Comments 73
Никакого увядания PHP нет, не надо нести бред, он постоянно развивается и улучшается, производительность увеличивается, на нем многие сайты написаны. И я на нем писал и пишу бэк.
Ваш личный опыт, конечно, очень интересен, но судя по графику, есть тренд на снижение его использования среди разработчиков. Речь исключительно об этом, а не о том, плохой язык или хороший, и сколько сайтов на нём написано.
Не мешайте нам хоронить пыху. It сообщество только этой идеей едино.
Знаете, помню было лет десять назад очень много комментариев и постов аналогичных, что не надо хоронить Delphi, а потом они все куда-то делись и кто вообще сейчас на Хабре о нем пишет?
Ну, все же пыху хоронят намного дольше, но она не тонет.
Другое дело, что вся популярность пыхи выходит исключительно из того, что любой может зайти на WP и через 10 минут будет еще +1 сайт на php.
Забавляет этот аргумент, кстати. Условно, на Wordpress (PHP) хостят 100кк сайтов, а на питоне только 10кк. Поэтому PHP в 10 раз популярнее!
Но это немного не так работает. Надо смотреть на вакансии, например, чтобы понять потребность в разработчиках. И тут внезапно окажется, что по слову "python" будет 5.5к вакансий в РФ, а по "PHP" только 1к. Да, понятно, что в python попадут всякие QA automation и data science, но для грубой оценки пойдёт. Можно "разработчик" добавить и получить вроде 800 против 2200 - тоже в 3 раза разница. И с годами я вижу, что разница только растёт
Сторонники Delphi вам расскажут, что последний релиз был в сентябре 2024 и язык живее всех живых. Оба сторонника делфи)
Кстати, там даже завезли мобильную разработку) Супер криво многое, но все же есть. Delphi жив
Вопрос всегда в сообществе. Если на дельфи 1к человек пишут, а на питоне 100к, то дельфи бесконечно проиграл. Разве что кто-то крупный начнёт технологию адски драйвить (как google педалировал golang) или сложится какое-то удачное сочетание (как библиотеки для нейросетей на python). В противном случае дельфи ждёт медленное увядание, по крайней мере для боевых проектов
Мобильную разработку завезли ещё в 2014 (иос). И с того времени появился андроид и всё это далеко не "криво". В частности FGX Native - нативный фреймворк для мобилок. Просто погугли название.
Я примерно в то время и смотрел, что там завезли) Банально некоторые элементы корректно не работали с некоторыми видами данных и большими массивами. Честно, уже не помню, в чем было дело. Возможно, все уже супер хорошо, но на Delphi очень давно ничего не писал, утверждать не могу.
Ну так ведь тогда не корректно так говорить, что все криво. Прошло ведь 10 лет с того момента. А обновления выходят каждые четверть года, улучшая и язык и фреймворки.
Например, сейчас в некоторых магазинах Леруа Мерлен (ЛеманаПро) на планшетах и стендах стоит софт для просмотра 3д панорам написанный на Delphi. И создан он ровно за 1 неделю. (помимо этого небольшого приложения, в Леруа стоит ещё один наш крупный софт, тоже написанный на Делфи)
Почему такой срок? Потому что у нас в компании было соревнование. Кто быстрее напишет приложение, я на Delphi или мой коллега на Unity.
Пишут и развивают
И винду!
PHP постоянно развивается, да. А вот динамика по всем метрикам (что рейтинги вроде TIOBE, что опросы от JetBrains/Stackoverflow/...) показывают снижение популярности PHP. Причём совершенно не факт, что становится меньше разработчиков, просто в других языках их становится больше быстрее. А больше разработчиков - больше сообщество - больше библиотек - больше разработчиков. Такая вот обратная связь
Причём существующую кодовую базу надо поддерживать. Если при этом новых кадров не готовят (а в институтах много ли готовят PHP-шников), то это ещё и зарплаты в PHP мире поднимет за счёт высокой конкуренции. Правда, для высоких грейдов, джуны и интерны для этого не подойдут.
И, кажется, PHP в лидерах статей в стиле "PHP (не) умирает" вроде https://tproger.ru/articles/php-ne-umiraet--i-dokazatelstvo-tomu---nehvatka-php-programmistov-na-rynke-i-vysokie-zarplaty . Только если раньше говорили о перспективности, то вот эта статья уже про "джунов не будет, а работа будет -> поэтому норм выбор". Только это не так работает, кажется)
И ещё 42% тоже линукса, но на макбуках
Каким местом macOS тоже линукс?
С точки зрения консоли, имеющей довольно большое значение для разработчика
Ну, тот же докер ведь на мак оси поднимает виртуалку, на которой гоняет обычные линуксовые образа. А докер локально 50% используют по статье. Хотя бы этим.
И чем это отличается от докера на винде, который через виртуалку поднимает линуксовые образы?
Концептуально - ничем. Более того, виндовый WSL довольно хорош. Конечно, пока Microsoft не начал действовать по EEE
Но почему-то разработчикам линукс и макось в среднем куда больше нравятся, чем винда. В том плане, что в обычной жизни типа 90%+ винды, ~8% макоси и ~2% линукса, а у разработчиков примерно 30%/30%/30%. Это огромный разрыв, который (мне) непонятно чем вызван. Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые. Возможно, это связано с возможностью кастомизации. Возможно, с близостью и удобством консоли. Возможно, тем, что 90%+ серверов на линуксе, и проще разрабатывать на той же ОС, что и на сервере стоит
Графики оценки затрат на коммуникации/написание кода некачественно отражают картину влияния коммуникаций. Если затраты на коммуникации 20% времени, а остальные 80% идёт на написание кода, это не значит что эффективность кодирования упала на 20%, поскольку коммуникации выбивают из рабочего ритма и часто бывают неэффективны, что утомляет. В итоге эффективность написания кода может упасть и на 40%.
Думаю, большинство отвечало "по ощущениям", в этом случае в затратах на коммуникации уже учтены потери из-за прерываний. Но это весьма неточно. На хабре я про такое не писал, потому что счёл результат недостаточно техническим, но вот две небольшие зарисовки по теме:
Трекайте рабочее время о, собственно, полезности записи потраченного рабочего времени и кому оно вообще нужно. То есть если интересно, можно на себе провести опыт - записать рабочее время созвонов и пока не вошёл в рабочий ритм, всё к созвону отнести. Тогда можно получить реальную картину затрат на непосредственно код и на коммуникации
Как я использую папки в Телеграм для удобства - тут поделился годами отточенным способом организации рабочих чатов для минимизации прерываний
По другим исследованиям, непосредственно на написание кода идёт всего 10-15 процентов времени (вместе с навигацией в IDE), а до 70% занимает процесс "понимания", чужого/своего прошлого кода, постановки задачи, взаимосвязей, итд.
Это те JetBrains, которые весь свой бизнес построили в России, а потом свалили и теперь банят россиянам доступ к своим продуктам? Противно.
Солидарен, я окружающим меня людям теперь не предлагаю pycharm. Велкам к нам в vim, ну или в vscode. Но, несмотря на это, игнорировать результаты этого опроса нахожу вредным
Велкам к нам в vim
С радостью бы полностью перешел на neovim окончательно, но такой же поддержки kotlin как в idea ни там, ни в vscode и близко нет :с
Не имею опыта с котлином. Скорее всего, вы правы. А, возможно, кто-то уже дописывает годный плагин на этот счёт)
Спасибо стоит сказать fwcd за работающий LS и DA для kotlin, а то без этого совсем была бы боль. В vscode оно конечно получше чем в neovim (хотя 95% того, что я просто не до конца сконфигурил), но из вещей которых больше всего не хватает - это возможность пригнуть в исходники установленной как зависимость библиотеки, плюс - LS не всегда понимает javadoc/kdoc и поэтому подсказки иногда могут показывать только чуть более, чем ничего
Для меня вся эта ситуация с уходом джетбрейнз стала красным флагом, какой vendor lock-in представляет котлин из-за привязки к единственной «нормальной» иде. Но наши разрабы продолжают на нем писать и продвигать…
Ну потому что сам язык как будто бы хороший. Там не то что прям vendor-lock, просто в java-мире intellij idea лидер и сообщество не задумывалось над альтернативами. Даже имеющиеся LS и DA появились не от jb, а от сообщества, потому что они принципиально на своей внутренней технологии сидят до последнего
Вот кстати да, это же безотносительно санкций и конкретной ситуации вообще - такая зависимость от одной компани да еще и с закрытыми сиходниками ненормально и опасно. Тут уже даже с C# от MS ситуация заметно лучше.
Как понимаю забанили только корпоративные лицензии из-за санкций. Физиков не трогали.
Причем забанили и fallback лицензии. Т.е. не только не дают купить подписку, но и фактически отобрали уже купленное.
Апдейты своих продуктов с российских IP забанили. Понятно, что есть VPN, но...
Дело не только в бане лицензий. Например, они закрывают баг-репорты от русских со словами мол, мы не общаемся с санкционными странами.
Язык программирования Shell занимает уверенное седьмое место с 35%. Это всё, что вы хотите знать об этой статистике.
А кроме того, какая разница, сколько процентов обезьян пишут лапшу на го, если каждому человеку нужно всего 1 (одно) рабочее место мечты? Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве. Хотя умею и могу, в принципе.
Вероятно, shell лидирует из-за того, что это вспомогательный язык для linux и его выбирали "вдогонку". У меня совершенно не вызывает удивление его распространённость
Прямо интересно. Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
Shell — не язык, для начала. Это подмножество языков для любой операционной системы, Linux тут ни при чем тоже.
Он попал в рейтинг, потому что они считают каждый открытый файл, и любой программист хоть раз в жизни, да откроет шеллскрипт.
Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
Idris
Erlang
Elixir
Rust
Ruby
Shell включает множество нюансов, но велика ли разница между условным bash и fish? Да, есть нюансы. Но их вряд ли можно назвать существенными. Питон3.6 от питона 3.11 тоже сильно отличается, но это один язык
Спасибо за языки. А теперь основной вопрос - почему они? Что в них такого прекрасного, что они лучшее в мире место, а условный питон невероятно плох, по вашему мнению?
условный питон невероятно плох
Я нигде не утверждал, что питон плох. Я сказал, что мне он не подходит (я пишу в основном высоконагруженные (поэтому иногда раст) высококонкурентные (поэтому эрланг/эликсир) библиотеки с доказательством корректности (поэтому идрис)). А руби я просто люблю за безалаберность и возможность творить любую дичь.
Люди разные, представляете? Мне неинтересно, когда нет какого-нибудь пердомонокля, типа потока входящих сообщений 100К/сек, или постоянно перестраивающегося кластера в плохой сети.
Вы довольно резко заявили
сколько процентов обезьян пишут лапшу на го
Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве
И мне стало интересно, какие стороны вас прельщают в ваших инструментах. Не уверен, что раст позволяет писать более высоконагруженные приложения относительно, например, го. Про высококонкурентность аналогично. С доказательством корректности не сталкивался, буду иметь в виду, спасибо
В прошлом году появился еще один важный тренд, по непонятной причине пропущенный в тексте: существенное повышение качества плагинов, выпускаемых уважающими себя компаниями - теперь всего за несколько месяцев они набирают тысячи скачиваний и сотни благодарных комментариев.
https://plugins.jetbrains.com/plugin/24468-classic-ui
В отчёте вроде ничего не было про плагины. Но экосистема плагинов довольно интересная, это точно. Плюс там неплохо с монетизацией вроде как, то есть при определённой доле удачи можно получить неплохую прибавку к зарплате. Некоторое время назад они забанили возможность качать плагины из РФ, сейчас с этим как?
>Теперь ИИ является не только чатботом, но и заменой поисковику
Мне вчера было лень искать unix timestamp для 1 декабря 2024 года, я просил попросил ChatGPT. В итоге он дал метку для 1 декабря 2023 года. Такого глупого перевирания настолько простой вещи я еще не встречал до этого момента. Так что даже на текущих версиях использовать нейронки как поисковик очень и очень опрометчиво.
Что значит искать? date --date='2024-12-01T00:00:00Z' +%s
Ну вы понимаете степень моей лени на тот момент, что я решил это в chatgpt вбить, а не в гугл, где ответ был бы даже не по первой ссылке, а буквально над ссылками? И предлагаете печатать аж целую команду? :)
По факту я рассчитал, что нейронка просто возьмет и выполнит простое преобразование, но по факту остаётся только догадываться что привело к ошибке на целый год.
Чат-бот галлюцинирует, это общеизвестно. И на отдельные простые, казалось бы, задачи ИИ может выдавать неверный ответ. ИИ не умеет считать без плагина, плохо работает с буквами (так как внутри токены другого плана, посчитать количество вхождений буквы в слово ИИ может с трудом) и имеет ещё кучу недостатков. Под капотом нейросеть просто очень хорошо умеет прогнозировать следующее слово
Невероятно, что оно при этом способно решать задачи и вообще вести себя довольно разумно
Ну наконец-то адекватный анализ где JavaScript а не Python на первом месте по использованию. Я бы еще не выделял его статический анализатор типов - Typescript, в отдельный язык.
Вот еще один нормальный анализ.
Зависит от того, что мы измеряем. Jetbrains опрашивало разработчиков. TIOBE вычисляют некий слепок из проектов на гитхабе, ответов в поисковиках и ещё куче метрик. Можно смотреть на вакансии или резюме
Глобально, порядок языков в рейтинге имеет очень малое значение. Любой из топ-10 является хорошим кандидатом для рабочего инструмента. Ещё лучше иметь в своём репертуаре парочку языков (лучшей я считаю связку быстрого в разработке типа python и быстрого в плане производительного типа go/java/c++). Ну и как гимнастику для ума можно изотерические языки потыкать - lisp, prolog, haskell, ...
Typescript я бы тоже не выделял, наверное. Хотя знающие люди почему-то выделяют. Но не моя область
Отдельных страниц для разных языков программирования почему-то в этом году не сделали. Мне было интересно, как поменялось распределение использования разных версий C++ за прошедший год. Оказалось, что прогресс есть (график построен по данным, которые прилагаются к отчётам).
А глобально зачем? То есть какой вывод можно сделать из такого графика?
Мне самому хочется программировать на как можно более новом стандарте. Возможность этого определяется тем, насколько вероятно, что в проекте, над которым я работаю, будут обновлять компилятор и поднимать стандарт. Последнее определяется верой в качество поддержки новых фич. Переход на новый стандарт это цепной процесс: энтузиасты перешли на новый стандарт, зарепортили и починили баги, тогда более скептически настроенные работяги тоже перейдут.
По графику можно, например, сделать вывод, что C++17 перестал расти. В 2023ем его доля ещё возрастала. Это означает, что на него переходят меньше, чем с него.
Фрагментация по версиям - боль в любой технологии. Здорово, что сейчас с этим пытаются бороться
Не в любой.
"Только ситхи всё возводят в абсолют"
В почти любом активно развивающемся инструменте в той или иной мере есть проблема фрагментации. Удивительно, как сложно было условному андроиду, какая боль была от питона 2->3, и прочее, и прочее. Вон выше график проблем для С++, хотя казалось бы. Вроде обратная совместимость есть, то есть можно просто со свежей версией стандарта собираться. Но, как всегда, возникают нюансы, и чем больше кодовая база, тем больше этих нюансов
Искреннее и от всей души широкое неуважение к компании jetBrains не может не ставить в моих глазах под сомнение любые проводимые ими исследования. Это коммерческие манипуляции
Люблю теории заговора. Какой именно из аспектов отчёта имеет смысл для коммерческой манипуляции?
Какая теория заговора? В общем то любая компания совершает любое действие, включая публикации любых отчётов, чтобы в конечном счёте заработать денег. Далее я уже волен выбирать, в зависимости от своего личного отношения к компании, с какой стороны на это смотреть и в каких красках оценивать. В случае jetBrains, boosty или cisco, например, это будет одна реакция. С telegram или X - другая. Имею право
*Случайно повторил, прошу прощения*
У jetBrains хватило совести писать на русском языке? Любое их исследованиестоит ставить под сомнение.
Состояние индустрии разработки от JetBrains 2024