[Перевод] Переключение между контекстами убивает эффективность разработчиков на корню

Я программист. Меня всё время отвлекают, и я хочу об этом поговорить. Вы когда-нибудь задумывались, что сильнее всего подрывает эффективность работы? Много чего. Но мы часто недооцениваем один фактор, который выделяется на фоне остальных. Каждое короткое сообщение, которое вы отправляете коллеге в Slack, отнимает у него 23 минуты продуктивной работы . И это далеко не всё. Я работаю с командами разработчиков вот уже десять лет, и мы постоянно недооцениваем вред, который нам причиняют такие отвлекающие факторы. В этой статье разбираемся, почему переключение между контекстами обходится так дорого и что с этим делать.

https://habr.com/ru/companies/netologyru/articles/890474/

[Перевод] Переключение между контекстами убивает эффективность разработчиков на корню

Я программист. Меня всё время отвлекают, и я хочу об этом поговорить. Вы когда-нибудь задумывались, что сильнее всего подрывает эффективность работы? Много чего. Но мы часто недооцениваем один фактор, который выделяется на фоне остальных. Каждое короткое сообщение, которое вы отправляете коллеге в Slack, отнимает у него 23 минуты продуктивной работы . И это далеко не всё. Я работаю с командами разработчиков вот уже десять лет, и мы постоянно недооцениваем вред, который нам причиняют такие отвлекающие факторы. В этой статье разбираемся, почему переключение между контекстами обходится так дорого и что с этим делать.

https://habr.com/ru/companies/netologyru/articles/890474/

[Перевод] Что разработчик никогда не должен делать

Перевод статьи разработчика из Южной Кореи. Я работал разработчиком более пяти лет. Это не делает меня экспертом, но я считаю, что сделал достаточно ошибок, чтобы поделиться с вами. Вот 10 вещей, которые никогда не стоит делать разработчику. 1) Быть перфекционистом Ничто не идеально, и я уверен, что «идеального кода» не существует тоже. Разработка это итеративный процесс. Ты пишешь код, тестируешь, получаешь обратную связь, делаешь рефакторинг и повторяешь. То, что работает сегодня, может не работать завтра. Поэтому программы должны быть гибкими и легко изменяемыми (вот почему их называют софтом).

https://habr.com/ru/articles/816365/