Видео

А в РФ сейчас кто-нибудь вообще начинает дизайнить PIC/QPIC ( photonic, quantum photonic IC) ?

Отличное интервью. Особенно для тeх кто в России. Первый раз слышу на RUclips русскоговорящего Principal ASIC Architect /Engineer говорящиго языком уровня Silicon Valley. Позовите в следующий раз Principal RFIC Engineer если, конечно, найдете - в РФ таких специлистов уровня Silicon Valley вообще, наверное, нет

19:05 "Можно сделать вопрос на собеседовании: "когда override final имеют смысл вместе?"" Да никогда они не имеют смысла вместе, достаточно final написать. Гуру облажался.

Отличный подарок под новый год ))) Чувствуется огромная работа по подготовке этого выпуска (подбор тем, запись, редактура, монтаж), вы все молодцы, спасибо вам и с наступающим!

Ю. Панчул также дизайнил графические чипы для Айфонов в Imagination Production (пионером в области мобильной графики). В ретроспективе типичный советский инженер, попавший в США на волне развала в 90-ых. Уезжал он в команде Cognitive, которая перепродавала советские наработки по OCR.

Юрия Панчула можно слушать бесконечно, опыт льётся через край. Пора ему уже завязывать с Самсунгами, возвращаться в родной альмаматер и заняться преподавательской деятельностью. ;)

Неинтересно. Никакой конкретики

Спасибо.

что-то со звуком, некоторый рассинхрон.

я текучий инженер

киборг! машина!

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

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

37:30 Разницу системных и прикладных программистов отлично описал еще в 2013 году James Mickens в "The night watch". Достойный перевод есть на хабре ("Стражи ночи"). Ну и Николай примерно то же самое сказал.

Жаль что я раньше не видел ваши подкасты) Я и сам из этой области, порой просто интересно прошерстить интернет на подкасты с коллегами, особенно в этой сфере)

Очень интерсный гость, которого можно слушать долго, не уставая от тем) И в то же время видно, что интервьюеры тоже в "теме", это очень здорово, потому что зачастую подобные подкасты проходят далеко не гладко)

Не совсем понял, Почему Константин говорит, что компилятор не знает об UB. Мы намеренно (а зачастую - от не искусными познаниями стандарта языка) можем написать кусок кода, когда компилятор будет видеть UB, и на основе этого сгенерировать совершенно не правильное поведение даже (!) в куске кода, напрямую не относящегося к тому месту, где совершен UB. Я сталкивался, например, в Си, когда к объекту, квалифицированному volatile, обращался через указатель на неквалифицированный таким volatile тип - по стандарту это UB, и я наблюдал совершенно ненормальный ассемблерный листинг того, что нагенерировал этот UB именно в процессе компиляции. Так что UB - это не всегда про run-time.

Здорово, спасибо, было очень интересно.

Спасибо за такой крутой контент на русском языке!

Чё за дела, почему я раньше не видел эти си ?

Класс!

как всегда контент отличный!

Когда думал что хорошо подготовился к экзамену, но препод все равно раз…л. Доклад очень интересный, спасибо :)

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

Прапорщик в программировании хранят много интересных слов на складе. Но там схд сбои.

Спасибо, я хоть уже и инженер, но посмотреть было интересно) отличная подача для подрастающего поколения сделал схему с преобразователем напряжения лимонов и усилил её в 220 раз. Теперь в услугах энергосбытовых организаций не нуждаюсь. Не понимаю зачем строят АЭС, ГЭС, ТЭС, когда есть лимоны.

00:08 46:48 инжИнер ))) это всё влияние англицизмов

Спасибо!

Странно, в названии канала Инженер правильно написано. В титре на видео через ИнжИнер. Это от совмещения слов Инженер и Жир? Или все грамотные люди уже уехали?

Хороший обзорный доклад по комплексному мониторингу приложения. Спасибо!

Я один раз неправильно ставил электролит. Схема работала. Но потом замкнуло через день.

Спасибо большое за доклад. 1. 10:38 - не понял где тут CRTP. 2. Где можно посмотреть про CRTP от Константина Владимирова?

комитет нужет чтобы отменять дурацкие предложения (с)

16:25 Пакетные менеджеры в плюсах довольно давно... Хотя всё ещё есть определённые "приколы".

00:00 - Можно проматывать 17:20 - Вступительное слово от Михаила Коробкова (FPGA-Systems) 20:50 - Вступительное слово от Олега Щепетинщикова (FPGA-Systems) 27:45 - Введение в проектирование RTL цифровых систем средствами Chisel/Scala (Денис Муратов, YADRO) 1:13:05 - Генерация преднамеренных ошибок в UVM-тесте (Андрей Ефимов, Бюро 1440) 1:43:20 - Проектирование интегральной схемотехники в российских САПР (Никита Малышев, Эремекс) 2:14:00 - Большой перерыв 3:18:15 - Как мы AMD GPU на ПЛИС с RISC-V Linux запускали (Сергей Мирошниченко, YADRO) 4:00:20 - Open Source Step-and-Compare: делаем индустриальный подход к верификации RISC-V доступным каждому (Сергей Чусов, НИЛ ЭСК НИУ МИЭТ) 4:34:42 - Увеличиваем производительность, искажая время: Extended Useful Skew (Алексей Мухаматнабеев, YADRO) 5:14:20 - Небольшой перерыв 5:37:58 - Работаем с HDMI на ПЛИС (Алексей Гребенников) 6:22:15 - Что нового у BMTI? (Михаил Коробков, FPGA-Systems) и закрытие конференции Слайды ищите на engineer.yadro.com/fpga-systems-2024-2-msk/

Зря Вы так про Си. В отличие от C++, за веяниями которого тяжело уследить (и в силу этого все нововведения, как правильно сказали сами приглашенные гости, часто переделываются/узаконивают другое поведение), в Си изменения протекают гораздо плавнее и меньшими объемами. Да, в C23 есть что-то из C++, в части constexpr, auto, закоренения static_assert на уровне лексики и т.д. Но в Си нет примеров, когда от стандарта к стандарту поведение той или иной конструкции кардинально или частично менялось в регрессию. Антон затронул что-то про static inline - лично мне не известно об этой проблеме. Известно лишь, что поведение inline в купе с ключевыми словами static/extern в Си и C++ сильно отличается, поэтому, возможно, после C++ Антон столкнулся с "магией" static/extern inline в Си. Но никакой магии там нет - хотя, отчасти я согласен, что эта часть языка интуитивно тяжела для восприятия, поэтому ее придется именно запомнить. Но то же самое касается и C++, что не дискриминирует Си по сравнению с ним. В сфере программирования встроенных систем Си все еще более предпочтителен. Давайте сравним крайние стандарты: описание синтаксической и семантической части Си - это порядка 175 страниц. У C++ это уже порядка 480 страниц. Но достоинства C++ на 90% в его стандартной библиотеке, позволяющей тривиальные вещи не колхозить, а обобщить и дать пользоваться всем желающим. Однако и с каждым новым стандартом чутка правится синтаксис, способы инициализации (их уже больше нескольких десятков???), и запомнить это становится все труднее и труднее - в голове каша. Так что даже матерые плюсоводы не спешат перетаскивать свои кодовые базы на новые стандарты - C++ как вино - должны настояться довольно долго, чтобы можно было уверенно осваивать его хитрые нововведения. А вот за C23 не надо бояться - _Static_assert() переименовали в static_assert, семантика auto расширена в зависимости от контекста применения, появился #embed (очень крутая директива), появились типы с ограниченной шириной _BitInt(), все остальное уже синтаксические доработки - всякие разделители целых чисел 0x1000'0000 и т.д. Поэтому новичку можно смело брать книжку по C23 и не бояться завтра быть невостребованным из-за того, что все работают в C99 или C11. Однако, если нужно поддерживать старое ПО столетней давности, то переключать стандарт не рекомендуется - C23 выпилил поддержку некоторых вещей, которые давно следовало отрубить - например, определение функций в стиле C89 (список идентификаторов). Но все это настолько незначительные изменения, что для подавляющего количества программистов на Си эти изменения будут не заметны. Касательно Rust - если у языка нет стандарта, то это не язык, а очередной пузырь, который рано или поздно лопнет и ажиотаж вокруг него спадет.

17:42 - Начало 1:40:34 - Продолжение

телка топ

И все же rust лучше =)

Мир тебе, милость и благословение Божие. Приветствую тебя, моя дорогая. Благодарю тебя.

Ни черта не понятно

Спасибо, очень крутой доклад! Восхищен тем, насколько Марк погружен в тему, здорово рассказывает

А на какую аудиторию доклад?

указатели - привет из 80 ых

Обожаю как Константин рассказывает про векторизацию. Каждый раз так вдохновляюще!

Я это выступление уже смотрел в большом видосе, зачем повторяться?

Музыка, выше математики...

Прекрасное интервью! Замечательные вопросы! Спасибо за общение с опытным специалистом!

Есть огромная разница между VMами и реальными ISA. Первым совершенно по сараю как устроено кодирование инструкций. Стопятьсот адресуемых регистров? Да пожалуйста. Инструкции по 128 бит и больше? Не проблема. А в реальных ISA приходится думать, как за один такт вытащить и декодировать побольше инструкций, да еще и понять каждую не зная про предыдущие. Да, и по хорошему - вообще любая задача должна сводиться к компиляции. Если следовать идеям language-oriented programming, то можно (и нужно) создавать множество маленьких (и не очень) проблемно-ориентированных языков. Которые надо компилировать. Друг в друга и в языи уровнем ниже.

Подскажите что можно почитать про архитектуры современные для новичка?