кто хочет заработать на lineage 2

я

знаю как

тьфу кодек

У @xanf_ua вроде был доклад на эту тему

Или упоминал где-то

ну я вроде что-то видел, но он на уровне ffmpeg ковырять там все делал

если мы про один и тот же доклад

Они видео с нескольких камер стримили + разные источники аудио

но ему тоже малька больно было, судя по его докладу ?

ну возможно, классно классно, молодцы они ?

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

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

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

реакт — это шаблонизатор с дефолтным /* @jsx React.createElement */ в заголовках файлов

Спасибо, было бы круто увидеть целую статью, некий поинт размышлений и выводов к которым ты пришёл, а не пролистывать реакт чат в поиске по сообщениям от @ZeroBias ?

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

А если это прямой эфир, на лету это делать, это ж пиздец

ну да, есть специальные девайсы под это даже в проф среде

я, например, с calypso от haivision работал

Мне нравится твоя идея с event - driven подходом, но все ещё не уверен, что стоит его мешать с управлением состоянием @ZeroBias

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

они заебато справляются с задачами аналого-цифрового преобразования

да похуй короче

много там еботы

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

Интересно что твич юзают

так у твича задержка тоже норм

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

он из опен сорса вроде стандарт

а так походу всякое кастомное говно

Мне нравится твоя идея с event - driven подходом, но все ещё не уверен, что стоит его мешать с управлением состоянием @ZeroBias

а я, кстати, во всякой rx подобной штуке разочаровался

а я, кстати, во всякой rx подобной штуке разочаровался

как вы все это контролите?

как вы все это контролите?

Да с тестами у реактивной херни плоховато

Но жить можно

Я рассматриваю эвенты только как связь между вью и логикой, на большее не заглядываю. Но тут тоже есть спорные места

сама идея мне импонирует до сих пор, но видимо я просто не сумел справится с этой идеей

мне на самом деле идея реакт компонентов импонирует тоже, но в конечном результате получаются неочевидные конструкции, которые меня постянно смущают

Можно сказать, я все ещё в процессе размышлений, стоит ли rx затрат. И в том, как нужно оршанизовать с ним работу, какой нужен подход

Эмитишь ивениы, что-то на них реагирует

Как бы все

Можно сказать, я все ещё в процессе размышлений, стоит ли rx затрат. И в том, как нужно оршанизовать с ним работу, какой нужен подход

+

Как бы все

Way to hell

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

Way to hell

тут как и в рикс, смротря как строить ?

А почему сразу rxjs, свой обсервабл/обсервер написать это 20 минут

В rxjs просто много вполне удобных операторов

А почему сразу rxjs, свой обсервабл/обсервер написать это 20 минут

ну тут не про rx, а про модель подобную. я просто из такого реактивного онли рх юзал

А вообще смотря насколько сильно вы хотите это внедрять

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

вот давай так отвечу

ты лодэш юзаешь?

или рамду?

или андерскор?

что-нибудь из этого?

Рамду

да тот же реакт

И то очень редко

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

Вся суть сводится к балансу между чистотой подхода и грязью для удобства при решении спектра задач, но чистый + грязь = грязный, в любом случае. Поэтому нужно рассматривать, насколько много грязи оставляют затраты на соблюдение чистого подхода, по сравнению с той горстью, что получается в гибридных моделях

благо я сейчас больше бэк вещи пишу

Вся суть сводится к балансу между чистотой подхода и грязью для удобства при решении спектра задач, но чистый + грязь = грязный, в любом случае. Поэтому нужно рассматривать, насколько много грязи оставляют затраты на соблюдение чистого подхода, по сравнению с той горстью, что получается в гибридных моделях

грязь - это что именно?

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

Я не говорю свои стримы писать, я про сам подход. RxJs можно очень по разному юзать, и нет гарантии что на нем не будет говна

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

Ну хватит уже думать в mvc

Реакт не только вью

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

А что, если я скажу вам, что стейт компонента не нужен

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

вот правильно

Реакт не только вью

Не только, никто не отрицает, вопрос в том, был бы ли реакт бесполезнее, если бы был "только"

А что, если я скажу вам, что стейт компонента не нужен

Можешь просто инжектить сервисы и вообще выкинуть из реакта всю логику

ERROR: S client not available

Можешь просто инжектить сервисы и вообще выкинуть из реакта всю логику

У меня в реакте логики и не было никогда)

поэтому после долгих тыканий я вернулся к редаксу

и просто смрился, принял и осознал

Во vue была, и это больно. Но во vue держать логику вне компонентов - еще больнее

Редакс тот же гибрид, там тоже нужно решать некоторые проблемы

Не только, никто не отрицает, вопрос в том, был бы ли реакт бесполезнее, если бы был "только"

+-, я думаю они не зря все таки state сделали

А что, если я скажу вам, что стейт компонента не нужен

Нужен, если нет инструмента где ты будешь держать стейт

+-, я думаю они не зря все таки state сделали

Ответ выше

с возрастом перестаешь куда-то спешить, и написать очередной экшн и редьюсер уже не так заломно, особенно если они маленькие и имеют супер мелкое состояние

Нужен, если нет инструмента где ты будешь держать стейт

А что мешает его взять?

с возрастом перестаешь куда-то спешить, и написать очередной экшн и редьюсер уже не так заломно, особенно если они маленькие и имеют супер мелкое состояние

Осталось добавить мидлвары

Осталось добавить мидлвары

ну последний хом проджект для облегчения своих потребностей я с санками писал ?

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

Ну тут да, часто можно херню сделать

но так-то, твои эриксы - тоже мидлвари

Редьюсеры должны быть очень атомарными

еще недавно redux-logic юзал, но тоже что-то не то.

Просто все равно логика в экшонах это так себе

А что мешает его взять?

Его отсутствие? Я пока не знаю не одного реально подходящего инструмента (нет знаю, это чистый ee + какой нибудь стм, но я не готов писать так много кода, чтобы пользоваться этой связкой)

Тут сервисы намного приятней

там сам автор форсит на rx, да и флоу он не покрыт, пришлось писать все тайпинги, и в итоге мне опять не понравилось

пацаны, скоро же red dead redemption второй выходит

кто уже предзаказ сделал?

Тут сервисы намного приятней

Сервисы гуд в ангуляре, в реакт их просто больно пропихнуть

Сервисы гуд в ангуляре, в реакт их просто больно пропихнуть

Да DI в ангуляре достаточно замороченный

Сервисы гуд в ангуляре, в реакт их просто больно пропихнуть

а вот и не так

Не гуд?

Можно проебатся где их правильно провайдить

а вот и не так

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

я помню в первом ангуляре вообще был DI для констант

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

нормально это вообще?

Ну ангуляр просто намного более абстрактный