На прошлой неделе в сообществе разработчиков разгорелся крупный спор. Благодаря анализу, проведенному штатным специалистом по данным Stack Overflow Дэвидом Робинсоном, мы узнали, что программисты, использующие пробелы вместо табуляции в своем коде, зарабатывают больше денег за счет значительного допуск.
Его выводы вызвали бурю негодования на Reddit, он стал первым постом в Hacker News и даже привлек внимание BBC комментарий. Хотя вскоре после этого BCC отредактировала свой пост, вот эта жемчужина цитаты:
Ну, не совсем мистер Поултон.
Конечно, мы все понимаем, что корреляция не равна причинно-следственной связи. Подобные исследования данных могут иногда приводить к странным и неточным выводам. При этом данные достаточно четкие, и Дэвид учел большинство искажающих факторов.
Не говоря уже о $15 370 разницы в годовой зарплате, действительно ли имеет значение, используют ли программисты пробелы или табуляции? Вроде несерьезная вещь. Короткий ответ, однако, это зависит. В небольших командах обычно существует соглашение по форматированию кода. Однако по мере роста команды разногласия по форматированию кода могут привести к распрям и тайной «очистке» кода, что создает конфликты и недоверие, замедляя совместную работу.
Верный ответ заключается в том, что организации, которые соглашаются со стандартами кодовой практики, работают лучше, потому что это позволяет экспертам работать лучше. Джефф Этвуд из Coding Horror и основатель Discourse поделился этим немного мудрости:
Когда операторы программы располагались в разумном порядке, эксперты запоминали их лучше, чем новички. При перетасовке утверждений превосходство экспертов уменьшалось.
Так кто устанавливает стандарты? Указ «сверху вниз» может работать в небольшой команде, но для команд и всей организации вам необходимо сообщество. И это сообщество должно сделать эти процедуры легкодоступными и доступными для всех. Таким образом, когда кто-то делится кодом или информацией о коде, вместо язвительных комментариев о формате вы можете выполнять реальную работу и получать полезные ответы для более быстрого решения проблем с кодированием.
И в качестве дружеского напоминания, если можете, сбросьте вкладки 😉
Каковы ваши личные предпочтения в отношении форматирования, пробелов или вкладок? Как насчет стандартов кодирования для вашей команды, кто устанавливает эти правила?
Должен ли я реорганизовать код, помеченный как "не изменять"?
Должен ли я реорганизовать код, помеченный как «не изменять?
Я имею дело с довольно большой кодовой базой, и мне дали несколько месяцев на рефакторинг существующего кода. . Процесс рефакторинга…softwareengineering.stackexchange.com»
Это как открыть дверь, из которой слышен стук в фильме ужасов…
Мы помогаем ИТ-лидерам на предприятиях решать культурные проблемы, связанные с цифровой трансформацией, и переходить к культуре, основанной на сообществе, которая быстрее обеспечивает инновации и ценность для клиентов. Узнайте больше о нашей работе здесь.
