AW
в общем много чего не нравится, и со временем станет только хуже
Size: a a a
2020 March 14
AW
а раз меняем - то можно и в сторону вообще другой технологии посмотреть, теоретически
AN
ну мы начали упираться в возможно фреймворка - например очереди недостаточно функциональны. Мы подключили статические анализаторы. Мы упираемся в то, что не используем многие штуки (как например composition over inheritance) только потому что это тупо неудобно в рамках php/laravel. В пхп нету нормальной типизации, дженериков нет вообще никак (с нормальной поддержкой в phpstorm, разумеется). Контейнер в laravel'е такой себе, тесты медленные. Смотрим в сторону roadrunner (поднимается воркер php, который обрабатывает запросы по очереди, вместо FPM) - но опять же тупой контейнер, заточенность под один процесс и другие приколы
Если впереди большое развитие, то чем раньше смигрируетесь, тем проще.
SZ
ну мы начали упираться в возможно фреймворка - например очереди недостаточно функциональны. Мы подключили статические анализаторы. Мы упираемся в то, что не используем многие штуки (как например composition over inheritance) только потому что это тупо неудобно в рамках php/laravel. В пхп нету нормальной типизации, дженериков нет вообще никак (с нормальной поддержкой в phpstorm, разумеется). Контейнер в laravel'е такой себе, тесты медленные. Смотрим в сторону roadrunner (поднимается воркер php, который обрабатывает запросы по очереди, вместо FPM) - но опять же тупой контейнер, заточенность под один процесс и другие приколы
если у вас такие проблемы на пхп, то на котлине не будет лучше)
AN
если у вас такие проблемы на пхп, то на котлине не будет лучше)
Ну не надо, язык очень сильно влияет на масштабируемость
SZ
Ну не надо, язык очень сильно влияет на масштабируемость
это надо сильно постараться чтобы дойти до ограничений в масштабируемости
AN
это надо сильно постараться чтобы дойти до ограничений в масштабируемости
Я не писал на пыхе, но вот на питоне очень легко дойти, практически мгновенно.
SZ
питон медленный. тем не менее инстаграм пока живет)
QH
это надо сильно постараться чтобы дойти до ограничений в масштабируемости
Смотря что называть масштабируемостью. Когда я тестил хелловорлд Yii Framework'а, на 1 RPS нужны была одна машина.
AN
питон медленный. тем не менее инстаграм пока живет)
Дело не в том, что медленный, а в том, что типов нет и с модуляризацией проблемы. Как живет инстаграмм я не знаю. Видимо в доккер и не дышать
D
питон медленный. тем не менее инстаграм пока живет)
А где про их стек можно почитать?
AN
Кстати это не они питон в градл затащили?
AN
Нет, это был линкедин
SZ
Ну не надо, язык очень сильно влияет на масштабируемость
пхп с типизацией, при том что в рантайме + стат анализ для генериков. пхпшторм отлично поддерживает все и нет ощущения что ты на динамическом языке пишешь. даже нул чеки работают на ура
при прямых руках у тебя средне-большой проект (500к+ строк) отдает ответ за 30мс, при этом из коробки горизонтально масштабируется за счет отсутствия шейред стейта и вообще стейта
генерики должны уже вот в 8й версии появиться, которая в этом году релизится
очереди.. хз у нас через очереди на пхп пролетает десятки тыс сообщений в секунду без каких-то проблем с достаточно сложной CPU интенсив логикой
медленные тесты. не юзайте базу) котлин не решит этих проблем
в пхп есть свои недостатки, но не на столько фатальные чтобы на лету менять стек и выбрасывать на это кучу ресурсов и переучивать разработчиков
при прямых руках у тебя средне-большой проект (500к+ строк) отдает ответ за 30мс, при этом из коробки горизонтально масштабируется за счет отсутствия шейред стейта и вообще стейта
генерики должны уже вот в 8й версии появиться, которая в этом году релизится
очереди.. хз у нас через очереди на пхп пролетает десятки тыс сообщений в секунду без каких-то проблем с достаточно сложной CPU интенсив логикой
медленные тесты. не юзайте базу) котлин не решит этих проблем
в пхп есть свои недостатки, но не на столько фатальные чтобы на лету менять стек и выбрасывать на это кучу ресурсов и переучивать разработчиков
AN
пхп с типизацией, при том что в рантайме + стат анализ для генериков. пхпшторм отлично поддерживает все и нет ощущения что ты на динамическом языке пишешь. даже нул чеки работают на ура
при прямых руках у тебя средне-большой проект (500к+ строк) отдает ответ за 30мс, при этом из коробки горизонтально масштабируется за счет отсутствия шейред стейта и вообще стейта
генерики должны уже вот в 8й версии появиться, которая в этом году релизится
очереди.. хз у нас через очереди на пхп пролетает десятки тыс сообщений в секунду без каких-то проблем с достаточно сложной CPU интенсив логикой
медленные тесты. не юзайте базу) котлин не решит этих проблем
в пхп есть свои недостатки, но не на столько фатальные чтобы на лету менять стек и выбрасывать на это кучу ресурсов и переучивать разработчиков
при прямых руках у тебя средне-большой проект (500к+ строк) отдает ответ за 30мс, при этом из коробки горизонтально масштабируется за счет отсутствия шейред стейта и вообще стейта
генерики должны уже вот в 8й версии появиться, которая в этом году релизится
очереди.. хз у нас через очереди на пхп пролетает десятки тыс сообщений в секунду без каких-то проблем с достаточно сложной CPU интенсив логикой
медленные тесты. не юзайте базу) котлин не решит этих проблем
в пхп есть свои недостатки, но не на столько фатальные чтобы на лету менять стек и выбрасывать на это кучу ресурсов и переучивать разработчиков
А я не про нагрузочное масштабирование, а про масштабирование проекта, добавление фич и модулей. Видимо надо было сразу уточнить
SZ
А я не про нагрузочное масштабирование, а про масштабирование проекта, добавление фич и модулей. Видимо надо было сразу уточнить
с этим тоже нет проблем)
SZ
в общем разбавить стек и писать новые сервисы на котлине - очень ок, особенно если оч нужны корутины или gRPC. переписывать то что уже есть - хреновая затея
D
Нужно Go брать. 🌚
MM
угу, все тупые пыхари там уже)
SZ
Нужно Go брать. 🌚
чтобы что?