Журнал IEEE Spectrum, издаваемый Институтом инженеров электротехники и электроники (IEEE), опубликовал новую редакцию рейтинга популярности языков программирования. Лидером рейтинга остаётся язык Python, после которого с незначительным отставанием следуют языки C, C++ и С#. По сравнению с прошлогодним рейтингом язык Java сместился со 2 на 5 место. Укрепление позиция отмечается для языков C# (поднялся с 6 на 4 место) и SQL (в прошлом рейтинге не входил в десятку лидеров, а в новом закрепился на 6 месте)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57692
Рад что понемногу c# растёт в рейтинге
У него сейчас будут проблемы с выпаданием целых регионов применения. Согласно санкциям Госдепа.
А госдеп может языки программирования в санкционные списки вносить?
Они же мировой правительство они могут телепортироваться к тебе домой и тебя сожрать.
Легко, если язык контролируется единственным вендором.
А где же мой Фортранчик? :( Или хотя бы Фрактальчик ...
Хорош в глаза долбиться. Смотри рейтинг от Tiobe. На 19-м месте твой Фортранчик.
Глаза у любителей фортрана -- это возрастное.
> в глаза долбиться.А вы затейник ...
Это почему же? Госдеп запретил C# на Эльбрусе запускать?
И на Эльбрусе, и на Байкале, и на Risc-V.
Проблемы возможны не у языка, а лишь у одной из его реализаций. Mono госдеп запретить не сможет.
На Моно лишь хеловорлды работают.
"Вы просто не умеете их готовить" )
Микросервисы на C# c REST, Kafka и PostgreSQL замечательно живут под кубиком.
А что ты вообще на опеннете делаешь?
А почему бы и нет? Язык опенсорсных, давно можно из под линуксов энтих работать
> давно можно из под линуксов энтих работатьКак бы да, но нет
Ну хз. Есть несколько знакомых, которые пишут на .net из под линухи - никаких проблем
>знакомых, которые пишут на .net из под линухи - никаких проблемC# и GNU/Linux несовместимы. Да и у Свободивцев неприязнь к копилефту.
В чем заключается несовместимость?
Да там зоопарк: MIT LGPL-2.1 GPL-2 BSD-4 NPL-1.1 Ms-PL GPL-2-with-linking-exception IDPL
Я вообще ботов для телеграма пишу на C#, которые потом на сервере работают, который на Debian
> Я вообще ботов для телеграма пишу на C#, которые потом на сервере
> работают, который на DebianНа сях под Tox прикольнее получается, оно еще и распределенное, и при всей лаконичности потом может даже на роутере с openwrt крутиться. А лизать окорок майкрософта - ну так себе перспектива, с любой точки зрения.
в доме, котрый построил Джек
Скорее портируют C# ПО, на Linux, что не экзотика, и продолжают развивать на Linux, как более удобной платформе для разработки.А новый C# проект начинать под Linux, даже при активном использовании его же на Видовс, это как секс с резиновой куклой.
сразу видно эксперда из мира виндовс формс
Чем плохо начинать разрабатывать проект сразу в целевой исполняемой среде?
Имхо, секс с резиновой куклой - это докер / гит в винде или мак ос. Уже только поэтому стоит начинать новый проект в linux
Опакечивают, логи в syslog, уважают FHS? Где хоть посмотреть-то на таких? Ссылку на репы что ли кинь.
Да Господи, глянь хоть те же исходники bitwarden. Написан на .net, разворачивается в linux контейнерахВсе новые проекты наверное лет 5 уже крутятся в докерах и куберах
Т.е. на все три вопроса ответ "нет", а "никаких проблем" заслуга контейнеров? Ну так про это и речь: дотнет-бомжи могут существовать только в контейнерах-распределителях.
Контейнеры - это удобный способ доставки и масштабинования приложения, никто же не запрещает тебе его развернуть в голой, условно, убунте.Уважать иерархию - ответственность разработчика. Не уважать её можно на любом языке программирования. Куда писать логи - тоже ответственность разработчика. Можно писать хоть в syslog, хоть в условный эластик.
Про опакечивание я не понял. Если речь про доставку пакетов с sdk и runtime, то тоже никаких проблем - есть в официальных репозиториях многих дистрибутивов, есть ppa репозитории, есть снап, есть tar
"не мешает" в данном случае ровно то, что стоически не умеют дотнетчики:
- пакетить
- штатное логирование
- соблюдение FHS> Не уважать её можно на любом языке программирования
Несомненно. Но именно дотнетчики это делают массово, настойчиво и неуклонно.
> Если речь про доставку пакетов с sdk и runtime
Речь про пакеты с софтом. У которых в зависимостях runtime и... зависимости. Вдруг ты слышал.
> тоже никаких проблем
Покажи репу дотнет-софта от твоих друзей (у которых никаких проблем) с опакечиванием и вот этим всем. А то про "никаких проблем" я слышу уже третий раз, а ссылки на репы всё нет.
> Несомненно. Но именно дотнетчики это делают массово, настойчиво и неуклонноЭмм, я стесняюсь спросить откуда статистика? Лично я не знаю, куда пишут дотнетщики логи в своих проприетарных бэкендах для веб приложений и уж точно куда они (и саме главное что и зачем) они пишут на диск в веб-приложениях. Что-то мне подсказывает, что конкретно в этом аргументе ты лукавишь.
> Покажи репу дотнет-софта от твоих друзей (у которых никаких проблем) с опакечиванием и вот этим всем.
Я же написал, глянь репу bitwarden. Или ты думаешь что все выкладывают интеллектуальную собственность заказчиков в публичную репу?
https://github.com/bitwarden/server> А то про "никаких проблем" я слышу уже третий раз
Никаких проблем с разработкой или развертыванием. Ставишь sdk выбрав любой удобный тебе способ
https://docs.microsoft.com/en-us/dotnet/core/install/linuxИ разрабываешь без всяких проблем. Хочешь что-то запустить у себя на сервере? Ставишь рантайм любым удобным способом и запускаешь без всяких проблем. Хочешь в докере? Базируешься на имедже с рантаймом и снова никаких проблем. По-моему точно так же как и в случае любых языков, которые не компилируются в нативный код или интерпритирются.
> Речь про пакеты с софтом. У которых в зависимостях runtime и... зависимости. Вдруг ты слышал.
Ну с учетом того, что 99% вакансий - это проприетарные веб приложения мне, конечно, сложно представить такую ситуацию - ниша несколько иная, не считаешь? А что делают джависты, рубисты, нод джсники?
> Эмм, я стесняюсь спросить откуда статистика?Предположим, от верблюда. Но у тебя есть ещё шанс "размочить" нулевой счёт.
> Что-то мне подсказывает, что конкретно в этом аргументе ты лукавишь.
Возможно. Но ведь тебе надо привести пример проекта и я посыпался со своим лукавством.
> Я же написал, глянь репу bitwarden.
docker-only, нет? т.е. первый пунк провален. Хотя в сислог они сумели вроде. Там какая-то поделка сбоку, но вроде она даже в протокол умеет. Респект.
> Или ты думаешь что все выкладывают интеллектуальную собственность заказчиков в публичную репу?
Странно. C/C++ проектов со всеми тремя условиями хоть завались, и публичные репы найти не проблема.
> Никаких проблем с разработкой или развертыванием. Ставишь sdk выбрав любой удобный тебе способ
Речь шла о программерах НА дотнете и их софте, не про sdk. Кои удивительным образом поголовно на венде и "под линукс" кропают с принципиальным незнанием "вот этого вашего всего", чем гордятся нешуточно.
> И разрабываешь без всяких проблем.
Так и где это всё.
> Ставишь рантайм любым удобным способом
Рантайм должен прилететь по зависимостям пакета. Я вообще не должен про это думать. Более того, рантайм уже должен быть у меня в системе, приехав с первым пакетом. Но вот незадача. Я за всю свою жизнь не видел ни одного сервера с установленным _таким образом_ (по зависимостям) рантаймом. Потому что не видел ни одного опакеченного дотнет приложения.
> Ну с учетом того, что 99% вакансий - это проприетарные веб приложения мне, конечно, сложно представить такую ситуацию - ниша несколько иная, не считаешь? А что делают джависты, рубисты, нод джсники?
Вооот. Ниша иная. Тут уже забрезжил свет взаимопонимания. Теперь напрягись и пойми, что "иная ниша" это далеко не для всех "никаких проблем" - с определённым набором обоснований.
Про прочих.... Ну не могу сказать, что там вот вообще всё хорошо, но заметно лучше, по крайней мере и nodejs и ruby и jdk по зависимостям прилетевшие - вообще нередкость.
Аргументы уровня "Ничего не хочу видеть, буду считать так, даже если ложь".
> Речь шла о программерах НА дотнете и их софте, не про sdkРечь изначально шла про возможность разработки из под linux, проверь. Я не понимаю коим боком опакечивание .net приложений к возможности разработки на разных операционных системах, потому что с этой проблемой ты столкнешься вне зависимости от операционной системы на которой разрабатываешь и совершенно точно не столкнешься разрабатывая очередной веб сервер вне зависимости от операционной системы на которой разрабатываешь.
> Но ведь тебе надо привести пример проекта и я посыпался со своим лукавством.
Ты утверждаешь, что все дотнетщики какие-то по определению не такие люди и поголовно не опакечивают, не уважают файловую иерархию и пишут логи не туда. Приведи пример в поддержку своей теории. Потому что я в принципе не знаю ни одного хоть сколь-нибудь значимого десктопного .net приложения для linux. А раз приложений нет, то как это может быть правдой?
> Странно. C/C++ проектов со всеми тремя условиями хоть завались
Ты привел критерии актуальные для другого типа приложений и утверждаешь, что их не соблюдают. В веб приложениях не пишут ничего на диск, логи зачастую пишут в инексированный персистент сторидж и упаковывать для распространения пользователям его не нужно. Это как если бы я утверждал, что сишники поголовно не уважают rest api в своих веб серверах, а ты мол давай ищи сервера на сях в качестве опровержения
> Речь изначально шла про возможность разработки из под linux, проверь.О качестве этой разработки. Спрашивать про syslog/FHS и при этом отрицать возможность разработки - не мой стиль. Проверь.
> Я не понимаю коим боком опакечивание .net приложений к возможности разработки
Если не пытаться подменить тему дискуссии понимание не заставит себя ждать.
> Ты утверждаешь, что все дотнетщики какие-то по определению не такие люди
Мне пофиг какие они люди. Я говорю о том, что дотнетчики - разработчики с близкой к нулю культурой разработки под линукс, при чём поголовно считают это нормальным, отдельные персонажи этим гордятся.
> Приведи пример в поддержку своей теории.
https://felenasoft.com/xeoma/ru/download/
клиент "под линукс", на дотнете. На FHS плюёт с колокольни, половина настроек в файле, половина "в реестре", логами гадит где лежит, конфиги там же, в сислог не умеет, пакета нет.
> Ты привел критерии актуальные для другого типа приложений
Про какой тип приложений УЖЕ речь?
>Я говорю о том, что дотнетчики - разработчики с близкой к нулю культурой разработки под линукс, при чём поголовно считают это нормальным, отдельные персонажи этим гордятся.Согласен, преимущественно так и есть. Но, справедливости ради, бывают и исключения. Например, Pinta.
Вообще, шарп - довольно странный выбор, если речь идёт о разработке приложения, которое изначально предполагается кроссплатформенным.
> О качестве этой разработки
> Если не пытаться подменить тему дискуссииНет, именно о возможности разработки. Вот цитаты:
> А почему бы и нет? Язык опенсорсных, давно можно из под линуксов энтих работать
> Как бы да, но нет
> Ну хз. Есть несколько знакомых, которые пишут на .net из под линухи - никаких проблем
> Про какой тип приложений УЖЕ речь?Я к тому, что ты привел аргументы применимые к десктопным приложениям, они не имеют абсолютно никакого отношения к веб приложениям - основной нише дотнета, 99% всех вакансий. Писать на диск - очень плохая практика, никто в здравом уме не будет этого делать. Поэтому твой аргумент про fhs не имеет смысла. Для логов - grafana loki, elastic search или просто в stdout / stderr если кубер собирает - аргумент про syslog тоже отваливается. Так же как и пакеты, они не нужны для деплоя приложения.
Правда в том, что для такого типа приложений в современных реалиях всё что ты написал не актуально.> клиент "под линукс", на дотнете. На FHS плюёт с колокольни, половина настроек в файле, половина "в реестре", логами гадит где лежит, конфиги там же, в сислог не умеет, пакета нет.
Согласен. Если я приведу в пример несколько игр на божественных сях, завязанных на windows media player, реестре и количестве кадров в секунду (что делает их неиграбельными спустя годы), говорит ли о том, что у сишников нету культуры разработки или хоть какой-нибудь дальновидности? Нет.
Всё это время я говорил про веб, ты говорил про нюансы десктопа. Теперь, когда мы на одной волне, то я склоняюсь к тому, что в своём ключе ты прав. Если дать дотнетщику, который всю жизнь писал либо десктоп под винду либо веб, написать десктопное приложение под linux, то вряд ли он будет знать про какие-то там unix стандарты. Я бы точно наговнячил. Но ставить клеймо на всех не стоит, люди разные бывают.
И не знаю, почему я сразу не подумал, но dotnet теперь поддерживает native aot. Т.е. проблема пакетирования теперь может быть не актуальна и для десктопных приложений
Ты так говоришь, как будто хрень, которая в систему тащит всё с собой и продолжает плевать и на логи и на FHS это вот такая конфетка, что все её хотят. Нет, такой вариант тоже кому-то нужен, иначе бы не было всех этих snap/flatpak, не было бы static linking, но я бы предпочёл, чтобы это была дополнительная возможность, а не единственный вариант.Уточню сразу - это не предмет веры, это просто наблюдение, выросшее в принцип: граждане, которые не осилили в свойства системы под которую пишут очень часто наступают на грабли по незнанию. Хороший разработчик знает систему, под которую пишет. Т.е. для меня, разработчик, который умеет в пакет, но заворачивает во флэтпак и разработчик, который заворачивает в докер потому что иначе не умеет - разные разработчики. При прочих равных я предпочту софт первого.
Я только сейчас понял к чему ты клонишь. Тут ты с нишей ошибся, как я заметил выше, ниша .net - это веб приложения, поэтому и нет проблем. Естественно, писать cli утилиты или прочие десктопные приложения можно, но не нужно. Ну а если очень хочется, то можно включить .net в состав приложения... но не нужно
> Я только сейчас понял к чему ты клонишь. Тут ты с нишей
> ошибся, как я заметил выше, ниша .net - это веб приложения,Поясни что ты имеешь в виду, и опираясь на что ты это утверждаешь.
> Естественно, писать cli утилиты или прочие десктопные приложения можно, но не нужно.
Если можно, почему не нужно? И кому не нужно? Просто интересно.
> Ну а если очень хочется, то можно включить .net в состав приложения... но не нужно
Согласен, не нужно. Не фанат статической линковки. Впрочем три минимальных условия можно прекрасно выполнить и с ней и без неё. Но так никто не делает.
И если смотреть на вопрос под таким углом, то получается джависты тоже "бомжи", ведь вон ums и продукция jetbrains подставляется с java.
С ruby и js, думаю, тоже самое. Все пользователи языков, не компилирующихся в нативный код - бомжи? Или только дотнетщики?
> И если смотреть на вопрос под таким углом, то получается джависты тоже "бомжи", ведь вон ums и продукция jetbrains подставляется с java.Сам проверь. Есть репа? Умеет в syslog? Ставится с учётом FHS? Явисты да - тоже бомжуют частенько. Но есть и те, которые могут и делают хорошо.
> С ruby и js, думаю, тоже самое. Все пользователи языков, не компилирующихся в нативный код - бомжи? Или только дотнетщики?
Пользователи это пользователи. Мы говорим о программистах. С питоно-перло-рубями чуть иначе. Ну и них есть интересные мимосистемные костылики типа cpan/gem/etc. И мейнтейнеры спасают. Так что в принципе ситуация получше. Так прикол в том, что дотнет ещё и в нативный вроде как умеет.
OnlyOffice об этом не знает. И пишет на этом поделии сервера для Линуксов.
Честно говоря у них прям не очень хорошо получается.
Что у них каменный цветок не выходит, явно не от сишарпа зависит.
Дяденька, вы лет на 5 от жизни отстали. Как бы .Net Core (ныне просто .Net) отлично работает под Linux. И куча компаний разрабатывает на нем различные микросервисы, пакует в линуксовые Docker-образы, и деплоит в тот же кубер.
Отличное решение. Подсказываю: памперсы для взрослых позволят сэкономить на каждом этаже по уборной, не говоря уже о том, что дотнетчики смогут на 20 минут дольше кодить. Другими словами смогут гадить ещё больше. В контейнеры, имеется в виду.
Отчего ты такой токсик? Неужели джавист? XD
> Отчего ты такой токсик? Неужели джавист? XDЯхве его знает. CI/CD всё равно, собрать и поставить пакет завернуть в контейнер и поднять. Поэтому сказки про современные способы доставки, оптимизации и прочее натурально не заходят.
Как это "что делает"? Радуется, что понемногу c# растёт в рейтинге.
А ты?
> рейтинга популярности языков программирования
> ...
> HTML 17,97%Без комментариев.
Вы говорите что HTML невозможно программировать. По-моему вы просто жутко наелись конфет...
HTML -- язык разметки, но не программирования.
Вы говорите что HTML невозможно программировать. По-моему вы просто жутко наелись конфет… Этот язык заводится из простого текстового редактора и для его исполнения нужен только веб-браузер, к вашему сведению сидя на Windows я писал в блокноте копию рабочего стола (писал например в функцию кнопки пуск т.е. ее смена на более светлую картинку и обратно, так же меню картиночное высвечивалось и прочее) Язык вполне удобный, но его не совершенство это минус
я за 9 дней освоил qt за 2 дня html и bash за 3, а в последствии наращивал знания если мне что-то очень надо я это сделаю. Сказал что в начале 2011 компилятор будет значит будет. Но именно в 2008 году я стал успешным человеком
Про баш за 3 дня можно только посмеяться, да. То, что кто-то "освоил" кути за 9 дней, я даже не сомневаюсь.
>сидя на Windows я писал в блокнотеЭто какой-то позор! Почему ты не сидел на GNU/Linux, и не писал на VIm-е?
Почему ты не сидел на стуле и не дырявил перфокарты?
А какой вообще толк от скорости освоения. Ты в каком-то конкурсе участвовал и что ты в нём выиграл?
> так же меню картиночное высвечивалось и прочееМожет, всё-таки, это был JavaScript? Или CSS, если он тогда был.
Анонимы опеннета знают лучше инженеров IEEE. Так держать!
Да кто такие эти инженеры IEEE?
Да это такие же комментаторы с опеннета.
Одноногие афроамериканки-лесбиянки.
лесбиянки - это не так уж и плохо, даже если их несколько сразу...
Инженеры иеее не знают что hypertext MARKUP language это язык разметки?
Пусть название расшифруют.
Это декларативный язык программирования. Как и SQL.
<vars x=1>
<if> bla bla bla </if>
А VHDL и Verilog — языки описания и верификации.
> HTML -- язык разметки, но не программирования.В рейтинге он вполне себе уместен и это интересно видеть. Не переименовывать же из-за этого в "рейтинг языков программирования и прочей фигни, на которой что-то кодят".
Sql это тоже не язык программирования
Вообще-то SQL - язык программирования. И даже тюринг-полный.
Вместе с CTE - да. Только если ты используешь SQL таким образом для программирования, то курил ты не ман, а что-то потяжелее. Поэтому де факто это не язык программирования, а язык запросов.
Садись два. Это язык программирования полный по Тьюрингу.
А ассемблер это не один язык программирования.
Под каждую архитектуру свой ассемблер
>> язык разметки, но не программирования.Программист на Си может программировать на Си на любом языке. ;)
Вполне себе язык программирования. Что же может запрограммировать с помощью HTML? Инструкции браузеру, как отображать веб-страницу. Конечно, это не совсем то же самое, что инструкции компьютеру, но ведь тоже инструкции.
"Is HTML considered a programming language?" https://stackoverflow.com/q/145176
с такой логикой и любой вордовский документ - программа, ведь в нем "инструкции по отображению букв"
Тоже в шоке от инженеров IEEE.
Почему после "языка программирования HTML" они не добавили "язык программирования XML"? (риторический вопрос)
Еще могли бы и JSON добавить.
Потому что все три -- как минимум декларативные языки программирования.
Ну, немного не соглашусь, хоть я, наверное, и дилетант и могу ошибаться. хтмл - да, как Вы и сказали. Он указывает "что делать" и как рисовать браузеру, т.е. таки деклативный ЯП. А вот xml и json вроде как никаких действий никому не задают, это просто форматы хранения/представления данных, не? Даже если в расшифровке json и есть слово "object" это все равно не об инструкциях к действию. А вот с чем соглашусь, так это с тем, что для многих комментаторов здесь других ЯП, кроме процедурных и, с натяжкой, объектно-ориентированных, не существует. Что, какой-то там "функциональный"? Ф топку. Декларативный? Еще хуже.
> А вот xml
> и json вроде как никаких действий никому не задают, это просто
> форматы хранения/представления данных, не? Даже если в расшифровке json и есть
> слово "object" это все равно не об инструкциях к действию.Ну, можно согласиться. Но здесь также важно помнить, что когда речь идёт про JSON и XML -- прежде всего делается неявное предположение, что эти структуры будут влиять на ход работы реализации некой абстрактной машины (зависит от внутренней структуры, того что лежит внутри данных). Например, может быть поле "type", которое затем заставит абстрактную машину через серию if или swith дать на выходе совершенно разные объекты. Если речь идёт про специфичный вызов RPC -- тогда с высокой вероятностью на выходе всегда будет объект одного типа. Но, когда сериализованных объектов много -- делать много RPC может оказаться больно. Отдельная ситуация, когда структура содержит список команд, которые интерпретируются непосредственно абстрактной машиной. Если машинный код в виде списка байтов сохранить в файле и никогда не исполнять -- это тоже некий формат сериализации машинных команд и это нифига не язык программирования.
Ждем языка программирования CSS и LESS.
Похоже на правду. Есть надежда, что процент некачественного кода в экосистеме питона всё же упадёт, но пока только превращают в раковник ребята типа автора charset_normalizer (и автор requests в сговоре).
Качественный код это тот который существует и работает. Всё остальное это твоя воображаемая «качественность», которая регулирует твоими гармонами. Попей табов и весь код станет «качественным».
Некачественный код это тот треш который падает не там где положено и не так, как с этим можно работать. 99% кода из pypi. Плевать работает он там или нет, если его всё равно невозможно использовать.
Падает он у тебя только потому что ты его не правильно используешь. У меня 99% из pypi работает и есть не просит.
Ну-ну, посмотрим, как ты запоёшь, когда понадобится сделать что-нибудь более интересное. Например, когда захочется использовать батарейки для доступа к каким-нибудь апи. Я уж не говорю о том, что requests пихают повсюду, и он ничерта не асинхронный.
Я этим профессионально занимают и за деньги. Всё там работает, то что не работает мы толкаем и оно начинает работать.
> > requests пихают повсюду, и он ничерта не асинхронныйТак форкни, замени на httpx и расставь где надо async/await. Ты же питонист =))
В том и дело, это какой-то аутизм рефакторить косяки в батарейках я же не буду потом это сопровождать. Подозрительно часто приходится форки заводить и ещё чаще переписывать с нуля всё что реально переписать (потому что шли бы такие авторы к чёрту с таким кодом, кто знает что они решат "улучшить" завтра). А так бы здорово было не горы махрового легаси и студентоподелок, нарушающие все гайдлайны и здравый смысл, а качественные готовые батарейки.
Мне кажется Вы говорите о двух принципиально разных случаях. 1) Пакет с большой кодовой базой возник задолго до появления asyncio, typing и других нововведений. 2) Пакет написан в одиночку одним китайским студентом год назад, не доведён до ума и не обновлялся полгода.В первом случае, программистов желающих писать с нуля на порядок больше, чем программистов желающих осовременивать старые и большие кодовые базы. Во-втором случае, не используйте пет-проекты студентов в серьёзной разработке, используйте пакеты с более-менее устойчивыми сообществами из нескольких разработчиков и регулярными релизами.
Понимаю вашу боль.
Недавно стал активно писать на питоне и поражаюсь этому зоопарку.
Для того, чтобы код считался качественным, недостаточно только его существования и работоспособности. Надо чтобы код отвечал потребностям пользователей (скорость работы, соответствие требованиям), не был подвержен ошибкам в работе, был легко читаемым, поддерживаемым и модифицируемым.
Питон сам по себе нельзя назвать качественным в общем смысле. Он тормознут, без аннотации типов его сложно читать и разбираться, в плане ООП и в области ФП - малофункционален по сравнению с более развитыми языками. Да, он лёгок в освоении, но на этом его достоинства и заканчиваются.
Экосистема, конечно, развита, с этим тяжело было бы спорить, но она тоже не без недостатков пока что. Например, отвратительный менеджер пакетов в том плане, что часто нужно ручное вмешательство при попытке обновить некоторые пакеты.
Питонячий менеджер пакетов -- это боль. Факт.
Ты про poetry или pipenv?
> Ты про poetry или pipenv?venv. poetry получше, но не решает проблему выбора версии питоняки.
Вроде, минимальная версия указывается, но как её подсунуть -- (пробовал) без внешних костылей (pyenv) нельзя.pyenv (как по мне) + poetry решает задачу лучше, чем pipenv.
но ведь эта кучка инструментов, вместо одного понятного и простого.С этим жить можно. Но лучше не спать на потолке.
> ... но не решает проблему выбора версии питоняки.
> Вроде, минимальная версия указывается, ...И как может существовать (полезный) "выбор версии" на частично упорядоченном множестве? Разрез (cut) где будем делать? :))
А какие именно версии ты затрудняешься сравнить?
по кол-ву запросов в гугл...
так вы посчитали мамкиных кодеров, а не реальную ситуацию...
Мамкин кодер обижается, что его не спросили? Так мамкину кодеру надо сначала научиться читать.> При расчёте рейтинга IEEE Spectrum использовано сочетание 12 метрик, полученных от 10 различных
источников. В основе метода заложена оценка результатов поиска по запросу "{название_языка} programming" на различных сайтах. Учтено число материалов, выдаваемых в поисковой выдаче Google (как при построении рейтинга TIOBE), параметры популярности поисковых запросов через Google Trends (как в рейтинге PYPL), упоминания в Twitter, число новых и активных репозиториев в GitHub, число вопросов в Stack Overflow, число публикаций на сайтах Reddit и Hacker News, вакансии на CareerBuilder и IEEE Job Site, упоминания в цифровом архиве журнальных статей и докладов с конференций (IEEE Xplore).
Молодца, ты почти погромист, копи-пастить научился.
Всё можете себе уже его брать джуном.
Все правильно, мамкин кодер, не поняв что ему выдал гугл- полез в десятки а то и двадцатки и тридцатки источников в поисках все того же вопроса... И был посчитан... И python вылез в топы...Потому что не мамкины кодеры - не задавали вопроса во всех этих десятках источников... Им хватило справки поставляемой с системой...
>Потому что не мамкины кодеры - не задавали вопроса во всех этих десятках источников... Им хватило справки поставляемой с системой...То есть, ничего серьезнее hello world вы не писали. Потому что помимо описаний методов и функций, которые в справках обычно есть, часто нужны еще и примеры. А примеров в справках обычно либо мало, либо вообще нет.
То есть справку для нормального языка вы не читали, и нормально языку (по книгам а не по советам из интернета) вы не учились... Ну а про то чтобы думать своей головой - я вас даже не подозревал :)
>То есть справку для нормального языка вы не читали, и нормально языку (по книгам а не по советам из интернета) вы не учились...Вы даже не поняли о чем речь. Справку для языка можно взять из подходящей книжки по языку, чтобы вспомнить, если что-то забыл. Или собственные записи использовать. Для этого в интернет лазить вообще не нужно. Подразумевались библиотеки.
>Ну а про то чтобы думать своей головой - я вас даже не подозревал :)
Ну,ну. Попробуйте писать на том-же GTK по одной только справке и думая своей головой. Возможно вы даже справитесь, но у вас это недели займет, если не месяцы. Особенно учитывая, что для построения интерфейса используется совсем не одна функция или метод.
Для информации - встроенная справка Gtk для Python содержит более 254 тысяч строк, справка по Gdk более 22 тысяч. Используются они вместе. Примеров там с гулькин хрен.
In Rust We Trust
Забавно, что растаманы больше тусуются на форумах и в соцсетях, а не используется раст на практике или у работодателей.
Скоро на первом месте будет язык Carbon.
Год 200891 ?
У вас баг в голове товарищ Майкрософт.
Ну, сейчас начнётся. Опять не так считают, не тех сяитают, не туда смотрят, и «все мои знакомые прогают только на С, значит С на первом месте должен быть». Опеннет, отрицающий реальность — моё любимое комедийное шоу.
Комментарии и есть реальность, а ты ведёшься на какую-то муть из непонятно кем накрученного проплаченного рейтинга. Хорошо что у Гугла с его Карбоном хватит купить себе место в десятке.
Покупать не надо, система промыта и зомбированна, все "само" сложится.
Мы уже видим как вы свой C# вытянули.
Сами даже кошки не плодятся.
Ну что вы, отрицать ВАШУ реальность - с чего бы это :)
Вы так забавно в ней барахтаетесь :)
Assembly - 5.73, Rust - 5.01.
Гонево все это. Не вижу единственный человеческий язык. Читаемый и без кучи ненужных знаков препинания. Паскаль.
А как же Ruby? А как же Julia?.....
Читаемый и без кучи ненужных знаков препинания. У вас в слове "Питон" ошибки.
Ох, уж эти рейтинги!🤦
Странно, почему в списке есть HTML и SQL, но нету Excel
Тогда надо было бы включать любой продукт, который имеет встроенную систему макросов или команд. У Экселя довольно узкая сфера применения. Думаю, в этом дело.
Расшифруй наконец эти аббревиатуры. Узнаешь для себя много нового в этой жизни.
Раст на одном уровне с Перлом. Там ему и место.
Нy, Perl то на пенсии по старости, на заслуженном отдыхе.
А Rust - язык для переписывания, того что и так без него работало.
На знаю в чьей голове Perl на пенсии, у нас до сих пор используется вполне успешно.Rust для переписывания того, что без него как-то работало, да, но довольно часто не так, как хотелось бы.
Это точно, но довольно часто это исправляется с новой версией и т.п. А в случае Раста - вангую - будет работать не так как хотелось бы, и исправить ничего нельзя не исправив половину языка...
Ну так-то Perl - пенсионер работающий. Отдых номинальный, активности старичка хватает.
вообще-то самые популярные языки это С и С++
а вот рейтинг самых высокооплачиваемых языков программирования выглядит несколько иначе.
интересно, сколько сейчас платят программистам на Яша
Рейтинг RedMonk сильнее коррелирует с моими наблюдениями
PHP -0.8%
Rust +0.8%Хммммм.
Подкрутили счетчик в нужную сторону.
> По числу предложений от работодателей лидирует язык SQL, за которым следуют Javalol you don't mess with HR
Из-за санкций в список не попали отечественные ЯП, такие как 1С, Паскаль, и Школьный Алгоритмический Язык.
Понятно что это "не патриотично", но а надо ли включать?
Разве импортное не превосходит (иногда в разы) отчечественное?
> Из-за санкций в список не попали отечественные ЯП, такие как 1С, Паскаль, и Школьный Алгоритмический Язык.И животноводство.
Паскаль отечественный язык программирования? 0-o?
Давайте признаем JavaScript будет бессмертным))
Я был бы рад если бы плюсы ещё разделили на версии. А то адский 17 это вообще другой язык по отношению к 98. )
Удивляет то, что в Мире язык R (18.92) боле популярен чем язык Go (13.06). В России на R пишут два калеки, в отличие от бума Go. Oracle и Microsoft, внедрившие R в инфраструктуру своих баз данных, позже переключились на Python, наверное, в связи с тем, что решения для R не пользовались спросом. Ничего не имею против R, и он даже очень приятный язычок для своих целей, но не очень масшитабируемый и скорострельный.
Просто рассматриваете разные сегменты.у R есть «крупные» области:
- академические научные исследования (институты, университеты по всему миру)
- статистический анализ (python пакеты очень бедные в деталях тут)направления тоже есть очень популярные:
- фармацевтические компании и клинические исследования (где нужно доверие к результатам стат тестов. Нужно проходить определенную сертификацию ПО. R один из немногих open source такую сертификацию имеет) - Novartis, Pfizer
- стат расчеты в банках/консалтинге/страховых/IT, включая Google, eBay, Amazon, MicrosoftПоэтому высокая позиция R достаточно понятная, на мой взгляд
Конкуренцию R больше составляет Julia, но уж никак не Go.
Серьезно что-ли?
Вы где увидели в моей посте выше, что я указывал Go как конкурента R и наоборот?R - это Язык и Среда для выполнения научных, в основном статистических расчетов, разработанный на замену пропиэтераного языка S разработки компании Bell Labs.
А Go - это компилируемый Язык, разработанный фирмой Google после ее неудачных попыток доработать язык Python для своих нужд. Нужды фирмы Google - это разработка сетевых Web-приложений. Изначально они были созданы для разных нужд. Это первое.
Второе - я написал, что сейчас язык R проигрывает на своем поле научных расчетов языку Python и его библиотекам, потому что сейчас язык Python - это де-факто стандарт в AI/ML/Статистика областях с их масштабируемыми библиотеками, в AI/MLOps, в DevOPS, администрировании, в ETL. Кроме того, Python - является языком общего назначения, на котором можно писать и десктопные GUI приложения типа популярного библиотекаря Calibre, в Web - Flask, Django, FastAPI, в электронике - MicroPython. Язык R области AI/ML/Статистика не дотягивает до Python по разным причинам и является в основном языком легаси Статистических расчетов. В то же время как Python, так R - по природе своей интерпретируемые языки. Но за этими языками стоят долгие года развития и мнодетсво бибилиотек в AI/ML/Статистика областях.
Так вот, недавно проскакивала статья на Habr (https://habr.com/ru/company/avito/blog/679560/) в которой ребятки из Avito написали про свой опыт перехода на своем сайте в определенных областях с Python на Go, который намного лучше (быстрее и меньше по ресурсам) справлялся с расчетами рекомендаций клиентам, чем Python (а Python в свою очередь делает это лучше чем R). Так что я на вашем бы месте не говорил "Оп" и не лез поперек бытьки у пекло.
Что касается языка Julia, то пока он все никак не устаканится, он все еще является "эксперементальным языком". На Julia мало библиотек, а те которые есть качественные часто бывают платными. Для Julia мало сообщество. Пока Jilia трудно рассматривать как замену чему бы то не было даже Fortran, у которого с библиотеками сильно лучше, а новые стандарты делают его весьма приятным язычком.
D вышел в хоть какой-то рейтинг :)На самом деле движуха вокруг языка прям стала появляться. Обещают заняться лучше позиционированием, исправлением багов..
Это здорово, но старт они проспали, конечно. Увы.
Старт чего? Или свой старт?
Да пока в этой нише других языков не появилось жить можно, а появится тогда может и перейдут все с Ди на нового игрока
свой. пораньше бы, на пике интереса компиль бы выложили - возможно продолжили бы рост.
Java отмирает с потерей к ней интереса, но софта понаписано много и его требуется поддерживать. Напоминает историю с COBOL 🤭 Его уж и поддерживать некому, а всё используется
При этом Python самый умный неэкологичный энергозатратный язык программирования 🤦♂️ Java также жрет память и проц. А лидер по экологичности C 😸
Про умный опечатка
Нет, всё верно.
Как ЯП может быть умным?
Не беспокойтесь скоро JavaScript поглотит всю вселенную
Откуда берется python в верхней строке подобных исследований...
1. Чего бы написать на питон...
https://yandex.ru/search/?oprnd=2201585178&search_source=yar...сетевые+приложения&lr=207282. первый выхлоп в списке:
https://habr.com/ru/post/149077/пытаемся запустить код:
SyntaxError: Missing parentheses in call to 'print'. Did you mean print('connected:', addr)?
3. ищем что за неприятность, попадем..да, да. именно туда :)
https://stackoverflow.com/questions/25445439/what-does-synta...исправили....
4. пытаемся запустить код:sock.send('hello, world!') TypeError: a bytes-like object is required, not 'str'
5. ищем что за неприятность, попадем..да, да. именно туда :)
https://ru.stackoverflow.com/questions/466658/Ошибка-при-подключении-сокета-к-серверу-a-bytes-like-object-is-required-not-s
6. пытаемся запустить код...
В то время как в адекватном языке - примеры работают без этих многочисленных итерационных заходов за чужим умом...