1. Постоянно улучшать один и тот же код. Нет предела совершенству.
Не стоит пытаться бесконечно переписывать код с целью его улучшения, так можно загнать себя, получить непонятно что и не успеть вовремя. Это одна из главных бед разработчика - все время кажется, что можно лучше. Главное вовремя остановиться.
2. Править незнакомый код, даже если очень хочется.
Когда поступает заказ на доработку чужого кода часто возникает потребность переделать, вот прям руки очень чешутся. В этот момент стоит мысленно себя остановить, даже если кажется, что во всем разобрался.
Почему так?
Все просто, нам поставлена другая задача и нужно её выполнить. Если мы отклоняемся от курса, то велик риск не успеть к сроку, а также внести дополнительные фантомные ошибки и потом разбираться с их поведением закапывая себя ещё глубже.
Самое время вспомнить устав Армии п.43:" обжаловать приказ можно только после его исполнения ".
К этому также можно отнести попытки фронтенда лезть в бэкэнд. Для этого есть обученные и скорее всего узко специализированные люди. Не стоит отбирать у них хлеб. Бывают конечно проекты на которых размыты границы этих 2х частей разработки, но это скорее исключение, чем правило.
3. Использовать самые свежие спецификации CSS и HTML.
Эта ситуация сродни свежевыпущенному автомобилю на новой платформе, с новым двигателем и ворохом неочевидных "детских болячек".
Никто не говорит о том, что нельзя этого делать. Все хорошо в меру и стоит разобраться не вызовет ли это какие-нибудь баги, как будет работать с разными браузерами и легко ли будет поддерживать этот код.
4. Не использовать комментарии и не писать документацию
Когда пишешь код, то все кажется логичным и не требует ничего лишнего. Сайт, приложение, обработчик базы данных.
А представьте ситуацию, что вам попал в руки код в котором вообще ничего непонятно. Своеобразно написан, куча сокращений, странные циклы и прочее. Документации нет, комментариев нет. В эти моменты хочется наложить заклинание забвения на его создателя.
Поэтому, чтобы такого не возникало стоит все-таки оставить "наскальные рисунки " для потомков - они Вам будут за это благодарны.
5. Редко делать коммиты(контрольные точки) в Git
Особенно опасно при работе в команде, пару неловких движений и все идет насмарку и тормозит всю разработку. Пару лишних коммитов спасут ваш код и нервы. Проще все таки исправить чуть-чуть, а не переписывать потом вообще все.