×Закрыть

Рейтинг языков программирования № 7: PHP уходит с пьедестала

В опросе приняло участие 6181 человек, 20% из них принимали участие в прошлых опросах, 60% не принимали, еще 20% — не могут вспомнить. 91,5% респондентов проживает в Украине, 8,5% — за ее пределами. Сырые данные опроса и скрипты обработки на языке R доступны на GitHub.

Краткая сводка

  • Java по-прежнему самый распространенный язык программирования; разрыв между Java и C# - увеличивается.
  • JavaScript вошел в тройку лидеров, вытеснив из нее PHP.
  • Возобновился рост использования Scala.
  • Соотношение Objective-C/Swift все еще 80/20.

Основные языки разработки в 2015

На каком языке вы пишете для работы сейчас (в 2016 году)


А вот и динамика за последние 6 лет:

Динамика использования языков программирования

Мы видим, что Java по-прежнему лидирует на рынке, и тенденция к росту продолжается. Использование C# по-прежнему сокращается.

Главная новость этого опроса — выход JavaScript на третье место. Скорее всего, это означает, что эра доминирования PHP в начальном секторе web-разработки постепенно проходит. Сейчас начинающим веб-разработчикам имеет смысл смотреть в сторону JavaScript.

Также можно отметить возрастание доли Python’а. Возможно, это связано с возрастанием роли data science компонент в проектах, где Python традиционно используется в качестве языка склейки. Можно отметить и небольшой рост использования Scala. Интересна ситуация с Swift — виден сильный рост, но процесс замены языков далек от завершения: почти 80% iOS разработки — это все еще Objective-C.

Давайте посмотрим, насколько статистически значимы изменения популярности того или иного языка по сравнению с прошлыми опросами. Напоминаем, что мы называем изменения статистически значимыми, если с 95% вероятностью данные двух опросов не могут быть собраны на основе данных разных групп внутри одной гауссовской популяции. Итак, по сравнению с прошлым опросом статистически значимы изменения произошли с JavaScript, Ruby и Swift. Еесть еще возрастание популярности Clojure «в длинном хвосте». А вот по сравнению с позапрошлым — изменений очень много. В основном — процессы, связанные с устареванием одних технологий (C#, C++, Objective-C, ActionScript, Perl) и появлением их заменителей (JavaScript, Swift, R, Go).

Заметим, что большинство участников (89%) могут выделить один основной язык программирования, на котором они пишут больше всего.

Предпочитаемые технологии

Какой язык бы вы выбрали если бы вы начинали свой проект

Тут ситуация достаточно интересна: с одной стороны, отмечаем повторение тех же тенденций, с другой — несколько странностей.

Видно, что в прошлом году на Java ориентировалось меньше людей, чем сейчас. С другой стороны, наблюдаем уменьшения выбора Scala для следующего проекта. Однако если не учитывать «выброс» прошлого и позапрошлого года, то естественный рост перспективности Scala продолжается. Можно подумать, что значительная часть Java сообщества не была уверена в перспективах своего языка и подумывала о переходе на Scala, что и осуществила в прошлом году. А часть все-таки пришла к выводу о предпочтительности Java.

Еще можно заметить, что тут Swift находится уже выше, чем Objective-C. Go также продолжает набирать перспективность. Можно отметить наличие стойкого ядра сторонников у Erlang и Сlojure.


Посмотрим на индекс удовлетворенности — будут ли люди, работающие на таком-то языке, думать начинать следующий проект на нем же:

Индекс удовлетворенности языками программирования

В первой группе мы видим Swift и Scala, которые разделяют между собой звание «идеального языка»; еще можно отметить довольно высокую оценку Go по сравнению с соседним опросом. А языки, пользователям систем на которых предстоит задуматься о миграции, — это CoffeeScript и Perl.

Что люди, пишущие на Perl, думают о языке в следующем проекте? Это будет, в первую очередь, JavaScript и Python. Интересен вопрос о том, куда хотят переходить люди, пищущие сейчас на PHP: 60% остались бы писать на этом языке, 10% перешли бы на JavaScript, приблизительно по 8% — на Java и Python, 3-4% — на Ruby и Go. Основные направления миграции из 1C — Java и Pythоn.

Дополнительные языки

Доп. языки

Тут особых неожиданностей нет. Единственное — доля C перестала падать, а доля C++ начала возрастать — возможно, это связано с ростом hardware-проектов.

Свои проекты

Языки для pet-проектов

Тут, как мы видим, основные тенденции сохраняются. Тренд, на который следует обратить внимание, — рост Python, Go и R.

Финальная таблица

Язык Доля рынка, % Изменение по сравнению с прошлым опросом Рабочий сейчас Дополнительный В своих проектах Индекс удовлетворенности
1 Java 26.3 1439 804 1603 0.78
2 С# 15.4 846 511 1005 0.80
3 JavaScript 13.8 2.76 761 2876 1914 0.71
4 PHP 13.1 722 603 1014 0.60
5 Python 8 437 790 816 0.72
6 C++ 6.4 353 553 611 0.61
7 Ruby 3.5 -0.8 196 178 280 0.73
8 Objective-C 3.2 175 170 201 0.46
9 C 1.3 72 390 222 0.33
10 1C 1.2 68 41 61 0.22
11 Scala 1.0 57 151 177 0.89
12 PL-SQL 54 304 63 0.20
13 Pascal/Delphi 52 85 166 0.25
14 Swift 48 173 165 0.90
15 T-SQL 40 588 159 0.20
16 ActionScript 31 44 64 0.32
17 Perl 22 73 41 0.18
18 R 16 68 55 0.44
19 Erlang 16 31 34 0.56
20 Go 14 133 142 0.79
21 CoffeeScript 11 186 66 0.18

Дополнительные данные

Возраст

Интересно сравнение с прошлогодним опросом. Erlang дождался свое молодой шпаны, в отличие от Basic. Самые зрелые программисты на R (медиана — 34 года; не так уж и много), а самый молодежный — опять CoffeeScript ;)


Также интересно посмотреть зависимость общего опыта разработки от языка программирования:

Опыт

То есть медианный опыт разработчиков на Coffe, Java, C#, Ruby, Erlang, Swift и R — 3 года. При этом возраст разработчиков на R — один из самых высоких, то есть можно предположить, что люди пришли в разработку после математики. А вот для Go и Pascal/Delphi — большинство разработчиков с опытом больше 10-ти лет, это при том, что Go — язык сравнительно молодой.

Еще немного интересной информации дает соотношение опыта общей разработки и опыта. Есть два языка, где эти значения совпадают — 1C и Pascal/Delphi.


Посмотрим, как менялся опыт разработки со временем:

Динамика опыта

То есть более 25% программистов имеют за плечами год или меньше опыта работы.


Мозаика соотношения опыта работы и опыта работы на текущем языке:

Опыт работы и опыт на текущем языке


91% разработчиков находятся в Украине, 8,5% — за ее пределами. Распределение возрастов разработчиков, как и следовало ожидать, несимметрично. В Украине медианный возраст — 27 лет, в то время как за рубежом — 29:

Возраст в Украине и не в Украине


Распространенности языков тоже отличается:

Языки в Украине и за рубежом


Что касается образования — большинство людей по-прежнему начинали с Pascal’я, хотя уже видно возрастание тренда использования языков следующего поколения в обучении. Эта ситуация не меняется даже в выборке людей, моложе 25:

На каком языке вы написали первую программу

Результаты предыдущих лет: 2010, 2011, 2012, 2013, 2014, 2015.

  • Популярное

Лучшие комментарии пропустить

Прочитав большинство комментариев можно резюмировать:

Java правит миром.
C# остаётся на втором месте только потому, что он умер и никто не решается его похоронить.
Если пишешь на PHP — по определению «говнокодер».
Если на C++ - почёт, слава и уважение.
JS — вообще «ни о чём».

Самое главное — это язык программирования.
И не имеет значения ни стэк технологий, ни уровень подготовки самого специалиста.

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

Чую, нода таки сделает много бед. Когда язык defective-by-design типа JavaScript лезет на бэкенд такими темпами — жди общее увеличение количества падений и гордых Senior Fullstack с одним языком. Короче, лавры PHP, как языка для говнокода успешно переходят к JS.
P.S: Да, немного вброс. Да, я понимаю, что основная проблема не язык, а люди.

вай со сириэс

стул тоже нужен, на микросхеме сидеть неудобно

только в 2017 с переходом на РНР7 все еще интереснее будет
тссс.... за пределами пых мира никто и понятия не имеет о РНР 7. ни о чистке самого ЯП, ни о существенном повышении эффективности в рантайме (существенно увеличено быстродействие и уменьшено потребление памяти). ни о том что куча проектов сейчас проходят серьезный рефакторинг для РНР 7 compatible
по опыту проникновения фич в Java — пару лет нужно. те же стримы в Java 8 — еще для многих джава программистов диковинная штучка. Слышали конечно, доклады смотрели, доку читали. но — проявляют «разумный консерватизм».

на собеседованиях спрашивал — какие по вашему основные отличия в РНР 7, чтобы уже сейчас писать код с учетом будущего перехода с РНР 5 — ответ — «не наю»
так что и в пых мире еще о РНР 7 мало знают :) что уж ожидать от остальной части ИТ сотоварищей :)

Відкриваємо jobs.dou.ua та бачимо наступну кількість вакансій:

Front End (тобто JavaScript + CSS + HTML) — 221
PHP — 213
.NET — 149
Java — 146
QA — 145
... і т.д.

Тобто час, коли PHP «зійшов з п’єдесталу», ще явно не настав, та не передбачається цього в найближчі пару років.

Кількість вакансій на платних сайтах пошуку роботи — ось справжній показник популярності мов програмування... і навіть, частково, показник рівня ЗП.

166 комментариев

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

Как проработавший на .NET (C#) 12 лет и в крайний год переключившийся на Java+Scala, добавлю пару важных моментов:
1.

индекс удовлетворенности
 — как правило составляется людьми внутри одного стека. Естественно, что скала ОТНОСИТЕЛЬНО джавы несравненно выше. Но Java vs C# - это соотношение совсем иное (скажем 0.5 и 0.8 соответственно). Скала и C# да, примерно одинаково. В рейтинге нет F#, а вот он был бы на 1.
Тоже самое Objective-C и Swift. Swift- нифига не подарок, и ставить его в ряду со скалой и C# странно. Но конечно те, кто его туда ставит, после Objective-C (этого недоразумения природы) счастливы именно в таком соотношении :)
2. К спорам о JVM (Java & Scala) vs CLR (C# & F#).
— По качеству выразительности языков ряд будет таким: Java, Scala & C# (они где-то рядом), F# с оценками по шкале от 0 до 10: 3, 6 и 9 соответственно
— по будущему. .NET однозначно круче. C# (и F#) выразительнее, платформа (CLR) построена логичнее (кто копал лямбды, дженерики, организацию библиотеки — поймут). Но Microsoft сильно опоздала, сделав ее открытой. Слишком долго она была проприетарной и Виндовс-заточенной. И сейчас масса CTO, инженеров и ИТ-директоров просто не рискнут при всей «красоте» .NET начинать на ней проекты, и тем более переводить legacy. По-этому я думаю что еще какое-то время C# будет падать. И если Джава останется такой же «деревянной», то со временем когда .NET полностью подружат с линуксом, ситуация будет выравниваться, т.к. писать проекты на .NET все же быстрее и дешевле.
Ну и еще: ядро .NET по скорости чуть слабее, бакенд по-прежнему однозначно за JVM
UI-ориентированные приложения — проще делать на .НЕТ (даже Web — ASP.NET MVC рулит, play! framework-у еще расти и расти)
организацию библиотеки — поймут

Не знаю, что тут названо «организацией библиотеки», но, например, SortedDictionary, не имеющий LowerEntry(), или BigInteger, не имеющий BitLength(), означают, что на этих классах просто никто не решал реальные задачи, что бы там MS ни заявляла обратного.

Слишком долго она была проприетарной и Виндовс-заточенной.

Windows-заточенная она и сейчас. Например, все пути к файлам перекомбинируются в абсолютные. Накойхер мне это в Linux или любом другом Unix, когда обязательным вариантом на сейчас становится поддержка openat() с аналогами, а понятие абсолютного пути к текущему каталогу может вообще быть некорректным?
Или внутренний контроль за шарингом при открытии файла, который ломает множество стандартных сценариев использования.
А менять это всё означает, скорее всего, потерю совместимости с той хернёй, что они успели засунуть в ECMA.

Чтобы нормально встроиться в не-Windows экосистему, надо начать думать в других концепциях, чем для Windows. А это для них почти неподъёмная задача.

бакенд по-прежнему однозначно за JVM

Тут дело не только в скорости, а и в описанном выше.

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

Интересная особенность, динамика на ДОУ, да и не только на ДОУ, — также тренды по тегам stackoverflow или тренд по поисковым запросам google, все они показывают спад популярности языка С# и рост популярности Java. Прикол в том что я разместил два резюме, практически одинаковых, одно java jun, второе с# jun, при этом на с# jun иногда приходят предложения, плюс я вижу что его просматривают работодатели, а java-jun — вообще ноль. Повторюсь, резюме очень похожи, разница только в том, что на первом плане. Предполагаю это вызвано тем что java-джунов сейчас намного больше в Украине, чем C#-джунов. Прикольный эффект) люди смотрят рейтинги выбирают на что сделать ставку и потом это вызывает такие вот перекосы.

Сам учу Java и не являюсь сторонником PHP, но объясните мне, по каким критериям PHP уходит если:
1) вакансий на work.ua, rabota.ua в разы больше чем на Java?
2) сайты как делали на PHP так и будут делать?

был по распостраненности третьим, стал четвертым

Странно, что в зарплатном опросе стал вторым. В рейтинге языков большое количество составляет так называемых джоб-сикеров или просто тех кто читает про сыры и не работает в сфере. Видел, что почти 500 человек в этом рейтинге на java имеют меньше или год опыта. Скорее всего отпрыски javarush. Так же на java пишет кое-как много QA, которые наверняка тоже проголосовали.
Мне кажется, что зарплатный рейтинг более объективен. Он хотя бы в гугл докс не делается.

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

Интересно, а будет когда-то рейтинг по использованию PHP фреймворков в Украине? Или может уже кто-то проводит подобные исследования? Видел только это habrahabr.ru/post/254277. Хотя сомневаюсь что самый популярный у нас PHPixie

Я не скажу за всю Одессу,© но Symfony — очень востребован. За ним Yii. Про другие не скажу, так как с цмсками никогда не работал и не буду, а про другие фреймворки не скажу, так как офферов с головой хватает и по работе с первыми двумя.

P.S. Только глянул на ссылку. Ну да, Laravel набирает обороты, что неудивительно, так как является отпрыском Симфони, и используется как его Lite версия. Правда, я пока видел весьма много вакансий Laravel на Upwork, на том же DOU вроде не попадались, или я не присматривался. CodeIgniter -имхо, просто весьма достаточно старых проектов, написанных на CI, и которые надо суппортить.

Laravel замінить Yii, в частині нових проектів.

ну вот здесь тоже немного импортной информации
www.tiobe.com/...paperinfo/tpci/index.html
мож кто не знал...
ну за бугром JS если и взлетела, то в обратную сторону.... ;-)
Так, для сравнения.
Да. И «пых» не так уж и падает...

Цей індекс будується на основі запитів до пошукових систем. Вгадайте чому Сі там на другому місці, думаєте справді у світі вона на стільки популярна? Більша ймовірність, що там вона опинилась через нерелевантну видачу інформації по запитам (літера С окремо може йти в багатьох випадках).

Дивитись на кількість пошуків — не дуже надійна статистика, але якщо брати до уваги щось подібне, то краще вже дивитись на stackoverflow. Там хоча й загальна статистика за весь час існування stackoverflow, але все ж вона незрівнянно релевантніша, в порівнянні з індексом TIOBE.

У жодному разі не ставлю під сумнів дане дослідження.
Та все ж хочу поділитися наочною думкою моєї (тепер американської) одногрупниці:
v1.std3.ru/...f431f2bd0b4abb983738f.gif
коротенька гіфка ;-)
Гарного настрою!

Чо сразу Сишарп то?

Вброс засчитан

Очевидно — конторки із тренінгами вивчення Java, C# / .NET шалять...

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

Думаю автор опитування рівняється на аналогічні опитування на stackoverflow, але на там значно проблематичніше отримати монолітну картину із сайтів пошуку роботи, бо там опитування відбувається на міжнародному рівні, де кожна країна має свої окремі сайти. Хоча, якщо постаратись, то й там можна було щось придумати більш достовірне...

Вы же в курсе, что вакансии на украинском рынке отстают на год-два от мировых тенденций?

Звідки інфа? Інтуїтивно так думаєте? Мені нещодавно кидали лінк типу щоб довести... аналогічне до вашого «украинский рынок не такой». Як виявилось відмінність існує, але зовсім не значна. Пропорції розподілу вакансій залишаються приблизно такими ж.

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

О Data Science там, говорят последние 5-6 лет. У нас стабильные вакансии появились последние год-два. В тренде IoT, мы массово к нему не пришли и т.д.

Задача этого опроса понять тенденции, сравнивая с результатами прошлых лет, чтобы была картинка, куда мы двигаемся.

Дане опитування показує, максимум — побажання, але ніяк не реальну картину.

Якщо припустити, що ви праві із інертністю на ринку праці, то звідки взявся такий сильний розрив у показниках між опитуванням і вакансіями? Хто заповнював анкети для опитування?

На каких ЯП у вас коммерческий проект сейчас и вот результаты прошлых лет, вот динамика. Это не пожелания, это реальность.

А вы в курсе что украинские компании в основном работают на запад ? (Не считая маленькие полуподвальные компании которые работают на Украину, но у таких и вакансий очень мало) Соответственно они ни от каких тенденций не могут отставать иначе и работать не могли бы...

Java популярный ? пфф, просто каждая бурса считает своим святым долгом открыть курсы по java и сейчас как говорят рекрутеры на одну вакансию java программиста по 70 претендентов без опыта работы... Скоро коронной фразой таких программистов станет «Свободная касса, заказывайте пожалуйста»

Предлагаю пойти на сайты по поиску вакансий и посмотреть их количество по запросу «Java».

Окай, rabota.kharkov.ua PHP — 66 Вакансий JAVA — 22 Вакансии...
По Киеву job.ukr.net PHP — 454, JAVA — 193
И что это нам дало ?

То что на Java достаточно много вакансий.

Много ? Из тех что есть в основном с опытом работы нужны, а я написал про новичков которые никому не нужны и которых сейчас развилось слишком много по java. 22 вакансии на целый Харьков нельзя назвать много, при том что только в одном ХИРЭ на курсах человек 300 было...

80% всех интернет сайтов в Интернет написаны на PHP, так что работы будет еще лет на 100 :)

Если посмотреть на две картинки «Основные языки разработки в 2015» и «индекс удовлетворенности» то можно прийти к выводу что Сишарп реально крут.

Кстати да, как язык он очень хороший. Иллюстрация того, что удобство языка не спасает от рисков в экосистеме из-за каких=то других факторов.

Ну так и есть, собственно.

C# умирает, я что-то пропустил?

Да не один ты, по-ходу. Я вот тоже в недоумении :)

Відкриваємо jobs.dou.ua та бачимо наступну кількість вакансій:

Front End (тобто JavaScript + CSS + HTML) — 221
PHP — 213
.NET — 149
Java — 146
QA — 145
... і т.д.

Тобто час, коли PHP «зійшов з п’єдесталу», ще явно не настав, та не передбачається цього в найближчі пару років.

Кількість вакансій на платних сайтах пошуку роботи — ось справжній показник популярності мов програмування... і навіть, частково, показник рівня ЗП.

Мы видим, что Java по-прежнему лидирует на рынке, и тенденция к росту продолжается. Использование C# по-прежнему сокращается.

Java по-прежнему самый распространенный язык программирования; разрыв между Java и C# - увеличивается.

По java и c# тоже характерна реальная ситуация на рынке. Сейчас гораздо больше вакансий для начинающих на c#

Ну так в статье и сказано, что смысла учить сейчас PHP нет — через пару лет он будет не на пъедестале. Учитывая тренд — учим js. Это же мне говорил знакомый PHP из Германии пару лет назад, что пришла пора переучиваться, чтобы через 5 лет не оказаться вымирающим динозавром или джуном JS. За пару лет как раз будет достаточный опыт на JS, если начинать сейчас.

так это же хорошо, учить новое всегда полезно в нашем деле.

Лучше сразу scala учить, вот за кем будущее. Java умерла 5 лет назад вместе с c#, php вообще не язык программирования.

scala — в прошлом. Потому что слишком сложна. А за php — будущее. Особенно после выхода версии 7.
Если не нравится php, то лучше учить go — за ним будущее. Вот тут обсуждаются подробности — dou.ua/forums/topic/16012/ . Присоединяйтесь к дискуссии.

Я же не серьезно ) А за go рано браться, во всяком случае пока те сектанты которые перешли на него с node, ruby не найдут себе новую жертву.

И да, вместо го я бы пожалуй попробовал crystal-lang.org, он еще очень молод, но выглядит перспективно.

«З точки зору аеродинаміки, бджоли не можуть літати, але вони про це не знають»

Так було до моменту розгляду їхнього польоту з надшвидкої відео-камери. Закони аеродинаміки виконуються.

Відео
lurkmore

Вы через пару лет в любом случае будете переучиваться во всем этом зоопарке. Что вы планируете ковырять так долго? Первый ангуляр? :)

Прочитав большинство комментариев можно резюмировать:

Java правит миром.
C# остаётся на втором месте только потому, что он умер и никто не решается его похоронить.
Если пишешь на PHP — по определению «говнокодер».
Если на C++ - почёт, слава и уважение.
JS — вообще «ни о чём».

Самое главное — это язык программирования.
И не имеет значения ни стэк технологий, ни уровень подготовки самого специалиста.

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

Це тонкий стьоб чи ви серйозно оце зараз?

Да я-то не серьёзно, а вот комментарии, которые я резюмировал, вероятнее всего, были серьёзными :)

Значить, я все правильно зрозумів:-)
Читаючи і переварюючи такі об’єми інформації в інтернеті часом важко зрозуміти основну думку, яку хотів передати автор.

Улыбнуло )

Самое главное — это язык программирования.

Здесь я кардинально не соглашусь, так как скорее всего язык программирования это всего лишь инструмент и не более. Можно любое приложение написать как на Java, так и на PHP так и на любом другом языке. Вопрос здесь уже стоит в другом: «Хорошо ли подходит выбранный инструмент для реализации той или инной задачи?»

Если пишешь на PHP — по определению «говнокодер».

Здесь не перегибайте палку, и не равняйте по себе. Зайдите на GitHub, и там будет множество проектов, которые адекватно написаны (да возьмите ту же Symfony2 к примеру).

Если на C++ - почёт, слава и уважение.

Наверное Вы хотели здесь поставить описание с PHP ;)

P.S. Уважать нужно всех, и за все, а не за выбор того или иного языка!

Комментарий был написан в саркастической форме если что.

Если на C++ - почёт, слава и уважение.
Скорее на этих смотрят, как на психов не от мира сего. Стоит посмотреть на новые фичи С++, чтобы понять, что обычному человеку разобраться во всем С++ уже просто не реально.
А с новым стандартом придет еще пачка фич.

Реально всё, вот только сил и времени придётся потратить уйму.
Ведь как математика царица наук, так С++ царь языков программирования :)

Мне кажется, что понижение C# & рост Js коррелируют в виду того, что люди все реже пишут на WebForms, и все чаще используют разделение на back-end часть c# - web api/mvc, и front-end часть JavaScript.

А никто не думал, что кто-то просто сделал небольшой Rest сервис и отправил 100 запросов с рандомными данными и датой, с пометкой основного языка javascript? Забавы и холивара ради.

Холівару заради, що є ресурсом в такому REST сервісі, який відправляє 100 запитів з рендомними данними і датою?

Я вот cvs-шник переделал в таблицу в базе и при запросах, как мне показалось, есть шаблонные аномалии, где основной язык — «javascript». Тем более не так сложно автоматизировать отправку пар ключ-значения и удаления кук, запустив процесс в фоне или накрайняк, любому школьнику проделать эту операцию вручную.
Поправьте меня, если я ошибаюсь.

Питання ж було не в тому. Я тут прикопався до buzz-слів «REST сервис».

Так и есть, что бы писать на js не обязательно быть программистом и вообще знать js. Это что то типа php4. Рест вообще можно сгенерить )

Что-то не то. Серверный JS внезапно стал проще чем PHP? Щаз. Увеличился спрос на фронтэнд, при чем минимум половина, полагаю, это вакансии «продвинутого верстальщика» — чтоб не только плашечку сверстал, а еще и красиво выкатываться её заставил. Ну и рост популярности JS-фреймворков дал маааленькую подвижку в сторону JS+API реализаций.

А для простых сайтов доля PHP никуда не ушла, NodeJS не имеет ни более удобных фреймворков, ни большей палитры коробочных решений для типовых сайтов.

Картинка есть, картины нет.

Вот как раз на явасрипте стало появляться множество всяких фреймворков, и рост вполне объясним. Есть люди, в asp.net и всём вокруг монстры и зубры, сейчас пишущие на ангуляре, например. При этом, оно всё равно без asp.net никуда не денется (я про конкретные проекты, не про js в целом) — но вот куда их в вышеозначенные тренды совать: в js или в c#? Как быть, если оба языка на проекте равнозачны?

Чую, нода таки сделает много бед. Когда язык defective-by-design типа JavaScript лезет на бэкенд такими темпами — жди общее увеличение количества падений и гордых Senior Fullstack с одним языком. Короче, лавры PHP, как языка для говнокода успешно переходят к JS.
P.S: Да, немного вброс. Да, я понимаю, что основная проблема не язык, а люди.

Ну, він хоча б має свої TypeScript / Flow etc. доволі якісні та популярні, є надія на них.

Я вам открою большой секрет: говнокода полно в любом языке. Просто для того, чтоб говнокодить на строготипизируемых языках, надо задействовать больше серых клеточек, чтоб запомнить больше правил языка. И уж ничто точно не мешает в любом языке не соблюдать единое праВиЛо написания_кода, с необходимыми отступами и т д, прописанное в стандартах кодирования для данного языка.

Есть языки которые хоть как-то требуют соблюдать стандарты. Тот же Python.

PSR 0 — 4, пожалуйста, соблюдайте. Но я с вами согласен,

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

Go в этом плане еще дальше пошел. И я считаю это очень правильным.

Скорее всего, это означает, что эра доминирования PHP в начальном секторе web-разработки постепенно проходит. Сейчас начинающим веб-разработчикам имеет смысл смотреть в сторону JavaScript.

А ведь в основном плохая репутация PHP как раз из-за огромного количества новичков.

и РНР станет jav-ой )
А на JS-е теперь будет гора «вордпресс плагин инсталеров» — программеров ))
и 100500 тем как же мне вывести дебаг ибо не работает скрипт скачаный с гитхаба )

а там еще и курсы наклепают с вчерашних доярок — фуллстекш, а голодные тим лиды с тем на доу «как найти девушку» часть 434 — возьмут их сразу в команду )

мир никогда не будет прежним ))

Соотношение Objective-C/Swift все еще 80/20.
Интересна ситуация с Swift — виден сильный рост, но процесс замены языков далек от завершения: почти 80% iOS разработки — это все еще Objective-C.

Это использование языков в продакшине?

на свифте даже у самого apple не много то и продуктов =)
на днях была статья..

Я так смотрю с ReactNative JS весьма потеснит ObjC, Java

большинство людей по-прежнему начинали с Pascal’я
Ги-ги, а що роблять зараз ті хто починав з Fortran?

В західних банках гребуть бабло лопатою.

Неожиданная она для тех, кто незнаком с банковской системой.
Не знаю как сейчас (но практически не сомневаюсь, что сильно не изменилось), а в 2003-4гг в крупнеших укр. банках процессинг работал на IBM S/360 и прекрасно себя чуствовал, равно как и сопровождавшие их программисты. На Западе банковский сектор еще более консервативен, равно как и корпоративный. Даже во фронт-энде, до сих пор приходится «дружить» современные разработки с монстрами на С++ и визуал бейсике (не том, который .net :))...

в крупнеших укр. банках процессинг работал на IBM S/360

Не верю. S/390, zSeries — верю, S/360 — нет :)
Разница, мягко говоря, существенна.

Но их использование связано не с «бабло лопатой», а с другими вещами. Во-первых, да, минимальная система начинается, грубо говоря, от пол-лимона, зато IBM потом берёт на себя всё сопровождение и высокий уровень ответственности вплоть до оплаты всех убытков за проблемы. Во-вторых, это чуть ли не единственная массовая система, где есть сквозные гарантии везде от сбоев типа «тут нейтрино на пару ГэВ пролетело и сорок два бита перевернуло», пусть даже и тупейшим методом «мы любую операцию повторяем дважды и сравниваем результат». Что-то похожее делали из массовых систем разве что в IA64, и то, только на уровне некоторых систем процессора. В-третьих, оптимизация всей архитектуры не на гонки мультимедиа, а на ровные операции работы с неоднородными данными (аналог SSE был на S/390, но переносить на zSeries отказались — кому нужно, и x86 поставит).

Без этого всего никакой Кобол бы не помог — перенести язык на любую архитектуру сейчас это простая одноразовая затрата. Так что тут консерватизм, мне кажется, менее половины того фактора.

Кстати про Fortran — пробегало, что основной доход Intel по софту приходится именно на их Fortran компилятор и его
инфраструктуру.

Даже во фронт-энде, до сих пор приходится «дружить» современные разработки с монстрами на С++ и визуал бейсике (не том, который .net :))...

Это ещё достаточно современные монстры по сравнению с тем, что бывает глубже :)

Не верю.
ПУМБ, 2002 (я пришел) — 2003 (я ушел, менять вроде ничего не собирались).
Целая каста Сишников (которые без плюсов) была, мы дельфисты воспринимались как какая-то надстройка над отделом реальных перцев. А мы их наСильниками называли :)
А вера — то такэ, каждый для себя ее выбирает сам.

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

«Объективные факторы» против фактов от очевидца, и «скорее всего, вы недослышали». А вдруг, то что Вам лично кажется объективным — вдруг оно только кажется? Ну или влияние этого объективного, субъективно преувеличено? :)
Ну то такэ, чего спорить-то. Верю-неверю, детский сад какой-то. Тем более с человеком, не работавшим ни в корпоративном ни в банковском секторе (про гос. молчу — вы были бы потрясены, узнав на чем работали в конце 90-х гос. органы)...

против фактов от очевидца

Тогда прошу указать точную модель. А ещё лучше комплектацию оборудования, если помните. Если Вы «очевидец», то должны знать такие детали.

Тем более с человеком, не работавшим ни в корпоративном ни в банковском секторе (про гос. молчу — вы были бы потрясены, узнав на чем работали в конце 90-х гос. органы)...

Вы угадали только с банковским. По остальным двум — промазали. Интересно, Ваши сведения про оборудование ПУМБ из того же источника, который делает такие предположения про меня?

Про Вас сужу по профилю в линкедине. Если там указано не всё, и по совместительству одновременно с ISP, вы еще подрабатывали, к примеру, в National Grid — тогда я просто не телепат, каюсь :)

Тогда прошу указать точную модель. А ещё лучше комплектацию оборудования, если помните. Если Вы «очевидец», то должны знать такие детали.
Кому должен? Вы играйте в свою игру «верю-неверю» сколько угодно, а у меня нет никакого желания (и тем более, потребности), Вам что-то доказывать. :)
P.S. А Вы можете указать точную конфигурацию компьютера, за которым работали в 1997, работая в ISP? По Вашей логике, Вы просто обязаны знать такие детали.
Про Вас сужу по профилю в линкедине. Если там указано не всё,

Не всё. Но уж Квазар-Микро Вы должны были заметить.

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

Тогда не стоило и начинать.

P.S. А Вы можете указать точную конфигурацию компьютера, за которым работали в 1997, работая в ISP?

Да. С точностью до процессора, объёма памяти и диска, сетевых адаптеров.

Но уж Квазар-Микро Вы должны были заметить.
Ох, а это «корпоративный сектор»? Ну зависит от субъективного восприятия, наверное. А сколько стоит эта суперкорпорация?
Тогда не стоило и начинать.
Так я и не начинал — это Вы начали опровергать, с аргументацией уровня «не верю» :)
Да. С точностью до процессора, объёма памяти и диска, сетевых адаптеров.
Оу, впечатляет. А модели всгео этого тоже точно назовете? Я вот тоже могу перечислить характеристики всех компов которыми владел. И?
Я перефразирую, чо бы корректнее было, а то и правда неудачно аналогию провел.
Точную конфигурацию серверного оборудования того ISP где Вы работали — назовете? И то это будет с большой натяжкой аналогия, если Вы это оборудование администрировали. Я в ПУМБе не занимался серверной частью, а о ее составе знаю потому что работал с теми, кто ее администировал и программировал. Но Вам, конечно же, лучше знать, у Вас же «объективные факторы» и опыт работы в «супер-корпорации» :)

Собственно, что-то я увлекся. Резюме-то подведено еще два поста назад — я сказал, Вы неопровержимо смели меня в порошок аргументом «не верю», у меня доказывать что-то на уровне таких аргументов — нет ни желания, ни вермени, ни собственно выгоды какой-либо... Ну то есть, смысла нету вовсе.
При этом, не приведя ровным счетом ни одного конкретного аргумента, кроме «не верю» и «объективные факторы» (настолько объхективные, что даже засекреченные настолько, что Вы их раскрыть боитесь), требуете от меня техническую спецификацию на оборудование банка, в котором я работал 15 лет назад, типа я обязан Вам доказывать что-то... :)

Всё, удачи в корпоративной карьере, я закруглился :)

Ох, а это «корпоративный сектор»?

Да.

А сколько стоит эта суперкорпорация?

Тогда была в разы больше ПУМБ. Наш департамент, кстати, поставлял сетевое оборудование именно в ПУМБ как раз в этот период, так что тип и уровень сети, оборудования в ней я знал. Раритетов 60-х там не было.

Я в ПУМБе не занимался серверной частью, а о ее составе знаю потому что работал с теми, кто ее администировал и программировал.

Что и требовалось доказать.

Но Вам, конечно же, лучше знать, у Вас же «объективные факторы» и опыт работы в «супер-корпорации» :)

Второе — натяжка и домысел, но Вы тем не менее точно описали ситуацию. Первое — однозначно да.

Тогда была в разы больше ПУМБ.
По каким критериям? Капитализация, обороты, количество сотрудников, клиентская база? Циферки, чтоб не быть голословным?
Наш департамент, кстати, поставлял сетевое оборудование именно в ПУМБ как раз в этот период, так что тип и уровень сети, оборудования в ней я знал.
Казалось бы, причем тут мейнфрейм к сетевому оборудованию и уровню сети... Ну да ладно. Так может, Вы тогда и напишете, модели и конфигурации мейнфремов ПУМБа, так так хорошо знаете (не по предположениям)?
Что и требовалось доказать.
Что доказать? Ну допустим, Вы полагаете что доказали то, что люди работавшие в ПУМБе с мейнфремами в начале 2000-х, на самом деле понятия не имели, на чем они работают? :)
Второе — натяжка и домысел, но Вы тем не менее точно описали ситуацию. Первое — однозначно да.
Куча букв сколь заумных, столь и бессмысленных...
Что доказать? Ну допустим, Вы полагаете что доказали то, что люди работавшие в ПУМБе с мейнфремами в начале 2000-х, на самом деле понятия не имели, на чем они работают? :)

Они — наверняка знали. Вы — нет, и путаете архитектуру, поколение и модели.

Куча букв сколь заумных, столь и бессмысленных...

Самокритика — это хорошо, первый шаг к пониманию.

Самокритика — это хорошо, первый шаг к пониманию.
А ерничанье — главный шаг к тому чтоб быть смешным. По остальным вопросам слив игнором — ну и ладно. В сухом остатке, на обсуждаемой временной точке, имеем «не верю» от молодого сотрудника поставщика роутеров, против «знаю» от инсайдера — на том и разойдемся. :)
По остальным вопросам слив игнором — ну и ладно.

Потому что мне ваши отвлечения в сторону на 100500+ тем неинтересны.

против «знаю» от инсайдера

Вы таки уточните у своих коллег, что там стояло. Тогда и продолжим. Мне тоже интересно, вдруг какой-то безумец таки решил оживить в 2000-х систему 60-х, наплевав на затраты в десятки киловатт, на площадь, на проблемы обслуживания железа из электронной рассыпухи, на отсутствие поддержки — это было бы само по себе примечательно, как экспонат кунсткамеры... но (всё уже сказано выше). Только добейтесь точной модели и хотя бы базовых подробностей комплектации.

Мне тоже интересно, вдруг какой-то безумец таки решил оживить в 2000-х
Рафинированная демагогия :). С чего это Вы взяли, что кто-то в 2000-х что-то «решил оживить» (т.е., условно говоря, нашел где-то списанную никому не нужную и начал использовать — как еще интерпретировать эту сентенцию)? Предположить, что на тот момент могло продолжать (и успешно) использоваться наследие, оставшееся в строю с конца 80 — начала 90-х (не по времени производства, а по времени ввоза в страну, или покупки или получения «в наследство» у других владельцев) — не судьба, или большой «корпоративный опыт» не позволяет? Стоимость и целесообразность замены бесперебойно функционирующего оборудования, в реалиях того периода — из числа «объективных факторов» выметаем бесповоротно?

Я конечно понимаю, что у специалистов «ведущего поставщика электронного и сетевого оборудования» были диаметрально другие взгляды, потому что пропаганда миграции на всё более современное — один из основных факторов их бизнеса. Однако это, всё-таки, далеко не единственный (и — сюрпиз — с ненулевой вероятностью даже не самый главный) «объективный фактор», влияющий на решения в корпорациях. Но для Вас, как я уже понял, кроме тех факторов которые прямо влияли на деятельность Вашего работодателя, — других объективных не существовало :)

P.S. Я мог бы назвать несколько крупных корпораций в US, в данный момент использующих оборудование, софт и т.п. 30-летней давности. И не понаслышке, а по опыту своей работы вот прям сейчас. Собственно, одну даже назвал (хотя NDA и этого не одобряет, но позволим себе вольность), но Вас не заинтересовало ;)
Почему же отметается возможность аналогичной ситуации у нас (да еще и в период когда только-только разгонялось всё после затяжного кризиса, когда мало кому было дело до современных технологий, при том что старая техника еще вполне решала свои задачи)?

Вы таки уточните у своих коллег, что там стояло.
«иных уж нет, а прочие..,» © Вот мне бы было дело до того, чтобы разыскивать старые контакты людей, с которыми пересекался полтора десятилетия назад, чтобы доказать что-то какому-то неверующему по его прихоти. Я на все эти посты времени потратил на порядок меньше, чем для этого потребуется. И это с единственной целью — пометать бисер :).

А что, собственно, доказывает это всё, в контексте спора? Вот вернувшись к началу — что Вы стремитесь доказать? Что корп. сектор идет в ногу со временем и использует всё современное? Что .NET умирает, и удел С# - поддержка древних монстров до миграции на супер-пупер модные технологии? Или что? :)

Но для Вас, как я уже понял, кроме тех факторов которые прямо влияли на деятельность Вашего работодателя, — других объективных не существовало :)

Факторы просты: крайняя старость оборудования (которое тогда уже давно рассыпалось, потому что выпуск S/360 прекратился в 70-х), чудовищные затраты электричества на старую технику (в поставке нормального объёма это от 30 кВт), наконец, то, что в это время мощности именно S/360 даже старших моделей с успехом могли быть реализованы в виртуальной машине с покомандной интерпретацией (!) на современных компьютерах быстрее, чем вся та машина (и IBM прямо говорил — если вам хватает старых мощностей — ставьте Hercules (тот самый интерпретатор), если нет — покупайте новые системы). И в этих условиях я действительно не верю, что решение сохранить такое чудо в организации, активно модернизирующей свою среду, было бы принято всерьёз. Всё это делает наличие именно машины этого поколения вероятным менее чем на доли процента.

потому что пропаганда миграции на всё более современное — один из основных факторов их бизнеса.

В данном случае это была пропаганда не Квазар-Микро, а самой IBM. Естественно, наши активно участвовали со своим «маслом на руках» в подобных движениях, но и кроме них такое было.

P.S. Я мог бы назвать несколько крупных корпораций в US, в данный момент использующих оборудование, софт и т.п. 30-летней давности. И не понаслышке, а по опыту своей работы вот прям сейчас. Собственно, одну даже назвал (хотя NDA и этого не одобряет, но позволим себе вольность), но Вас не заинтересовало ;)

Мне не нужны названия организаций, а вот конкретные используемые средства было бы интересно послушать. Если это не какой-нибудь 386SX у кладовщика.

что Вы стремитесь доказать? Что корп. сектор идет в ногу со временем и использует всё современное?

Нет, эти темы мне пофиг. А вот та же линия S/360 очень интересна с её историей.

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

Жаль. Тогда продолжать не о чем.

в big data приложениях все еще рулит

Мало ли где... Вот вы хайп про machine learning заметили? Там на входном уровне рулят или R, или Python+scipy. А scipy собирается на основании библиотеки Blas с фортрановскими исходниками (и никакой C туда не пустят).

Мне кажется, что в финальной таблице влияние факторов на долю языка на рынке немного перекручено. Как вышло так, что JavaScript занял 3-е, а не 2-е место с таким большущим зазором в дополнительных языках и своих проектах по сравнению с C#? Возможно слишком низкий фактор влияния дополнительных языков? Зазор ведь просто огромен, а в основных языках и предпочитаемых технологиях они идут совсем рядом в пределах 2-3 процентов. Да и PHP мне не видится из вашего анализа всего в 0,7 процентов от JavaScript по финалу. По моим подсчетам, исходя из ваших таблиц, JavaScript второй, C# третий и они ушли от PHP больше, чем на 0,7 процента как минимум в два раза. Это если брать во внимание фактор влияние дополнительного языка и языка своих проектов в 8! раз меньше основного. Может я не прав, подскажите методику, по которой определяется финальный процент.

Это просто процент использования как основного языка. Без учета дополнительных факторов.

Ну так это не совсем правильно, мы ведь говорим о финальном, суммарном проценте, он то должен как раз учитывать явно не один фактор, как минимум 3-4, а в идеале до 10 факторов, если таковые имеются.

ну как бы — c одной стороны эти рассуждения понятны, с другой — если составить какой-то взвешенный рейтинг, то какой будет смысл полученных цифр и критерии применения (?) Если возникла потребность во взвешенной комбинации факторов, то легко свою составить на основе первичных данных, взяв те веса и факторы, который имеют смысл в частной задаче. А универсальная — непонятно

Так и сделал, перенес таблицу, провел нужный мне анализ и получил нужную инфу. А вот по поводу критериев — тут действительно большущий вопрос, какова доля каждого из них. Для таких целей можно было бы 1 раз небольшой опрос сделать по отношению пользователей сайта к важности того или иного критерия (в процентах, балах и т.д.). А потом вывести среднестатистические данные по критериям и провести анализ на их основе. Ну это чисто мое мнение, кажется это было бы вполне логично для обобщенного рейтинга. Это же собственный рейтинг DOU, можно его привести к более точным позициям каждого языка. Это просто как предложение, ничего личного :-).

Десь приблизно такий же хайп був з RoR в 2007ому, коли всі кричали шо PHP мертвий.

Хм

1. Только 3% PHPшников перебралось на go
2. Опыт go-шников 7-10 лет

Кто все эти люди? )

Не go it-шников, а опыт программирования. Опытные люди выбирают Go короче :)

Ну это то понятно. Вопрос откуда перешли, имея такой опыт )

ну у меня пару опытных знакомых любят go, но не используют на работе из-за невостребованности на рынке труда (с опытом работы в разных языках программирования java/python/js/c++)

Можно посмотреть — откуда хотят перейти на Go:
toGo <- table(q@data$NowLanguage,q@data$NextLanguage)[,'Go'] toGo[toGo>0]
результат:

       Java          PHP       C#       Python        Swift  
          18           26         5           18            1           
        Ruby   JavaScript       C++         none        T-SQL  
           8           11               5           14            1              
           C         Perl ActionScript           Go      Clojure  
           1            1            1           11            1               
или в процентном отношении:
         PHP         Java                    Python         none   JavaScript 
  21.3114754   14.7540984   14.7540984   11.4754098    9.0163934 
          Go              Ruby           C#          C++        Swift 
   9.0163934    6.5573770    4.0983607    4.0983607    0.8196721 
       T-SQL            C                Perl                ActionScript      Clojure 
   0.8196721    0.8196721    0.8196721    0.8196721    0.8196721 
(21 % тех кто хочет перейти на Go тут — это 3% тех, кто хочет перейти из PHP )

Короче из PHP и питона, ожидаемо. Ну и джава, версия 7 и ниже действительно могла достать ).

Главная новость этого опроса — выход JavaScript на третье место. Скорее всего, это означает, что эра доминирования PHP в начальном секторе web-разработки постепенно проходит. Сейчас начинающим веб-разработчикам имеет смысл смотреть в сторону JavaScript.

хоронили РНР — хоронили...
только в 2017 с переходом на РНР7 все еще интереснее будет

JavaScript — конечно гуд и node.js есть и крутое слово фулстек — и компания вместо 2-х может одного нанять )) но по факту еще очень рано говорить что отток идет

реально больше нечем в базу ходить с сайта, чем еще?

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

просто по факту все крики как РНР уже вот-вот и начальный и вообще вот Го а там и нода а сбоку скала..

но проектов (далеко на мелких аля счетчичек на ноде или уныйлый интранетик на яве) овер 9000 =)
в общем говорить что нету сенса учить РНР — а вот только JS рано )

только в 2017 с переходом на РНР7 все еще интереснее будет
тссс.... за пределами пых мира никто и понятия не имеет о РНР 7. ни о чистке самого ЯП, ни о существенном повышении эффективности в рантайме (существенно увеличено быстродействие и уменьшено потребление памяти). ни о том что куча проектов сейчас проходят серьезный рефакторинг для РНР 7 compatible
по опыту проникновения фич в Java — пару лет нужно. те же стримы в Java 8 — еще для многих джава программистов диковинная штучка. Слышали конечно, доклады смотрели, доку читали. но — проявляют «разумный консерватизм».

на собеседованиях спрашивал — какие по вашему основные отличия в РНР 7, чтобы уже сейчас писать код с учетом будущего перехода с РНР 5 — ответ — «не наю»
так что и в пых мире еще о РНР 7 мало знают :) что уж ожидать от остальной части ИТ сотоварищей :)

ни о чистке самого ЯП

Ни о том, что пхп — это ЯП :D

мне это напоминает — молоток уходит на второе место! бешеная популярность паяльника!!! вау!!!

смешно ей богу от такой аналитики :)

Это означает, что люди начали паять микросхемы, а не делать стулья! От такой аналитики есть смысл. Так и тут — уменьшение доли ПХП я считаю произошло из-за популярности Angular и Node.js
Интересно знать чем сейчас люди пользуются

вай со сириэс

стул тоже нужен, на микросхеме сидеть неудобно

Яким чином Ангулар зменшує популярність PHP? Ангулар ж не на сервері. Нода — згідний

Таким, что часть вебсервисов стало SPA и там где был только пхп теперь пхп + JS. Причем объем кода на JS больше.

Ну дык со стороны фронт енда — да. Или вы заменяете часть бек -енда, написанного на PHP на js ? Мне тут кэп подсказывает, кстати, что сервис на чистом пхп — помойка, так как фронт енд инкапсулирован в свои файлы, а серверная часть в свои. Итого получается, что если у вас совсем мало php и много js. то у вас тонкая серверная часть и толстый фронт енд. А если у вас бек енд и на PHP, и на JS, то это, имхо, Соддом и Гоморра ! :)

А кэп вам не подсказывает разницы между серверным рендерингом страниц и клиентским. Мне он нашептал, что в первом случае укажут только пхп, а когда первый случай будут переделывать во второй, укажут и пхп и джс.

Думаю ви б не задавали подібне питання, якщо б спробували писати в’юхи на AngularJS. А створення в’юх — це досить значна частка. Для PHP тепер залишається:
— робота з БД
— контрольна перевірка даних (з форм)
— авторизація
— ну і відправка пошти

Тобто, 85% того за шо нам платять гроші. Ок)

Можливо, але це краще вимірювати зручністю та швидкістю написання, ніж пунктами. Тобто, умовно кажучи, треба заплатити PHP-шнику не за 100 годин, а за 50... оце вже буде ближче до істини...

Не треба вчити бізнес що йому треба, а що ні. Там люди рахувати гроші вміють, тому скажу чесно — всі оці ангуляри і реакти круто, але тільки тоді, коли з бекендом все ок. А там роботи ще дуже багато. Гроші платять не за карусєльки і анімації (як би нас не переконували горе-менеджери, що маніпулюють розумними словами і цифрами), а за те, що приносить ще більше грошей. Наприклад, yet another blog. Умовний Wordpress чи Drupal уже настількі вилизані, що писати при живих CMS нову CMS на ноді — тупо і невигідно. З часом за рахунок ентузіастів їх буде більше і вони будуть кращі, але це роки, десятки років.
Досить мислити як програміст, починайте думати, як бізнесмен.

+1.

Умовний Wordpress чи Drupal уже настількі вилизані, що писати при живих CMS нову CMS на ноді — тупо і невигідно.
Кстати, то же можно сказать и про более серьезные вещи, тот же Symfony — сейчас по праву считается корпоративным стандартом. И клиент, имея стабильно работающее приложение, вряд ли захочет переносить его на другой язык, только потому, что у разработчика горят глаза следовать трендам.

Так ніхто і не рветься злазити на інші фреймворки. Інша справа — бандли, які використовуються уже всередині. Там уже, як правило, на розсуд команди.

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

Я створив тему з іншим рейтингом мов програмування, продиктованим кількістю вакансій на ринку праці. Це якраз те, про що ви пишете — бізнес добре реагує на зміну хороших і поганих мов програмування.

Але ваш коментар не обгрунтований, коли ви пишете, що використання AngularJS — це наслідок маніпулювання горе-менеджерів. Спробуйте напишіть на стільки ж динамічний сайт як, наприклад, google Excel. Зможете написати на PHP? — ніколи не зможете, це просто недосяжний рівень для PHP. Скажете «кому це потрібно?» — час такий йде, що веб-сайти поступово перетворюються на SPA. Заперечувати цю тенденцію, якраз таки продиктовану бізнесом, — не розумно.

Щось десь чув, щось десь бачив, щось десь знав — це про вас.

Спробуйте напишіть на стільки ж динамічний сайт як, наприклад, google Excel.
Та до жопи та швидкість, якшо бекенду немає. Ми ж про це говорили, а не про те, що Angular — фігня (я такого не казав)

Я надаю свої аргументи, коли пишу про якусь оцінку. Ваша оцінка не обгрунтована.

Мені пофіг. Так ясно?)

Та хоч три рази пофіг. Ми сперечаємось на людях, а тому щоб не бути тупо тролем, я надаю перевагу обгрунтуванню своїх оцінок.

Одне діло постійно в цьому крутитися, жити, бачити процеси зсередини, а зовсім інше — сидіти постійно вдома, читати «розумні статті» і думати «який же я крутий і розумний». Реальність — вона трошки не така.

Для PHP тепер залишається:
— робота з БД
— контрольна перевірка даних (з форм)
— авторизація
— ну і відправка пошти
Ти так написав, наче на php тільки і лишилося, що коників з гамна ліпити, а на Angular ледь не ракети в космос можна запускати. Ось це мені і не сподобалося.

Простите, но в чем проблема использовать php ? Js посылает Аякс запрос серверу, php отдает json ответ, js вставляет ответ в верстку страницы. Итого, js рулит фронт ендом, php — северной логикой

Де ви побачили, що я заперечую потребу PHP?

Зможете написати на PHP? — ніколи не зможете
Или я вас неправильно понял

Батьківський коментар говорить таке

Яким чином Ангулар зменшує популярність PHP? Ангулар ж не на сервері. Нода — згідний
На що я сказав, що AngularJS вже може забрати суттєву частку того, що раніше робилось на PHP.
Для PHP тепер залишається:
— робота з БД
— контрольна перевірка даних (з форм)
— авторизація
— ну і відправка пошти
.
Так это и было всегда работой пхп; в 90 случаях обработать запрос к бд ,отфильтровать информацию, и вернуть ее. Все. И вряд ли что то изменится, как сказал Евгений. Однако спорить не собираюсь, это мое имхо
отфильтровать информацию, и вернуть ее. Все
Все, та не все. В’юхи де ваші, хто ними буде займатись?

Не позорся.

Если использовать ангуляр то пхп явно делать этого не будет. Первая попавшая под руку ссылка m.habrahabr.ru/post/181009

Зможете написати на PHP? — ніколи не зможете, це просто недосяжний рівень для PHP.
звісно. PHP ж не працює в браузері. C# та Java до речі теж.
Скажете «кому це потрібно?» — час такий йде, що веб-сайти поступово перетворюються на SPA.
Це так, і не так.

SPA потрібно тоді, коли треба WebUI такого рівня як GUI.

Заперечувати цю тенденцію, якраз таки продиктовану бізнесом, — не розумно.
Тенденція — GUI програми замініюця на WebUI. Навіть IDE вже є на WebUI.

але, ще раз — PHP, C#, Java, Ruby, ... — то серверни платформи.

звісно, у PHP є перевага яка і є головним недоліком. і у випадку WebUI котрий завалює сервер дрібними REST запитами — PHP може й не найкращий.

але те що все переходить на SPA — неправда :) потреба в SPA так, збільшилась. Але SPA треба — не завжди. і не завжди SPA потребує реалізації на pure REST

веб-сайти поступово перетворюються на SPA
!=
все переходить на SPA
веб-сайти поступово перетворюються на
PAJAX

pajax != SPA

Это че за зверь? что-то не гуглится

«page ajax» хайповый подход первой половины 2000ых. который сейчас основной. и поэтому о нем немодно даже вспоминать.
и который и остается основным, потому что разработка SPA ощутимо дороже.
основной настолько, что перекочевал и в Backbone и React в новом обличьи
Основной, потому что — HTML centric.
и будет основным пока браузерам на вход нужно подавать HTML.

Как вы мне ответили выше мне, я отвечал в контексте батьківсього комментария. В нашем с вами разговоре это будет php + ajax, ведь кто же будет ваши запросы обрабатывать с северной стороны?

Да ладно? СерьезнО????
Php только данные в форму сохраняет??? В этом все программирование???
Отправка почты оо
Как же джуны задрали

Как же джуны задрали
Так ему больше ничего не доверяли, вот он и решил что на php больше ничего и не пишут.

Как минимум, такая статистика позволяет увидеть, какие языки уходят с рынка, а какие закрепляются.
К примеру, тенденция с С# говорит о том, что неплохо было бы посмотреть на что-то еще — так, на всякий случай.
Ну а Java-программистам вообще не о чем переживать, пока Oracle выпускает новые версии. :)

оракл вечен учите оракл не ошибетесь, зарплаты и интересно

Это всё аналитика для леммингов.
Если у тебя 5+ лет опыта на c#, никуда от тебя не денутся ни работа, ни зарплата, ни возможность уехать на Запад. И срочно бежать думать на что бы переучиться поскорее, пока все вакансии не закончились и все проекты не перемигрировали — значительно глупее, чем развиваться дальше в своем направлении.
В конце концов, западный корп. сектор и через 10 лет будет сидеть на том, что было мейнстримом 10 лет назад. Для спеца место всегда найдется. А вот остаться таким спецом, прыгая каждые год-два на технологию, которая сейчас кажется моднее — вопрос.

Нет. лучше сидеть 10 лет на легаси проекте с .нет 3.0 заниматься поддержкой и допиливанием. Никуда не прыгать. Писать во время еженедельные отчеты. Не прыгать, не мечтать, не завидовать.
Только вот это подойдет лишь тем людям, кто хочет и любит это корпоративное болото, эти системы которые как чемодан без ручки — бросить жалко, поддерживать уже тяжело и дорого, переписать никто не берет на себя ответственность и дерзость. Это, знаете ли, специалист не по дотнету а специалист по долготерпению

Вас, видимо, дотнетчики когда-то чем-то лично обидели :)
Если что, .нет 3.0 — это не последняя версия. И проекты .нет бывают вовсе не только legacy. Остальная лирика — какой-то бред обиженного, ничего личного, но выглядит именно так. Ну да каждому своё, чего я буду распинаться.
Всё равно что рассказывать какому-нибудь зубру пхп-шнику, что ПХП — устаревшее дерьмо, используя в аргументах PHP4. :)

Ну вот похоже паззл и сложился

Подписаться на комментарии