Компания TIOBE Software опубликовала январский рейтинг популярности языков программирования. Языком года назван Python, который сохранил 1 место и обогнал другие языки по росту популярности за год (+9.3%). По сравнению с январём 2024 года выделяется смещение языка Си со 2 на 4 место, при этом язык С++ поднялся с 3 на 2 место, а язык Java с 4 на 3 место...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62580
А я напомню, что рейтинг строится по количеству поисковых запросов. Это отображает лишь классификацию языков программирования по возможности их изучить просто погуглив, а не читая официальную документацию.
Последний рейтинг не по новым запросом так что обломись жёстко.
А зачем обламываться? TIOBE показывает все как есть на самом деле. Остальные рейтинги - это чушь.
> А зачем обламываться? TIOBE показывает все как есть на самом деле. Остальные рейтинги - это чушь.Вы это серьезно? Чем докажите что рейтинг объективен и для кого?
Да будет тебе известно, что "объективен" означает свободу от субъекта наблюдателя. Если ты выбрал формальную методику оценки популярности, которая подразумевает механическое выполнение каких-то операций согласно алгоритму, то это по-определению объективная методика. Правда если выбор методики из списка доступных не алгоритмизирован, то он выполняется субъектом и таким образом субъективен, и несмотря на объективность методики результат оказывается субъективным. Я это к тому излагаю, чтобы у тебя была бы возможность понять смысл слов, которые ты используешь.Когда ты в следующий раз решишь свои сомнения в этих рейтингах высказать, тебе следует это делать исходя из того, что популярность чего-либо -- это сугубо субъективное понятие, и поэтому попытки объективно их оценивать бессмысленны. Cоответственно, вопрос который тебе следует задавать будет звучать так: "Чем докажите что рейтинг субъективен и для кого?".
> А я напомню, что рейтинг строится по количеству поисковых запросов. Это отображает лишьуровень понятности языков. Зачем мне спрашивать о том, что и так понятно...
тогда на первом месте должен быть брейнфак
не должен - чего толку спрашивать, если ответов в гугле все равно нет.так шта все правильно - на первом месте пропущенные пробелы, на втором - ниасилили закорючки.
Форматирование пробелами это лучшее что придумало человечество. Всем кто создают экраны закрывающих скобочек и 33-ий уровень вложенности скобочек должны проверит голову.
Чем 33 уровня закрывающих скобочек отличаются от 33 отступов для вложенности?
Ну, я в принципе согласен, питоний синтаксис мне нравится, и я не очень понимаю тех, кто бомбит с этого.
Хотя если адовая вложенность, наверное какие то неудобства это может доставить, при чтении и осмыслении кода(чужого)
Хотя - если вложеность больше 5ти - стоит задуматься об переписывании кодаВообще, считаю что питон самый красивый и элегантный язык, по моему мнению
Адовой вложенности хорошие программисты не должны допускать по правилам хорошего тона.
Люто плюсую. Но таких программистов всё меньше и меньше
Дык вроде использование пробелов для определения блоков кода это не питонье (1989), это ещё (по крайней мере) с ML (1973), не?
> Форматирование пробелами это лучшее что придумало человечество. Всем кто создают экраны
> закрывающих скобочек и 33-ий уровень вложенности скобочек должны проверит голову.Ага, нажал пробел случайно, логика отъехала - упс - это вообще не замечено никак. Антибаг? Не, не слышали. С скобочками - случайно их неправильно вкатить и получить неожиданную логику, без нарушений синтаксиса отлавливаемых парсеров - куда сложнее.
Впрочем - софт у этих, бесскобочных, и являет в массе своей - глюкавые тормозные макеты.
Так могут говорить только те, пожалуй, кто вообще код не пишет.Во-первых, не замечено это может быть разве что у тех кто до сих пор избегает систем управления версиями (ну т.е. у считающих себя умнее всех, но по сути не умнее они, а необучаемее), в противном случае в обобщённом git diff всё заметно. Во-вторых, единичный пробел (и, вообще, некратный отступ) таки даст ошибку синтаксиса. Как и, в ряде случаев, лишний отступ. В-третьих, нынче и скобочки у многих расставляет среда разработки, так что легко и их не там открыть/закрыть, особенно если в одну строку наворачивать, как всё те же деды из первого пункта, сопротивляющиеся внедрению VCS и строгому стилю оформления.
Так что проблема эта выеденного яйца не стоит, другое дело, что есть много иных, более существенных.
> Так могут говорить только те, пожалуй, кто вообще код не пишет.Или те кто насмотрелся на характерный глюкокод.
> Во-первых, не замечено это может быть разве что у тех кто до
> сих пор избегает систем управления версиями (ну т.е. у считающих себя
> умнее всех, но по сути не умнее они, а необучаемее),Это и с системой управления версиями можно. Нагамнякать 10 страниц изменений, и вкатить 1 комитом не глядя, перемешав там 3 фичи вместе. И разбирайтесь там если хотите. Конечно в мегакорпах любителей футбола гранатой немного строят, но на всех топовых руководителей проекта и правильных процессов почему-то не хватает.
И получается использование VCS под стать картонному макету программы. Как удивительно. При том такого добра к вашим услугам половина гитхаба. Конечно, 90% этого уже заброшка, где через годик даже уже и сам автор не может вспомнить зачем он ЭТО сделал ТАК.
> в противном случае в обобщённом git diff всё заметно.
Это если его еще и читать. Картономакетчики любят ввалить странц 5 одним комитом, перемешав там 3-4 несвязанных фичи, с максимально тупым сообщением комита. Например "small fixes". И потом удачи вообще разобраться о чем это все, и что на самом деле в этом было задумано.
> (и, вообще, некратный отступ) таки даст ошибку синтаксиса.
Так в IDE ж нарулен кратный отступ 1-2 клавишами для скорости. Конечно с скобками тоже можно при сильном желании такое нарулить - но смысла намного меньше.
> ряде случаев, лишний отступ. В-третьих, нынче и скобочки у многих расставляет
> среда разработки, так что легко и их не там открыть/закрыть, особенно
> если в одну строку наворачивать,В одну строку в curly bracket наворачивать - жесточайший моветон. И в этом случае - качество проекта по крайней мере сразу видно визуально, можно сразу rm -rf такое и вымыть руки с мылом.
> Так что проблема эта выеденного яйца не стоит, другое дело, что есть
> много иных, более существенных.Как например отсутствие аннотации intent кодера и в других частях синтаксиса. Так что попробуй вообще угадать - что кодер задумал, и соответствует ли этому имплементация.
В результате обычно получается жуткое спагетти которое не подлежит майнтенансу и даже автор сам себя за год-два заванивает наповал, так что просто забрасывает такой проект. И процентов 90+ софта у бесскобчатых - это вот такое вот.
>В одну строку в curly bracket наворачиватьСкобочки нужно ставить всегда, иначе быть беде
Выдуманная проблема какая-то. Больше 5 лет уже пишу на питоне, ни разу не сталкивался сам и не слышал ни от кого о проблемах, связанных с неправильно поставленным пробелом. Только от экспертов на опеннете и тому подобных сайтах.
Если намешать редакторов, один из которых использует пробелы в качестве таба, а другой именно символы табов, то может получиться каша.
Это проблемы начинающих. Тот кто хоть сколь-нибудь опытен знает, что редакторы могут чудить, а потому их следует правильно настраивать (четыре пробела в качестве таба).
>Тот кто хоть сколь-нибудь опытен знает, что редакторы могут чудить, а потому их следует правильно настраивать (четыре пробела в качестве таба).Ага, постоянно перенатсраивать редактор, когда в одном коде отсуп в 2 проблеа, в другом 4, а в мейкфайле - табуляция. Только автоформатирование
Автоформатирования у питона нет, это уже достаточная проблема
Автоформатирование - это не особенность языков программирования, это особенность редакторов. Другое дело, что вы, криворукие, сложными редакторами, вроде Emacs, пользоваться не умеете, а простые редакторы такого и не поддерживают.
>Автоформатирование - это не особенность языков программированияОсобенность. В любом нормальном языке можно взять кашу, где полностью вырезаные переносы строк, только один пробел подряд, и передать это на автоформатирование. И в случае с си подобными языками будет понятно, что после { нужно поставить перенос строки, и увеличить отступ, а после } тоже перенос строки и уменьшить отступ. В случае паскаля или окамла будут другие правила, но тоже понятно, где нужно увеличть отступ, а где - нет. А в питоне или хаскеле - нет, и сказать где нужно ставить отступ, а где - нет, невозможно, ибо операторных скобок нет.
> Особенность. В любом нормальном языке можно взять кашу, где полностью вырезаные переносы
> строк, только один пробел подряд, и передать это на автоформатирование.Не особенность. Вы где это делаете? В редакторе. Вот именно редактор этим и занимается. Компилятор или интерпретатор какого-либо языка программирования таким в принципе заниматься не должен. Компилятор или интерпретатор синтаксис проверяет.
> И в случае с си подобными языками будет понятно, что после {
> нужно поставить перенос строки, и увеличить отступ, а после } тоже
> перенос строки и уменьшить отступ. В случае паскаля или окамла будут
> другие правила, но тоже понятно, где нужно увеличть отступ, а где
> - нет. А в питоне или хаскеле - нет, и сказать
> где нужно ставить отступ, а где - нет, невозможно, ибо операторных
> скобок нет.Естественно, что с C подобными языками будет все с отступами понятно. Они в этих языках, как часть синтаксиса и не используются. Они там для удобства чтения кода. И их там хоть посередине текста ставь. Будет некрасиво, но компилятору будет без разницы.
В случае Python отступы - часть синтаксиса. И каждый отступ так или иначе обычно логически с блоком кода связан. И как вы собрались переложить создание отдельных блоков кода на автоформатирование? Это же технически невозможно.
Для Python элементы автоформатирования есть, например, в Emacs. Например, курсор будет автоматически ставиться туда, где редактор предполагает следующую строчку кода. Но решение о том, где на самом деле писать код, принимает программист.
>Не особенность. Вы где это делаете? В редакторе. Вот именно редактор этим и занимается.Нет, этим занимается не редактор, а специальная утилита для форматирования. И если эту утилиту снести, а редактор оставить, то работать ничего не будет. Для c - одна, для ocaml - другая. И если дать утилите для форматирования ocaml код на c, получится мусор.
>В случае Python отступы - часть синтаксисаВот по этому, автоформатирование питона невозможно, максимум какие-то мелочи поправить.
>Для Python элементы автоформатирования есть, например, в Emacs. Например, курсор будет автоматически ставиться туда, где редактор предполагает следующую строчку кода.Вы путаете термины. Это не автоформатирование, а умный отступ. Удобно, когда код пишется от первой строчки до последней, и неудобно, когда переписывается. Вот есть примитивный код на Ocaml:
let _ =
if 1 = 1 then (
print_endline "1";
print_endline "3";
);
print_endline "2";
print_endline "4";
Далее я вырезаю строку с текстом "2", и вставляю её после строки "1"
let _ =
if 1 = 1 then (
print_endline "1";
print_endline "2";
print_endline "3";
);
print_endline "4";
Получился неправильный отступ. Программа для автоформатирования видит это, и исправляет код на
let _ =
if 1 = 1 then (
print_endline "1";
print_endline "2";
print_endline "3";
);
print_endline "4";
Я ни на пробел не нажимал, ни табуляцией не пользовался. Вот это и есть автоформатирование. Можите сами посмотреть https://try.ocamlpro.com/Более того, если я посчитаю, что условие больше не нужно, и удалю строки if 1 = 1 then ( и ); то код получится код
let _ =
print_endline "1";
print_endline "2";
print_endline "3";
print_endline "4";
Он опять неправильно отформатирован, и программа это исправит
let _ =
print_endline "1";
print_endline "2";
print_endline "3";
print_endline "4";
Даже не смотря на то, что я не трогал строки с print_endline, они всё равно отформатированы правильно, это и называется автоформатирование
>Но решение о том, где на самом деле писать код, принимает программист.Гораздо удобнее программировать не нажимая табуляцию, чем то и дело двигать съехавшие строки. Питон такие трюки сделать не может.
>Нет, этим занимается не редактор, а специальная утилита для форматирования.С которой работает именно редактор.
>Вы путаете термины. Это не автоформатирование, а умный отступ.
Ой ли? Автоформатирование - это автоматическое приведение текста к определенному виду. Именно этим этот "умный" отступ и занимается.
>Гораздо удобнее программировать не нажимая табуляцию, чем то и дело двигать съехавшие строки.
А как вы добиваетесь того, что у вас в Python строки съезжают? По моему опыту, а он у меня лет 13 уже, добиться такого не так уж и просто.
>Питон такие трюки сделать не может.
В Python такие трюки делать не только не надо, а еще и откровенно вредно. Если в Python начнет "прыгать" код, как показано у вас, то это может стать проблемой. Например, есть блок if, а в этом блоке есть еще один вложенный if с else. И если при этом else вложенного блока соскочит влево, то это может стать совершенно нелепой ошибкой.
>С которой работает именно редактор.Откуда вы взяли, что автоформатирование занимается редактор? А если форматирование запускается из консоли, то этим что терминал запускается? Или ничего, что конфиг для автоформатирвания один, а редакторы - разные? Редактор может быть запускает эту утилиту, но такая интеграция есть далеко не везде
>Ой ли? Автоформатирование - это автоматическое приведение текста к определенному виду.if 1 = 1:
print('1)
print('2')
print('3')
Что тут к какому виду можно привести?
>Именно этим этот "умный" отступ и занимаетсяНет. "Умный отступ" для python это не автоматическое, а полуавтоматическое средство, так как в он требует постоянное вмешательство от программиста. Хуже может быть только ручное набивание пробелов для каждой строки заново. У ocaml - автоматическое
>А как вы добиваетесь того, что у вас в Python строки съезжают? По моему опыту, а он у меня лет 13 уже, добиться такого не так уж и просто.Поменяйте две строки местами, как это сделал я в примере выше. Этот пример набрать можно быстрее чем за пять минут, а у вас аж целых 13 лет было
>В Python такие трюки делать не только не надо, а еще и откровенно вредноИменно по этому, в python есть только полуавтоматический умный отступ, на уровне вима из девяностых(или даже раньше). Я же могу писать код на ocaml не трогая табуляцию вообще.
>Если в Python начнет "прыгать" код, как показано у вас, то это может стать проблемой. Например, есть блок if, а в этом блоке есть еще один вложенный if с else. И если при этом else вложенного блока соскочит влево, то это может стать совершенно нелепой ошибкой.Я даже на знаю, можно ли в python else смещать, или это тоже вручную нужно делать. Просто подумайте, что при редактировании кода, вам нужно было бы потом ещё подсветку синтаксиса, вручную менять, словно вы код пишите не в ide, а в ворде. Вот я вижу программирование на python как на программирование в ворде, где обязательно после какждой правки отступы менять, а то код сломается. php и тот лучше.
> Откуда вы взяли, что автоформатирование занимается редактор?Вроде бы объяснял уже. Языкам программирования, в частности их компиляторам или интерпретаторам никакое автоформатирование не надо. Им нужно, чтобы синтаксис был правильный.
>А если форматирование запускается из консоли, то этим что терминал запускается?
Вероятно вполне может быть возможно запустить утилиту, с которой работает редактор и из консоли. И сохранить результат, либо отправить его в другую утилиту. И конфиг может быть один, а редакторы разные. Например, в Linux такое не редкость вообще.
Вроде объяснил уже, что вышеуказанное вами форматирование для Python неприменимо. Потому что отступы в Python - это часть синтаксиса. Даже на примерах объяснил.
Вы сейчас что пытаетесь доказать? Что вам писать на Ocaml удобнее? Ну так и слава труду, пишите на Ocaml. И никогда не трогайте табуляцию. Вообще заклейте эту клавишу.
>Языкам программирования, в частности их компиляторам или интерпретаторам никакое автоформатирование не надоОткуда редактор знает, после какого токена нужно менять отсуп, а после какого - нет? Откуда он знает, какой стандарт использовать, если их несколько, как у Си? У вас редактор поддерживает 100500 всяких языков?
>Им нужно, чтобы синтаксис был правильныйТак этим не компилятор занимается, а отдельная утилита
>Потому что отступы в Python - это часть синтаксисаВот по этому python и проигрывает по удобству другим языкам.
>Так этим не компилятор занимается, а отдельная утилитаВы сейчас кого цитируете?
> Вот по этому python и проигрывает по удобству другим языкам.
А рейтинг показывает другое.
>А рейтинг показывает другоеТак это рейтинг популярности, а не рейтинг удобства
>Не особенность. Вы где это делаете? В редакторе. Вот именно редактор этим и занимается. Компилятор или интерпретатор какого-либо языка программирования таким в принципе заниматься не должен. Компилятор или интерпретатор синтаксис проверяет.Берём автоформатирование для ocaml - ocamlformat. Берём для php - pint, go - gofmt. Редактор, говорите? Редактор не важен, хоть sed используйте.
> Берём автоформатирование для ocaml - ocamlformat. Берём для php - pint, go
> - gofmt. Редактор, говорите? Редактор не важен, хоть sed используйте.Во первых, sed вы скорее всего использовать не сможете (он потоковый), а во вторых, отформатированный результат нужен в общем-то только вам. Вы его где, в терминале смотреть собрались? Это можно с помощью less, но не слишком удобно.
>Во первых, sed вы скорее всего использовать не сможетеВы там что-то про редакторы писали, уже не пишите? Иначе здесь был бы vim, emacs, vs code и так далее.
> Вы там что-то про редакторы писали, уже не пишите? Иначе здесь был
> бы vim, emacs, vs code и так далее.Зачем? Я писал, что форматирование - это особенность редакторов. Я разве где-то написал, что редакторы не работают с каким-то отдельными утилитами?
Или вы действительно собрались в голом терминале (без редактора) код писать? А потом чем-то вроде less результат читать? Тогда сочувствую.
Особенно круто будет если в каких-нибудь произвольных местах в коде парочку табов добавить вместо пробелов.
>Форматирование пробелами это лучшее что придумало человечествоИ потерять возможность автоматически форматировать текст, без проблем копировать и вставлять, выкладывать на форум, не боясь, что код переформатирует, и куча других вещей
>Всем кто создают экраны закрывающих скобочек и 33-ий уровень вложенности скобочек должны проверит голову.Откройте для себя форматирование лиспа, во-первых без багов питона, когда лишний пробел влияет на логику, во-вторых нет траты строк экрана на скобки.
> А я напомню, что рейтинг строится по количеству поисковых запросов.опять норот не смог разобраться в пробелах.
Логично, чо.
>А я напомню, что рейтинг строится по количеству поисковых запросов. Это отображает лишь классификацию языков программирования по возможности их изучить просто погуглив, а не читая официальную документацию.Всё правильно. Есть НИИ и универы где старые преподы учат кодить на Фортране. Это студенты сидят и гуглят. Поэтому Фортран на 10 месте. Ужас.
Что за преподы в НИИ? И у нас везде матлаб.
Был, пока лицензии не протухли, а новых фиг вам. Да и НИИ на Астру пересаживают. Например, Алмаз-Антей вместо Матлаба проталкивает Python+SciPy+NumPy+Matplotlib.
>MatplotlibGNUPLot. НЕ слышали?
Лично я слышал, они - не знаю.
Многие старые библиотеки были написаны на Fortran IV, Fortran 66, Fortran 77 - для 8, 16, 32-битных архитектур. Были написаны программы моделирования ядерного взрыва, прогнозирования погоды и т.д. много еще чего.Все эти старые версии Fortran во-первых - ужас ужасный с точки зрения программиста (отсюда шутка тех времен - На любом языке можно писать как на Fortran (отсутствие процедур, сплошное прыгание по коду с GOTO)), во-вторых библиотеки и программы не работают под современное железо. Вот их и переписывают на новый нормальные версии Fortran. Ну и чисто с точки зрения программирования математики, физики и т.д. где нужны массивы и распараллеливание вычислений современный Fortran (c 90 по 2023) очень неплохой выбор с возможностями ООП, coarray фичами.
>Fortran IV, Fortran 66, Fortran 77 - для 8, 16, 32-битных архитектурForttran для 8-битных? 8-) Хотелось бы взглянуть на Fortran для Радио-86РК или Спекки.
Мне бы хотелось взглянуть на питон для эльбруса с jit-ом, но его не будет никогда.
Для Радио-86РК, наверное не получится, а для других 8-битных запросто - Microsogt Fortran 80 для 8-битной ОС CP/M и процессоров Intel 8080, Z-80, Nevada Fortran для 8-битного домашнего компа Commodore 64... Как говорится: век живи, век учись .... дальше продолжите сами
Вообще нет. Fortran вернулся в области численных расчетов.
Даже так Питон лучший.
Тут у группы товарищей есть мнение, что не "даже так" а "только так" :-р
Это отображает количество проблем на данном языке и возможности решить их средством поиска
Есть статистика GitHub:
https://opennet.ru/62166-github
Верить Майкрософту? Ну уж нет.
Мне интересно, почему Go так теряет популярность?
глаза разуй, на картинке он чуток поднялся
"... их президент пришёл предпоследним, а наш вторым!" (C)
Ж;-D
Статью видимо не читал, сразу комментарий строчить. Go ^^ с 11 на 7 место. Я бы сказал, взлетает как ракета, обгоняя тот же Rust, который тоже быстро поднимается, но пока только на 14 месте (уже догнал PHP).
> Статью видимо не читал, сразу комментарий строчить. Go ^^ с 11 на 7 место. Я бы сказал, взлетает как ракета, обгоняя тот же Rust, который тоже быстро поднимается, но пока только на 14 месте (уже догнал PHP).С 11 на 7 это почти так же как с 19 на 14)
Но если смотреть на скорость роста (первая производная))) то раст немного лучше.
Думаю Го просто легче освоить.
С математикой у тебя плохо. Подняться в верхних строчках рейтинга на тоже количество строк, что и внизу на тоже количество строк -- две большие разницы. Гугли "эффект низкой базы".
В РФ на первом месте 1С
Потом python и c++, потому что Linux Arch KDE
Ну ХЗ. Из того что свозь оборзеватель видно я бы сказал в РФ PHP - топчик :)
Где Баш? Почему он не самый популярный?
Что касается России, Bash в отличии от 1С, насильно не впаривали бухгалтерам и кадровикам.
Не в чем сомневаться,правда? Есть спецы в Аутокад решающие и что? У достопочтенных айтишников и презренных кодеров, хз, в чём разница, целые топ списки инструментов бывают. Нравится?
Насильно oh my gosh ;-DDDD
Вообщето они (бухгалтера) ещё четверть века назад сами бегали и требовали именно 1С ... что то поменялось? Нет! Всё так же "shut up and take my money!" (C) :-))))Так что не надо завидывать, надо учится как делать бизнес правильно! (С)
если впарить бухгалтерам и кадровикам баш, то не останется ни денег ни кадров
Ну что, любители питона, опять ваша змейка на первом месте? Неудивительно, учитывая, что каждый второй сейчас начинает с него, а потом так и не может переучиться на что-то нормальное.
> НеудивительноКонечно неудивительно. Отличный язык. Крайне востребованный.
Прекрасно что вы это понимаете))
А хейтеры могут хоть утопиться в свой желчи.> а потом так и не может переучиться на что-то нормальное.
Учитывая зп питонистов... а потом и не нужно))
Да и разве в списке есть что-то нормальное кроме питона?
Плюс и раст разве что.
> Конечно неудивительно. Отличный язык. Крайне востребованный.Потому что это слегка причёсанный... Бейсик!
Как говорят _нынешние_ бэйсиководы:
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration - Edsger W. DijkstraWhat bad habits do you get from learning programming using the latest version of FreeBASIC?
Do modern BASICs like MS VB.NET still result in mental mutilation while using C# does not?
What can other languages do without imported libraries that a modern version of BASIC can't?"Это из FreeBASIC если что...
А я чо, я сам офигел - оно даже работает, и даже Win\Lin 8-)
Но юзать я его не буду, а то мне сразу Yamaha MSX хочеццо на барахолке купить, ну или Sinclair спаять 8-DDDD
За Спектрум плюсанул. Наш человек!)
Видимо, вы не знаете бейсик )
Пять лет программировал на Python и так не полюбил его. Перешёл на новую работу с программированием на Си, тут гораздо больше денег
> Перешёл на новую работу с программированием на Си, тут гораздо больше денегСочувствую. Даже страшно представить где ты работал, что на си больше денег чем на пистоне.
Ну и текущему работодателю тоже - сишник после пяти лет питона не лучший вариант.
А что там представлять. Вуз закончил какой-то непрофильный, почесал репу, подумал, посмотрел на зарплаты. И решил войти в Айти. А как туда проще всего попасть? Ну вот и работал где-то эникейщиком параллельно пытаясь программировать на Питоне. Что непонятно, это как до уровня Си потом скатился.
>Учитывая зп питонистов...Маленькая. Именно питонистов маленькая.
И конкурс огромный.
Хочешь сказать, что Data Engineer-ы получают мало? А они, на минуточки, почти все на 90% пишут на Pyton
это типо аналитеги и искатели корреляции между покупкой зубной пасты и покрышек ?
А почему "любители питана"? Там же в название явно буква ха. Ведь пихон, а не питон. Читать научитесь.
Очень жаль что IEEE Spectrum разделяет JS и TS.
Так бы получившийся кадавр опередил бы даже джаву.А PYPL наоборот объединяют си и с++. Это же разные языки!
Причем вклад си в общий процент намного меньше - это видно по всем остальным рейтингам, где их разделяют.
> Очень жаль что IEEE Spectrum разделяет JS и TS.
> Так бы получившийся кадавр опередил бы даже джаву.Ну... по моей практике работы с жабаскриптерами, обычные часто не могут в TS.
Хотя можно было бы и объединить.> А PYPL наоборот объединяют си и с++. Это же разные языки!
С одной стороны да, с другой - согласно теореме г-на Эскобара..
Сишники спокойно пишут на плюсах в сишном стиле))> Причем вклад си в общий процент намного меньше - это видно по всем остальным рейтингам, где их разделяют.
Потому что си уже дремучее легаси.
Новых проектов единицы, остались и тянутся только те, которые слишком большие чтобы переписать.
Код на Си это валидный код на С++.
Код на JS это валидный код на TS.
>Код на Си это валидный код на С++.Но есть/были нюансы. Например, инициализацю полей структуры в стиле C99, до последних стандартов, С++ не принимал.
Там и с именами структур несовместимость, и даже препроцессор по разному работает.
Плюс С++ в принципе не может "на лету", почти в любом месте, объявлять данные и функции, а в С это валидный код.
> Ну... по моей практике работы с жабаскриптерами, обычные часто не могут в TSКто поумнее - те делают ЯП более наглядными и простыми, в т.ч с неявным выводом типов
Вроде
Java -> Kotlin
ObjC -> SwiftИ только очень странная категория людей наоборот лезет максимально усложнять и портить всё, до чего может дотянуться. К сожалению, такие пришли в JS и получился TS. А до него была обмазка в виде Flow, но не такая уродливая и громоздкая, а ещё ранее - всякий Coffee Script, но тот хотя бы давал фичи, которые на тот момент в исходном ЯП реализованы не были и делали многое действительно проще и удобней
Очень многие программируют на суржике С/С++. И разделить где там чистый С, а где С++ не представляется возможным.
О нет,здесь нет самого лучшего ЯП "GDScript"
Верните vbscript.
Верните его обратно Micro$oft.
YoptaScript тоже нет в рейтинге TIOBE.
Питон очень выгоден производителям железа, ведь им можно каждый год впаривать питонистам свои изделия с улучшением производительности на 5%.
Производители Raspberry так делают?
Да. А что?
и учебных курсов
Мне кажется это заговор онлайн школ, они специально учат всех питону.
Конечно заговор. После Си подобных типизированных языков можно писать на чем угодно, а после Питона переучиться на что то другое тяжело.
>После Си подобных типизированных языковПопробуйте окамл или хаскель, и забудьте про ужаз типизации си подобных языков
> и забудьте про ужаз типизации си подобных языковВсякой задаче свой язык, какие то оптимальны, какие то неэффективны.
Я пишу и для микроконтроллеров, и драйверы Линукс, так что забыть про С и С++ не получится.
Догадываесь где в рейтинге системного программирования языков окажется Хаскель? И другие элегантные языки.Для десктопных приложений Хаскель тоже не очень популярен. Как встраиваемый скриптовый язык для контроллеров, тоже не слышал кто использует, в отличии от js, lua, micropython.
Как компилируемый язык для контроллеров, только в рамках баловста упоминания видел.Почему то язык настолько непопулярен, что кого ни спроси, знают максимум, что есть такой язык, и иногда что он функциональный, и эти "знатоки" добавляют что, вроде бы устарел.
Видимо язык проявляется не не массовых задачах.
>Догадываесь где в рейтинге системного программирования языков окажется Хаскель?Для системного программирования берите rust. Или ats, если готовы самостоятельно реализовывать писать компилятор и библиотеки
>и эти "знатоки" добавляют что, вроде бы устарелНе устарел. Что хаскель, что окамл активно развиваются.
>Всякой задаче свой язык, какие то оптимальны, какие то неэффективныТипизация в си подобных языках ушла недалеко от python-а. Сложить число со строкой вроде нельзя, но вот упасть на null точно так же можно. А приведение через void* или Object, когда программа внезапно падает в рантайме - ничуть не лучше чем python, а то и хуже. При этом не важно, о чём говорить C, C++, C#, Java, Go - у них одни и те же проблемы в типизации.
> Для системного программирования берите rust.Это от нечего делать можно переписывать исходники и вагоны библиотек.
А когда нужно зарабатывать, берут инструмент который решает задачи, решает у срок, и в конечном итоге кормит. ;)>>самостоятельно реализовывать
И финансировать самостоятельно? Не моё.
> Типизация в си подобных языках ушла
недалеко от python-а.
Ясно. Не комментирую. Пропускаем.>> Сложить число со строкой вроде нельзя,
На С++ можно сложить что угодно. А если кто то возразит, что на голом С++ нельзя, ну так Голый Питон,JS и вовсе не ипользуют, и сами голыми не ходят.
>>но вот упасть на null точно так же можно.
Ну, когда Вы замечали падение, по null или еще какое, когда писали на С++? Именно это весьма и не часто, и 3странчется тривиально.
>> А приведение через void*
А это уже очень "творческие" грабли. Но никто же не заставляет так писать. И это больше к Си, чем С++ относится.
С прямыми руками ничего не падает независимо от того, на чём написано.
Но для разного типа работ, оптимальны разные языки. И сам я использую явно не один.Популярность разных языков пропорцональна количеству задач для которых тот или другой оптимален, и ОБЬЁМА задач разного типа.
Например на одной работе на Си писали трое, на С++ один, и на С#,JS семеро и 1.5 на Питоне. В этом варианте типа непопулярны С++ и Питон, но убери одного любого из этих разработчиков, и труды пишуших на более популярных языках будут не нужны.Если смешать статистику языков программирования в одну кучу, то пользы от неё как от " общего анализа мочи", когда все анализы слиты в одну бочку.
Интерес представляет сравнение по популярности схожих по задачам языков программирования.
>Ясно. Не комментирую.А зря. Вы не видели нормальной типизации
>На С++ можно сложить что угодноТогда ничем не лучше питона, там тоже можно сложить что угодно с чем угодно, и падением в рантайме
>Именно это весьма и не часто, и 3странчется тривиальноЭто больше к c# и go относится, но такие детские ошибки можно и не совершать, чтобы не чинить
>А это уже очень "творческие" грабли. Но никто же не заставляет так писатьЧто, в c# не приводят к Object, а в go к структуре? Это происходит с завидной регулярностью, ибо иначе - никак. Попробуйте в go с тем же синтаксическим деревом поработать, без приведения типов.
>С прямыми руками ничего не падает независимо от того, на чём написаноТолько вот прямых рук нет у разработчиков браузера, ядра, и кучи других вещей.
>Популярность разных языков пропорцональна количеству задач для которых тот или другой оптимален, и ОБЬЁМА задач разного типаПопулярность зависит от того, насколько язык разрекламировали, а задачи ему всегда найдут. Вот js идеально подходит для написания десктопных приложений на электроне. И для мобильных приложений.
> Вот js идеально подходит для написания десктопных приложений на электроне. И
> для мобильных приложений.Если вообще не рассматривать "слона под капотом", то на первый взгляд есть простота.
Сам писал так для Андроида.
Но, я писал для работы с прибором по оптопорту или wifi. Протоколы обмена бинарные, посылать и передавать надо структуры требуемого формата. И то, что на С++, C#, Lazarus делается тривиально, на JS (и на Питоне тоже) превращается в заспамленный и раздутый код. А в остальном прекрасно, как никогда. Или я не вляпывался ещё.
>Если вообще не рассматривать "слона под капотом", то на первый взгляд есть простотаДа, в этом то и дело, что ни тормоза, ни какие-то другие свойства js не мешают ему заходить в те сферы, для каких он слабо пригоден
>> Для системного программирования берите rust.
> Это от нечего делать можно переписывать исходники и вагоны библиотек.Ну... библиотеки относительно несложно прикручиваются и к расту.
А когда заработает и если будет лишнее время - можно и их тоже переписать.
(хехе, люблю давать себе заведомо ложнные обещания)))> С прямыми руками ничего не падает независимо от того, на чём написано.
Вот только я практически не видел хорошего кода на плюсах (исключение - Clang/LLVM), а про СИшку и ее Настоящих Пограммистов можно почитать в любой новосте, со словом "уязвимость" в заголовке.
> Но для разного типа работ, оптимальны разные языки. И сам я использую явно не один.
Естественно. Это логично - для разных задач свои инструменты.
Но даже из одного класса они могут быть разные по продуманности, удобству, качеству и тд.
Те кто использовал проф инструмент для строительства, думаю понимаю о чем я.
и то и другое, в общем-то, никому уже и даром не нужно кроме поддержки старья
перспектив с этим даже меньше чем с простым Си
>перспектив с этим даже меньше чем с простым СиНовые компиляторы пишут на этих двух языках, это одна из тех сфер, в которых они популярны. Тот же rust начинал с кода на ocaml.
> Публикация комментариев к данной теме доступна только для зарегистрированных пользователей.На других свободных форумах не бываю, поэтому более чуханского не знаю. Может, ЛОР ещё и местечковые..
Там уже скорее всего выразили и ваше мнение тоже, а потому регистрироваться чтобы каждый первый в игнор кидал не айс.
Популярность, это то что массовое, то есть ширпотреб.
А самый большой объём кода пишется не самыми профессиональными кодерами.Сравнивать уместно языки находящиеся в одних нишах назначения.
Например можно сравнить популярность Си и Руст, по Питон здесь будет лишним.
Или можно сравнить Питон и JS и подобные, но тогда С++ в этой группе будет лишним. И так далее.
Но никак не смешивать мух с котлетами.Или вот, Swift низко в рейтинге. Как так? Он же на Мак основной язык. А дело и в малочисленности как Маков, и тем более программистов для них.
То есть, вне Мак он никому не сдался, в своей нише без его знания уже никак.
Раскидывать языки по нишам, будет не совсем корректно. Например, Си является языком общего назначения, как ни крути. Питон жёстко не привязан к вэб-програмированию. Видел скрипты на bash, функционирующие как полноценные программы.
>>Си является языком общего назначенияНо не скриптовым. Да и GUI приложения хоть на нем и хоть и можно делать, обычно для этого используют другие инструменты.
На самом деле Си, это "переассеблер" для системного программирования, а то что можно что то ещё на нём делать, уже побочный эффект.
Вот С++ уже для более общего назначения.>Питон жёстко не привязан к вэб
К веб и JS не привязан, а привязаны его реализации
> Видел скрипты на bash, функционирующие как полноценные программы.
Могу дать двух панельный файл менеджер с редактором на голом Bash.
Но очевидно, не смотря что он работает, это программа-прикол, ради спортивного интереса, но не нормальный инструмент для подобного.SQL не язык програмирования, а язык запросов. Если на нем делать типа обычные программы, то будет чисто спорт, как в случае с Bash.
Есть основное назначение языка и области где он хорош. Вот языки со сходными нашами применений и уместнее сравнивать.
> К веб и JS не привязан, а привязаны его реализацииРука-лицо, изначально JavaScript был разработан специально для web-браузера Netscape Navigator, падаван. Поэтому привязан, еще как привязан. Это потом этого уродца начали совать в места, для которых он совсем не предназначен и не подходит.
В отличие от Java, которая была изначальна предназначена для бытовых приборов, типа, кофемашин, а потом пошла и в GUI, и в Web, но осела на Enterprise серверах, гоняющих данные между Базами Данных и Web-ом.
Про ЖабаСкрипт сказал верно, а вот про саму Жабу соврал. Жаба на самом деле это виртуальная машина. Весь код исполняется в виртуальной среде, поэтому он так переносим. Жабу специально создавали для Энтерпрайза, для серверов и баз данных. Специально под Web тоже его не создавали.А для, "для бытовых приборов, типа, кофемашин" и прочей встройки подойдёт чистая Сишка.
Много ржал :)Тебе сколько годков то, "сынок", что ты не знаешь истории создания языка Java?
А я современник создания языка Java. Даю подсказку Java - это остров, на котором выращивают популярный в США сорт кофе и используют в Кофемашинах. До этого проект назывался Oak (Дуб)А виртуалка должна была дать возможность запуститься написанной программе на различных интеллектуальных бытовых устройствах (next-generation smart appliances) с разными процессорами. - это было изначально. Understand, интрепрайзчик?
Ссылки на обязательное изучение, подаван:
https://en.wikipedia.org/wiki/Java_(software_platform)#History
https://en.wikipedia.org/wiki/Oak_(programming_language)
> А для, "для бытовых приборов, типа, кофемашин" и прочей встройки подойдёт чистая
> Сишка.Да ну нафиг. Это пока сетей и веб интерфейсов не было, Си годился.
>Это пока сетей и веб интерфейсов не было, Си годилсяНе годился. Играешь в игру, и тут она падает.
FTL не падает. Не гони.
> Си является языком общего назначения, как ни крутиУгу. На нем можно написать всё, но как ни крути получается как-то фигово)))
Именно по этой причине практически во всех областях от него ушли.
Сейчас я не знаю ни одну область применения, в которой нельзя было бы использовать плюсы вмести си.> Видел скрипты на bash, функционирующие как полноценные программы.
Не, ну можно и на брейфаке написать. Но дальше возникают вопросы от поддерживаемости, стабильности, корректности и так далее.
>> Си является языком общего назначения, как ни крути
>Угу. На нем можно написать всё, но как ни крути получается как-то фигово)))У __тебя__ не получается, не надо тут обобщать! :-))))
Учись студент, всё получится. Я в тебя верю!(С)>Именно по этой причине практически во всех областях от него ушли.
УПРЛС?!?!?
На нём (СЛАВА КПСС!) почти перестали писать бизнесс-логику :) Потому как даже самое старое железо более высокий уровень для этого вполне себе тянет...
Но это и всё! :)
Эмбедд - весь на нём, ведро - всё на нём, байтодрочЪ(С) - на нём, либриотеки всякие (батарейки для ...) - не всё, но таки есть и на нём (numpy к примеру - это Си)...>Сейчас я не знаю ни одну область применения, в которой нельзя было бы использовать плюсы вмести си.
Ну напиши хотя-бы библиотеку на своём С++ чтоб еЯ можно было из какой другой скриптоты поюзать :) И чтоб фокусов типа без extern "C" :)
Ну как - понравилось? :)
Теперь напиши ведро... ну как?
(Подсказываю - проси меня взамен написать GUI годный на чистых сях :-) - я спрыгну, чур меня, гногм уже есть! :) )С++ на сейчас - очень трудный язык. Обычно если ты думаешь что его знаешь, ты просто наивный зелёный нуб. Как увидишь синьЁра на костылях с 100500 прострелами собственных ног - спроси его :) Быстрее всего скажет "... я надеюсь что достаточно знаю ту часть С++ которую мне нада вот для этого проЖэкта"... :))))
Ну как то так(С)
> У __тебя__ не получается, не надо тут обобщать! :-))))Да если бы у меня. Ты лучше покажи у кого получается)))
> На нём (СЛАВА КПСС!) почти перестали писать бизнесс-логику :)
Это точно! Но перестали писать не только бизнес-логику.
> Эмбедд - весь на нём
Тут не все так однозначно. Всякие hal и низкий уровень - да. А дальше и плюсы в том числе.
> ведро - всё на нём
Угу. Просто некий упорный (или упоротый) аймфинниш не хочет признавать ошибки молодости. Хотя раст зачем-то впердолил.
> байтодрочЪ(С)
На плюсах можно сделать все тоже что и на сишки. Можно даже практически теми же конструкциями. И на фортране можно. И на расте. Тут разницы практически нет.
> но таки есть и на нём (numpy к примеру - это Си)...
А почему есть? Потому что первый выпуск numpy - 1995 год. А первый стандарт с++ (пусть и сырой) C++98 появился в 1998м. Хотя то вообще была шляпа - реально си с классами. Первые нормальные плюсы - с++11.
Ну и конечно таких древних либ как того самого за баней.
И их будут тянуть дальше пока не забьют полностью.> Ну напиши хотя-бы библиотеку на своём С++ чтоб еЯ можно было из какой другой скриптоты поюзать :) И чтоб фокусов типа без extern "C" :)
Так единственное разумное применение для си - использовать его для FFI. Больше нету)))
> Теперь напиши ведро... ну как?
Ядро и на хаскеле писали (правда таки с вкраплениями си), и на расте, и на плюсах. И все работает. До линуксового не дотягивает исключительно из-за разницы во вложенном бабле.
> С++ на сейчас - очень трудный язык.
Я как бы и не говорил что он легкий. Но за простотой сишки скрываются не меньше способов прострелить ногу. А возможностей у сишки - на порядок меньше. Как будто вместо хорошо оснащенной мастерской тебе дали отвертку и ручную дрель. А дальше крутись как хочешь.
> и. Питон жёстко не привязан к вэб-програмированию.А я думал, что PHP, Javascript, Go. На Python тоже можно, но все таки он уступает по популярности первым двум, а скоро и Go его здесь обойдет
Python - это сейчас, прежде всего, язык для работы с данными - Data Analisys, Artificial Intelligence, ETL/ELT. При этом часто Python под капотом дергает высокооптимизированные библиотеки, написанные на С/С++/Fortran.
В других областях Python тоже применяется, но как "сделать прототип, по-быстрому, выйти на рынок, а потом переписать на что-то более производительное".
Да, это не сравнение языков, а сравнение областей программирования по популярности
Питон с JS нельзя сравнивать. Для веба сейчас JS/TS - основной выбор для новых проектов. А вот Питону там вообще не место. Чисто legacy.
>PythonНе нужен — есть Lua и Julia.
>JavaScriptНе нужен — есть TypeScript, Elm, HTML и CSS.
>JavaНе нужен — есть Kotlin, Elixir и Go.
... не нужен - есть Nu!
Ню это прекрасно!
А TypeScript во что по вашему транслируются? Да и Kotlin во что? Кому не нужен? Вам?
Не нужен - не пользуйся. :)
Начтите с выпивания JS из браузера.Python vs Julia? В расчетах второй точно удобней. Но на Питоне можно писать, почти что к угодно (в разумных пределах) прямо сейчас во множестве IDE, и есть вагоны библиотек и примеров.
Lua? Сам по себе язык и не удобный, и с ограничениями, но легко встраиваемый, и не ресурсоёмкий, поэтому живет больше за кулисами, а не как язык общей разработки.
Про Java, пожалуй соглашусь. Изучать сейчас точно сомнительно. Делфи и Паскаль ждут её в музеях.
Стоило бы выпилить JS только за его всратые свитчи, копирование объектов и одновременное наличие типов и интерфейсов, когда можно было сделать только одно.Хотел бы найти за что похвалить, чтоб не так едко было, да вот не за что.
Уж лучше б lua вместо js был
> Делфи и Паскаль ждут её в музеях.На Делфи до сих пор коммерческие проекты есть. И это как Cobol - по объективным причинам с него не слезут.
Всё что ты перечислил вдвойне не нужно. Если бы JavaScript перестал использоваться браузерами, то наступило бы светлое будущее. Но ты такого будущего не достоин.
>Python
>JavaScript
>JavaНе нужны они, не нужны и предложенные альтернативы. Уже есть кроссплатформенный, быстрый, как Си, и удобочитаемый, как Python, язык. Расходимся.
make COBOL great again !
https://opennet.ru/60802-gnucobol
Сам лозунг как-бы говорит сам за себя - для них он не особо то и популярный.
COBOL в дватцатке потому, что банковское легаси на нём приходиться поддерживать. Не думаю что новьё будут на COBOL-е ваять.
И это всё-равно не говорит что он среди запада популярен. Админ стер, но повторю - удел гастарбайтеров. Реальных или виртуальных. Тебе заплатят, ещё 20 лет ненужен будет.
Так уже написали в прошлом году новое - MineCraft-сервер на COBOL.
Вы знаете у меня на работе никто не применяет python, но все знают JavaScript и скрипты пишут на Node, т.е. на нем. И в каком месте этот Python популярен? Работаю в веб-разработке. Серьезно люди верят в объективность этого рейтинга? Я уже сменил достаточно количество работ и могу заверить что python не популярен. Единственно когда он нужен был при работе с некоторыми облачными сервисами, потому что на другом языке просто не предоставили библиотек.
Веб разработка это мизер в области программирование. Которой занимаются самые ограниченные люди и ты из их числа.
Веб-разработка по объему рынка - примерно большая часть разработки.
Не льсти самому себе. Сейчас веб даже в эмбэддэд и в десктопе и в мобилках. Небось на VSCode свой код ваяешь.
Есть одна достаточно популярная американская компания, которая представляет гибридные облачные системы. Я делал клиент на десктоп - там тоже веб. Дали бы доступы и железом бы занялся. Железо нынче проще веба разрабатывать, так-что ты злопыхатель с прошлого столетия, отстал от жизни так сказать.
Если бы рейтинг был бы объективен, то тот же Python 9 из 10 применяли его. Ну или хотя-бы те же 23%, т.е. каждый 5-ый. Но этого нет. Зачем эта лапша на уши?
Когда питон 9 выйдет, тогда и поговорим. А сейчас он не пригоден для использования в сколь-нибудь крупных проектах.
Когда его применять будут или хотя-бы на работе будут говорить о применении, вот тогда и поговорим. Ответ в общем-то нормальный, чего вы ему минусуйте? Я о том что рейтинг не объективен. А Stable Diffusion достаточно крупный проект, но смысла мало и он на Python. Мне лично не ясно почему таким рейтингам люди доверяют? Нужно же включать мозги - нет востребованности, нет применения. А потом какие-нибудь тим-лиды рассказывают о глупости нового поколения. Ну не может молодой человек быть менее продуктивным - вы уж извините моложе и больше энергии имеете, только учить нужно то что реально востребовано, а не то что Тиобэ написал. На заборе тоже много чего пишут. А где рейтинги по опросам самих программистов и компаний? Вопрос то ведь что реально популярно, перспективно и востребовано, а не просто так, потому что Тиобэ так решил. Это лапша на уши.
>А где рейтинги по опросам самих программистов и компаний?Например, на Stackoverflow.
> Если бы рейтинг был бы объективен, то тот же Python 9 из
> 10 применяли его. Ну или хотя-бы те же 23%, т.е. каждый
> 5-ый. Но этого нет.Ну так рейтинг-то не о популярности языков, а о популярности поисковых запросов.
Этот рейтинг показывает, насколько часто разработчики на языке N ищут в поисковике "а как сделать вот такую вот тривиальную операцию". И в этом смысле TIOBE -- это антирейтинг.
> Зачем эта лапша на уши?
Лапша не рейтинг. Лапша -- это его восприятие читателями.
Расчитываю на вхождение Go в первую десятку в течении этого года.
Он слишком нишевый для топа
> Он слишком нишевый для топаНе более нишевый чем Java, с которой я на Go перешёл после 18 лет работы.
Кстати да, Go такой... "джава здорового человека".
Довольно корявый язык с кучей недостатков.
Вы нам покажете свой "идеапьный язык", который, надеюсь, вы сконструировали и создали?
Надеюсь он не будет называться "БКК" - Большая Красная Кнопка: нажал, ничего не сделал, а вся спина уже в поту.
"Идеальных языков" было сделано много, но не один не взлетел. Они взлетают по другим причинам, часто не ясным.
Главный недостаток GoLang - требование писать открывающую фигурную скобку на той же строке, что и операторы if и for
Из-за этого код выглядит некрасивым.
Из кучи недостатков, например, адекватной работы с null, отсутствием алгебраических типов, внятной обработки ошибок и так далее, вы выбрали то, что является исключительно делом вкуса
Надо этот scratch попробовать.
Великолепный рейтинг популярности языков программирования!
тем временем 99% веба работает на пхп
И Perl
Перл уже забыли.
А где ZIG? Кривой тест, единственный нормальный.
Как где? Там, где ему (языку без 1.0 версии) и место - нигде.
Какие-то фейковые рейтинги.
Где лучший язык всех времён и народов LISP?!
> Где лучший язык всех времён и народов LISP?!Примерно там же где и Лисп-машины - на свалке истории.
Лисп может взлететь вместе с Лисп-машинами. Только так, а не иначе. Си взлетел вместе с Юниксом.
Net.
> Где лучший язык всех времён и народов LISP?!Ну во-первых лиспы -- это семейство языков, а не один конкретный.
Во-вторых, вы поработайте с ними немного. Быстро поймёте, что гугель в общем-то бесполезен.
Так что его в данном рейтинге быть не может ну вот совсем.
>Быстро поймёте, что гугель в общем-то бесполезен.Маны к guile я открываю именно через гугл.
>>Быстро поймёте, что гугель в общем-то бесполезен.
> Маны к guile я открываю именно через гугл.При всём уважении, зачем?
# dpkg -L guile-3.0-doc | grep guile.info.gz
/usr/share/info/guile-3.0/guile.info.gzИ дальше в emacs спокойно можно пользоваться через info-mode.
https://www.tiobe.com/tiobe-index/
24-е
Ruby (18 → 16)
растём немного
Мы тоже (Rust). А Си падает. Пора, пора старичку на покой...
Вполне возможно. Раст имеет несколько хороших идей, и много сомнительных. Но, Си потеснит по причине навязывания Раста корпорациями. Как это в своё время было с Жабой: миллиард долларов и вот уже Жаба -- лучший копроративный язык.Но если гошечку создатели научат паре-тройке фишечек из Раста -- у Раста шансов не останется.
> Вполне возможно. Раст имеет несколько хороших идей, и много сомнительных.Хм.. а "огласите весь список, пожалуйста!" (с)
Ну или хотя бы 2-3 сомнительных идеи.> Но, Си потеснит по причине навязывания Раста корпорациями.
Неправда, дыряшку вытеснили из практически всех ниш еще до появления раста.
С++, джава, C# и тд.> Как это в своё время было с Жабой: миллиард долларов и вот уже Жаба -- лучший копроративный язык.
Ее создали корпорации для корпораций - так что логично
> Но если гошечку создатели научат паре-тройке фишечек из Раста -- у Раста шансов не останется.
Например уберут сборщик мусора или добавят боровчекер?
Но оно не нужно для задач Го.
Есть свежие результаты от Stack Overflow:https://survey.stackoverflow.co/2024/technology#2-programmin...
Там всё несколько иначе.
А в чем суть рейтинга, определенный язык программирования используют для определенных нужд. Скажем так как сравнивать html, и C++, это разные вещщи.