Comments 98
Откуда вы такие мизерные зарплаты берёте?
Насчет 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?
красивый код
Очень субъективно.
Вы не поверите - недавно был аутсорсером в крупной компании (сужу по размеру внутренней среды виртуализации - более тысячи виртуальных серверов), так 90% внутреннего софта, свежего, максимум полугодичной давности, было на Delphi. И, думается мне, это не единичный случай.
К тому же, все мобильные приложения, написанные мной в порядке хобби, для Android, корректно работали только когда я их "оформлял" в RAD Studio, на Delphi... но тут, конечно, может сказаться мой ничтожный опыт в других "фронтэндовых" языках.
Delphi+Лазарь будут умирать дольше PHP, так как адекватной и полноценной замены ему почти и нет.
К слову 'модные технологии' в Делфю тоже уже завезли, и веб в виде Унигуя/Web Core'а, да и микросервис на делфе запилить вообще без проблем.
Все таки рынок бэкенд разработки и разработки сайтов на CMS практически не пересекаются. Условный разработчик на laravel при исчезновении вакансий скорее сменит язык, чем пойдет поддерживать сайты на вордпрессе.
Сайтов на Wordpress много, только при чем тут программисты ? Чтобы поддерживать сайт на Wordpress - достаточно базовой компьютерной грамотности, можно даже PHP не знать. А там, где нужно именно программировать, постепенно переходят на Go, NodeJS, Python.
Я помню, в 2012-ом точно так же кричали, что Delphi не умирает
Ну, первая строчка выдачи 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)
По средней зарплате Делфи смотрится вполне бодро.
Замечу, что тут не средняя зп, а медианная
Думаю, это белорусские рубли
Бот берет последние 100 вакансий по конкретному языку, без учёта города, отбирает вакансии с вилкой в рублях и нулевые значения тоже отсекает. Считает медиану. И кстати, имеется статистика на каждый день уже больше года.
SAP-еры, это ж почти как 1С-ники, по сути привязаны к своему SAP-у, он конечно ещё долго будет крутится, но некоторые компании потихоньку пытаются куда-то мигрировать с неподдерживаемого SAP-а
ну SAP-ры хотябы релоцироваться могут, в мире он умирать не собирается.
А вот и нет. Какие-нибудь плюсовики и те же php-ники могут, а вот сапёрам намного сложнее. Потому что вопрос не только в языке, а в первую очередь в знании предметной области. А там другое законодательство, другие правила бухучёта и т.д. Брать мигранта с волчьим паспортом и пару лет его переучивать - да кому это надо?
Правила бухучёта это примерно 1% от знаний сапёра и они не такие уж другие. Все отличия РСБУ от МСФО или us GAAP хороший отечественный сапёр прекрасно знает, они касаются нескольких счетов. Тем более, что редкий сапёр не работал на международных проектах, где в одной системе компании разных юрисдикций со своими местными прибабахами, налогами, акцизами, амортизациями, начислениями и прочим. Так что как с этим работать люди представляют очень хорошо.
отличия РСБУ от МСФО
они касаются нескольких счетов.
сдается мне вы не в курсе чем отличается РСБУ и МСФО
в МСФО даже на чисто техническом уровне есть такие штуки что оно нативно в 1С не влезает и там надо всякие страшные костыли придумывать (эвакуации проводок, версионность проводок, многоуровневые сторнирования и т.п.)
я уж молчу про то что план счетов и принципы разнесения проводок отличаются и иногда кардинально
Никто ни к чему не привязан, технологии и продукты приходят и уходят, люди их осваивают. Иначе куда делись полчища специалистов по dBase, Pascal, Delphi, Visual Basic и прочему?
Кругом полно legacy и его владельцы желают, чтобы оно не только работало, но и развивалось. Например, Фейсбук не стал ни на что переходить, а вложился в разработку интерпретатора PHP.
"- Я понимаю что у вас 100500 проектов было, ну так а конкренто на Go были?"
"- Ну именно на Go еще нет ...."
" - Мы вам перезвоним"
А почему пхп разраба под лупой рассматривать? Чем разраб на пхпшных laravel/symfony отличается от разраба на джавовском spring? Те же яйца, только в профиль)
Я, например, любого моноразработчика под лупой рассматриваю, не только пхп. (Кроме джунов, к ним претензий нет.)
По моему скромному опыту найма, если человек десять лет пишет одно и то же, высока вероятность, что это не десять лет опыта, а скорее год опыта, повторенный десять раз.
Достаточно ошибочное суждение. Если у компании стэк php/go, то очень часто берут пхпешника и затем на go переучивают
Благо, условному сеньору (даже сеньору-ПХПшнику) на освоение go достаточно потратить от пары часов до пары дней.
Я как-то ревьюил код и менторил таких похапе-сеньоров в другом стеке... Типичное ревью - на 90% исчёрканый facepalm'ами код. (я культурно-воспитанный, поэтому писал facepalm'ами, хотя вскрикивал при этом wtf'ами - благо удалёнка и этого никто не слышал). :)
Разработчик с опытом веб-разработки остаётся разработчиком с опытом веб-разработки, и никакая "прущая в айти молодёжь" его так просто не подвинет.
Да, не проблема. Мульёны сайтиков на вордпрессе же надо кому-то поддерживать. А молодёжь можно занять чем-нибудь более продуктивным. Думаю, будет реально как с коболом - он и сам несложный и денег, вроде, дофига дают, но мало кто в своём уме хочет туда лезть, кроме горстки пенсионеров, которым всё равно делать нечего.
Как будто джавистам-сеньорам кто-то мешает писать ужасный код. Это не сильно от кода зависит. Я, честно, на php не писал, но не представляю, что мешает писать на php чистый код.
что мешает писать на php чистый код
PHP лет 15 как захватили джависты. В первую очередь либы, но потом и язык под их давлением поплыл. Сейчас мы имеем два разных PHP. В одном странный диалект Java с синтаксическим мусором типа необходимости использовать $. В другом возможность сделать херак-херак и в продакшн, зато за 5 минут, а не две недели, как в том же вордпрессе. И общего у них только Си-подобный синтаксис.
Как будто джавистам-сеньорам кто-то мешает писать ужасный код.
Вроде бы, ничего не мешает, но если они таковой пишут, то где-то за пределами наблюдаемой лично мною реальности.
Это не сильно от кода зависит.
От кода не зависит. Зависит от кодера и его modus operandi. Я не Дейкстра с его опытом и не стану обобщать, как он, что программирование на бейсике (или, к примеру, пхп) подвергает человека необратимой умственной деградации :), но то немногое, что я видел повергло меня в катастрофическое изумление (в плохом смысле).
Я, честно, на php не писал, но не представляю, что мешает писать на php чистый код.
А там так принято. В том смысле, что там этот их код не считается чем-то ужасным и в похапе это были не какие-то криворукие говнокодеры, а реально сильные разработчики. Там наработанные годами практики для обхода каких-то странных местечковых проблем или, наборот, решения странных проблем, не встречающихся более нигде. Они так привыкли. Там весь язык построен на какой-то магии, вызванной "особенностями" реализаций. Но с точки зрения всего остального мира эти практики - полная дичь.
Это я всё к утверждению, что даже похапешник выучит го за 2 часа/дня. Выучить-то выучит, но писать-то будет на похапе. Хоть и в го/ява/whatever синтаксисе... Я это видел и хотел бы развидеть, но это ещё и ревьюил и, похоже, эта травма надолго :)
Особая кровь из глаз от вчерашних сишников-байтоёбов.
У меня, который в студентческие коды пытался быть "сишником-байтоёбом" идёт кровь из глаз, когда молодой разраб выдаёт мне (0..<10).contains(number) вместо 0 <= number && number < 10. Ну ведь так же короче и "чище"!
Так что не надо тут, стрелочка прекрасно поворачивается в любую сторону :)
А потом люди жалуются что у них простенькие приложения на топовом железе тормозят :)
Берём профайлер в руки, выявляем хотспоты, и оптимизируем то что действительно требует оптимизации, а не занимаемся ерундой.
Красиво пишете, конечно, и в теории это всё так, но на практике даже простенькие приложения тормозят :)
Потому что вместо того чтобы писать программу, люди пишут "выразительный" код, который требует создания объекта и вызова функции для двух сравнений пары чисел
Ещё раз, берёте в руки профайлер и выясняете что там тормозит.
Ещё раз, у вас уже тормозит чьё-то (не ваше) простенькое приложение. И таких много, причём от компаний с 7 уровнями собесов. Какой толк мне от вашего профайлера-то в данном случае?
Я потому вам и говорю, что ваши рассуждения про профайлер - это теория, пусть и 100 раз правильная, а реальность она малость другая
Куда пойдут условные ПХПшники когда прущая в айти молодёжь примется переписывать всё на какой-нибудь модный serverless на go?
Умные - никуда. Они поставят вопрос "давайте выделим модуль авторизации в микросервис на go" и возглавят процесс. А молодёжь, которая ни прогать не умеет, ни предметной области не знает, как шла работать джунами, так и будет идти работать джунами.
"Миф 5. Kotlin-программисты заменят Java-специалистов" - ну вот, что заменят - это вряд ли. А вот запросы на Kotlin+Java будут расти каждый год все больше и больше
Kotlin-программисты заменят Java-специалистов
Вот, собственно, иллюстрация, насколько HRы понимают то, с чем они работают. Джаву от джаваскрипта отличать научились в итоге. Зато теперь думают, что джава и котлин это какие-то сильно разные вещи. Они разные, если только в конторе угорели по ktor, kotlin native и прочей экзотике. В случае обычного спринга разница исчезающая и мифу неоткуда взяться.
Пишу себе сам на FPС (на IDE Lazarus) базульку для Asset management. Хотел вот на каком-то другом языке, но как увидел, что нужно сделать, для того, чтобы запустить простейшую программку на винде - плюнул и пишу дальше. Скорость меня устраивает. Набросать кучу визуальных компонентов и тут же их пользовать - устраивает, и не надо для каждого элемента задавать углы... Web - не критично, да и вставлять лишние промежуточные компоненты (web-сервер) для увеличения глючности не нужно... Есть что-нибудь эдакое, сравнимое по простоте использования?
Андерс Хейлсберг (создатель Delphi) возглавлял группу по созданию и проектированию C#, поэтому неплохой вариант - C# (Windows Forms).
А там уже можно привязывать компоненты к границе окна, чтобы при изменении его размеров они автоматически тоже меняли размер и положение ? В Delphi это приходилось делать вручную в обработчике события OnResize.
Складывается впечатление, что многие просто не знакомы с профессией программист. Особенно если говорить об уровне senior. В первую очередь программист владеет огромным опытом построения приложений, знает и использовал паттерны в коммерческих условиях, умеет и понимает как правильно реализовать ту или иную бизнес задачу, а только потом речь идёт о языке программирования.
PHP действительно умирает, причём после каждого запроса. Так задумано.
Это где такие зарплаты на IOS у джунов?
При этом сеньорные PHP-специалисты действительно зарабатывают чуть меньше разработчиков, например, на Kotlin: 290 000 тыс. рублей в месяц против 365 000 руб.
У автора плохо с математикой? Что значит "чуть меньше"?
Зарплата 290 миллионов рублей в месяц - это всяко больше 365 тысяч рублей в месяц!
Тем, кто не понял
Это был просто рофл над "очепятгой" ))
слухи о смерти PHP
«Милостивый государь! Насколько мне известно из сообщений иностранной прессы, я давно уже оставил сей грешный мир и переселился на тот свет. Так как к сообщениям иностранной прессы нельзя не относиться с доверием, если вы не хотите быть вычеркнутым из списка цивилизованных людей, то прошу верить этим сообщениям и не нарушать моего покоя в тишине потустороннего мира.» (c)
Безработные айосники, мертвый PHP и бесполезные “саперы”: топ-5 мифов о будущем российского IT