SS
из того домена, в котором живу - прикладное ПО для бизнеса - не вижу таких проектов, которые на современной ноде проблемно реализовывать
Size: a a a
2021 August 03
D
Нода умеет все
SS
фактически да.
поэтому, разве что такой критерий можно выбрать
когда пыха(вместе с питоном) уже не годится, а джава - избыточна - самое то для применения ноды
поэтому, разве что такой критерий можно выбрать
когда пыха(вместе с питоном) уже не годится, а джава - избыточна - самое то для применения ноды
SS
очень хороша, если система разрастается (или сразу проектировалась) не как монолит, а как набор сервисов разной жирности. не обязательно микро
SS
а сам js, не говоря о ts - намного приятней чем Go
D
Это как, простите? Монолит развивать как набор сервисов.
SS
а так. не писать монолит. или распиливать монолит.
SS
традиция проектирования в джаве - пишем монолит.
а если не нужно его писать? а ведь не всегда нужно.
а если не нужно его писать? а ведь не всегда нужно.
D
Это не очень укладывается в мое мышление в силу малого опыта). Есть же сначала монолит, а как же не писать монолит, если это новый проект, который создается с нуля? При этом "не писать микро".
SS
для меня открытый вопрос о DDD, как его можно натянуть на немонолитную систему...
чтобы обойтись без перекрестных жирных общих либ бизнес логики
чтобы обойтись без перекрестных жирных общих либ бизнес логики
SS
монолиты в развитии - нередко распиливаются, даже без смены стека
на той же джаве, обычное дело - был монолит
опа, генерация счетов кастомерам в pdf - жрет ресурсы. вырезаем в отельный сервис, чтобы скейлить на других впсках
и т.д.
на той же джаве, обычное дело - был монолит
опа, генерация счетов кастомерам в pdf - жрет ресурсы. вырезаем в отельный сервис, чтобы скейлить на других впсках
и т.д.
SS
на пыхе, когда в серьезное проект вырос - выпиливается когда в ноду, когда на Go
D
Тогда все понятно. Вы имели в виду просто 'плавный' распил.
SS
да. резкий - крайне рисков.
D
Я видел чаще, что на го переписывают сервисв монолита пыхи, чем на ноду. Думаю, проще на го переписать сервис, требующий асинхронности, чем на ноду, с которым еще необходимо побольше повозится.
SS
тут да, скорее согласен. но, как уже сказал, если команда не очень большая, и есть уже фронтенд с сборкой на ноде, то напрашивается - подключить ребят с фронта, в помощь бекендерам, и не умножать зоопарк
были пыха и нода, и остались пыха и нода
были пыха и нода, и остались пыха и нода
SS
ну а если конечно, уже сотни серверов крутятся для пыхи, и команды бекендеров и фронта вообще в разных офисах - то каждый живет своей жизнью. и пыхерам легче го взять
SS
джавистам же - вообще ничего не нужно брать
надо асинхронный I/O - Vert.x кафки с кроликами, да и все
надо асинхронный I/O - Vert.x кафки с кроликами, да и все
N
имхо очень спорно
я хоть и влюблен в ноду, но когда приходится писать на том же шарпе, пишется проще, поскольку голова не забита вопросами по типам, я могу спокойно положится на компилятор или подсветку в IDE
TS неплох, но все равно не то(
я хоть и влюблен в ноду, но когда приходится писать на том же шарпе, пишется проще, поскольку голова не забита вопросами по типам, я могу спокойно положится на компилятор или подсветку в IDE
TS неплох, но все равно не то(
SS
конечно спорно. писал и я и на джаве, и сишарп
как раз - заморачивание с типами утомляет
но, что точно - дин яп требуют самодисциплины, четкости понимания что ты делаешь
как раз - заморачивание с типами утомляет
но, что точно - дин яп требуют самодисциплины, четкости понимания что ты делаешь