Аналитик системы вопросов и ответов о программировании Stack Overflow Дэвид Робинсон сопоставил данные об уровне зарплат программистов с данными о предпочитаемой технике форматирования кода и обнаружил, что любители пробелов зарабатывают больше, чем сторонники табуляции.
Большинство программистов для удобочитаемости кода используют форматирование отступами, что позволяет выделить в коде отдельные блоки. При этом одни разработчики создают отступ несколькими пробелами, а другие – табуляцией. Главной проблемой такого подхода является то, что при работе над одним проектом нескольких человек, использующих разные отступы, форматирование сбивается и код становится трудночитаемым.
Дэвид Робертсон воспользовался данными опроса разработчиков за 2017 год, проведенного Stack Overflow. Из 28 657 разработчиков, обозначивших себя профессиональными программистами, 40,7% используют табуляцию, а 41,8% форматируют код с помощью пробелов. Оставшиеся 17,5% ответили, что используют оба метода форматирования.
При этом из 12 426 опрошенных предоставили свои данные о годовой зарплате, что позволило сопоставить данные о доходах с предпочитаемой техникой форматирования кода. Выяснилось, что программисты, использующие пробелы получают в среднем больше, чем любители табуляции. хотя имеют не большой разрыв в зарплате. Те разработчики, которые используют оба метода форматирования, в среднем зарабатывают столько же, сколько и те, кто пользуется только табуляцией.
Помимо общего сопоставления, аналитик также распределил данные по странам. Оказалось, что меньше всего разрыв в зарплате заметен в Европе (Германия), а самый значительный – наблюдается в Индии.
По итогам анализа данных, Робинсон выделил несколько ключевых признаков, связанных с уровнем дохода профессионального программиста: пробелы или табуляция, страна, опыт программирования, сфера работы и язык программирования, уровень образования, участие в проектах с открытым исходным кодом, программирование как хобби и размер компании. Как считает исследователь, в среднем пробелы вместо табуляции связаны с повышенной на 8,6% зарплатой. По подсчетам Робинсона, такая прибавка в зарплате эквивалентна дополнительным 2,4 года программирования, хотя корреляция не обязательно указывает на причинно-следственную связь.
Ранее разработчик из Google Фелипе Хоффа выяснил по итогам анализа более миллиарда файлов из 400 тыс. репозиториев на GitHub, что форматирование кода с помощью пробелов в общем случае используется чаще, чем форматирование с помощью табуляции.
К извечному вопросу: любители табуляции зарабатывают меньше, чем сторонники пробелов
К извечному вопросу: любители табуляции зарабатывают меньше, чем сторонники пробеловСм. также
Не найдено ни одной записи.
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(6) Старый анекдот вспомнился.
Студент спрашивает профессора:
- Профессор, вы, когда спите, бороду прячете под одеяло или снаружи оставляете?
- Знаете, голубчик, не задумывался...
Через неделю профессор останавливает студента в коридоре:
- Ну ты и сволочь! Неделю заснуть не могу: так не удобно и так тоже не удобно!
Студент спрашивает профессора:
- Профессор, вы, когда спите, бороду прячете под одеяло или снаружи оставляете?
- Знаете, голубчик, не задумывался...
Через неделю профессор останавливает студента в коридоре:
- Ну ты и сволочь! Неделю заснуть не могу: так не удобно и так тоже не удобно!
Опрос в новости был "заказан" пробельщиками. :)
В плане 1С, мне кажется, актуально "как учили", "так принято".
По моему, в Делфе и паскале я юзал пробелы, а как в 1С ушёл, так почти только табуляцией, а так и тем и тем.
Табуляцию (41.67%, 5 голосов.)
41.67%
Пробел (0.00%, 0 голосов.)
Оба варианта (58.33%, 7 голосов.)
Наши побеждают :)
41.67%
Пробел (0.00%, 0 голосов.)
Оба варианта (58.33%, 7 голосов.)
В плане 1С, мне кажется, актуально "как учили", "так принято".
По моему, в Делфе и паскале я юзал пробелы, а как в 1С ушёл, так почти только табуляцией, а так и тем и тем.
Я всегда использовал табуляцию. Тупок.... Пробельшикам анафема и гореть в аду без покаяния.
Всеми разделяется убеждение, что варёные яйца при употреблении их в пищу испокон веков разбивались с тупого конца; но дед нынешнего императора, будучи ребёнком, порезал себе палец за завтраком, разбивая яйцо означенным древним способом. Тогда император, отец ребенка, обнародовал указ, предписывающий всем его подданным под страхом строгого наказания разбивать яйца с острого конца. Этот закон до такой степени озлобил население, что, по словам наших летописей, был причиной шести восстаний, во время которых один император потерял жизнь, а другой — корону.
…Насчитывают до одиннадцати тысяч фанатиков, которые в течение этого времени пошли на казнь, лишь бы не разбивать яйца с острого конца. Были напечатаны сотни огромных томов, посвящённых этой полемике, но книги Тупоконечников давно запрещены, и вся партия лишена законом права занимать государственные должности.
…Насчитывают до одиннадцати тысяч фанатиков, которые в течение этого времени пошли на казнь, лишь бы не разбивать яйца с острого конца. Были напечатаны сотни огромных томов, посвящённых этой полемике, но книги Тупоконечников давно запрещены, и вся партия лишена законом права занимать государственные должности.
(13) Ну в конце концов во многом благодаря борьбе русских тупоконечников и остроконечников двоеперстников и троеперстников было положено освоение Урала, Сибири. Если помните, у нас те реформы всё-таки не привели к масштабной мясорубке, в отличие от одного европейского островного государства. Ну и царям у нас головы прилюдно не рубили.
В 1с я считаю только таб! за пробелы руки по выдергивать охото.. а некоторые еще и совсем не ставят ничего...
Встречал все 3 примера и последний к сожалению не так уж и редко как хотелось бы:
Встречал все 3 примера и последний к сожалению не так уж и редко как хотелось бы:
Если Истина Тогда
пробел = "я использую проблелы";
пробел_пробел = "это так удобно..";
пробел_пробел_пробел = "читать..";
КонецЕсли;
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;
Если Истина Тогда
НеФорматирую="я не использую ни Таб ни пробелы";
НеФорматирую_НеФорматирую="это так удобно..";
НеФорматирую_НеФорматирую_НеФорматирую="читать!";
КонецЕсли;
(17) Для меня и первый и второй вариант норм читаются. Вот когда мониторы были не 1920х, а 640х.... и у тебя цикл массивом попирает и ничего в ширину не влазит.... то уж лучше пробелы... а с мониками как сейчас и в 1С, то да исключительно табуляция...
Если Истина Тогда
пробел = "я использую проблелы";
пробел_пробел = "это так удобно..";
пробел_пробел_пробел = "читать..";
КонецЕсли;
(19)
Ну, начнём с того, что такого я вообще почти не читал:
Обычно вот так норма (хотя у Вас и красиво): Вам тяжело, не значит, что другим так же, привыкаешь ко всему (главное что разбивка есть).... из раздражающего либо без форматирования, либо:
первый вариант быстро становится не норм, когда строк становится несколько тысяч в одном модуле и имена переменных имеют разную длину.
Ну, начнём с того, что такого я вообще почти не читал:
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;Обычно вот так норма (хотя у Вас и красиво):
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;
(21)
Странно, везде где довелось работать, такое табулирование считается признаком хорошего тона, даже в снегопате настраивается по Ctrl+= чтоб знаки присвоения были на одном уровне. Знаю еще что в SublimText такое выравнивание применяется, функция редактора. В исходном коде на различных языках тоже встречал (C#, java, python).
Такой вариант очень часто применяется когда небольшие блоки, буквально несколько строчек.
Ну, начнём с того, что такого я вообще почти не читал:
Странно, везде где довелось работать, такое табулирование считается признаком хорошего тона, даже в снегопате настраивается по Ctrl+= чтоб знаки присвоения были на одном уровне. Знаю еще что в SublimText такое выравнивание применяется, функция редактора. В исходном коде на различных языках тоже встречал (C#, java, python).
Обычно вот так норма (хотя у Вас и красиво):
Такой вариант очень часто применяется когда небольшие блоки, буквально несколько строчек.
(22) Привет. Я на 7-ке ооочень мало прогил :))) Я тогда сисадминил и "баловался" 1С. Из достижений в 7,7 у меня отчёт, который делался до меня за час, а у меня, после переписи делался за 5 минут. На этом почти всё, не считая нескольких печатных форм.
(24)
(24)
Странно, везде где довелось работать, такое табулирование считается признаком хорошего тона
Видимо в самой 1С об этом не слыхали, откройте их код, я учился на нём :)
даже в снегопате
Даже снегопатом не все пользуются, я, например :)
(24)
Вот что пишет Стив Макконнелл в книге "Совершенный код"
С высоты 10 летнего опыта могу сказать, что, хотя этот стиль может выглядеть привлекательно, он превращается в настоящую головную боль, когда приходится поддерживать выравнивание знаков равенства при изменении имен переменных и прогоне кода через утилиты, заменяющие пробелы знаками табуляции, а знаки табуляции — пробелами. Кроме того, его тяжело сопровождать при перемещении строк между частями программы, в которых применяются разные размеры отступов.
Для обеспечения единообразия с другими принципами отступов, а также учитывая вопросы удобства сопровождения, обращайтесь с группами выражений, содержащими операции присваивания, так же, как вы бы обращались с любыми другими выражениями
Т.е. он счтитает, что выглядит красиво, но в сопровождении сложнее.
А по большому счету я бы никого ни заставлял ни поругал бы ни за один из выше написанных вариантов. Главное, чтобы не так:
Странно, везде где довелось работать, такое табулирование считается признаком хорошего тона, даже в снегопате настраивается по Ctrl+= чтоб знаки присвоения были на одном уровне.
Вот что пишет Стив Макконнелл в книге "Совершенный код"
Не выравнивайте правые части выражений присваивания В первом издании этой книги я рекомендовал выравнивать правые части выражений, содержащие присваивания
//Тут у него пример похожий на наш:
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;
С высоты 10 летнего опыта могу сказать, что, хотя этот стиль может выглядеть привлекательно, он превращается в настоящую головную боль, когда приходится поддерживать выравнивание знаков равенства при изменении имен переменных и прогоне кода через утилиты, заменяющие пробелы знаками табуляции, а знаки табуляции — пробелами. Кроме того, его тяжело сопровождать при перемещении строк между частями программы, в которых применяются разные размеры отступов.
Для обеспечения единообразия с другими принципами отступов, а также учитывая вопросы удобства сопровождения, обращайтесь с группами выражений, содержащими операции присваивания, так же, как вы бы обращались с любыми другими выражениями
//Тут у него пример похожий на наш:
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;Т.е. он счтитает, что выглядит красиво, но в сопровождении сложнее.
А по большому счету я бы никого ни заставлял ни поругал бы ни за один из выше написанных вариантов. Главное, чтобы не так:
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;
(26) Если только в этом неудобство, то выравнивание можно автоматизировать. Я уже больше 10 лет назад делал такой выравниватель для 1С на Delphi. И в EDT тоже.
Вообще рубка по поводу этого выравнивания уже здесь идет:
//Тут у него пример похожий на наш:
Если Истина Тогда
Таб = "я использую Таб";
Таб_Таб = "это так удобно..";
Таб_Таб_Таб = "читать!";
КонецЕсли;
СкрытьВообще рубка по поводу этого выравнивания уже здесь идет:
(28) Автоматизация предполагает запуск какой-то внешнего скрипта, который на новой платформе могут рухнуть, запускаются секунду. Плюс в указанной вами ветке форума вычитал справедливый аргумент:
Лично я не против обоих вариантов. На текущий момент в платформе нельзя это выравнивание сделать "из под коробки" и нельзя найти по "ИмяРеквизита =" все совпадения без учета табов и пробелов (например "ИмяРеквизита <тут 10 пробелов, которые инфостарт обрезал> ="). Поэтому сейчас я предпочту вариант без выравнивания!
присвоение удобно искать по строке "ИмяРеквизита =", поиск просто по "ИмяРеквизита" найдёт все места использования реквизита, а не случаи его инициализации
Лично я не против обоих вариантов. На текущий момент в платформе нельзя это выравнивание сделать "из под коробки" и нельзя найти по "ИмяРеквизита =" все совпадения без учета табов и пробелов (например "ИмяРеквизита <тут 10 пробелов, которые инфостарт обрезал> ="). Поэтому сейчас я предпочту вариант без выравнивания!
(30)
Если никакого скрипта (т.е. ручное копирование во внешнюю программу, потом ручная вставка) то это это потерянное время программиста. В указанной вами ссылке всё делается, как я понял через скрипты, которые запускаются секунду по нажатию Ctrl+Alt+F.
V8. Я просто предположил, что любое внешнее вмешательство в работу конфигуратора в любой момент может быть заблокировано разработчиками 1С как очередная "защита от опасных действий".
Если даже вы мне докажете, что будет работать на любом релизе платформы, в любом случае (скрипты и не скрипты) - время потерянно и не решён вопрос поиска по "ИмяРеквизита =".
Но опять таки повторюсь уже в 3 раз за 3 сообщения: я не против обоих вариантов! Вот только для варианта с выравниванием знака "=" не хватает встроенных механизмов платформы. Поэтому я считаю пока есть смысл не придерживаться этого варианта.
Никакого скрипта. Выделение - копирование в буфер - выравнивание - вставка из буфера. Абсолютно безболезненно.
Если никакого скрипта (т.е. ручное копирование во внешнюю программу, потом ручная вставка) то это это потерянное время программиста. В указанной вами ссылке всё делается, как я понял через скрипты, которые запускаются секунду по нажатию Ctrl+Alt+F.
А в Вашем посте новая платформа - это что: EDT или просто новая версия V8?
V8. Я просто предположил, что любое внешнее вмешательство в работу конфигуратора в любой момент может быть заблокировано разработчиками 1С как очередная "защита от опасных действий".
Если даже вы мне докажете, что будет работать на любом релизе платформы, в любом случае (скрипты и не скрипты) - время потерянно и не решён вопрос поиска по "ИмяРеквизита =".
Но опять таки повторюсь уже в 3 раз за 3 сообщения: я не против обоих вариантов! Вот только для варианта с выравниванием знака "=" не хватает встроенных механизмов платформы. Поэтому я считаю пока есть смысл не придерживаться этого варианта.
(31)
... а может вообще ни разу не найтись, т.к. "ИмяРеквизита" - это реквизит формы и в какую-то процедуру общего модуля передаётся форма и там уже меняется "ИмяРеквизита"
Если вы прочитаете , откуда я взял эту мысль, вы увидите, что человеку уже подобное замечание делали, на что он ответил:
Опять таки Макконнелл пишет:
Поэтому я предлагаю закончить "войну", тем более я с ваш способ форматирования не отвергал. Просто я считаю, что с текущими возможностями платформы не рационально тратить на него время.
поиск просто по "ИмяРеквизита" найдёт все места использования реквизита, а не случаи его инициализации
... и заодно покажет, где "ИмяРеквизита" передаётся в процедуры/функции, в которых ИмяРеквизита может быть переприсвоено.
... и заодно покажет, где "ИмяРеквизита" передаётся в процедуры/функции, в которых ИмяРеквизита может быть переприсвоено.
... а может вообще ни разу не найтись, т.к. "ИмяРеквизита" - это реквизит формы и в какую-то процедуру общего модуля передаётся форма и там уже меняется "ИмяРеквизита"
Если вы прочитаете , откуда я взял эту мысль, вы увидите, что человеку уже подобное замечание делали, на что он ответил:
кажется, это не аргумент, чтобы ещё больше усложнять себе жизнь доп. выравниваниями ) в большинстве случаев этот прием работает и позволяет быстро локализовать нужное место в коде.
Опять таки Макконнелл пишет:
дебаты вокруг форматирования программ часто больше похожи на религиозные войны, а не на философские диспуты
Поэтому я предлагаю закончить "войну", тем более я с ваш способ форматирования не отвергал. Просто я считаю, что с текущими возможностями платформы не рационально тратить на него время.
(32)
Если никакого скрипта (т.е. ручное копирование во внешнюю программу, потом ручная вставка) то это это потерянное время программиста.
Сделать лишнюю пару Ctrl-C/Ctrl-V никому не влом, делаем в работе десятки раз. Программа запускается как exe-шник и садится в трей. Вот, если угодно:
Если даже вы мне докажете, что будет работать на любом релизе платформы, в любом случае (скрипты и не скрипты) - время потерянно и не решён вопрос поиска по "ИмяРеквизита =".
Тут и доказывать не надо, копипаст есть на любом релизе. Что касается поиска, то я такой цели и не ставил. Это просто игрушка, Снегопату это ни разу не конкурент.
Просто я считаю, что с текущими возможностями платформы не рационально тратить на него время.
С этим полностью согласен, приоритет у этой возможности стопиццотшышнадцатый.