Відео

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

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

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, то можно (и нужно) создавать множество маленьких (и не очень) проблемно-ориентированных языков. Которые надо компилировать. Друг в друга и в языи уровнем ниже.

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

Какая Arria10 в 2024 ? В FPGA design in 2024 high-end is Agilex9/Agilex7, Versal Prime, AI-ML, Premium; old hi-end is Stratix 10 DX,AX,NX, Virtex & Zynq UltraScale+ mid-end Agilex5, Versal Prime (<200K gates), Kintex Ultrascale+; MIDDLE: Agilex5 (<100K gates), ZynqMP/Kria (<300K gates), AvantX, ; LOWER-MID Cyclone 10GP, Artix Ultrascale+, CertusPro NX, PolarFire; LOW: Spartan Ultrascale+, Spartan 7; Cyclone 10LP. Есть еще Efinix c кристаллами претендущими на mid-range. Но это все FPGA и если активно используются primitives , особенно жирные типа AI, Hard PCI Hard DDR, Hard ETH10/25/50/100, DSP Engine, Transceiver то можно забыть о переносе его в ASIC. Versal-овский огромный CLB и подобный Agilex-вский ALM тоже. 6-LUT, 4-LUT от старых FPGA еще переносят в ASIC. Но это жуть все равно. ASIC библиотки дает чего боятся FPGA с их LUT implementation - ASYNCHRONOUS DESIGN.

Классно!!!! Но я решительно не понял, какой системный язык лучше всех! Объясните!

Сиськи хорошие

1:54:30 а где ссылки то?

Шикарный выпуск!

Спасибо за ваш труд! Выпуск очень интересный!

Спасибо за выпуск! Два часа пролетели незаметно, пошёл искать лекции Николая!

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

Когда такие умные ребята откроют доступные школы и училища для всех желающих расскажите пожалуйста подробнее

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

Спасибо за выпуск! Елена, у вас шикарное платье!