Артём, вот уже не первый раз замечаю, что ты отвечаешь на небольшую часть аргументов, а большущие такие весомые аргументы скипаешь. Вот тебе внизу аргументы, которые ты скипнул, зацепившись за что-то другое удобное тебе. Ты послушай оппонентов. В противном случае выходит, что тебе лишь бы обхаять. Мне лично уже наскучивает. Это не дискуссия получается, а борьба с ветряными мельницами. Поначалу было интересно, но уже нет. С тобой элементарно неинретерсно разговаривать. Твоя позиция предельно ясна. И вытащить тебя в русло конструктивной дискуссии не выходит. Ты даже на вопрос, почему стоит использовать электрон а не флаттер (вопрос без подвоха был абсолютно), съехал на тему, что плюсы при этом на бэке точно не нужны

Ты говорил про фанатиков, но пока я тут вижу лишь одного фанатика. Остальные говорят, что да, у плюсов есть недостатки, да, на них непросто писать, да, они не везде подходят, да, области их применения ограничены. Это как раз здравый подход, когда люди видят и плюсы, и минусы. У тебя же упор на одно и то же. Потому и аргументы ты скипаешь.

Что вот ты думаешь про это?

Аё>>Ну сделать веб сервис отдельным процессом на Go например. Или на Node.

аргумент раз
DP>И как это получать из плюсовой коры? То есть делать отдельно прослойку для в-принципе простого функционала? Но при этом сделать еще оверхед на прокачку данных между корой и веб-сервером??? Смысла нет. Может еще кубернетис туда втащить??? Еще раз: основная цель — промолотить как можно больше данных в риал-тайме. Ну грубо говоря — обработать пару-тройку мультиплексов (порядка 40-60 ТВ каналов) на одном устройстве одновременно. А кора завязана на ряд плюсовых либ. бода тут вообще из пушки по воробьям.

два
DP>И кода для работы со всем этим на Си/плюсах гораздо больше, чем на го. И они уже давно отточены. На них можно положиться в плане качества, и понимаешь, что от них ждать по скорости.

вот такой не про сам язык аргумент
DP>Ты еще не учитываешь такой фактор, как имеющиеся компетенции разработчиков. Когда страхуемся проект, ты не можешь просто взять и нанять нового человека на Го, чтобы он сделал сервис. А чем он потом будет заниматься? В итоге дешевле именно так. Потому что в продуктовых компаниях обычно плюс-минус устоявшийся стек и набор разработчиков под него. К тому же, есть принятые стандарты в индустрии и 3rd party libraries, который сплошь и рядом на Си и плюсах + SIMD. Найти в области обработки видео (речь про низкоуровневые вещи, а не онлайн-кинотеатр) разработчика на Го — та еще задача. И занять его потом работой — тоже.

вот тут про Го, почему он лучше плюсов
DP>Артем, Го такой крутой не потому что он (подставь тут свои плюсы языка), а в первую очередь из-за инфраструктуры для веб-разработки. Кубернетис и куча всего остального в плане инфраструктуры использует Го. А это значит, что твой разработчик сервиса легко пофиксит или допилит какой-то ДевОпсовский сервис при необходимости. Ну и не надо забывать про маркетинговый аспект. Он тоже играет роль. Гугл распиарил Го. Многие просто думают, что Го крутой, "патамушта Гугол".

и еще почему Го хорош и что он также может стать не у дел
DP>В Го изначально было заложено меньше возможностей, более узкая специализация — создавать веб-сервисы (в первую очередь) быстро и безопасно, с низким порогом входа, но при этом, чтобы это достаточно быстро работало. Но при этом приходится чем-то жертвовать. Го не такой гибкий, не все на нем можно сделать. Это цена, которую платят за выполнение функций, которые ставились перед языком. И вот уже к версии 1.19 уже втащили генерики. Подождем еще пару-тройку-пяток лет и в версия эдак 3 будет такой же монструозной, как и плюсы. А еще может будет несколько ответвлений, какой-нить Go++ и т.д. И вот я вижу как ты через 10 лет хуесо накидываешь на Го++, какой он гавно, а вот <новый_модный> — это тру и надо пользовать его.