В защиту «обычных» разработчиков
Эта статья изначально была заказана Лукой Росси для refactoring.fm 11 февраля 2025 года. Лука отредактировал материал, в ней получился акцент на важности построения «команд инженеров 10×». Позже материал забрал IEEE Spectrum — они выкинули большую часть содержания про команды и опубликовали более короткий текст.Это — моя личная редакция. Она не совпадает ни с одной из ранее выпущенных версий. В ней много исходных материалов для моего одноименного доклада (презентация
Технический дизайн
Эта статья будет полезна как разработчикам, так и менеджерам. Если вы представляете большую компанию с неограниченным бюджетом, возможно, она вам не пригодится.В погоне за продуктивностью часто создаются «гибкие» системы, гибкость которых на деле оказывается иллюзорной. В результате возникают простои, необходимость переделывать свеженаписанный код, а также искать и исправлять баги. При этом такие системы не освобождают нас от необходимости оставлять после себя структурированные артефакты в виде верхнеуровневой документации.
Многозадачности больше не существует. Зачем снова становиться однозадачным
Привет, Хабр! Я Настя, редактор YouGile — мы делаем систему управления проектами Нашей системой пользуются абсолютно разные команды ― из ИТ, маркетинга, строительства, логистики…. Но знаете, что их объединяет? В какой-то момент задач у них стало так много, что без системы управления проектами они уже не могли жить.
