Facebook нанял Сару Големан, которая написала спеку языка в своё время и развивала HipHop VM и позднее HHVM. Далее из этого вышел язык Hack, который +- является сабсетом PHP и на котором работает основной сервис Facebook и Slack. Сейчас она контрибьютит в основной PHP.
Вспомогательные сервисы Facebook работают на обычном PHP. Знаю потому как там у них был Yii для личных кабинетов рекламщиков (как сейчас не знаю).
С VK похожая история. У них основной код через kPHP билдится в гигантский бинарник, но, насколько помню, были и сервисы просто на PHP без kPHP.
Само по себе то, что многие проекты написаны на каком-то языке, говорит лишь о том, что такие проекты могут быть написаны на этом языке и то, что этот язык почему-то предпочли остальным в этом конкретном случае. Не более.
Кодим на Yii2, amphp, смотрим на Symfony (найти специалистов на Yii2 становится трудно, отдел расширяется быстрее, чем находятся специалисты).
Я где-то год строил воронки найма для нескольких компаний потому как хотел понять, как это всё работает. К сожалению, с рынком сейчас беда и смена фреймворка практически не поможет. Даже компании с громким именем испытавыют дикий кадровый голод. Помогает сильно задрать вознаграждение, но на это не каждая компания готова.
Поэтому, если компания компания работает на каких-то проигравших фреймворках типа Zend/Yii, а то и вовсе каким-то самописе, и при этом не имеет планов переводить все на современные решения, то такая компания априори не может считаться Tier-1 компаний.
Отнюдь не фреймворк делает компанию. Фреймворк не строит за лида архитектуру, не раскладывает код по вертикальным слайсам и DDD. Я видел столько откровенного треша и на Yii и на Laravel (тут особенно) и на Symfony, что просто ужас. Хотя если рассматривать с позиции «вот когда HR-сорсеры будут CV отсматривать, тут же зацепятся за нужный ключевик», то да, так и будет. Но реалии сегодняшнего рынка таковы, что если вы из себя хоть что-то представляете, к вам будет очередь и без этого.
Как правило, в продуктовых компаниях процесс разработки имеет более предсказуемый характер, что позволяет более грамотно спланировать время доставки фич и определить уровень качества этих фич. Это делает работу в таких компаниях более спокойной и приятной - у вас нет страха, что проект внезапно закончится и вас посадят на бенч.
На бенче не так уж плохо если вы самостоятельный. Можно заняться самообразованием и пет-проектами. Про спокойствие в продуктовых компаниях — это миф. Как правило, требования, сроки и всё остальное там в разы адовей, чем на спокойной галере.
Более того, в продуктовых компаниях понимают, что нужно закладывать существенное время на рефакторинг кода и перевод кода на современные фреймворки.
Бизнесу глубоко пофигу. Им не важно, на чём там проект бегает. Им важны прибыль и рост. Если попался дельный CTO и дельный лид, то они будут немного тормозить бизнес и закладывать время на рефакторинг. Если нет — увы. Причём это может варьироваться в разных проектах одной компании.
Ну и как правило, чем лучше бы будете работать, чем больше экспертизы по проекту у вас будет, тем выше у вас будет зп. В таких компаниях ценят уникальные компетенции и готовы нормально их оплачивать.
Инциативы со стороны работодателя в этом плане не ждите. Хотите больше ЗП — придётся идти торговаться.
А ещё у вас в списке ManyChat. Насколько я помню, там внутри Yii 1.1 прилично закастомленый. То есть под ваши критерии он не должен подходить, хоть команда и сам проект классные. Они как раз не гонятся за трендами и решают всё минимальным количеством проверенных технологий.
Если решением архитектурных вопросов вроде выбора между RabbitMQ и Kafka, то книг на эту тему ещё не написано.
Серьёзно ничего нет в виде книг, описывающего на что смотреть при выборе очередей и хранилищ? Чего-то вроде https://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=9303425, но более обобщённого. Что-то не верится что это какие-то сакральные знания.
Если сообщество или команда переведёт и будет поддерживать — будет. Так-то я за, но самостоятельно перевод и его поддержку не втащу. Я пишу исходную документацию на английском. Некоторые члены команды, на русском. В этом случае она доступна сразу: https://github.com/yiisoft/yii-cycle/tree/master/docs
Facebook нанял Сару Големан, которая написала спеку языка в своё время и развивала HipHop VM и позднее HHVM. Далее из этого вышел язык Hack, который +- является сабсетом PHP и на котором работает основной сервис Facebook и Slack. Сейчас она контрибьютит в основной PHP.
Вспомогательные сервисы Facebook работают на обычном PHP. Знаю потому как там у них был Yii для личных кабинетов рекламщиков (как сейчас не знаю).
С VK похожая история. У них основной код через kPHP билдится в гигантский бинарник, но, насколько помню, были и сервисы просто на PHP без kPHP.
Само по себе то, что многие проекты написаны на каком-то языке, говорит лишь о том, что такие проекты могут быть написаны на этом языке и то, что этот язык почему-то предпочли остальным в этом конкретном случае. Не более.
Они, конечно, основные, но единственные: https://github.com/php/php-src/graphs/contributors?from=2021-01-01&to=2021-12-11&type=a. Особенно если рассматривать не частоту коммитов, а объёмы.
Есть ещё много, например, те же аэропорты Казани или Севастополя, ЕГАИС и так далее, но полотнище будет бесконечное...
Yahoo
Facebook
Wikipedia
Flickr
Digg
SourceForge
VK и другие проекты VK Group
mailchimp
Etsy
Zynga
Slack
Baidu
imgur
Avito
Badoo
Boxberry
Яндекс Еда
Кинопоиск
Blablacar
iStock
Freepic
mos.ru
Сбер (Здоровье, облако, мб ещё что-то)
ManyChat
SuperJob
Ultimate Guitar
Skyeng
Райффайзен
Юла
Lamoda
МТС
Delivery Club
Альфа Банк
Перекрёсток
Делимобиль
Wildberries
DNS
Связной
Ubisoft
Tutu
Belka Car
Lyft
Whatsapp
Tesla
Upwork
Space-X (но, кажется, только сайты)
Facebook
Wikipedia
Mailchimp
Blablacar
Slack
Tesla
Ну, не совсем автобус: https://github.com/php/php-src/commits/master Хотя да, создание foundation, несомненно, ускорил приблизившийся автобус.
Да не, не преувеличено. Серьёзных проектов реально много где PHP в стеке есть.
Подберёте гипотезы под результаты? ;)
Я где-то год строил воронки найма для нескольких компаний потому как хотел понять, как это всё работает. К сожалению, с рынком сейчас беда и смена фреймворка практически не поможет. Даже компании с громким именем испытавыют дикий кадровый голод. Помогает сильно задрать вознаграждение, но на это не каждая компания готова.
Отнюдь не фреймворк делает компанию. Фреймворк не строит за лида архитектуру, не раскладывает код по вертикальным слайсам и DDD. Я видел столько откровенного треша и на Yii и на Laravel (тут особенно) и на Symfony, что просто ужас. Хотя если рассматривать с позиции «вот когда HR-сорсеры будут CV отсматривать, тут же зацепятся за нужный ключевик», то да, так и будет. Но реалии сегодняшнего рынка таковы, что если вы из себя хоть что-то представляете, к вам будет очередь и без этого.
На бенче не так уж плохо если вы самостоятельный. Можно заняться самообразованием и пет-проектами. Про спокойствие в продуктовых компаниях — это миф. Как правило, требования, сроки и всё остальное там в разы адовей, чем на спокойной галере.
Бизнесу глубоко пофигу. Им не важно, на чём там проект бегает. Им важны прибыль и рост. Если попался дельный CTO и дельный лид, то они будут немного тормозить бизнес и закладывать время на рефакторинг. Если нет — увы. Причём это может варьироваться в разных проектах одной компании.
Инциативы со стороны работодателя в этом плане не ждите. Хотите больше ЗП — придётся идти торговаться.
А ещё у вас в списке ManyChat. Насколько я помню, там внутри Yii 1.1 прилично закастомленый. То есть под ваши критерии он не должен подходить, хоть команда и сам проект классные. Они как раз не гонятся за трендами и решают всё минимальным количеством проверенных технологий.
Серьёзно ничего нет в виде книг, описывающего на что смотреть при выборе очередей и хранилищ? Чего-то вроде https://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=9303425, но более обобщённого. Что-то не верится что это какие-то сакральные знания.
Два года назад. PSR-12.
Но с тех пор появились занятные драфты:
https://github.com/php-fig/fig-standards/blob/master/proposed/clock.md
https://github.com/php-fig/fig-standards/blob/master/proposed/phpdoc-tags.md
Там и плюсы и минусы. Технически одни минусы. В плане размера аудитории плюс.
Подкаст стоит послушать прежде чем делать выводы.
Это я прекрасно знаю. Гайды в Yii 3 тоже будут неплохие, с переводом... ну, тут как сил хватит.
Если сообщество или команда переведёт и будет поддерживать — будет. Так-то я за, но самостоятельно перевод и его поддержку не втащу. Я пишу исходную документацию на английском. Некоторые члены команды, на русском. В этом случае она доступна сразу: https://github.com/yiisoft/yii-cycle/tree/master/docs
Хороший вопрос. https://rmcreative.ru/blog/post/yii-3-i-psr
Кому?
Для участников уже есть. В паблике пока нет.