День 1507. #BestPractices 20 Вещей, Которым я Научился за 20 Лет. Окончание Начало Продолжение 14. Ищите технологических акул Старые технологии, которые прижились, — это акулы, а не динозавры. Они настолько хорошо решают проблемы, что пережили быстрые изменения, постоянно происходящие в мире технологий. Не отказывайтесь от этих технологий и заменяйте их, только если у вас есть очень веская причина. Эти инструменты не будут броскими, и они не будут захватывающими, но они сделают работу без множества бессонных ночей. 15. Не путайте скромность с некомпетентностью Есть много программистов, которые не будут выражать своё мнение, если их не спросят. Никогда не думайте, что только потому, что кто-то молчит, ему нечего добавить. Иногда мы меньше всего хотим слушать самых шумных людей. Поговорите с окружающими людьми, ищите их отзывы и советы. 16. Программисты должны регулярно писать Программисты должны регулярно вести блоги, журналы, писать документацию и вообще делать всё, что требует от них оттачивания навыков письменного общения. Письмо помогает вам думать о своих проблемах и более эффективно общаться с вашей командой и самим собой в будущем. Хорошее письменное общение — один из самых важных навыков, которым должен овладеть любой программист. 17. Держите свои процессы как можно более экономичными В наши дни все хотят быть гибкими, но быть «гибким» означает строить вещи небольшими порциями, учиться, а затем повторять. Если кто-то пытается втиснуть в этот процесс гораздо больше, чем нужно, то он, вероятно, что-то продаёт. Это не значит, что людям не нужно доверять и не полагаться на них в таких случаях. Но сколько раз вы слышали, как кто-то из крупной компании или крупного проекта хвастался тем, насколько хорош их процесс Scrum? Продолжайте опираться на процесс, пока не поймете, что вам нужно что-то больше. 18. Инженеры, как и все люди, должны чувствовать себя причастными Если вы отстраните кого-то от результатов их работы, они будут меньше заботиться о результатах своей работы. Это основная причина, по которой кросс-функциональные команды работают так хорошо и почему DevOps стал таким популярным. Дело не в передаче ответственности или неэффективности, дело в том, чтобы владеть всем процессом от начала до конца и нести прямую ответственность за создание ценности. 19. Собеседования почти бесполезны в смысле понимания, насколько хорошим членом команды будет человек Интервью гораздо лучше проводить, пытаясь понять, кто человек такой и насколько он заинтересован в данной области знаний. Пытаться выяснить, насколько хорошим членом команды он будет, бесполезно. То, насколько человек умён или хорошо осведомлён, также не является хорошим показателем того, что он будет отличным членом команды. Никто не скажет вам в интервью, что он будет ненадёжным, грубым или никогда не будет приходить на встречу вовремя. Некоторые говорят, что есть «сигналы» для таких вещей… «Если человек спрашивает об отгулах на первом собеседовании, то это всё, что его волнует!» Но все это ерунда. Если вы используете такие сигналы, вы просто угадываете и отвергаете хороших кандидатов. 20. Всегда стремитесь построить меньшую систему Есть много вещей, которые будут подталкивать вас к созданию более крупной системы «на всякий случай». Распределение бюджета, неспособность решить, какие функции следует урезать, желание предоставить «лучшую версию» системы. Все эти вещи подталкивают нас к тому, чтобы делать слишком много. Вы должны бороться с этим. Когда вы создаёте систему, вы изучаете проблему так хорошо, что в итоге вы создаёте гораздо лучшую систему, чем вы когда-либо могли бы спроектировать изначально. Это удивительно трудно продать большинству людей. Буду рад, если в комментариях вы поделитесь мудростью, которую вы почерпнули за свою карьеру. Источник: https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/ Автор оригинала: Justin Etheredge