Какой ваш самый НЕлюбимый язык/языки программирования?

Плохо представляю, как чисто российские термины вроде «ЗапросНаПредоставлениеСведенийИзЕГРЮЛ_ЕГРИП» можно перевести на английский.

Когда обсуждают 1С, то сразу начинается срач об использовании русского языка.
Но 1С, то причём?
На С++ можно использовать локальные кодировки для написания кода.
Например:

typedef struct НаселПункты__ {

  TCHAR  *VpPage;                                          // Номер листа
  TCHAR  *Header001;                                       // Заголовок шапки
  INT    VpКод;                                            // Код населенного пункта
  INT    VpКодСбыт;                                        // Код в отделе сбыт
  TCHAR  *VpНазвУлицы;                                     // Название улицы
  TCHAR  *LinkПотребитель;                                 // Расшифровка
  TCHAR  *VpНаимОператора;                                 // Наименование оператора
  TCHAR  *VpПодпись;                                       // Подпись

} НаселПункты_;                                            // typedef struct НаселПункты__ {

И всё время приводят примеры абсурдных названий идентификаторов.
Тем самым как бы доказывая, что Русский язык не удобен, ...
Многие просто не знают Русский язык и к тому же он их просто РАЗДРАЖАЕТ.

Виндузятники детектед

Не, просто часто форумчане разводят срач.
Все языки хороши и проблема скорее в том, что многие их просто не БУМ БУМ.

TCHAR

А это что такое тогда? Ещё и венгерская нотация.

Это же что-то из сленга радфемок

Да ты у нас коллаборантка, коллаборантесса, коллаборантриса, коллаборантщица, коллаборантица, коллаборантша, коллаборантриха! Штрейкбрехерикиня! Тебя и всех подобных надо срочно исключить, чтобы ЛОР стал более инклюзивным, так-то!

Чем Java с C# не угодили?

Причин несколько, но если выбирать одну, то навязыванием ООП даже там, где оно не нужно, в первую очередь.

Js на втором месте. Ну кто бы мог подумать. :-)

Многие просто не знают Русский язык и к тому же он их просто РАЗДРАЖАЕТ.

Нет. Русский язык неудобен в программировании потому, что за годы программирования и использования консоли привыкаешь к терминам и наиболее используемым операторам и приобритаешь навык быстрой печати этого всего. А при переходе на русский помимо быстрой печати на английском нужно еще учить и печать на русском. При этом навык печати на английском никто не отменял. Т.е. нужно теперь уметь и то и то. А ради чего? Что бы кто-то скзазал: смотрите, у нас свой ЯП есть, духоскрепный, традиционный, православный.

Так это всего лишь привычка.
Для консоли безусловно русский язык не удобен (и понятно почему).
Мне комфортно и английский и русский язык использовать.
В C++ использую лишь английский, так как разрабатываю кроссплатформенный API.
В 1С русский и английский.

Когда обсуждают 1С, то сразу начинается срач об использовании русского языка.

Но 1С, то причём?

Очевидно, потому что подавляющее большинство 1С кода написано на русском, а С++ код на русском пишет примерно никто.

На С++ можно использовать локальные кодировки для написания кода.

Можно, но неудобно. Задолбаешься раскладку переключать. Удивляюсь, как ты пишешь на русском вперемешку с английским. Неудобно ж. Самый эргономичный вариант - это когда у тебя и ключевые слова, и идентификаторы на одном и том же языке. Как в том же РАЯ например.

Non problem, поверьте!
Это для Вас не удобно потому, что у Вас иной стиль именования переменных.
Что касаемо раскладки, то неудобств больших не создаёт.
Кстати в модулях 1С все управляющие операторы у меня на английском, а название переменных на русском или руссишэнглиш.
Кроме этого, использую а-ля Венгерскую (свою) нотацию.

Так это всего лишь привычка.

Ага, все лишь… Это всего лишь нарабатывается несколько месяцев, а то и лет. Нафига мне это время тратить?

Всё можно сделать удобным, а проще всего ничего не делать.
Вот так и живём (то то, то это неудобно и виновных нет) ...

а С++ код на русском пишет примерно никто,

Транслитом пишут на разных языках...

Там проблема не только с индексом. В первую очередь там просто отвратительный редактор, который лучше бы был обычным блокнотом. К примеру, у меня Matlab2022b, если я у меня есть переменная folder = 'images' и я хочу проверить существует ли такая директория и напишу

exist(fol

То матлаб с высокой долей вероятности дополнит, по энтер, это до

exist("folder")

Зачем так сделано, я не понимаю.

Во вторых, в среде нельзя нормально настроить чтобы по хоткею запускался не тот файл, который сейчас открыт в редакторе.

В третьих, функции с аргументами можно вызвать без аргументов. С прошлым пунктом получается, что если ты на автомате тыкнул f5 в файле с функцией, которая требует входных параметров, то матлаб либо запустит эту функцию без аргументов и функция упадет, либо скажет что это файл функции и откажется его запускать.

В четвертых, нет нормальных named аргументов, foo(X, 'SomeParameter', 'bar') конечно круто, но хочется foo(X, SomeParameter='bar')

В пятых, просто раздражает смесь snake case и camelCase в стандартной библиотеке и дополнительных тулбоксах

В седьмых, жрет память и долго работает. Забавный пример, вот есть parfor для автоматического распаралелливания for цикла. У меня был такой случай когда инициализация Parallel Worker для работы этого parfor заняла столько же времени сколько и работа всех итераций этого цикла, но справедливости ради такое происходит только в первый запуск parfor.

После четырёх месяцев плотной работы в матлабе (Deep Learning Toolbox и Image Processing Toolbox), хочется поблагодарить Гвидо за питон.

У Питона классы зачем-то требуют явного объявленя несмотря на динамическую типизацию и обращение к полям класса и словаря почему-то использует разный синтаксис. У Lua таких неконсистентностей нет. В Lua вообще нет такой сущности как класс, только таблицы (словари/ассоциативные массивы).

луа (слава Иерусалимскому) не пошла по пути по котором повёл математик центра математики змею

луа как осталась встройкой и клеем (чем змея была в середине 90ых) - за то и луа любима

у луа есть неконсистентность с текущими неумытыми массами повергшие старые идолы статического ООП и воздвигшие идолы мультипоточнопроцессной асинхронщины со спорящими генералами-руми

луа в части судьбы это чуть более удачный оберон -кхм кхм

ваще см программист-навигатор для понимания как медленна индустрия относительно реального прогресса

тот же кабанчик-книга показатель насколько постепенно индустрия нуждается в реально высоком уровне разработчиков

луа со своими асоц.таблицами требует большей осознаности - хотя можно и без мозгов в вовке и роблоксе скриптовать на отличненько - если повезло оказаться в луа-флуенте окружение католиком станешь

у питона классы прикрученны уже после кардинальной родовой травмы модулой-3 - могли пойти по пути внутрених модулей как в той же старой модуле для более полного(и более кривого на нюансах различий) соответсвия статическому ООП(где есть характерное для компилируемых языков тип с общей таблицей методов и pod содержащий индивидуальность объекта с последующим прикручиванием виртуальных таблиц и прочими химерами динамико0статики)

могли ваще отказаться от синтаксиса class

и всё варганить модулями-фабриками - создающие под заданный вызов def «конструктора» объект с соответствующим поведением - по сути метаклассы питона частично об этом

по сути в питоне class это как и def как и «модуль как таковой» - область видимости с некоторой пусковой(возможно пустой) частью и различием в резолве по время исполнения вызванного метода если не находим локально имя - как раз в питоне ещё выпуклее заметно что наследование намного более unsound на фоне полиморфизма и агрегации(инкапсюляция без сокрытия)

хз как ща Java, в С# давно уже можно в однострок

WriteLn('Привет-пока') 

ибо спецом эмулируется контекст мэйна если во входном файле нет ритуальных «public static void»(в произношение C# естественно) - типо для лучшего прозелитизма среди хомячков идут даже на ЭТО

боксинг анбоксинг и некультурные лямбды(на анонимных локальных объектах ) в Java|C# явно что отличЯет их в лучшую сторону от безбоксинговогоанбоксингово питона - ага

Фигня какая то. Переучиваться программить на кириллице не несет никакой пользы.

В постах и не утверждал, что нужно всегда использовать русский язык, но иногда целесообразно.

Интересная статистика нарисовывается.

JavaScript идет впритирку с 1С по степени ненависти.

А C++ вызывает даже большее отвращение чем Rust. И это на ЛОРе, где куда ни плюнь - попадешь на растохейтера.

Вброшу.

1С популярна тем, что она избавляет программиста от многой «рутины», которая присуща в других ЯП.

Некоторые разработчики вместо того чтобы понять, что в 1С есть полезного просто её критикуют.

Шутка

1С может с лёгкостью может использовать любой ... (ну вы поняли).

но иногда целесообразно

Ну хз. Мне не требовалось еще.

Моя закоренелось виндусяткая формировалась во мне с 90-х.
Начиная с Foxpro 2.6 (а тогда энглишь вовсе не разумел ) усё на русском было: название полей в dbf, ...
Моя болезненная закоренелось с годами возростала во мне и в общем то использования русского языка не создавала никаких неудобств.

Вот риторический вопрос «Программистам на западе энглиш в тягость был?».

Очевидно что в радость.
Так вот и русским программистам Русский язык не тягость, а в радость,

Но опять таки фанатами не следует быть и нужно понимать, когда русский язык полезно использовать при разработке.

А срачи вокруг использования русского языка всего лишь СРАЧИ.
И не более того.

Такое впечатление, что самые нелюбимые языки у людей те, которые они знают.

Логично в принципе. Как можно недолюбливать то, с чем не имеешь дела?

C++

Мне кажется, все недостатки C в нем окончательно выкристаллизовались:

• еще больше трудных для понимания сущностей

Можно пример трудных для понимания сущностей из Си?

Я разрешаю. Приводи.

Я разрешаю. Приводи.

Ну это и показывает уровень компетентнций.

да и не кодер я.

А откуда мнение тогда?

Я почитывал книги и статьи, видел примеры кода, решал учебные задачки. Пришел к выводу, что сишечка изящна и вполне читаема, но плохо подходит в качестве первого языка и местами имеет неочевидный синтаксис, затрудняющий чтение кода и провоцирующий ошибки при программировании. Для многих сложно всё, что связано с работой с памятью, причем некоторые теряются уже на указателях.

Значит ли это, что сишечка плоха? Нет. Понятно, что недостатки сишечки относительны и на многих задачах превращаются в достоинства. Понятно, что нужно просто выбирать инструмент (и исполнителей) под задачу.

великолепный швейцарский нож

возможно. я его так и не осилил. не было задач по дроблению строк.

да, шуруповёрты разные бывают, но отвёртка найдётся у каждого их владельца. или нет?)

затрудняющий чтение кода

шаблоны. нужно быть ниндзей чтобы писать их читаемо и читать их как было задумано при написании.

Для многих сложно всё, что связано с работой с памятью, причем некоторые теряются уже на указателях.

разобрался с помощью отладчика что к чему там. отладчик друг разработчика

JavaScript уже дышит в спину лидеру, отставание всего в один голос!

Нужно голосование, где можно выбирать только один вариант

Прежде чем проводить такие опросы, нужно победить на ЛОРе коррупцию, кумовство и лобби серьвисов по обучению программированию за 3 месяца. Только тогда мы сможем увидеть честный результат и т.н. Питон займёт своё честное первое место.

Хуже жс?

йа праграмирувать на ХэТэМЛь и КиССъ, но ихо тута нету-ма пачему-та…

Логично в принципе. Как можно недолюбливать то, с чем не имеешь дела?

Можно. Вот я не люблю плюсы, но приходится на них писать. Потому что никакого другого ЯВУ с такой же производительностью и хоть какой-то пародией на ООП, в мире просто не существует.

Перечитай сообщение. Ты используешь плюсы. Но как можно их недолюбливать, если не разу не пользовался?

Фиксирую. На данный момент JS выпрыгнул на первое место.

Вот десяток наших лидеров:

JavaScript                 143 (29%)
1С                         141 (29%)
Python                      96 (19%)
PHP                         95 (19%)
Java                        93 (19%)
C++                         76 (15%)
C#                          75 (15%)
Visual Basic                74 (15%)
Rust                        72 (15%)
Shell (bash, sh, zsh и тд.) 61 (12%)

Все таки js побеждает. Здравый смысл.

Что самое интересное, Python второй по любимости (в предыдущем опросе) и третий по нелюбимости в этом опросе. Чудеса.

Вот поэтому «однонаправленным» опросам нельзя доверять. И профессиональные статистики об этом знают, и знают как можно этими особенностями манипулировать.

Нужно голосование, где можно выбирать только один вариант

и вознаграждение за муки выбора)

Ada 8 (2%)

все кто пишут на Ada его не любят?)

Если посчитать разность от двух опросов, то Python все равно является одним из самых любимых языков...

 C (25.138080)
 Python (8.954512)
 C++ (8.826603)
 Assembler (4.921133)
 Lua (3.712290)
 Haskell (2.323730)
 Ada (1.263285)
 Fortran (1.173427)
 Pascal  (1.171963)
 Common LISP (0.876631)
 Kotlin (0.650668)
 Forth (0.596226)
 D (0.451926)
 Другой  (0.385191)
 Shell  (0.180887)
 Julia (-0.382556)
 Clojure (-0.472415)
 Scala (-0.566371)
 Erlang (-0.909413)
 Tcl (-0.936634)
 Nim (-1.509737)
 QCL (-1.825558)
 Rust (-3.204751)
 Perl (-3.305439)
 Awk (-3.483692)
 Ruby (-3.928886)
 COBOL (-4.173874)
 Swift (-5.102313)
 РАЯ  (-5.246613)
 Java (-5.877084)
 TypeScript (-6.277203)
 Objective-C (-7.275010)
 Brainfuck (-7.477850)
 BASIC классический (-8.063246)
 C# (-8.142275)
 PHP (-10.900369)
 Visual Basic (-13.134240)
 JavaScript (-21.069577)
 1С (-26.580204)

shell скрипты длиннее трёх строк не нужны

Двачую. Дальше уже нужна любая скриптота по вкусу.

Все ЯП критикуют, а каким должен быть долгожданный ЯП?

Python остается скорее одним из самых неизбежных языков.

Как и в случае с реальным миром техники (автомобили, компьютеры, кондеры), не всегда критерием выбора является одно лишь «хочу» ну или «люблю». Зачастую в эти критерии добавляется «где чинить», «кто подскажет», «сколько есть плюшек», «насколько оно способно жить в моей широте», ну и тд.

С ЯП так же само. Python - благодаря наличию под него достаточного количества либ для системного программирования (вызовы шин, МК, низкоуровневая работа с ГПУ и тд) + количества либ под десктопное программирование (ГТК, Винапи, Какава или шо там нынче в ГейОСях) + количества либ под веб-программирование + кое какой вменяемой работе со строками\массивами\файлами + хорошей математикой - перекрывает потребности почти всех категорий погромистов, от того и любим.