Напомнило статьи из журнала Хакер начала 2000-х. Сумбурно и живенько. Круто, если все это ещё актуально в нынешнем мире энерпрайза и глобальных корпораций!
Интересный факт - ‘git pull’ из листинга выше обновляет только текущую ветку. Поэтому тут надо либо сначала делать ‘git checkout’, а потом - ‘git pull’, либо сразу - ‘git pull -all’.
Отличная статья! Возможно, поможет нерешительным менеджерам наконец "отпустить" законченных редисок. И кстати, это не компании даже нужно, а остальному коллективу (зачастую и самим редискам).
после неудачного собеседования никогда не сообщайте о результатах, во-первых это требует очень много времени, а во-вторых кандидат может обидеться;
в письме потенциальному кандидату можно назадавать кучу вопросов и даже попросить рекомендовать кого-нибудь, но если в конце написать "Заранее спасибо", то тогда можно уже не тратить время на ответ потратившему время бедолаге;
рассказав о проекте, попросите кандидата пересказать услышанное, задайте ещё пару вопросов, чтобы точно убедиться что он внимательно вас слушал;
ну и наконец, если кандидат не соглашается принять ваше предложение, начинайте рассказывать, что ситуация на рынке сложная и работу найти не просто или что у вас есть другие уже согласившееся на это место кандидаты — пусть испугается и согласится!
Напомнило статьи из журнала Хакер начала 2000-х. Сумбурно и живенько. Круто, если все это ещё актуально в нынешнем мире энерпрайза и глобальных корпораций!
Интересный факт - ‘git pull’ из листинга выше обновляет только текущую ветку. Поэтому тут надо либо сначала делать ‘git checkout’, а потом - ‘git pull’, либо сразу - ‘git pull -all’.
Отличная статья! Возможно, поможет нерешительным менеджерам наконец "отпустить" законченных редисок. И кстати, это не компании даже нужно, а остальному коллективу (зачастую и самим редискам).
Ещё пара советов:
Тема и правда актуальная, но тогда может пойти дальше и создать специальные правила, например: