Відео

Разработка монолита - очень быстро!

А где ссылка на телеграм канал Александра?

знакомые лица.. на собеседовании как-то был у него

очень интересная задумка

Супер доклад

Охуеть, мы ьудем писать с++, с отстой, СЛЕДУЮЩИЙ СЛАЙД: это не лезет, здесь много типов, сдесь много кода, тут не так, там не так. А вотя пишу на Си даже для ПК и меня всё устраивает. ДА может быть на ++ быстрее писать, но я не люблю когда код зависит от кучи разного говна

Какой же прекрасный язык C++. Слушаю обо всех возможных косяках, и по щеке стекает ностальгическая слеза. А если серьёзно, то нисколько не жалею о том, что больше не пишу на плюсах.

Спасибо большое Алексею за доклад!

А что во Владивостоке что в разработке есть?

Сломал мозг. Пусть этим колдовством занимается другой. Пойду во вротенд.

Delete c++

Отлично! Вот это правильный стендап. Помню аналогичный случай, как я искал ошибку в коде из-за отсутствия точки с запятой после определения класса. Ошибка была намного ниже. Может и не три дня я тогда потратил, но несколько часов точно. Это было ещё в начале изучения классов и привычки ставить точку с запятой на автомате не было.

Прелестно! Спасибо за информативный доклад. Очень полезно знать историю, что и как было.

вообще идея про отдельный тред для джунов с уменьшеной ценой билета звучит очень здраво, в реализации конечно возможно сложнее чем кажется

хороший доклад!! Мелочи - наше все и пока неистребимо

На 35 минуте есть фраза "можно использовать стек как кучу". Может кто-нибудь подробнее рассказать значение этой фразы? Корутина никогда не делает return, соотв. стек не будет очищаться, а размер стека ограничен. Заранее спасибо.

Смотрел лекцию по асинхронным процессам и вот там такое встретилось - если функция заблокировалась, например, функция приема чего то там по сети, а ни одного клиента нет, то мы висим и ждем, и тогда происходит вот что - операционная система понимает это и чтоб не терять время и не висеть просто так, она делает context switch (переключение контекста). И вот у меня такой вопрос - А как она понимает, что вот уже пора делать это переключение контекста? Там зашита какая то величина таймера? Ну типа - любой функции разрешено висеть не больше 1 секунды, если 1 секунда прошла, а функция не разморозилась (так как она все еще ожидает что то там по сети, а это что то там так и не приходит и не приходит), то операционная система говорит - слышь ты, хорош тут висеть, я тебя временно снимаю с процессора, там есть другие задачи. То есть мне не понятно конкретно вот что - кто решает сколько можно висеть функции на блокировке ? Это зашито прям в ядре ОС?

7:28 что такое "сторы в память" и почему они "должны быть мёртвыми"?

Вот мое самое простое пояснение для чего нужны корутины - они позволяют не терять время, а переключаться с текущей задачи на другую, если ты видишь, что текущая задача пока еще не скоро решится. Вот пример. Вы начали летом стоить дом на даче, вам важно те терять летние дни просто так впустую. Вы начали строительство и чувствуете, что вам нужна какая то штука (допустим уровень), который лежит в сарае. Эта штука вам нужна не прям очень срочно, но тем не менее она нужна полюбому будет сегодня. И вот у вас какой то этап работ уже завершен (допустим, Вы смазали специальным составом доски от гниения так называемым антисептиком). И у вас есть выбор или отдохнуть или начать делать что то другое по строительству (например, размечать место будущего дома) или искать уровень, так как он Вам так и так сегодня будет нужен и его полюбому надо будет найти. И вот вы решили, что отдыхать это непозволительная роскошь, и надо скорей найти уровень в сарае, заодно и прогуляться до сарая как раз отдохнешь пока ходишь. Вы рассчитывали, что зайдя в сарай Вы найдете уровень за 5 секунд, однако, зайдя в сарай, Вы увидели, что там бардак и в первые 30 сек уровень найти не удалось. И тут вы принимаете решение - или продолжать искать уровень в сарае (но еще неизвестно сколько это займет времени, быть может весь день и тогда Вы рискуете потерять весь день на не самую важную задачу), или же хрен с ним с уровнем (найдем потом!) и идти пока еще не зашло Солнце делать другой этап работы (например, размечать место установки фундамента). Без корутин Вы если зашли в сарай (зашли в функцию ) Вы уже не можете выйти пока не найдете эту вещь, вы зависаете на поиске этой вещи и возможно надолго. Вы как бы что то и делаете, и в тоже время вы понимаете, что вы теряете время зря. С корутинами же можно сделать вот так - вы можете приостановить поиск и спокойно выйти из сарая (вы уже осмотрели часть сарая и там не нашли уровень), и пойдете заниматься более важным - размечать фундамент. В то же время, Вы можете позвонить другу и сказать, слушай помоги, я тут размечаю фундамент, но уже скоро мне понадобиться уровень, но я не знаю где он там, я не могу зависнуть на поиске, иначе зайдет солнце и я не успею разметить фундамент, помоги мне найти уровень, ключи от сарая воткнуты в двери! И вы спокойно продолжаете размечать фундамент, а Ваш друг заходит в сарай и продолжает искать уровень с того места, где вы остановились. А вы не теряете на это время. То есть корутины позволяют делать вот что - если произошла какая то непонятка по текущей подзадаче, то вы можете поставить эту подзадачу на паузу и вернуться к ней, когда возникнет очередной перерыв в основной задаче. То есть вам не важно именно прям сейчас найти что то в сарае, вы можете прекратить поиск и продолжать строить дом на до того момента, пока уровень еще не нужен (например, подготавливать доски), и вернуться продолжить поиск инструмента в сарае как будет возможность позже (ну или сразу попросить друга).

clang читается не как "силэнг", а как " клэнг".

Спасибо за доклад, есть интересные моменты, ребята прям запотели. В этом докладе конечно же "весь С++", то что в других языках не вызывает проблем или вопросов, в С++ решается костылём на костыле с UB, которые потом не понятно как поддерживать, прям классика ).

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

Интересно ... А если Евгений не использовал чужой код, то LR1 парсер он сам написал?

Как-то на практике "благие намерения" single source гетерогенных вычислений так или иначе приводят к "vendor lock in", SYCL как-то не очень-то получается на практике промышленного написания софта заставить работать на всех трех основных цветах (вендорах), а старый добрый OpenCL, с оговорками и "молитвами" - работает везде, да, закат солнца вручную, но работает везде. Мне кажется, что вместо игр в SYCL интелу не нужно было отказываться от развития OpenCL и исправлять свои косяки дальше, делать инструменты (очень нравится intel_driver_diagnostics расширение), а не сдаться, и имея реализацию 2-го стандарта откатиться назад в 1.2, потому что "у нас лапки" :). Жалко, что интелы выкинули queue_on_device из последних драйверов. Спасибо за доклад, стали понятны побуждения зачем вообще SYCL нужен. Ну и AMD-шный ассемблер не такой уж непонятный, все там с ним ок.

Спасибо за доклад, тема затронута интересная, но что то понять достаточно сложно.

Извините за грубость, но у лектора задницу скипидаром натёрли? Он стоять спокойно за кафедрой не может? Что он ходит туда-сюда, вертится на месте, иногда вообще чуть не задом к аудитории встаёт? Выглядит отвратительно. Я понимаю что выступающий - не профессиональный лектор, но чёрт, если уж вылез на сцену - веди себя прилично.

Как сравнивать числа с погрешностью? Не делайте так! Красава

stateful/stateless корутины это неверное произношение stackful/stackless или таковые тоже есть?

Кто в лес кто по дрова.

Thank you, Rainer for the great talk! You did a lot for the community and you are great! I wish you better health and more luck!

[boost-ext]::sml?

Казалось бы простая тема, но как обычно - легко допустить ошибку. Спасибо за доклад :)

16:40 В результате реаллокации с номером i будет 2^(i-1) перемещений. У тебя, ведь, так и написано справа, что для первой реаллокации будет 2^0, для второй будет 2^1. И сумма перемещений в таком случае будет: 1 + 2 + ... + 2^(log2N - 1) Хотя, я думаю, что тут это совсем не критично и разницы почти нет.

Вот бы увидеть создание такого проекта также прозрачно, как проектирование архитектуры...

В зале царило всеобщее воодушевление) Изюминка конференции)

Была хорошая лекция по Множествам в курсе Тренировок по алгоритмам от Яндекса - ua-cam.com/video/PUpmV2ieIHA/v-deo.html. Всем рекомендую

Что такое «цветные банки»? Я кажется под камнем)

Первый пример с bool - использование неинициализированного значения - всегда UB, -Wuninitialized отловит это.

Отличный доклад, спасибо

16:30 Павел думает, что перебирать до sqrt(N) это логарифмическая сложность, но это не так.

вейвы и их аналогии это и есть то, что исполняется на реальном ядре. И обмен информации там есть(как радуется автор на 50 минуте) как раз таки именно потому, что они есть часть одного целого. Это я всё к чему, а тому что цпу и гпу мало чем отличаются друг от друга несмотря на то как пытается представить это нвидия. Да, культура разная. Представление о железе в цпу-мире дремучие. Но понимание того/иного позволяет эффективно писать код на обоих устройствах.

Никаких куда-ядер в железе нет. Их когда-то придумала нвидия чтобы в своих рекламных агитках объяснять почему гпу лучше. А гпу есть такие ядра как в цпу, количество их примерно такое же. Единственное что гпу использует явный параллелизм и управлением им, а в цпу всё это скрыто за слоями легаси-isa и дремучих представлений о железе. Понятие куда-ядра не просто не имеет смысла, но ещё и постоянно путает людей. О чём автор доклада частично сообщает. цпу-ядра предполагают независимый параллелизм - это значит, что мы можем абсолютно различный код исполнять на разных потоках. Аналогичные ядра(и то что мы вообще называем ядрами) в гпу есть это sm и их аналоги. Понятие simt так же создано рекламными агитками нвидии. Оно ничем не отличается от simd и призвано разграничить в головах потребителя эти подходы. Потому как если таким же образом как нвидия считать "ядра" в цпу, то их там так же тысячи. Но лучше продолжать думать о том что цпу такой немощный. Разницу simt нвидия пытается определять через всякие программно-аппаратные костыли. Мы не знаем насколько они аппаратный потому что нвидия максимально закрыта. Это по-сути отдельный компьютер наружу которого торчит api и что там и как исполняется мы не знаем. Он исполняет другой код совершенно, а не тот что в него посылается. Ну точно так же как x86. В последних итерациях нвидия вообще пытается вынести всю реализацию на внутренние цпу-ядра. Обычно все эти "simt" мы реализовывали сверху точно так же как автор говорил про ифдефы и конфигурацию при компиляции. Но в современных симд(avx512) есть маски и прочая атрибутика simt. Теоретика это можно сделать эффективнее чем реализовывать это руками, но во многом эта эффективность обусловлена проблемами x86, а таких проблем в гпу нет. Проблемы х86 можно свести к следующему "процессор может исполнять больше инструкций чем читать/разбирать".

лучший доклад за всю конференцию :DDD

Извините, но по факту ни о чем

Отличный докладчик

Спасибо за доклад!

Спасибо за доклад!

Что сразу режет восприятие так это с первых минут утверждение что ничего не завезли в язык ничего не хватает но в новые стандарты не лазил и не знаком

прекрасный доклад