Думаю вы мало осведомлены. Я не пытаюсь топить за тот

Question

Думаю вы мало осведомлены. Я не пытаюсь топить за тот

или иной яп, просто не люблю голословность:)
1. Легаси есть только в том случае если вы тащите его за собой, можно жить и без легаси, релизиться всегда на фреше, асинхронности как таковой нет, но если мы говорим о кейсе - магазин, критично нужна ли она там?
2. Опять же на редкость голословно, яп о котором идёт речь заточен главным образом под веб, это его преимущество и это его проклятие.
3. Окей. Пишем магазин на пхп, питоне, ror, и го. На последнем мы безусловно выигрываем в перфомансе, и на сколько ms? Стоит ли оно того, ну хз. На любой из перечисленных выше яп и решаются такие задачи быстрее, и разработка стоит дешевле, интернет магазин это все же больше про бизнес как ни крути, и то что мы выиграли 10ms, переписав на голанг по итогу не даёт бизнесу ровно ничего в таком случае. Напомню мы сейчас говорим о среднем проекте, скажем 1млн уников в сутки.
Если брать в переменную скажем Амазон, то да тут уже совсем другой разговор.

Дискас. Не топлю за ту или иную технологию, но от всей души не могу понять людей которые пытаются впихнуть не впихуемое, оптимизировать там где нет нагрузки, придумывать на ровном месте хайлоады, забить микроскопом гвоздь, и при любой удобной ситуации рады съехать на resume driven development. Технологии это ящик с инструментами, юзайте подходящий под каждую задачу.

#backend #go #programming #russian

0

31.01.2020

2 ответов

13 просмотров

Roman Sharkov

> но если мы говорим о кейсе - магазин, критично нужна ли она там? очень. мы не хотим блокировать потоки на условных запросах в сеть, на бд и т.д. и т.п. асинхронность может значительно понизить стоимость инфраструктуры и значительно улучшить perceived performance > яп о котором идёт речь заточен главным образом под веб современный веб это всё чаще long-lived connections, и с этим PHP справляется с горем пополам. > безусловно выигрываем в перфомансе, и на сколько ms? Стоит ли оно того, ну хз в пиковые нагрузки когда на сайте распродажа 20% и десятки тысяч клиентов одновременно как голодные гиены по сто-пятьдесят раз кликают по кнопочкам? стоит. > На любой из перечисленных выше яп и решаются такие задачи быстрее, и разработка стоит дешевле, интернет магазин это все же больше про бизнес как ни крути Не факт. e-commerce e-commerce’у рознь и не ограничивается карзиной, веб-мордой и каталогом продуктов. В больших магазинах обычно много логики подточеной под конкретный бизнес которая выходит за рамки framework’ов и платформ аля Shopify. С определённого уровня базовой фреймворк скорее мешает нежели помогает бизнесу развиваться. > Не топлю за ту или иную технологию, но от всей души не могу понять людей которые пытаются впихнуть не вихуемое Go довольно неплохо впихивается в e-com, но со мной конечно можно не соглашаться. > придумывать на ровном месте хайлоады как я уже пояснил выше - дело далеко не только в производительности, а скорее в сочетании производительности и maintainability

0

31.01.2020

Nikolay Markov · Accepted Answer

Nikolay Markov

А ещё в первых трёх случаях мы получим гораздо больше багов, в том числе фатальных для безопасности. Это плата за использование высокого уровня и готовых батареек, но для некоторых бизнесов это может быть критично

0

31.01.2020

170 похожих чатов

Думаю вы мало осведомлены. Я не пытаюсь топить за тот

2 ответов

Похожие вопросы