Konstantin
Konstantin
не будет :)
Vlad
не будет :)
будет будет, уже обсуждается потихоньку
Konstantin
асинк не бесплатен, асинхронный рантайм - это совсем другой подход к написанию кода, к проектированию апи
Konstantin
нужно будет отказаться от исключений, как минимум
Юра
Еще и надо будет следить за утечками памяти. Не взлетит
Konstantin
это будет другой язык с другой экосистемой, лишь общим синтаксисом
Юра
Все усложнится, а профита не так и много
Vlad
Konstantin
профита дохера, но не для ца пхп (напомню, что процентов 60 пхп - это вордпрессы, битриксы, жумлы и вот это все. если не 80). а им нахер асинк не нужно
Юра
Вордпресс станет асинк, и тогда разгребать говнокод на нем станет еще сложнее )
Konstantin
да не станет, там пацаны никак классы не осилят
Konstantin
до асинка еще 2/3 учебника для чайников
Юра
Как это. stdClass давно там )
Konstantin
ну почти как в баду
Konstantin
там тоже пацаны говорят что у них не используются массивы для взаимодействия
Konstantin
а сами пишут стдклассы везде
Konstantin
я так и не понял зачем: рыбак уже не помнит почему так повелось, а остальные кого я пытал не знают, так повелось
Юра
Ну потому что лучше выделить средства на рекламу чем на рефакторинг
Юра
Там сидят дяди и все считают
Юра
Обычно очень сложно манагерам объяснить необходимость рефакторинга
Юра
Им кажется что мы какой-то фигнёй страдаем
Konstantin
ну рефакторить всё не сильно обязательно, можно просто перестать писать новый код как малолетние долбоёбы
Konstantin
старый-то тестами покрыт и пусть работает
Konstantin
в баду, чтобы вы понимали, пишут примерно вот так
Konstantin
https://github.com/badoo/jira-client#initializing-badoojiraissue-object-on-partial-fields-data
Юра
Значит надо вливать свежую кровь. А то часто сидят скупердяи консервативные, которые против всего нового, зато у них опыт
Юра
Крутой код стайл. Сразу в пяти строках и Снейк кейс и камел
Konstantin
ага, и переменные с большой буквы
Konstantin
ток вроде не все, а те что Инстансы Классов!1
Gleb
Хм, а митапы у них вроде были хорошие. Учили классным вещам.
Spider
Баду какойто странный проект. Вроде везде трубят что он суперпопулярный , но я ни разу не счмалкивался с людьми, которые его используют
Konstantin
там есть чему поучиться в плане работы с нагрузками, но почти всё, к чему приложил руку рыбак - страшный пиздец, где вообще всё своё, и, разумеется, по сравнению с достижениями всего мира - хуевое. свой фреймворк (где нет даже роутера, каждый урл баду - свой пхп-файл, в котором руками набираются зависимости), вместо базы - мускуль в kv-режиме и дебильным шардированием и кластеризацией, вместо тестов - своя адовая поебень софт-мокс, вместо таймсирис-базы - пинба по ебанутому протоколу, с дебильной визуализацией, вместо кубера или пааса - свой баре-метал кадавр)
Konstantin
и продолжать этот список можно просто вечно, идти в баду за опытом точно не нужно. точнее, опыта там можно набраться организационного - как с коллегами взаимодействовать, как хайлоад-код писать и деплоить, как метриками обкладывать, как эксперименты проводить
Gleb
По-моему почти каждый сложный, нагруженный и старый проект(10-15+лет) может похвастаться какой-то дичью под капотом.
Konstantin
horse блин, сделай слоу-мод помягче, а, пожалуйста 🙂 10 сек прям задалбывает
Konstantin
но в плане программирования всё, чему ты там научился, лучше сразу забыть как уволишься - это будет супер-нерелевантный всему миру опыт
Юра
Не в моих полномочиях
Konstantin
но в целом в хайлоаде не будет никакого пхп уже через пару лет
Gleb
Кстати, а в какие проекты стоит идти за опытом? С учетом что прям на проекты монстры не возьмут, ибо когда нет профильного, ну и опыта в 5-7+лет.
Я вот финтех в любом его проявлении сминусовал сразу (в том числе и банки), сколько косвенно сталкивался, кажется там опыт не очень.
Konstantin
финтех - точно нет, современный финтех - это "накачаться баблом и свалить в закат", там никто учить кодить не будет
Павел
Konstantin
если палкой не пиздят)
Павел
Павел
Konstantin
ну невыгодно, правда, железо жечь об пхп. особенно в нынешней ситуации, когда железо дорожает (и я даже не про РФ, во всем мире тренд удорожания на фоне "проблем с микросхемами"). голанг в разы эффективнее в пересчете "рпс на доллар" получается
Konstantin
если москва и готов в офис, я даже лениво пхпшников себе подыскиваю на симфони
Павел
Павел
Gleb
Павел
Павел
Я пхп изучал на тестовых заданиях) отменный ща говно код пишу в финтехе))
Konstantin
Konstantin
по-моему, вполне. тем не менее они активно это делают - отрывают куски от монолита, сразу переписывая их на го
Konstantin
и пхп становится всё меньше и меньше
Павел
Ну там наверно список из микросервисов?)
Konstantin
прям щас - монолит, но его разрывают
Gleb
Че за курсы? Мне кажется все курсы это продавцы говна))
Я не особо фанат курсов, но тут норм. Отус по Симфони, ведёт Михаил Каморин (тимлид, Skyeng). Подача материала у него хорошая.
Хотя да, без боевой практики сложно правильный ООП осваивать. Но мозги на место всё равно хорошо ставит.
Konstantin
ну это классический спор capex vs opex
Gleb
Доку читал, symfonycasts брал подписку. У Отуса половина курса - общих практик и опыта проектов преподается. Как дополнение к озвученному зашло хорошо.
Павел
Konstantin
в го выгоднее инвестировать. затраты времени на "оторвать микросервис от монолита на пхп" и "оторвать микросервис от монолита на го" сопоставимы, а профита с го сильно больше
Gleb
Ещё carPrice распиливает. Они половину прошлого года набирали PHPшников с опытом в Go, как раз для этого.
Konstantin
равно как и "писать новый сервис на пхп или на го" - затраты одинаково, а вот профита с го сильно больше. поэтому на пхп нового кода пишется все меньше
Павел
Где го изучать?)опять по тестовым?)
Konstantin
го простой как палка
Konstantin
там учить нечего, там всё что могло бы быть сложным вырезано
Konstantin
окей, женерики вот завезли недавно
Konstantin
больше ничего сложного там нет - нет ооп, как минимум, весь код процедурный и простой
Konstantin
а так - вот https://go.dev/tour/
Павел
А как сложную логику писать без ООП?
Konstantin
ну там его эмулируют как бы. как примерно на перле всю жизнь писали 🙂 там есть зачатки оного, но нужна масса соглашений чтобы код получался относительно гибким