Трахаюсь с JQ и постоянно думаю, что люди, придумавшие, будто бы в перечислении элементов списка запятыми нужно только разделять, а не ставить после каждого элемента - это адские гуманитарии с витиеватым, изощрённым мышлением, заранее устроившие заговор, чтобы усложить жизнь технарям.
Конечно, если бы я мог всё изменить, то я бы сделал даже не после каждого элемента, а перед каждым элементом, чтобы определение списка было левой регулярной грамматикой.
Видишь запятую - сразу парсишь примыкающий текст как элемент списка: У Ани было трое друзей: ,Лена ,Оля ,Вика .
Хочешь расположить построчно, не вопрос: У Ани было трое друзей: ,Лена ,Оля ,Вика .
Причём, что вообще волшебно, можешь copy-paste'ить строки, меняя их местами, тебе не надо постоянно править текст, когда последний элемент становится непоследним или наоборот. В общем, рай был бы на Земле. Правду вам говорю.
Наоборот! Такие как я, под идеологическим давлением хитрых гуманитариев, уже написали парсер, который *ТРЕБУЕТ*, чтобы запятой после последнего элемента не было. Они даже в JSON стандарт это прописали! Теперь ручное редактирование JSON-а это постоянные пляски с добавлением или удалением этих дурацких запятых. Будто бы мне больше нечем заняться, чем эти запятые выправлять!
Ну так АЛГОЛ придумали гуманитарии - в нем точка с запятой - разделитель операторов, а не терминатор - что ж поделать. Другое дело, что в АЛГОЛе разрешен и пустой оператор.
А Крокфорд - просто мудак. Других слов у меня для него нет.
Ну да, Алгол тоже. Я помню ещё во времена Паскаля ругался, и сразу полюбил C за возможность лепить точку с запятой в каждой строке :)
Но Алгол это прошлый век, 70 лет назад! Неужели нельзя в наше время не продолжать заниматься вот этой ерундой?!?
Я уже жду, когда же появятся какие-нибудь канонические структурые редакторы кода (нетекстовые), и соответствующий строгий файловый формат. А они всё ещё с запятыми играются ради консервативной лингвистической эстетики.
Считаю, что это опциональные скобки это недоработка языка. Должно быть if (expression) compound_statement else compound_statement. Даже когда ничего делать не надо - тогда просто пустой compound_statement, {}.
if (c++) { printf("print only when c++"); } else {}
Я не люблю когда спереди ставят запятые. Это делается для удобства (копипастить и добавлять быстрее) но я считаю что плюс-минус 10 милисекунд не критичны, а читабельность лучше, когда запятые в конце.
Конечно, это потому что мой мозговой парсер привык их видеть в конце. Но код пишется для людей, не для машин. Поэтому удобно должно быть человеку. Правда есть 2 человека - кто пишет (и копипастит) и кто читает.
И еще по моему опыту прогрсммисты которым лень добавлять запятые, также ленятся тестровать свой код и внимательно читать задание. Тебя в этом не подозреваю, но видела таких много.
Читабельность лучше, когда везде одинаково. Конечно, два варианта плохо. Но если выбирать один, то "с запятыми всегда в конце" (или даже "всегда вначале") было бы, очевидно, удобнее!
