Как Вы даете младшему разработчику выстрел на большом проекте с жесткими сроками? [закрытый]
Используйте boolean indexing с фильтрацией нескольких слов, объединенных в bitwise OR, с маской для фильтрации слов, определенных в списке:
words = ['When','What']
df = df[(df['col'].str.split().str.len() != 1) | df['col'].isin(words)]
print (df)
col
1 My name is khan
2 When
3 What
4 Opted bat
Если слова определены в списке строчными буквами: [116 ]
words = ['when','what']
df = df[(df['col'].str.split().str.len() != 1) | df['col'].str.lower().isin(words)]
4 ответа
Необходимо знать, схватывают ли они проблему, Вы передаете. Когда я должен сделать, это здесь - мой подход:
- Дайте им часть, я думаю, фрагмент для них, но выполнимый.
- Объясните важность части, как она вписывается в изображение большего размера, и как они будут способствовать успеху проекта.
- Попросите, чтобы они ушли, не торопились, чтобы думать об этом и затем описать несколько возможных решений с за и против каждого. Это показывает мне, если они схватили проблему и если они могут разработать решение.
- Если они придумывают что-то, что выглядит разумным, то позволенный их в нем. В противном случае мы встречаем и обсуждаем проблему еще немного, и я даю им другой выстрел.
При давании им шанс разработать решение дает им владение и позволяет им оказаться. Наличие их связывается, дизайн Вам сначала с за и против вселяет Вам веру, что они могут завершить решение вовремя.
Если они не могут думать ни о каких возможных решениях и возможных результатах каждого решения затем, они не готовы подойти к этой проблеме. Им будут нужны более близкое менторство и меньшие проблемы, которые были разработаны другим более квалифицированным разработчиком сначала.
Очень короткие, ясные цели, которые измеряются и проверяются очень часто.
Крохотный подход поможет юниору понять, что большие вещи выполняются путем выполнения очень мелочей, очень хорошо, много раз и...
Кроме того, рассмотрите выполнение концептуального дизайна или спецификации функции, или даже техническая спецификация, чтобы намочить ноги и позволить им иметь все больше говорит, берут ли они к нему как рыба для полива.
Хотя эта работа привычки во всех магазинах, парное программирование является отличным способом получить юниоров на борту быстрого. Однако соедините их с некоторыми Вашими более общительными разработчиками для лучших результатов. Таким образом, они воспитаны, делают важную работу и изучают важные вещи, связанные с Вашим стилем работы, и более общительный devs в Вашем магазине будет, вероятно, любить воспитывать юниоров так или иначе.
Как хорошо Вы знаете юниора? Конечно, должно быть что-то, в чем он проявил интерес или специальную способность. Попытайтесь найти части проекта, которые являются удобоваримыми и соответствуют профилю.
При присвоении наставнику и проверке дизайн и обзоры кода являются частью процесса, важны, особенно если юниор не известен.
Если юниор плохо знаком с темой, технологией или командой, может быть выгодно также удостовериться часть, над которой он взялся за работу, одна из лучше зарегистрированных частей (достойное определение требований и возможно даже технический дизайн, уже подготовленный старшим). Я смог сделать это в прошлом. Я имел, обоснованно хорошо изложил в деталях технический дизайн задачи среднего размера, распределил части его новому члену команды, затем также кодировал обзоры и исправил работу. Даже со временем, проведенным, делая обзор и исправление, это был отличный способ включить новый dev и использовать их способность помочь закончить задачи. Новый dev изучил много по пути также.