Эстетика в разработке, или Как качество кода влияет на успех бизнес-проекта
Статья будет полезна владельцам продуктов, заказчикам, так и начинающим менеджерам, руководителям команд, которые хотят улучшить процессы на проекте, повысить эффективность своей команды или просто познакомиться с инструментами разработки. Эта информация поможет пролить свет на некоторые вопросы, например, как ускорить онбординг новых специалистов…
Обажаю когда код начинают делить на хорошо и плохо по форматированию :)
fn и ln чем плохие названия переменных то?
Контекст может быть тут важнее чем просто корпоративные строгие правила?
А потом весь проект состоит из fn, fl, p, t :)
Суть не в делении, а в вырабатывании привычки. Не так долго и сложно написать firstName. Должна быть просто разумная культура написания кода в команде, её наличие лучше, чем полное отсутствие.
Как правило есть общепринятые code style. Нравятся они или нет, но все должны их соблюдать. Можно придумать свои правила/дополнения, но опять же одинаковые для всех. Чтобы не возникало таких вопросов, что красиво, а что нет. Ну и чтобы проект не превратился в нечитаемую какашку.
fn — функция, ln — натуральный логарифм