Comments 83
Откуда вы такие мизерные зарплаты берёте?
Насчет PHP, но мне в общем интересно понять, как можно увидеть, что тема умирает. Давайте предположим, допустим, что PHP умирает. Что условный пайтон его заменяет как бык овцу и мало кто будет доброволно прогать что-то на PHP. При этом все равно остается огромное количество legacy кода. В том числе - wordpress, например. Любой скан вебсайтов, чтобы определить популярные технологии покажет нам, что PHP стоит на каждом вордпресс-сайте. И таких проектов много. Кроме того, матерые программисты, которые собаку съели на PHP вряд ли захотят стать почти "джуном" на новой технологии. И будут в любые проекты пихать этот мертвый PHP. В любой компании, где есть уже отдел PHP программистов, проще держаться этой технологии. Better the Devil you know.
Мне кажется, однажды сильно взлетевшая технология "умирать" будет долго. Вот Perl умирать начал с появлением PHP, до того как на нем нагородили много всего. И сейчас уже умер, наверное, процентов на 98.
PHP умирает! И это факт! Скрипт на php при каждом запросе просыпается и отработав умирает!
Php для веб это офигенный язык! Начиная с версии 8 (завезли enum, включение strict type, обновленный интерпритатор) по быстродействию он разматывает просто в сопли любимый смузи-програмистами петухончик при этом позволяет непринужденно писать красивый код. Хочешь функциональный код, хочешь адекватный ООП, хочешь процедурный подход - на выбор всё для тебя.
позволяет непринужденно писать красивый код.
Как там, strpos и str_replace уже привели к единому виду по snake-case и порядку аргументов??? 😁😁😁
Как там, strpos и str_replace уже привели к единому виду по snake-case и порядку аргументов???
ИМХО это работу следовало бы проделать, но мне кажется, банально боятся поломать обратную совместимость. Тем не менее, Ваш оппонент прав. На PHP можно писать в любом стиле (процедурном, объектно-ориентированном, функциональном) при этом код будет функционален и эффективен.
Скрипт на php при каждом запросе просыпается и отработав умирает!
Скрипт не просыпается и не умирает. Скрипт исполняется. Исполняется процессом. И этому процессу вовсе не обязательно умирать.
В частности, PHP-FPM не завершает процессы после выполнения скриптов, а переиспользует их для обработки следующих запросов.
Добавлю, что исходная фраза
> Скрипт на php при каждом запросе просыпается и отработав умирает!
действительно была верна лет эдак 20 назад. Когда вместо технологии fastcgi использовался просто cgi для запуска вебсервером пхп. Но где-то между 2005 и 2010 годами (я не помню точнее) произошел переход на fastcgi, где процесс обрабатывает много-много запросов и только потом перезапускается.
Странно, а почему по тестам python+numba побеждает (первый результат в гугле)?
И это ещё без типизации, без компиляцией и с включенным GIL?
красивый код
Очень субъективно.
Кроме того, матерые программисты, которые собаку съели на PHP вряд ли захотят стать почти "джуном" на новой технологии. И будут в любые проекты пихать этот мертвый PHP.
Нет, это так не работает. Матёрых программистов выкидывают на мороз и заменяют молодёжью с модными технологиями. Те же Делфи с Культями выбросили на помойку и переписали всё на веб и микросервисы. А ведь кто-то всерьёз видел себя типа будущим коболистом.
Вы не поверите - недавно был аутсорсером в крупной компании (сужу по размеру внутренней среды виртуализации - более тысячи виртуальных серверов), так 90% внутреннего софта, свежего, максимум полугодичной давности, было на Delphi. И, думается мне, это не единичный случай.
К тому же, все мобильные приложения, написанные мной в порядке хобби, для Android, корректно работали только когда я их "оформлял" в RAD Studio, на Delphi... но тут, конечно, может сказаться мой ничтожный опыт в других "фронтэндовых" языках.
Delphi+Лазарь будут умирать дольше PHP, так как адекватной и полноценной замены ему почти и нет.
К слову 'модные технологии' в Делфю тоже уже завезли, и веб в виде Унигуя/Web Core'а, да и микросервис на делфе запилить вообще без проблем.
Все таки рынок бэкенд разработки и разработки сайтов на CMS практически не пересекаются. Условный разработчик на laravel при исчезновении вакансий скорее сменит язык, чем пойдет поддерживать сайты на вордпрессе.
Ага, ведь сменить стэк так просто)
Не настолько сложно, все знакомые php разработчики, начиная с мидла, параллельно умеют/учатся писать на go
Не настолько сложно, все знакомые php разработчики, начиная с мидла, параллельно умеют/учатся писать на go
Так никогда и не было проблемы освоить новый ЯП, технологию, whatever. Но теперь появилась проблема найти работу не имея коммерческого опыта в осваиваемых технологиях. Поэтому, да, ироничный тезис "ведь стек сменить так просто", увы, очень правдив в контексте современного айти.
Я помню, в 2012-ом точно так же кричали, что Delphi не умирает
Они и сейчас кричат. Ведь в каком-нибудь областном ДГУП Водоканал до сих пор крутится учётная система на Делфи и за её сопровождение платят аж 30 тыщ рублей.
Ну, первая строчка выдачи hh говорит про не совсем 30, хотя и не 300, как у иосников.
К слову сведения по зарплатам из бота в Телеграмм-канале:
Вакансий на HH:
Delphi: 232 (+4) ~106k (30-250)
Pascal: 103 (+4) ~80k (30-250)
Python: 3940 (-13) ~70k (10-600)
C#: 2309 (-17) ~50k (15-500)
C++: 2784 (+6) ~100k (25-600)
Swift: 457 (+8) ~100k (25-380)
Java: 3551 (+13) ~60k (10-230)
По средней зарплате Делфи смотрится вполне бодро.
Замечу, что тут не средняя зп, а медианная
Кажется, этот бот сломан, ну либо в него данные из /dev/urandom вливают. Медианные зарплаты у шарпистов и дважистов 50-70к? Серьезно? Или это в долларах в год?
Хотя, если данные действительно с HH, то там обычно для позиций с более-менее приличными зарплатами от миддловых и выше крупные компании часто вообще вилку не пишут. Так что ориентироваться на эти данные вообще смысла никакого нет.
Думаю, это белорусские рубли
Бот берет последние 100 вакансий по конкретному языку, без учёта города, отбирает вакансии с вилкой в рублях и нулевые значения тоже отсекает. Считает медиану. И кстати, имеется статистика на каждый день уже больше года.
Ещё большая просьба, когда пишите зарплаты, указывайте пожалуйста и ёмкость рынка с такими зарплатами. Читать про абстрактных сеньйоров с 400К наверно очень захватывает дух, но что толку если это всего 5% рынка.
SAP-еры, это ж почти как 1С-ники, по сути привязаны к своему SAP-у, он конечно ещё долго будет крутится, но некоторые компании потихоньку пытаются куда-то мигрировать с неподдерживаемого SAP-а
ну SAP-ры хотябы релоцироваться могут, в мире он умирать не собирается.
А вот и нет. Какие-нибудь плюсовики и те же php-ники могут, а вот сапёрам намного сложнее. Потому что вопрос не только в языке, а в первую очередь в знании предметной области. А там другое законодательство, другие правила бухучёта и т.д. Брать мигранта с волчьим паспортом и пару лет его переучивать - да кому это надо?
Правила бухучёта это примерно 1% от знаний сапёра и они не такие уж другие. Все отличия РСБУ от МСФО или us GAAP хороший отечественный сапёр прекрасно знает, они касаются нескольких счетов. Тем более, что редкий сапёр не работал на международных проектах, где в одной системе компании разных юрисдикций со своими местными прибабахами, налогами, акцизами, амортизациями, начислениями и прочим. Так что как с этим работать люди представляют очень хорошо.
Никто ни к чему не привязан, технологии и продукты приходят и уходят, люди их осваивают. Иначе куда делись полчища специалистов по dBase, Pascal, Delphi, Visual Basic и прочему?
Иначе куда делись полчища специалистов по dBase, Pascal, Delphi, Visual Basic и прочему?
Во-первых, не полчища. Рынок тогда был мал. Во-вторых, рынок тогда рос, специалистов не хватало, поэтому условный дельфист вполне мог без проблем переучиться-перекатиться например в мобильную разработку. Сейчас ситуация сложнее, т.к. рынок не растёт, а вот народу "вайти" действительно полчища. Куда пойдут условные ПХПшники когда прущая в айти молодёжь примется переписывать всё на какой-нибудь модный serverless на go?
Кругом полно legacy и его владельцы желают, чтобы оно не только работало, но и развивалось. Например, Фейсбук не стал ни на что переходить, а вложился в разработку интерпретатора PHP.
Куда пойдут условные ПХПшники когда прущая в айти молодёжь примется переписывать всё на какой-нибудь модный serverless на go?
Сейчас же никуда не делись. А переписывают "всё" на модный технология_нэйм уже давно и активно.
Если условному ПХПшнику становится грустно, то он просто берёт и переходит на тот же go. Благо, условному сеньору (даже сеньору-ПХПшнику) на освоение go достаточно потратить от пары часов до пары дней.
Разработчик с опытом веб-разработки остаётся разработчиком с опытом веб-разработки, и никакая "прущая в айти молодёжь" его так просто не подвинет.
Если там, конечно, не совсем ПХП головного мозга.
Если условному ПХПшнику становится грустно, то он просто берёт и переходит на тот же go. Благо, условному сеньору (даже сеньору-ПХПшнику) на освоение go достаточно потратить от пары часов до пары дней.
Это работало 10-20 лет назад. Но сейчас это не работает. Без коммерческого опыта в резюме с этим ПХПшником даже не разговаривают.
Без коммерческого опыта в резюме
Без коммерческого опыта у сеньор-разработчика? Что вы несёте вообще?
"- Я понимаю что у вас 100500 проектов было, ну так а конкренто на Go были?"
"- Ну именно на Go еще нет ...."
" - Мы вам перезвоним"
Нужно нарисовать 7 перпендикулярных красных линий, некоторые зелёным цветом, а некоторые прозрачным
Всё же исходим из посыла, что большинство работодателей не мудаки :) Зачем работать с мудаками.
По моему опыту (субъективному, конечно), Go – это всё-таки не Java какая-нибудь. И ищут туда не "профильных Java-разработчиков", а просто бэкенд-разработчиков с опытом в любом стеке. Хотя ПХПшника лично я рассматривал бы под лупой... но у них обычно другой плюс – относительно мало денег просят.
Ну, на рядовые позиции, каких-нибудь мидлов там.
А почему пхп разраба под лупой рассматривать? Чем разраб на пхпшных laravel/symfony отличается от разраба на джавовском spring? Те же яйца, только в профиль)
Всё же исходим из посыла, что большинство работодателей не мудаки :) Зачем работать с мудаками.
Так они как раз и не мудаки. У них стопка резюме гошников с коммерческим опытом, выбирай-обвыбирайся. И тут какой-то ПХПшник, на коленке что-то там ваял-разбирался в этом Go.
Go и PHP можно заменить на любые другие языки и технологии, суть тезиса о состоянии современного рынка айти не изменится.
Славные времена когда даже целевого ЯП можно было совсем не знать, давно прошли, и больше никогда не вернутся.
Go и PHP можно заменить на любые другие языки
Да нет, нельзя просто взять и заменить, потому что это поменяет контекст.
Аргумент о том, что "рынок Java-разработчиков" и "рынок бэкенд-разработчиков" различаются, я уже приводил, не вижу смысла повторяться.
Добавим к нему то, что Go – это язык с минимальным порогом вхождения, и коммерческий опыт на C++/C#/Java/Python в вакансиях на Go вполне котируется.
Исключения – когда в продукте, проекте или компании, на который открыта вакансия гошника, собственно других гошников и нет. Иными словами, когда ищут сеньорного сеньора/техлида, который будет внедрять новый стек технологий.
Но с каких пор у нас смена стека предполагает переход сразу на лид-позицию? :) Без некоторого понижения тут не обойдётся, с этим спорить не буду.
Без некоторого понижения тут не обойдётся, с этим спорить не буду.
Ну вот судя по отзывам, понижение предлагается до джуна и джуновской зарплаты. Платить выше смысла нет - за такие деньги на выбор предостаточно гошников уже с опытом.
Мой опыт говорит об обратном. Хотя конкретно за ПХПшников сказать не могу, но что в любую достаточно высокооплачиваемую позицию на Go с радостью рассмотрят опытных плюсовиков или джавистов – это просто факт.
Впрочем, беглый взгляд на тот же hh показывает, что PHP/Go – тоже довольно популярное комбо, причём формулировки в духе "PHP-сеньор со знаниями Go на уровне джуна". Вероятно, как раз под то самое "переписать с PHP на Go". Причём на вполне сеньорскую (по меркам PHP) зарплату.
P.S. Понижение сеньора до джуна при смене стека – это глупости просто какие-то, нормальный работодатель такое не предложит (а к ненормальным идти не надо). А "понижение" с PHP-сеньора до Go-мидла – это ещё и с немалой вероятностью выгодно по деньгам
Достаточно ошибочное суждение. Если у компании стэк php/go, то очень часто берут пхпешника и затем на go переучивают
Благо, условному сеньору (даже сеньору-ПХПшнику) на освоение go достаточно потратить от пары часов до пары дней.
Я как-то ревьюил код и менторил таких похапе-сеньоров в другом стеке... Типичное ревью - на 90% исчёрканый facepalm'ами код. (я культурно-воспитанный, поэтому писал facepalm'ами, хотя вскрикивал при этом wtf'ами - благо удалёнка и этого никто не слышал). :)
Разработчик с опытом веб-разработки остаётся разработчиком с опытом веб-разработки, и никакая "прущая в айти молодёжь" его так просто не подвинет.
Да, не проблема. Мульёны сайтиков на вордпрессе же надо кому-то поддерживать. А молодёжь можно занять чем-нибудь более продуктивным. Думаю, будет реально как с коболом - он и сам несложный и денег, вроде, дофига дают, но мало кто в своём уме хочет туда лезть, кроме горстки пенсионеров, которым всё равно делать нечего.
Я как-то ревьюил код и менторил таких похапе-сеньоров в другом стеке... Типичное ревью - на 90% исчёрканый facepalm'ами код. (я культурно-воспитанный, поэтому писал facepalm'ами, хотя вскрикивал при этом wtf'ами - благо удалёнка и этого никто не слышал). :)
Примерно это я и имел в виду под "ПХП головного мозга". Да, мне тоже не нравится средний уровень ПХП-разработчиков любого уровня.
Но что поделать, не боги горшки обжигают, и спрос на относительно дешёвых специалистов, способных собрать сайтик из говна и палок, ещё долго будет держаться.
И всё же думаю, что для большинства хороших специалистов проблема смены стека не является проблемой. Конечно, нужно какое-то время на адаптацию, но на рынке, где условный ПХПшник конкурирует с условными выпускниками курсов, у него есть явное преимущество.
Как будто джавистам-сеньорам кто-то мешает писать ужасный код. Это не сильно от кода зависит. Я, честно, на php не писал, но не представляю, что мешает писать на php чистый код.
что мешает писать на php чистый код
PHP лет 15 как захватили джависты. В первую очередь либы, но потом и язык под их давлением поплыл. Сейчас мы имеем два разных PHP. В одном странный диалект Java с синтаксическим мусором типа необходимости использовать $. В другом возможность сделать херак-херак и в продакшн, зато за 5 минут, а не две недели, как в том же вордпрессе. И общего у них только Си-подобный синтаксис.
Как будто джавистам-сеньорам кто-то мешает писать ужасный код.
Вроде бы, ничего не мешает, но если они таковой пишут, то где-то за пределами наблюдаемой лично мною реальности.
Это не сильно от кода зависит.
От кода не зависит. Зависит от кодера и его modus operandi. Я не Дейкстра с его опытом и не стану обобщать, как он, что программирование на бейсике (или, к примеру, пхп) подвергает человека необратимой умственной деградации :), но то немногое, что я видел повергло меня в катастрофическое изумление (в плохом смысле).
Я, честно, на php не писал, но не представляю, что мешает писать на php чистый код.
А там так принято. В том смысле, что там этот их код не считается чем-то ужасным и в похапе это были не какие-то криворукие говнокодеры, а реально сильные разработчики. Там наработанные годами практики для обхода каких-то странных местечковых проблем или, наборот, решения странных проблем, не встречающихся более нигде. Они так привыкли. Там весь язык построен на какой-то магии, вызванной "особенностями" реализаций. Но с точки зрения всего остального мира эти практики - полная дичь.
Это я всё к утверждению, что даже похапешник выучит го за 2 часа/дня. Выучить-то выучит, но писать-то будет на похапе. Хоть и в го/ява/whatever синтаксисе... Я это видел и хотел бы развидеть, но это ещё и ревьюил и, похоже, эта травма надолго :)
Выучить-то выучит, но писать-то будет на похапе. Хоть и в го/ява/whatever синтаксисе...
Это относится к любым языкам. Особая кровь из глаз от вчерашних сишников-байтоёбов.
Особая кровь из глаз от вчерашних сишников-байтоёбов.
У меня, который в студентческие коды пытался быть "сишником-байтоёбом" идёт кровь из глаз, когда молодой разраб выдаёт мне (0..<10).contains(number) вместо 0 <= number && number < 10. Ну ведь так же короче и "чище"!
Так что не надо тут, стрелочка прекрасно поворачивается в любую сторону :)
так же короче и "чище"!
Я как разраб с 25 летним опытом тоже так считаю.
А потом люди жалуются что у них простенькие приложения на топовом железе тормозят :)
А потом люди жалуются что у них простенькие приложения на топовом железе тормозят :)
Берём профайлер в руки, выявляем хотспоты, и оптимизируем то что действительно требует оптимизации, а не занимаемся ерундой.
Берём профайлер в руки, выявляем хотспоты, и оптимизируем то что действительно требует оптимизации, а не занимаемся ерундой.
Красиво пишете, конечно, и в теории это всё так, но на практике даже простенькие приложения тормозят :)
Потому что вместо того чтобы писать программу, люди пишут "выразительный" код, который требует создания объекта и вызова функции для двух сравнений пары чисел
Красиво пишете, конечно, и в теории это всё так, но на практике даже простенькие приложения тормозят :)
Ещё раз, берёте в руки профайлер и выясняете что там тормозит. Если это "создание объёктов" ради сравнения двух чисел, во вложенном цикле, тогда и оптимизируете. А тормозить может что угодно. Проблема может быть архитектурной - эти два числа сравнивать может и не надо вообще.
Потому что вместо того чтобы писать программу, люди пишут "выразительный" код, который требует создания объекта и вызова функции для двух сравнений пары чисел
Чай не МК программируем и не 1992 год, когда эти конструкции действительно запросто разворачивались в нечто непотребное и серьёзно просаживали производительность на тогдашнем железе. Вы ещё такты CPU начните подсчитывать.
Ещё раз, берёте в руки профайлер и выясняете что там тормозит.
Ещё раз, у вас уже тормозит чьё-то (не ваше) простенькое приложение. И таких много, причём от компаний с 7 уровнями собесов. Какой толк мне от вашего профайлера-то в данном случае?
Я потому вам и говорю, что ваши рассуждения про профайлер - это теория, пусть и 100 раз правильная, а реальность она малость другая
Куда пойдут условные ПХПшники когда прущая в айти молодёжь примется переписывать всё на какой-нибудь модный serverless на go?
Умные - никуда. Они поставят вопрос "давайте выделим модуль авторизации в микросервис на go" и возглавят процесс. А молодёжь, которая ни прогать не умеет, ни предметной области не знает, как шла работать джунами, так и будет идти работать джунами.
"Миф 5. Kotlin-программисты заменят Java-специалистов" - ну вот, что заменят - это вряд ли. А вот запросы на Kotlin+Java будут расти каждый год все больше и больше
Kotlin-программисты заменят Java-специалистов
Вот, собственно, иллюстрация, насколько HRы понимают то, с чем они работают. Джаву от джаваскрипта отличать научились в итоге. Зато теперь думают, что джава и котлин это какие-то сильно разные вещи. Они разные, если только в конторе угорели по ktor, kotlin native и прочей экзотике. В случае обычного спринга разница исчезающая и мифу неоткуда взяться.
Пишу себе сам на FPС (на IDE Lazarus) базульку для Asset management. Хотел вот на каком-то другом языке, но как увидел, что нужно сделать, для того, чтобы запустить простейшую программку на винде - плюнул и пишу дальше. Скорость меня устраивает. Набросать кучу визуальных компонентов и тут же их пользовать - устраивает, и не надо для каждого элемента задавать углы... Web - не критично, да и вставлять лишние промежуточные компоненты (web-сервер) для увеличения глючности не нужно... Есть что-нибудь эдакое, сравнимое по простоте использования?
Складывается впечатление, что многие просто не знакомы с профессией программист. Особенно если говорить об уровне senior. В первую очередь программист владеет огромным опытом построения приложений, знает и использовал паттерны в коммерческих условиях, умеет и понимает как правильно реализовать ту или иную бизнес задачу, а только потом речь идёт о языке программирования.
Все это понимают, кроме нанимающей стороны, которой нужно N лет опыта с M языком и с F стеком
т.е. нужны задачки с литкода + солюшен дизайн?
Но это не значит, что владение конкретным языком программирования не важно, типа "синьор может писать на любом языке". Вот тут я расписывал мысли на эту тему.
PHP действительно умирает, причём после каждого запроса. Так задумано.
Безработные айосники, мертвый PHP и бесполезные “саперы”: топ-5 мифов о будущем российского IT