Владислав Тен! Просто предложение, мне кажется было бы людям интересно: записать видео об азах архитектуры cpu, предсказаниях ветвлений, кэше, конвейере, какие вообще стадии у инструкций есть, откуда вообще гонка данных берется и т.п
У тебя талант объяснять сложные вещи! Готов по компуктер сайнс любой курс забашлять ну и систем дизайн, тоже норм тема, а то тупое перекладывание джейсонов на путоне от звонка до звонка до добра не доведет
Тема для платного курса - построение событийных систем с кафкой. Когда положиться на нее, а когда обеспечивать контроль на уровне приложений. Можно ли в ней хранить данные долго, и почему нет. Как обеспечить передачу длинных последовательностей событий, чтобы быть уверенным, что все события дошли. И т.п.
видео реально полезное (надеюсь не удалишь) будет классно если продолжишь тему распределенных систем по курсу, думал записаться к тебе когда ты сделал первый анонс с подпиской на бусти, но жаль что ты все удалил и тг и ютуб и я просто потерял тебя из инфополя
Для таких случаев можно использовать Write-Ahead Logging подход. И в кейсе смены мастера проходиться по последним логам, чтоб убедиться в целостности данных на реплике. Ну или другой подход(но тут чуть хуже с перформансом) - делать синхронную репликацию, т.е считать обновление мастера успешным только если и реплики обновились
если взять допустим 10 шардов то перформанс вырастает в 10 раз. во сколько раз синхронизированная пара шардов медленнее, чем голый шард? раза в 2? ну получится 5х исходной скорости, по-моему норм
Отличное видео, здорово было бы погрузить в фундаментальные основы современных протоколов, по типу gRPC, pub/sub system и тд. Или может углубиться в лучшие практики систем дизайна
Почему описанная схема с репликациями не является согласованной? Какая именно модель подразумевается под strong consistency? Sequential consistency? Особенно непонятен наброс про деградацию произвольности. Возникли издержки не из-за шардирования, а из-за гарантий fault tolerance (которых изначально не было). При этом, затраты на репликацию конечные, а возможность распределения нагрузки неограниченная. P. S. Не судите мой комментарий строго, я гей дев необразованный, который просто хочет в фаанг...
гарантии fault tolerance взялись из-за того что в системе из 10 машин какие-бы то ни было отказы происходят в среднем в 10 раз чаще чем в системе из одной машины, а хотелось бы наверное сохранить частоту отказов на неизменном уровне
@@shrddr Как я понял автор комментария к тому, что для надежности каждому шарду всегда будет нужно 3 реплики, независимо от количества шардов. А с увеличением шардов перфоманс должен взлетать в небеса. И типа 10 шардов + 2 реплики будут в 10 раз медленней чем 100 шардов + 2 реплики. Ну если действительно всё приложение как на схеме. В абсолюте каждому дрочеру хомяка будет выделен личный шард + 2 реплики. Единственное во что мы упираемся в этой гениальной схеме это в бюджет. А технически ограничений нет.
Классно, но много повторений типа: «смотрите прикол, смотрите прикол», «что мы изначально хотели, что мы изначально хотели», «например, например, например».
"перформанс" = производительность. Вы не хотите "увеличить/сделать перформанс". Вы хотите ускорить процесс. "фолт толеранс" = терпимость к ошибкам? Может устойчивость от ошибок? "неконсистентность данных" = несогласованность данных. Разве хуже? "деградация перформанса" = замедление. Короче же и понятнее. Нет? :) Вы уж определитесь на каком языке говорите и для какой публики. Русскоязычным куда яснее было бы слышать свой язык. Нафига столько англицизмов там, где можно обойтись без них увеличив понимаемость содержания? Вы же объясняете людям, которые ещё не в теме. А значит они могут и не понять... P.S. цепочка не целая. Из строгой согласованности не следует общее замедление. Вы же не описали за счёт чего будет это замедление. На каких операциях.
Сам придумал проблему, сам ее решил. О брокере сообщений, не не слышали. Вам все эти шардинги реплики и тп нужны не для перфомонса а для распределенной нагрудки, вы ни один проект не заскалируете просто напросто без этого.
t.me/tenfoundation
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Ахаххахахаа
Владислав Тен! Просто предложение, мне кажется было бы людям интересно: записать видео об азах архитектуры cpu, предсказаниях ветвлений, кэше, конвейере, какие вообще стадии у инструкций есть, откуда вообще гонка данных берется и т.п
Никто не думал, что водонагреватели могут делать такие простые и понятные ролики!
Спасибо за видео, меня не оставляет один question. Каким образом ты делаешь notes? Через ipad? Насколько это вообще affordable?
Отличное видео (ничего на самом деле не рассказал, но посмотреть на тебя было приятно), спасибо
У тебя талант объяснять сложные вещи! Готов по компуктер сайнс любой курс забашлять ну и систем дизайн, тоже норм тема, а то тупое перекладывание джейсонов на путоне от звонка до звонка до добра не доведет
Сделай курс, как центрировать div
Начинаем день с полезностей от Влада. Какая же вкуснятина 🥰
Фантастически полезно!
Влад а можешь прикрепить пожалуйста ссылки на MIT курс
Хочется больше по system design подобного рода приложений и про то, на каких стульях можно усидеть в распределенных приложениях
Влад 10, я Ваш фанат.
Бен тен
Тема для платного курса - построение событийных систем с кафкой. Когда положиться на нее, а когда обеспечивать контроль на уровне приложений. Можно ли в ней хранить данные долго, и почему нет. Как обеспечить передачу длинных последовательностей событий, чтобы быть уверенным, что все события дошли. И т.п.
видео реально полезное (надеюсь не удалишь)
будет классно если продолжишь тему распределенных систем
по курсу, думал записаться к тебе когда ты сделал первый анонс с подпиской на бусти, но жаль что ты все удалил и тг и ютуб и я просто потерял тебя из инфополя
Мабой, наконец-то пошла возня!
Продолжай!
Спасибо !
Как попасть на Курс ?
Было бы круто посмотреть как решить исходную проблему :)
Заебись же, классно. Любой контент. Мне кажется адаптация любого курса была бы само то.
Хотелось бы получить инструкцию: как сделать так, чтобы Влад Тен снова не удалил канал через пару дней...
Не переживай, на моем сайте все видео его сохраняются теперь😅
@@ВладимирСкрипник-ч2цsheeesh. Ссылочкой поделишься ?
Фантастически понравилось, хочу курс по репу в бесплатной форме
Для таких случаев можно использовать Write-Ahead Logging подход. И в кейсе смены мастера проходиться по последним логам, чтоб убедиться в целостности данных на реплике. Ну или другой подход(но тут чуть хуже с перформансом) - делать синхронную репликацию, т.е считать обновление мастера успешным только если и реплики обновились
Протокол должен быть между мастером и репликами надежный. Например, Raft или Paxos.
У изначальной системы, которая на одном сервере нет вообще никакого фолт толеранс
если взять допустим 10 шардов то перформанс вырастает в 10 раз. во сколько раз синхронизированная пара шардов медленнее, чем голый шард? раза в 2? ну получится 5х исходной скорости, по-моему норм
Отличное видео, здорово было бы погрузить в фундаментальные основы современных протоколов, по типу gRPC, pub/sub system и тд. Или может углубиться в лучшие практики систем дизайна
Привет, про алгоритмы хотелось бы послушать и их применение на практике. Например дерево отрезков, двоичная и фибоначиева кучи и другие
@Влад 10 Было бы круто разобрать распределенные хеш таблицы. например kademlia
го курс по систем дизайн!
я бы заплатил)
Привет! Было бы интересно посмотреть о проектировании программ
Влад, где можно в лс с тобой пообщаться?
Влад Тен, что еще сказать
По поводу платного менторинга не думал?) Тут наверное будет много желающих и придется ставить высокую цену, но я бы прям да
Гений, что еще сказать
Пишите все на монолитах и будет вам счастье
Человек, что сказать.
Нормас! Продолжай в том же духе!
Попробовал обойти CAP теорему)) да никак её не обойти. Сети и железо серваков не обладает 100% надёжностью, увы
Отлично) Спасибо
Курс 16-го года. Все знания в нем актуальны?
Влад, спасибо за ответ в Телеге! Именно про это я и спрашивал.
я хочу от тебя платный курс по языку программирования HTML
Говорят очень тяжелый
Даже Влад не потянет
Курс по алгосам был полезный. Дальше бы хотелось что-то из систем дизайна
Что за курс ?
@@froglimbs8347 у Влада был набор на курс по алгоритмам весной
@@valdos.2541 подскажи, пожалуйста, а где Влад публиковал о наборе? чтоб не пропустить, если что-то еще такое будет
Влад, предлагаю выпустить курс топ 20 промтов чат гпт
🤣
мне кажется нужен БЛОКЧЕЙНН!!! (или нейронки)
"С шардингом у нас появились проблемы, что тачки могут падать" - нет
"Теперь проблема" он сказал. Что значит что до этого мы на эту проблему болт клали, а не то что ее не было.
Влад, давай видео как правильно играть за инвокера
Дота для джунов
Привет, Влад Тен
перестал играть в доту, учу систем дизайн, жизнь стала лучше, волосы гуще растут
Хочу видео о что кушать программисту
Секурность на пальцах
Ну и зачем после этого проходить курс на MIT? Посмотрев это видео я получил 5 офферов на позицию senior system architect.
red bull, свяжитесь с ним
Что с голосом?
а его уволили из Майкрософт что-ли?
курс по DDD на голанг
го геймдев? мультиплеер + соц,сеть=)
Ну если серьезно, хотелось бы курс по веб-разработке
Почему описанная схема с репликациями не является согласованной? Какая именно модель подразумевается под strong consistency? Sequential consistency?
Особенно непонятен наброс про деградацию произвольности. Возникли издержки не из-за шардирования, а из-за гарантий fault tolerance (которых изначально не было). При этом, затраты на репликацию конечные, а возможность распределения нагрузки неограниченная.
P. S. Не судите мой комментарий строго, я гей дев необразованный, который просто хочет в фаанг...
гарантии fault tolerance взялись из-за того что в системе из 10 машин какие-бы то ни было отказы происходят в среднем в 10 раз чаще чем в системе из одной машины, а хотелось бы наверное сохранить частоту отказов на неизменном уровне
@@shrddr Как я понял автор комментария к тому, что для надежности каждому шарду всегда будет нужно 3 реплики, независимо от количества шардов. А с увеличением шардов перфоманс должен взлетать в небеса. И типа 10 шардов + 2 реплики будут в 10 раз медленней чем 100 шардов + 2 реплики. Ну если действительно всё приложение как на схеме. В абсолюте каждому дрочеру хомяка будет выделен личный шард + 2 реплики. Единственное во что мы упираемся в этой гениальной схеме это в бюджет. А технически ограничений нет.
Классно, но много повторений типа: «смотрите прикол, смотрите прикол», «что мы изначально хотели, что мы изначально хотели», «например, например, например».
"перформанс" = производительность. Вы не хотите "увеличить/сделать перформанс". Вы хотите ускорить процесс.
"фолт толеранс" = терпимость к ошибкам? Может устойчивость от ошибок?
"неконсистентность данных" = несогласованность данных. Разве хуже?
"деградация перформанса" = замедление. Короче же и понятнее. Нет? :)
Вы уж определитесь на каком языке говорите и для какой публики. Русскоязычным куда яснее было бы слышать свой язык. Нафига столько англицизмов там, где можно обойтись без них увеличив понимаемость содержания? Вы же объясняете людям, которые ещё не в теме. А значит они могут и не понять...
P.S. цепочка не целая. Из строгой согласованности не следует общее замедление. Вы же не описали за счёт чего будет это замедление. На каких операциях.
Видео скачал
System design
Сам придумал проблему, сам ее решил. О брокере сообщений, не не слышали. Вам все эти шардинги реплики и тп нужны не для перфомонса а для распределенной нагрудки, вы ни один проект не заскалируете просто напросто без этого.
Sugar free from 6th floor
Было бы хорошо использовать нормальные термины, а не что то вроде тачки
курс по реакту
а если серьезно - то тупо какие то проекты любые с нуля до мвп - типа редис с нуля или текстовый редактор фул с нуля. было бы хайпово
Напряг, ему попроще что-то надо, чтобы на релаксе дурачков стричь
Угараю над талантом рассказать обо всем и ни о чем. Увлекательно базаришь, Владос, хорош