у нас всё таки немножко специфика: задачи бывают сложные. Делали бы магазин/вебпроект, там задачи лучше дробятся и прогнозируются.

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

Всё это должно занимать не больше 1-2 недель времени _кодирования_ (со всеми прототипированиями, продумываниями и прочим, бывает и побольше конечно) и мержреквест должен быть обозрим и инспектируемым коллегами.

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

Оказывается то, что мы у себя внедрили, называется trunkbaseddevelopment.com

очень похоже, что не вы общались с западными вендорами. NDA — это обычная практика везде и во всём и не у нас она придумана.

> через некоторое количество лет производители GPU просто добавили нужные аппаратные блоки в свои чипы

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

И понимаешь, зачем нужен FPGA.

Какой кодек вы реализовывали на FPGA?

отделывайся =)

Лампы действительно офигенные, куда смог — туда их поставил.

Очень хочется от них диммируемых двухцветных ламп.

У нас в flussonic ещё и своя реализация tftp и попытки ускорить его работу в убуте в несколько раз.

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

ясно.

Это сильно отличается от того, как у нас принято.

Каждый девелопер коммитит в фиче-ветку, которая как правило дольше 1-2 недель жить не должна.

Мержить её можно только при полном позеленении.

ага, интересно.

У вас можно мержить MR если тесты не все зеленые?

и как, получается отдетектить такое?

У меня стойкое ощущение, что «релизные команды» — это всё как раз от страха того, что не выстроен процесс жизни без них.

О, очень интересная тема.

Следующий вопрос будет про ограничение GPU.

Очень крутой набор докладов

это было 4-5 лет назад, подзабылось уже.

Но было офигенно, инструкция очень атмосферная.

главный вопрос: почему Окко так омерзительно кодирует видео?

Так плохо кажется не кодирует ни один пиратский хостинг.

для начала не освоили хорошую компрессию. Так паршиво сжать игру престолов — просто обидно.

Например плохие каналы. Для этого нужны сетевые инженеры, организующие связность.

> теперь мы кодируем один раз и используем just-in-time-преобразования для разных типов стримов. У нас эта технология уникальна,

простите, рассмешило