Было бы круто иметь простой инструмент для Visual Studio / Rider который позволил бы быстро генерировать и обновлять ручные маппинги между объектами (из контекстного меню / по команде)
Остается только проблема валидации незамапленных значений, но это не критично
В том то и дело, что при повышении битрейта вам не нужен в 2 раза* больший размер файла при одинаковом качестве. А если компьютер не справляется с монтажом — то конвертите в ProRes постфактум.
Я снимаю 4К60 c битрейтом 200Мбит и 10битным цветом, у меня H264 технически не вывозит камера, похожий по качеству поток видео — она переключается в 8-битную запись (видимо, из-за IO ограничений).
Если бы не Youtube и устаревшая техника — H.264 уже давно бы канул в лету.
H.265 во всем лучше H.264, т.к при вдвоем меньшем битрейте позволяет получить то же качество картинки. Единственная проблема — требования к производительности машины.
И не мылин от них разу. Снимайте сразу в нем, если это возможно.
Облако не резиновое и Apple правильно делает, что сохраняет видео в формате, который занимает в 2 раза меньше места
Я использую Grpc в pet проектах
На работе будет проблематично слезть с хорошо работающего инструмента, который удобен и разработчикам и тестировщикам. Больший эффект даст переход на HTTP2.
Для Redis всегда использовал msgpack.org.
В конечном счете, с оптимизациями, дойдете до того, что и Redis будет медленным, т.к у него не бинарный протокол
Если у вас обширные контракты, то гораздо удобнее генерировать типизированные клиенты на основе данных Swagger, с помощью NSwag. Получается, своего рода, человечный WCF с http-биндинами.
Как работать с большими контрактами, с идеологией proto-first не очень понятно, точнее — не очень удобно, потому что автогенерация proto-файлов пока еще не возможна.
В WiredTiger операция Update не выполняется как Delete и Insert. MongoDB может перемещать документ, если вам не хватило его capacity.
В статье идет речь о том, что если во время выполнения длительного запроса документы уже отфильтрованные по индексу меняют свои значения, то они могут попасть в конечную выборку с измененными значениями.
Странно ожидать чего-то другого…
Вам стоит читать не только набросы PG-сообщества, которое очень любят критиковать монгу, везде заявляя, что она не нужна и для всего есть JSONB.
Релизы PostgreSQL все унылее и унылее, зато на конференциях любят сообщать, что скоро захватят мир и круче нас никого нет. На деле получаем что-то непонятное и это видимо то, с чем хотели поиграться разработчики сообщества больше всего.
Очень напомнило релиз Angular 7, где сообщество опять прокатили с нужными фичами
Подскажите, зачем сейчас использовать Razor?
Вы не знали, что Javascript победил?
Да, все становится чуть сложнее, но такие задачи решаются куда меньшей кровью.
BotBuiler не лучший вариант.
Да, он упрощает интеграцию и делает код более универсальным, но взамен получаете тонны багов, постоянно сломанная обратная совместимость и проксирование трафика через сервера MS, которые иногда дают ощутимый лаг в запросах.
Было бы круто иметь простой инструмент для Visual Studio / Rider который позволил бы быстро генерировать и обновлять ручные маппинги между объектами (из контекстного меню / по команде)
Остается только проблема валидации незамапленных значений, но это не критично
Последнее что нужно делать - делегировать SSL/TLS терминирование managed-коду, где будут тонны аллокаций памяти и сопуствующие этому проблемы.
Автор, вы случайно не хостите ASP.NET Core в IIS?
Я снимаю 4К60 c битрейтом 200Мбит и 10битным цветом, у меня H264 технически не вывозит камера, похожий по качеству поток видео — она переключается в 8-битную запись (видимо, из-за IO ограничений).
Если бы не Youtube и устаревшая техника — H.264 уже давно бы канул в лету.
H.265 во всем лучше H.264, т.к при вдвоем меньшем битрейте позволяет получить то же качество картинки. Единственная проблема — требования к производительности машины.
И не мылин от них разу. Снимайте сразу в нем, если это возможно.
Облако не резиновое и Apple правильно делает, что сохраняет видео в формате, который занимает в 2 раза меньше места
На работе будет проблематично слезть с хорошо работающего инструмента, который удобен и разработчикам и тестировщикам. Больший эффект даст переход на HTTP2.
Для Redis всегда использовал msgpack.org.
В конечном счете, с оптимизациями, дойдете до того, что и Redis будет медленным, т.к у него не бинарный протокол
Как работать с большими контрактами, с идеологией proto-first не очень понятно, точнее — не очень удобно, потому что автогенерация proto-файлов пока еще не возможна.
fivehouse, все по делу сказал, а вы как-то странно слились
В статье идет речь о том, что если во время выполнения длительного запроса документы уже отфильтрованные по индексу меняют свои значения, то они могут попасть в конечную выборку с измененными значениями.
Странно ожидать чего-то другого…
Вам стоит читать не только набросы PG-сообщества, которое очень любят критиковать монгу, везде заявляя, что она не нужна и для всего есть JSONB.
Очень напомнило релиз Angular 7, где сообщество опять прокатили с нужными фичами
Да, наверное, Google создал язык Go, потому что Python был слишком быстр для них
Сейчас сектант — это вы
Подскажите, зачем сейчас использовать Razor?
Вы не знали, что Javascript победил?
Да, все становится чуть сложнее, но такие задачи решаются куда меньшей кровью.
Какую бумажку вам могут дать, если ДЦ в России нет?
BotBuiler не лучший вариант.
Да, он упрощает интеграцию и делает код более универсальным, но взамен получаете тонны багов, постоянно сломанная обратная совместимость и проксирование трафика через сервера MS, которые иногда дают ощутимый лаг в запросах.