Ай бұрын
Ай бұрын
Пікірлер
@jewgenijmoldawski3306 16 сағат бұрын
1:35:22 неужели в настоящее время есть еще необходимость в переводе такого рода литературу с английского? Ведь человек, готовящийся проектировать чипы, все равно будет на 95% окружен англоязычной литературой и должен и обязан читать по-английски.
@HamidumiChan 22 сағат бұрын
о5 люди с других языков тащат что не нужно в гошку...
@apivovarov2 Күн бұрын
эйч-ди-эм-ай - не должно быть сложно правильно произносить
@dennweiss4080 2 күн бұрын
ОГОНЬ
@dennweiss4080 2 күн бұрын
канал просто топ. Почему я не смотрел его раньше... Эй там, наверху! Пора разлочить ютуб обратно...
@JameBlack 2 күн бұрын
обречено
@slavak7729 3 күн бұрын
А в РФ сейчас кто-нибудь вообще начинает дизайнить PIC/QPIC ( photonic, quantum photonic IC) ?
@slavak7729 3 күн бұрын
Отличное интервью. Особенно для тeх кто в России. Первый раз слышу на KZbin русскоговорящего Principal ASIC Architect /Engineer говорящиго языком уровня Silicon Valley. Позовите в следующий раз Principal RFIC Engineer если, конечно, найдете - в РФ таких специлистов уровня Silicon Valley вообще, наверное, нет
@vladimir0rus 4 күн бұрын
19:05 "Можно сделать вопрос на собеседовании: "когда override final имеют смысл вместе?"" Да никогда они не имеют смысла вместе, достаточно final написать. Гуру облажался.
@tvs2036 4 күн бұрын
Отличный подарок под новый год ))) Чувствуется огромная работа по подготовке этого выпуска (подбор тем, запись, редактура, монтаж), вы все молодцы, спасибо вам и с наступающим!
@ultimate_engineer 4 күн бұрын
Спасибо вам! С наступающим!
@TyphoonUSSR 4 күн бұрын
Ю. Панчул также дизайнил графические чипы для Айфонов в Imagination Production (пионером в области мобильной графики). В ретроспективе типичный советский инженер, попавший в США на волне развала в 90-ых. Уезжал он в команде Cognitive, которая перепродавала советские наработки по OCR.
@ruslanzalata 4 күн бұрын
Юрия Панчула можно слушать бесконечно, опыт льётся через край. Пора ему уже завязывать с Самсунгами, возвращаться в родной альмаматер и заняться преподавательской деятельностью. ;)
@vugpgu 4 күн бұрын
Неинтересно. Никакой конкретики
@oneofpro 4 күн бұрын
Спасибо.
@RuntimeErr0r 5 күн бұрын
что-то со звуком, некоторый рассинхрон.
@MECHANISMUS 8 күн бұрын
я текучий инженер
@sergiopuccini 9 күн бұрын
киборг! машина!
@Shwed1982 11 күн бұрын
Во первых лайфтаймы не совсем инновация, это отчасти позаимствовано из экспериментов с плюсами. Во вторых говорить что лайфтаймы неудачная идея это конечно странное заявление. Люди пользуются и им нравится. Большинство лайфтаймов компилятор расставляет сам. И можно подумать плюсами легко и удобно пользоваться и ни у кого ноги не отстреляны.
@melancholy_dream 12 күн бұрын
Не, при всем уважении к гостю, но "коре", "дунгеон" и прочее - это прям больно слушать...
@alexanderspeshilov839 14 күн бұрын
37:30 Разницу системных и прикладных программистов отлично описал еще в 2013 году James Mickens в "The night watch". Достойный перевод есть на хабре ("Стражи ночи"). Ну и Николай примерно то же самое сказал.
@evgenyilyin3727 16 күн бұрын
Жаль что я раньше не видел ваши подкасты) Я и сам из этой области, порой просто интересно прошерстить интернет на подкасты с коллегами, особенно в этой сфере)
@ultimate_engineer 16 күн бұрын
Добро пожаловать на канал! Всегда рады коллегам из сферы :)
@evgenyilyin3727 16 күн бұрын
Очень интерсный гость, которого можно слушать долго, не уставая от тем) И в то же время видно, что интервьюеры тоже в "теме", это очень здорово, потому что зачастую подобные подкасты проходят далеко не гладко)
@ultimate_engineer 16 күн бұрын
Спасибо! Рады, что вам нравится наш подкаст!
@MECHANISMUS 9 күн бұрын
гость отличный только иногда интервьюеры чересчур в теме и прерывают его и так не слишком гладко выражаемую мысль
@evgenyilyin3727 17 күн бұрын
Не совсем понял, Почему Константин говорит, что компилятор не знает об UB. Мы намеренно (а зачастую - от не искусными познаниями стандарта языка) можем написать кусок кода, когда компилятор будет видеть UB, и на основе этого сгенерировать совершенно не правильное поведение даже (!) в куске кода, напрямую не относящегося к тому месту, где совершен UB. Я сталкивался, например, в Си, когда к объекту, квалифицированному volatile, обращался через указатель на неквалифицированный таким volatile тип - по стандарту это UB, и я наблюдал совершенно ненормальный ассемблерный листинг того, что нагенерировал этот UB именно в процессе компиляции. Так что UB - это не всегда про run-time.
@feelamee 18 сағат бұрын
я думаю имеется ввиду следующее: допустим есть фукнция ```cpp int sum(int a, int b) { return a + b; } ``` Очевидно, здесь возможно UB в случае переполнения знакового числа. И обычно говорят что-то вроде: "компилятор видит UB, думает что программист об этом позаботился и не передает туда больших чисел, следовательно можно оптимизировать зная это". На самом же деле компилятор ничего не думает. Он просто имеет предусловия для `operator+(int, int)` и обязует программиста их выполнить. Сам же _надеется_ что они будут выполнены и оптимизирует код соответствующе. Аналогичным образом разработчик _libc_ пишет имплементацию `strlen` - он просто ставит предусловие на то, что входной указатель не нулевой и пишет реализацию исходя из этого факта
@alexandrvasyliev6560 17 күн бұрын
Здорово, спасибо, было очень интересно.
@ultimate_engineer 16 күн бұрын
Спасибо! Рады, что понравился выпуск!
@ds89421 18 күн бұрын
Спасибо за такой крутой контент на русском языке!
@ultimate_engineer 16 күн бұрын
Спасибо, стараемся!
@alexishome4322 25 күн бұрын
Чё за дела, почему я раньше не видел эти си ?
@Wtf95 Ай бұрын
Класс!
@Wtf95 Ай бұрын
как всегда контент отличный!
@Eclipsevl-e6g Ай бұрын
Когда думал что хорошо подготовился к экзамену, но препод все равно раз…л. Доклад очень интересный, спасибо :)
@MrKwoork 21 күн бұрын
Начало с 30:53
@user-pranabreath Ай бұрын
вот уж мне повезло, а я сразу понял, что тут толковые уроки и преподаватели... благодарю! кошмарно и позорно, что этому не учат в вузах, но что есть, то есть.
@dmitriieremin2215 Ай бұрын
Прапорщик в программировании хранят много интересных слов на складе. Но там схд сбои.
@user-pranabreath Ай бұрын
Спасибо, я хоть уже и инженер, но посмотреть было интересно) отличная подача для подрастающего поколения сделал схему с преобразователем напряжения лимонов и усилил её в 220 раз. Теперь в услугах энергосбытовых организаций не нуждаюсь. Не понимаю зачем строят АЭС, ГЭС, ТЭС, когда есть лимоны.
@Tiolych Ай бұрын
00:08 46:48 инжИнер ))) это всё влияние англицизмов
@khlruslanico Ай бұрын
Спасибо!
@tebetebebebe6369 Ай бұрын
Странно, в названии канала Инженер правильно написано. В титре на видео через ИнжИнер. Это от совмещения слов Инженер и Жир? Или все грамотные люди уже уехали?
@user-mr-m12312 Ай бұрын
Хороший обзорный доклад по комплексному мониторингу приложения. Спасибо!
@fhdds3159 Ай бұрын
Я один раз неправильно ставил электролит. Схема работала. Но потом замкнуло через день.
@ultimate_engineer Ай бұрын
Если есть вопросы по урокам и теме курса, то вы всегда можете обратиться в наш чат поддержки курса: t.me/+vO2FmnteIqA0ZjZi
@shiv_live Ай бұрын
Спасибо большое за доклад. 1. 10:38 - не понял где тут CRTP. 2. Где можно посмотреть про CRTP от Константина Владимирова?
@user-UMPp2vu1616xo Ай бұрын
комитет нужет чтобы отменять дурацкие предложения (с)
@taloonys9418 Ай бұрын
16:25 Пакетные менеджеры в плюсах довольно давно... Хотя всё ещё есть определённые "приколы".
@ultimate_engineer Ай бұрын
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/
@evgenyilyin3727 Ай бұрын
Зря Вы так про Си. В отличие от 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 - если у языка нет стандарта, то это не язык, а очередной пузырь, который рано или поздно лопнет и ажиотаж вокруг него спадет.
@cdeblog 21 күн бұрын
Антон в принципе слишком фанатичный поклонник плюсов и всё другое обсирает. Да где-то он хорош, но слишком предвзято
@maximborozdin Ай бұрын
17:42 - Начало 1:40:34 - Продолжение
@прокрастинатор-я8в Ай бұрын
телка топ
@Sneg00vik Ай бұрын
И все же rust лучше =)
@depishdev6942 Ай бұрын
Секта не дремлет
@HottoPapurika Ай бұрын
Возможности метапрограммирования хуже в Rust
@user-pl3bs1hv1n Ай бұрын
Я, который на rust, и не знаю c++, очень люблю смотреть про c++🙂
@hihere Ай бұрын
Согласен, нормальная игра
@mohamed5824 Ай бұрын
Мир тебе, милость и благословение Божие. Приветствую тебя, моя дорогая. Благодарю тебя.
@aabdev Ай бұрын
Ни черта не понятно
@konstantinlimarev2639 Ай бұрын
Спасибо, очень крутой доклад! Восхищен тем, насколько Марк погружен в тему, здорово рассказывает
@ivanpravdin2789 Ай бұрын
А на какую аудиторию доклад?
@dieff_automation Ай бұрын
указатели - привет из 80 ых