какие нафиг веб-приложения с бизнес-логикой на arm64?

И кто говорил про веб?

И кто говорил про веб?

мы с него начинали, выше. Сравнивали го и питон для веба

мы с него начинали, выше. Сравнивали го и питон для веба

Я не знаю что такое "веб"

Вот "доктор веб" знаю - я там работал :)

Я не знаю что такое "веб"

бэкенд, отдающий HTTP API большому числу клиентов

бэкенд, отдающий HTTP API большому числу клиентов

Так понятно же, что тут go лучше :)

Так понятно же, что тут go лучше :)

конечно же нет

ничего "понятного"

10m вебсокетов?

инструмент выбирается под задачу

сначала надо решить, что именно на бэкенде должно происходить, определить лимиты, и только потом выбирать язык

и в очень большом числе случаев выбор будет не в пользу го

10m вебсокетов?

Тут все будут плохи) На go не хватит RAM под буферы. Придётся плясать чтобы шарить память

сначала надо решить, что именно на бэкенде должно происходить, определить лимиты, и только потом выбирать язык

Ну так там остаётся только кусок бизнес-логики для другого языка :)

Например, lua

сначала надо решить, что именно на бэкенде должно происходить, определить лимиты, и только потом выбирать язык

Позвольте. Вопрос выбора питон или гоу на бэкенде - вопрос не редко не технический, а бизнеса

Ну так там остаётся только кусок бизнес-логики для другого языка :)

не надо другого языка, есть один уже хороший, который умеет и то и то на достойном уровне

Тут все будут плохи) На go не хватит RAM под буферы. Придётся плясать чтобы шарить память

Нет там плясок кроме одного хака :)

Позвольте. Вопрос выбора питон или гоу на бэкенде - вопрос не редко не технический, а бизнеса

если бизнес начинает диктовать язык - с таким бизнесом лучше не работать

не надо другого языка, есть один уже хороший, который умеет и то и то на достойном уровне

Например go :)

Например go :)

нет)

но иногда да

я бы сказал, сейчас примерно 50 на 50

если бизнес начинает диктовать язык - с таким бизнесом лучше не работать

Не язык, а решение. Если у тебя бизнес только начинается, то лучше выбрать стек, где многое готово, хоть и может иметь потенциальные баги, проблемы производительности - там хорошо с питоном. Если у тебя уже есть бизнес и что-то работает, но работает плохо, то там начинаешь декомпозировать решение на под-решения, где идеально смотрится Go

Нет там плясок кроме одного хака :)

Согласен. Ну я так выразился ?

Не язык, а решение. Если у тебя бизнес только начинается, то лучше выбрать стек, где многое готово, хоть и может иметь потенциальные баги, проблемы производительности - там хорошо с питоном. Если у тебя уже есть бизнес и что-то работает, но работает плохо, то там начинаешь декомпозировать решение на под-решения, где идеально смотрится Go

очень много "если". Особенно если есть сработавшаяся команда питонистов, которым не уперся го и которые и без него микросервисы нормально разложат

Позвольте. Вопрос выбора питон или гоу на бэкенде - вопрос не редко не технический, а бизнеса

С точки зрения бизнеса не выгодно выбирать Go

Количество кадров на рынке в разы меньше

не настолько разительна пропасть по скорости между питоном и го, чтобы всегда предпочитать второй, теряя в гибкости

Значит высока стоимость замены

очень много "если". Особенно если есть сработавшаяся команда питонистов, которым не уперся го и которые и без него микросервисы нормально разложат

Именно. Много если. Технические проблемы, как правило, стоят одними из последних

очень много "если". Особенно если есть сработавшаяся команда питонистов, которым не уперся го и которые и без него микросервисы нормально разложат

Ну и как они разложат c10m? :)

Ну и как они разложат c10m? :)

так же, как и всегда, Пинки. Поставят балансировщик и заскейлят горизонтально.

не настолько разительна пропасть по скорости между питоном и го, чтобы всегда предпочитать второй, теряя в гибкости

Разительна. Просто пропасть

Разительна. Просто пропасть

нет

Количество кадров на рынке в разы меньше

Уже не так всё плохо. Компании сознательно выбирают гоу для некоторых компонент и находят специалистов уже без особых проблем. Ситуация конечон не так проста как с пхп, но значительно лучше, чем было месяцев 6 назад

Уже не так всё плохо. Компании сознательно выбирают гоу для некоторых компонент и находят специалистов уже без особых проблем. Ситуация конечон не так проста как с пхп, но значительно лучше, чем было месяцев 6 назад

Ты говоришь не про новый бизнес

;)

так же, как и всегда, Пинки. Поставят балансировщик и заскейлят горизонтально.

Нет, это работает если ты можешь шардить клиентов. Если это какая-то игровая вселенная - нет.

Фраза сознательно выбирают для новых компонент

Уже не про новый бизнес

нет

Справедливости ради должен сказать что разительна, но не сказть чтобы "офигеть просто космос будущее". Никакой магии нет.

Нет, это работает если ты можешь шардить клиентов. Если это какая-то игровая вселенная - нет.

это уже вопрос архитектуры. В такой схеме то, на чем написаны микросервисы, вообще отходит на второй план

Это про устоявшийся, но дальше растущий

Когда всё сделали, понятны косяки и слабые места и пошли стек оптимизировать

Справедливости ради должен сказать что разительна, но не сказть чтобы "офигеть просто космос будущее". Никакой магии нет.

ну, на худой конец, если у тебя полный контроль над клиентом - всегда можно взять что-то типа japronto и устроить вакханалию

Ты говоришь не про новый бизнес

Да, а для нового бизнеса, как я и сказал, гоу не стоит выбирать не потому что с кадрами проблемы, а потому что на питоне всё уже готовое есть ?

А не когда быстро, дёшево и сердито

Нет, это работает если ты можешь шардить клиентов. Если это какая-то игровая вселенная - нет.

а еще в случае игровых вселенных там не будет http с большой долей вероятности

ну, на худой конец, если у тебя полный контроль над клиентом - всегда можно взять что-то типа japronto и устроить вакханалию

Ты все равно зажат одним процессом и gil

Да, а для нового бизнеса, как я и сказал, гоу не стоит выбирать не потому что с кадрами проблемы, а потому что на питоне всё уже готовое есть ?

Тоже верно

Да

ну, на худой конец, если у тебя полный контроль над клиентом - всегда можно взять что-то типа japronto и устроить вакханалию

Разница в том, что на питоне нужно будет быстрее доходить до этапа оптимизации, чем на гоу

а еще в случае игровых вселенных там не будет http с большой долей вероятности

Речь про вебсокеты

Ты все равно зажат одним процессом и gil

и чо? почему мне должно быть не срать на gil в однопоточном асинхронном приложении?

Разница в том, что на питоне нужно будет быстрее доходить до этапа оптимизации, чем на гоу

на питоне просто потребуется чуть больше серверов

но это будет легче поддерживать

"Чуть" больше денег

))

"Чуть" больше денег

которые сэкономятся на том, что наймут питонистов, а не хипстоватых гошников

Не сэкономятся

Сеньёр питонист будет тебе стоить не сильно дешевле гошника, вопрос только во времени

вполне себе сэкономятся. Гошнику питон выучить сложно, а вот питонисту го - неделя максимум, даже быстрее

Обычно выливается в пару тысяч в месяц минимум, в зависимости от размера проекта

и чо? почему мне должно быть не срать на gil в однопоточном асинхронном приложении?

Смотри: event loop тоже что-то потребляет, переключение корутин тоже. В итоге, на большом числе соединений времени на исполнение кода приложения будет очень мало

Питон бабам не сложно учить

Акстись

ERROR: S client not available

От таких фраз

.D

Смотри: event loop тоже что-то потребляет, переключение корутин тоже. В итоге, на большом числе соединений времени на исполнение кода приложения будет очень мало

как же хорошо, что у нас есть горизонтальное масштабирование

Сексииииииизм BING BING BING

Гошнику питон сложно))

:D

Да ладно, все равны

Сомневаюсь

Питонист - тоже человек!

Питон бабам не сложно учить

а? что? где я что-то про баб говорил?)

как же хорошо, что у нас есть горизонтальное масштабирование

И чем оно тебе поможет?

Я про гошникам сложнее

Сомневаюсь

ну, го реально сильно проще

И чем оно тебе поможет?

просто работать будет нормально, вот и все

Питона?

А гошники не станут учить питон только из-за личных предпочтений или ЧСВ

как только нагрузка вырастает - скалируем

))

все как обычно

Питона?

да, конечно

А гошники не станут учить питон только из-за личных предпочтений или ЧСВ

многие из них всерьез считают, что он замена питона

@pragus я думал ты за python)

просто работать будет нормально, вот и все

Увы, нет.

Увы, нет.

ну вообще да

@pragus я думал ты за python)

Я за здравый смысл :)

Я за здравый смысл :)

еще бы аргументацию подвез немного :) а то пока здравого смысла немного

я тоже не понимаю почему не поможет. поясни плиз

просто работать будет нормально, вот и все

Нормально сделй - нормально будет. Горизонтальное масштабирование не панацея, а подход к скалированию при невозможности скалирования вертикального(привет синхронный питон)

Ещё упирается сильно в бюджеты

Нормально это когда всё работает в рамках бюджета

Ай, Юля опередила

Когда ты как одноклассники то можно до бесконечности машины ставить и потом ещё балансеры балансеров