Алексей Уколов, Стоя Аплодирую. Когда ты реально прошареный в том о чем они говорят выступая, ты понимаешь как они тупят, там сидят 300 нубов и потом страдают фигней и думают что они тупые так как не понимают о чем речь, и еще больше заблуждаються. А на самом то деле еще никто никто из них ближающие два года так не прошарит SQL чтоб почувствовать недостатки Mysql 4.0
Pantene742, тогда меньше ошибок с Node.js будет. Но я не советую создавать проект сразу с фронтом.
Microsoft хотят сделать так чтоб веб проект бэкенд и фронт часть создавались словно новый проект в фотошопе. Насамом деле Студия хороша для разработки бэкенда и работы с C#. Фронт лучше разрабатывать в Вебшторме или VS code/ Можно делать все в одной IDE. нооо там нету много лишнего для фронта, и нет всего необходимого подсказки ангуляра как в вебшторме например. и вообще вся прелеть Rest в том что теперь процесс разработки бекенд полностью отделен от Фронтенд.
Node для SPA где все ровно тот же Пых или ASP. ASP - есть SignalR но почему то без него обходясь юзают Node который по событиям дергает по http протоколу обработчики событий работающие в PHP или ASP. и WS сервер на ноде сообщает другому юзеру обновить инфу на странице. Node.js также очень узко применяться. в паре с другими технологиями
Wexter, в доках даже на русском когда читаешь встречаешь предложения с такими терминами как контейнер (Походу единица измерения куска видео - Протоколы потокового вещания походу передают пакеты НЕ побайтово как в случае с обычным псевдостримингом) логично так как в случае малейшего сбоя сети(кусочек файла не дойдет) от того кто публикует стрим (камера) невозможной будет запись в файл на сервере, так как в нем нарушиться время и синтаксис.(поврежденный файл) Я так понимаю пакет передаваемый через RTSP и подобные протоколы делиться по времени, там например каждых 0,031 секунды видео это контейнер. И много всего с этой сферой непонятного и в сети одни доки от Wowza и других уже готовых продуктов.
checkifitworththat, это p2p походу. а грамотнее через сервер, чтоб там делать архивацию записей, при помощи серверов в разных точках планеты и CDN улучшать пинг и качество потока. Интегрируют все тонкости.
Заинтересовала данная тема после того как инстаграм создал видеотрансляции. Стало интересно можно ли такое организовать с небольшими затратами в других проектах. То есть когда пользователи могут выступать как зрители и как те кто вещаю видео.
ахахах. Erlang вроде самая мощная замена ноды но и профисиональная. на работу с данным скилом возьмут только в паре с C++, используеться в сфере сотовой связи, ИП телефонии и ТВ, не требует особой оптимизации в отличие от С++ так как работает на вирт машинке как джава и сишарп (у ерланга она крайне оптимизирована и создает очень малую прослойку между программой и железом).
Хорошо заточен под реалтайм веб и не только веб сервисы.
Как за цель ставить выучить НОД не надо, так как его используют PHP программисты для реалтайма в ПХП сайтах. Например автообновление страницы по изменения состояния каких то данных на сервере, или подгрузка данных по событиям на сервере, которые прослушивает React или Angular по вебсокету.
конкретно учить Node для разработки реалтам приложений не подойдет. (А он исключительно асинхронен и подходит только для реалтайма с одной стороны, да и не совсем подходит без многопоточности, статической типизации, ООП нормального) Нужен Erlang в связке с Java или C# или даже C++(реже, при разработки чего то мощного, там ЗП в 10к долл)
Хочу понять более глубоко программирование, оптимизацию, настройку зоопарка из докеров и различных технологий, и конкретно развиться в сфере ИП телефонии(видеозвонки, вебинары, псевдостриминг).
Для личного развития + дальнейшей работы в данной сфере.
Я так понимаю полюбому надо учить язык типа C#, C++. А языки тапа go, erlang, python - уже под задачи использовать.
Даже если язык не знаешь, все ровно лучше чем русские материалы