Кто отменяет время и иные ресурсы на освоение инструмента?
Как я сейчас понял из общения с человеком, там больше проблема в том что именно апи тяжело принять даже 100 запросов.
Опять же стандартные протоколы обеспечат возможность легкого расширения системы и интеграции других составляющих. Например, если вдруг нужно будет написать какой-нибудь веб-индикатор с обновлением в режиме реального времени это займет один день, а с вашим подходом прийдется все делать заново с нуля
С точки зрения умения всё равно что использовать, я больше завязан на корпоративные заморочки. Однако, для конструктивной дискуссии: на каждого клиента надо создать поток, что может быть тяжеловесно для шарпа, в отличие от гоу, и на каждого надо держать соединение, что лучше (насколько я знаю) умеет Node.js. Это не так?
С точки зрения умения всё равно что использовать
что лучше (насколько я знаю) умеет Node.js.
на каждого клиента надо создать поток, что может быть тяжеловесно для шарпа, в отличие от гоу
И каждому надо отдать целый json файл с Х строками раз в секунду, против 1-2 строк и только по факту реального появления.
Моему клиенту потребовалось одно десктопное приложение на шарпе, которое получает и обновляет у себя данные от json api раз в секунду. Я считаю, что это очень будет тяжело и для приложения и для апи, когда будет 1000 клиентов
Пример с библиотекой FFT некорректен.
Сама библиотека FFT предназначена для решения задач того класса, для понимания которых нужно знать что такое FFT.
Но вам совсем не нужно знать как FFT работает внутри при этом.