LINUX.ORG.RU
Голосования — Голосования  

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

 


1

5

Недавно состоялся опрос по самым любимым языкам программирования. Для правильного понимания ситуации в языках, необходимо провести такой же опрос, только в обратную сторону. Может оказаться, что один и тот же язык будет в одном опросе одним из самых любимых, а в другом опросе — одним из самых нелюбимых. Это нужно проверить!

  1. JavaScript 170 (29%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. 1С 162 (28%)

    ****************************************************************************************************************************************************************************************************************************************************************************************************************

  3. Python 111 (19%)

    ****************************************************************************************************************************************************************************************************************

  4. Java 108 (19%)

    ***********************************************************************************************************************************************************************************************************

  5. PHP 108 (19%)

    ***********************************************************************************************************************************************************************************************************

  6. C++ 90 (15%)

    *************************************************************************************************************************************************************************

  7. C# 86 (15%)

    *****************************************************************************************************************************************************************

  8. Rust 85 (15%)

    ****************************************************************************************************************************************************************

  9. Visual Basic 83 (14%)

    ************************************************************************************************************************************************************

  10. Shell (bash, sh, zsh и тд.) 71 (12%)

    *************************************************************************************************************************************

  11. GO 65 (11%)

    **************************************************************************************************************************

  12. Perl 63 (11%)

    **********************************************************************************************************************

  13. TypeScript 62 (11%)

    ********************************************************************************************************************

  14. BASIC классический 57 (10%)

    ***********************************************************************************************************

  15. Pascal (включая fpc, Delphi и др.) 56 (10%)

    *********************************************************************************************************

  16. Objective-C 46 (8%)

    **************************************************************************************

  17. Ruby 46 (8%)

    **************************************************************************************

  18. Brainfuck 46 (8%)

    **************************************************************************************

  19. C 39 (7%)

    *************************************************************************

  20. Swift 33 (6%)

    **************************************************************

  21. Другой (напишу в комментариях) 31 (5%)

    **********************************************************

  22. РАЯ (язык академика Ершова) 30 (5%)

    ********************************************************

  23. Awk 29 (5%)

    ******************************************************

  24. COBOL 26 (4%)

    ************************************************

  25. Scala 24 (4%)

    *********************************************

  26. Common LISP 24 (4%)

    *********************************************

  27. Haskell 20 (3%)

    *************************************

  28. Tcl 20 (3%)

    *************************************

  29. Erlang 19 (3%)

    ***********************************

  30. Assembler 19 (3%)

    ***********************************

  31. Kotlin 18 (3%)

    *********************************

  32. D 16 (3%)

    ******************************

  33. Fortran 15 (3%)

    ****************************

  34. Lua 15 (3%)

    ****************************

  35. Clojure 14 (2%)

    **************************

  36. Forth 14 (2%)

    **************************

  37. Nim 13 (2%)

    ************************

  38. QCL 11 (2%)

    ********************

  39. Ada 10 (2%)

    ******************

  40. Julia 10 (2%)

    ******************

Всего голосов: 1965, всего проголосовавших: 583

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 13)

 ← 1 2 3 4 5 →
Ответ на: комментарий от Forum0888

ЯП должен быть таким, чтоб те кто его придумали - сами смогли на нём написать Венду. Если не смогут - фтопку такой ЯП.

windows10 ★★★★★
()
Ответ на: комментарий от windows10

Шутка

Non problem.
Разрабатываем для начала в Linux а-ля Windows WIN API и обязательно обои.
Да ещё вдобавок делаем его кроссплатформенным.

Давно разработал функцию для компиляции и декомпиляции диалоговых форм Windows в бинарное представление.
Скажу по секрету - в этом ничего сложного нет.

WIN API конечно разрабатывать не нужно, так как он в основном пригоден для диалоговых форм а-ля 90-х и 2000-х.
Но такое API всё же будет пригодно для большой ниши задач.

Forum0888
()
Последнее исправление: Forum0888 (всего исправлений: 4)

Поставил в ArchLinux пакет PostgREST потыкать, посмотреть что за зверь.

Теперь с чистой совестью не люблю Haskell. 200(!) пакетов, на полГига трафика, и обновляются чуть не каждый день.

Toxo2 ★★★★
()
Ответ на: комментарий от Toxo2

Тут говори спасибо мейнтейнерам арча за динамическую сборку. Хаскелисты обычно своё говно линкуют статически и получают бинарники на 100500 мб.

Werenter ★★★
()
Ответ на: комментарий от archie

Задолбаешься раскладку переключать.

Зачем переключать, когда можно добавить режим «когда нажата»?

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

И потому в РАЯ ключевые слова подчёркивались рукой или «зажирнялись» при печати?

mister_VA ★★
()
Ответ на: комментарий от Toxo2

200(!) пакетов, на полГига трафика, и обновляются чуть не каждый день.

Это старая известная арчепроблема. Поставь статически собранный postgrest-bin из аура и будет тебе счастье. В хаскеле наоборот принято собирать статические бинарники без сотен зависимостей. И только в арче решили отзеркалить Hackage и паковать каждую хаскельную библиотеку в отдельный арчевский микропакет.

Что интересно, с Node.js пакетами они почему-то не пытаются провернуть аналогичный фокус, а просто собирают монолитные пакеты с node_modules внутри. В противном случае установка какого-нибудь eslint точно так же притянула бы за собой все его многочисленные зависимости.

archie ★
()
Ответ на: комментарий от mister_VA

Зачем переключать, когда можно добавить режим «когда нажата»?

Все равно неудобно, как по мне. Самое удобное переключение раскладки - это когда ее вообще не надо переключать.

И потому в РАЯ ключевые слова подчёркивались рукой или «зажирнялись» при печати?

Так это только для записи алгоритмов в тетрадке, для чего РАЯ собственно и предназначался. Там еще отступы выделяются символами вертикальной черты |, но это же не значит, что их надо реально набивать на клавиатуре. Есть кстати интерпретатор КуМир. Там на скриншотах обычный текстовый редактор с подсветкой синтаксиса без всяких подчеркиваний и вертикальных черт.

archie ★
()
Ответ на: комментарий от Wapieth

Как будто 1С используется вне территории России и может ещё парочки русскоговорящих стран, и то не факт.

Используется.

http://www.1c-hotel.com/clients/ : Германия, Япония, Греция, …

Вьетнам: https://1c.com.vn/en/customers

Китай: https://garantsoft.com/china/1s-bukhgalteriya-dlya-kitaya.php https://1c-dn.com/news/garant_and_millennium_institute_limited_automated_chinese_company_cs_guangzhou/

monk ★★★★★
()

Желаю джаве заслуженной победы среди достойных соперников.

iLoveoOz ★★★★
()
Ответ на: комментарий от dataman

Да я, в целом, пошутить пытался. Понятно, что к самому языку это мало относится.

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

Надоело. Психанул. Удалил. Наябедничал сюда.

По совету местных авторитетов - установил postgrest-bin из AUR.

Toxo2 ★★★★
()
Последнее исправление: Toxo2 (всего исправлений: 1)
Ответ на: комментарий от Toxo2

Это такая забота о пользователях – экономия места. Например, в Debian Pandoc собран статически:

Package: pandoc
Version: 3.1.3+ds-2
Installed-Size: 199 MB

А в Арче:

Name            : pandoc-cli
Version         : 0.1.1.1-76
Installed Size  : 87.63 KiB

Name            : haskell-pandoc
Version         : 3.1.8-8
Installed Size  : 57.82 MiB
dataman ★★★★★
()
Ответ на: комментарий от dataman

Похоже на хаскеле пишут говнокодеры ещё хуже растовиков, у которых конвертер документов весит 200 мегабайт.

Werenter ★★★
()
Ответ на: комментарий от dataman

Я говорил конкретно про разработчиков. Почему статически слинкованный бинарь весит 200мб у программы, у которой даже нет GUI?

Werenter ★★★
()
Ответ на: комментарий от Werenter

Я не расслышал, говорите громче! :)

Почему статически слинкованный бинарь весит 200мб у программы, у которой даже нет GUI?

Потому что flags: +embed_data_files?

dataman ★★★★★
()

не, ну в 1С хоть историю можно рассказать для поколения ЕГЭ, которое потом это будет суппортить)

etwrq ★★★★★
()

Вопрос к хейтерам js. А фронт на сайтах на чём писать? Да, некоторые вещи там наркоманские. Но альтернатив-то нет.

Ещё многие php не любят. Но если это лендинг, сайт каталог, простой магазин, зачем использовать что-то другое? Как выбор другого яп объяснить заказчику? Php работает на любом хостинге, на нём есть куча cms. Ради чего заказчику платить больше? Единственная адекватная претензия к php, которую слышал — нелогичность в порядке аргументов похожих функций

sho_mi_kok
()
Последнее исправление: sho_mi_kok (всего исправлений: 2)

Питон разумеется, хуже язык сложно было придумать

yoghurt ★★★★★
()
Ответ на: комментарий от cdtemp

Livewire, justpy, blazor

Так Livewire всё равно использует js

Alpine.js и htmx кстати крутые штуки, для чего-то простого можно не писать js, но для более-менее сложного всё равно придётся

sho_mi_kok
()
Ответ на: комментарий от Werenter

На статическом HTML.

Заказчикам даже на самом простом сайте нужен слайдер, модалки, формы без перезагрузки страницы, бургер-меню на мобилках. Ну бургер-меню можно через чекбокс сделать, но куда проще сделать его через js

sho_mi_kok
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 5 →
Голосования