Бывает так, что в работе мы привыкаем к одному паттерну и не з | Mad Devs Channel

Бывает так, что в работе мы привыкаем к одному паттерну и не замечаем собственных ошибок. Сегодня мы поговорим про ошибки, которые допускают в своей работе программисты.

У вас может быть недостаточно проработанная схема проекта, поэтому прежде чем начать работать разделите процесс на этапы:
Анализ требований
Создание схемы/прототипа
Реализация/написание кода
Даже небольшой, но правильно написанный фрагмент кода, послужит прочным фундаментом для сложной архитектуры.

Отсутствие единообразия и формата написания кода может затруднить его чтение. Для этого используйте определенные методологии написания кода или «плагины для форматирования кода», помогающие мгновенно избавиться от этой ошибки.

Не пренебрегайте комментариями, которые оставляете для команды. Помните, что есть два типа комментариев:
Поясняющие — это отражение вашего кода и предназначены для всех, кто будет его поддерживать, рефакторить и расширять.
Документационные — нужны для тех людей, кто в будущем будет использовать ваш код.
Комментарии более эффективны, если они сообщают другим «почему этот конкретный код пишется в данной ситуации». Пишите четко, лаконично и по существу.

Не тестировать написанное делает даже одну строку кода просто набором символов без подтверждения работоспособности. Отладка и тестирование даст вам уверенность в том, что ваш код надежен и удовлетворяет всем возможным сценариям.

Некорректно написанная одна функция может привести к тому, что все остальные не будут работать. Поэтому постарайтесь проектировать методы так, чтобы они выполняли только одно действие. Такой подход увеличит читаемость кодовой конструкции и поможет избежать полного отказа приложения.

Работая с коммитами, нужно помнить, что в комментариях к ним написано, что изменилось и зачем. Сообщения к коммитам должны быть короткими с четким описанием того, что произошло с кодом.

Реализация кода с помощью шаблона проектирования не всегда является разумным шагом. Поэтому старайтесь делать все проще и не усложняйте себе и без того нелегкий труд. Помните, что прежде чем внедрять какое-либо решение, ответьте на три базовых вопроса: “Что использовать?”, “Где и когда использовать?”, “Как использовать?”.

Иногда может получиться так, что вы ищете то, что уже кто-то сделал. Поэтому стоит обращать внимание на то, какие функции уже предоставлены языком, фреймворком или другими разработчиками. Старайтесь анализировать готовые решения в сети

Не стоит отдавать предпочтение одной конкретной технологии, говоря, что все остальные ужасны. В разных ситуациях каждый инструмент будет хорош по-своему. Так как технологии совершенствуются довольно быстро, крайне важно быть открытым для новых идей и способов реализации.

Последняя, но не менее важная ошибка — пренебрежение собственным здоровьем. Бесспорно, к работе нужно относиться ответственно и стараться делать поставленные задачи в срок, но одно неизменно — ваша забота о собственном самочувствии.

Учиться на своих ошибках всегда полезно, но не забывайте поглядывать на чужие. Такой подход поможет вам сэкономить время, энергию и деньги