Как на самом деле пишут код senior-разработчики

Работайте со мной → https://healthydeveloper.com/ Профессиональные привычки — вот что отличает человека, который действительно пишет код как опытный программист, от человека, который просто мечтает об этом. Синтаксис и шаблоны, которые вы используете в проектах, не так важны, как стандарты профессионализма, которым вы сами себя придерживаетесь. В этом эпизоде ​​я поделюсь важными привычками, которые я выработал, работая над почти всеми проектами на протяжении своей карьеры. Если вы хотите писать код, как опытные программисты, я надеюсь, что эти практики помогут вам выделиться из толпы. Прежде чем перейти к этим привычкам, важно понять, почему вообще важно писать высококачественный код. Это не просто для того, чтобы другие программисты считали вас крутым ;). ЗАЧЕМ ПИСАТЬ ВЫСОКОКАЧЕСТВЕННЫЙ КОД? Во-первых, вам нужно, чтобы другие программисты могли читать ваш код, если они хотят считать вас опытным программистом. Вы, вероятно, слышали, что программисты часто лучше пишут код, чем читают его. И если вы хотите, чтобы другие члены вашей команды относились к вам как к профессионалу, вам нужно отвергнуть мифы вроде «самодокументирующегося кода» и рассматривать свой код как личный бренд. Во-вторых, написание высококачественного кода сократит время, которое вы тратите на его поддержку и объяснение другим членам команды разработчиков программного обеспечения. Многих программистов раздражает необходимость объяснять свой код другим членам команды. Если ваш код действительно самодокументирующийся, разве это не должно быть так? Наконец, написание кода, как это делают настоящие опытные программисты, уменьшит вероятность того, что кто-то перепишет его просто потому, что ему больше нравится какой-то другой шаблон кодирования. Чтобы продлить срок службы вашего кода, наличие привычек и дисциплины, чтобы следовать 6 советам, которыми я собираюсь поделиться, о написании кода как опытный программист, окажет огромное влияние на то, как другие воспринимают вас и вашу работу над программными проектами. 6 СОВЕТОВ ПО НАПИСАНИЮ КОДА КАК ОПЫТНЫЙ ПРОГРАММИСТ Первый совет — доводите начатый код до конца! В некоторых проектах, использующих Scrum или Kanban, существует огромное давление, требующее демонстрировать прогресс, но если работа еще не завершена — не лгите об этом! Это только приведет к увеличению личного технического долга, который вам придется дорабатывать позже, испытывая еще больший стресс. Если вы не хотите, чтобы код вышел из-под контроля — это полностью ваше дело. Второй совет — соблюдайте стандарты кодирования. Если у других программистов в вашей команде разные предпочтения относительно форматирования фигурных скобок, пробелов или любых других аспектов кода, это затрудняет обмен кодом внутри проекта. Сейчас у нас есть инструменты для автоматического выполнения этой задачи — используйте их! Третий совет — будьте дисциплинированы в документировании шаблонов, которые команда согласовала использовать. В вашем проекте обязательно должна быть тема в вики или файл Markdown со ссылками на то, как применять каждый основной шаблон. Это сократит время, затрачиваемое на проверку кода, и предотвратит введение новых шаблонов без веских причин для обсуждения, прежде чем они распространятся по всей кодовой базе. Четвертый совет — сразу же после внедрения новых шаблонов кодирования обсуждайте их с командой. Вместо того чтобы заменять существующий шаблон по всей кодовой базе (просите прощения, а не разрешения), окажите своим коллегам услугу и будьте готовы к сотрудничеству, как только у вас появится что-то полезное. Вероятно, они дадут вам полезные советы по улучшению использования шаблона, и вы сможете заручиться их поддержкой и привлечь к участию в полной рефакторизации. Пятый совет — НИКОГДА не представляйте рефакторинг как задачи, пользовательские истории или тикеты в Jira, GitHub Issues, Trello, Asana, Visual Studio Online — или любом другом инструменте, который ваша команда использует для отслеживания работы. Когда важная инженерная практика выделяется как отдельный пункт, это только подталкивает руководство к тому, чтобы вынести её на обсуждение. И шестой, последний совет — всегда предполагайте, что в проекте могут произойти неожиданные изменения для каждой задачи, которую вам нужно оценить. Будь то незапланированные совещания по проектированию программного обеспечения, устранение неполадок или документирование — чтобы писать код так, как это делают опытные программисты, нельзя поддаваться давлению и халтурить. Хотя мы не можем предсказать все возможные неопределенности в проекте по разработке программного обеспечения, если вы оцениваете ситуацию так, будто ничего не пойдет не так, — это ваша собственная вина. #программирование #кодирование #технологии Скотт Нимрод о консалтинге и мастерстве разработки программного обеспечения    • Scott Nimrod on Consulting and Software Cr...   МАРКЕРЫ ГЛАВ 0:00 Введение 0:25 Почему важен код от опытных программистов 0:30 1. Понимание командой 0:57 2. Сокращение перерывов 1:28 3. Увеличе...