🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
О книге The Software Engineer's Guidebook 📓
Я бы назвал книгу хрестоматией или пособием для разработчика. Нет ни одной строчки кода, что дает низкий порог входа для читателя. Поэтому рекомендую всем, кому интересно, разобраться, что это такое ваше Ойти. Особенно подойдет вкатунам с накрученным опытом. Станет проще отвечать на вопросы о процессах в компании, о взаимодействиях внутри команд и между ними. Вынесете больше пользы, чем от пресловутого Таненбаума (я не осилил, кстати). Я бы добавил, что такие книги не устаревают так же быстро, как прикладные по языкам программирования или фреймворкам.
Поначалу, половина идей мне казались очевидными для разработчиков из любой компании и любого грейда с маломальским опытом. Например, чтобы держать в курсе стейкхолдеров о своей работе, поставьте созвон или напишете сообщение. Премия «кэп года» goes to Gergely Orosz! Но под конец книги я начал проникаться и все-таки это дало свою пищу для размышления. Интересно стало читать о ролях выше своей, на которых я никогда не работал.
Хочется детальнее обратить внимание на две концепции, подробно обсуждаемых в книге. Я сталкивался с похожими ситуациями в карьере, но не задумывался об этом глубоко.
Компании мира и компании войны.
Смысл в том, что некоторые компании сильно вырастают, обрастают бюрократией, хэдкаунтом и не могут двигаться также быстро, как стартапы - компании войны. Почему войны? Они должны отвоевать свой кусок рынка. Они принимают решение быстро, ведь любое промедление может сжечь деньги и привести к фиаско.
Внутри, обычно, полный хаос, а как мы знаем, хаос - это лестница. Выбирая новую компанию, стоит задуматься о том, в каком режиме она сейчас работает. Иначе ожидания и реальность могут вас разочаровать.
Вы-кост или вы-профит.
Все галеры нанимают инженеров, которые по своей сути являются профитом. Деньги делаются на марже от продажи этих сотрудников другим компаниям.
Если вы работаете в команде, которая пилит пейволы, то отчасти вы-тоже команда профита.
А что если вы работаете в платформенной команде? Скорее всего, вы больше похожи на кост, хоть это и сильное упрощение.
Но я видел проявление этой логики на живом примере. Как только у компании начали заканчиваться деньги, бизнес перестает видеть ценность в автоматизации, тестах или повышении качества кодовой базы. В таком случае, весь ресурс пускают в гриндинг быстрых денег, тем самым снижая горизонт планирования до минимума. И команда платформы начинает красить кнопку "купить". И я думаю не сложно догадаться, кто первый идет «на мороз», если в компании лэйоффы.
Эта книга сможет подскать вам, как оценивать конъюнктуру в компании и команде. Как делать правильные предположения о том, стоит ли ливать с проекта или есть смысл остаться. Ведь кто-то же должен подняться по этой "лестнице".