Разработка

В последнее время стала популярна тема так называемых копилотов, то есть помощников для каких-то повседневных действий за компьютером. Началась эта тема с GitHub CoPilot, который должен помогать программисту. Мы делаем своего помощника программисту, и я вам расскажу, как мы учим модели для него. Наши модели в настоящее время в некоторых задачах достигли т.н. state of the art результатов, то есть достигли первого места на открытом бенчмарке.

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

Мы поговорим о том, кто же быстрее пишет код: автокомплит или искусственный интеллект, и стоит ли его вообще использовать и как.
Мы так же обсудим, как сейчас пишут код и какие инструменты при этом используют.

1. Подходы и организация на практике.

Этапы производства и состав команды

Области - движок, рендер, тех дизайнеры, геймплей, UI

Профилирование

Пессимизация

Память и платформы

Компромиссы.

2. Вкратце о рендере

бюджет полигонов, цена шейдеров, draw calls, occlusion, лодирование, HLODирование

3. Области повышенного внимания в геймплее

Тики, компоненты, "лодирование" логики

Физика - коллизии, трейсы, движение.

Потенциал многопоточности в геймлее. Потокобезопасные контейнеры

Навмеш, его генерация, потенциальные проблемы world partition.

3. Борьба с пессимизацией на практике

Блюпринты

Тик группы

Касты и оверлапы

Тривиальная математика

1. Введение

1.1. Обзор архитектуры RISC-V

1.2. Обзор инфраструктуры LLVM

2. llvm-exegesis как инструмент бенчмаркинга

2.1. Работа в режиме JIT

2.2. Запуски для baremetal

3. Интересные решения в llvm-exegesis бэкенде для RISC-V

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

Долгое время автоматическое написание кода по его свободному описанию оставалась лишь несбыточной мечтой: алгоритмические решения не представлялись возможными, а эксперименты на базе ML-подходов не обобщались до реальных задач. Еще несколько лет назад, уже даже после активной шумихи вокруг нейронных сетей, значительных подвижек в автоматической кодогенерации не наблюдалось. Только с приходом Больших Языковых Моделей (LLM), навроде Chat-GPT, в этой области начали происходить существенные изменения.

В этом докладе мы подробно обсудим, как подступиться к AI Program Synthesis: как формализовать нашу задачу, как измерять качество получаемых методов, рассмотрим все основные архитектуры актуальных нейронных сетей для Code Generation, а также порассуждаем, в какую сторону будут развиваться дальнейшие методы

Обзор и сравнение существующих архитектур дебаггеров в PHP, обзор возможностей Yii Debug и при чем тут панелька?

Расскажу про общие концепции и уровни логирования, основы логирования в Node.js, популярные библиотеки для логирования, ограничения Node.js. Так же про ротацию логов - что такое ротация логов и почему она важна и почему не надо это делать на Node.js. Пройдемся по жизненному циклу лога от записи до анализа. И чуть чуть про безопасность данных.

Service Mesh – технология, которая призвана обеспечить гибкое, стабильное и надежное общение сервисов. Технология, призванная упростить эксплуатацию сетевого взаимодействия. Но сделает ли она систему проще?

За последние пять лет в Авито мы прошли путь от реализации собственного Service Mesh до внедрения Open Source решения Istio. И нам есть чем поделиться:

- Причины выбора собственной реализации и почему в итоге ушли на Istio?

- Организация локальности трафика при деплое в несколько датацентров

- Особенности внедрения безопасного общения (mTLS): откуда ждать сопротивление?

- Процесс внедрения массовых изменений в Service Mesh

- Как Service Mesh помогает ускорить разработку и тестирование за счет изолированных окружений?

- Так ли прост Service Mesh и стоит ли его внедрять?

Поговорим и про организацию процессов, и про техническое устройство Service Mesh на масштабе более двух тысяч сервисов и миллионов запросов в секунду.

Целевая аудитория:

- DevOps- и SRE-инженеры, поддерживающие сетевую инфраструктуру в компании

- лидеры, оценивающие целесообразность внедрения Service Mesh и платформенного подхода

Из каждого утюга доносится что Uiсистема (UI-kit) это здорово. Все говорят о плюсах но молчат о минусах. Предлагаю разобраться, так ли хороша UI-система.

Обзор PHP-фреймворка Yii3 от его автора. Ответы на вопросы "когда?", "почему так?". Полезно будет послушать не только тем, кто хочет попробовать новый фреймворк, но и тем, кто хочет улучшить внутренние инструменты в своей компании.

Весной 2023 года была поставлена задача запускать Flutter приложения на новой платформе KasperskyOS, а уже осенью было успешно запущено первое полноценное графическое приложение "Заметки" на мобильной версии KasperskyOS...

За это время пришлось пройти большой путь по пониманю внутренней архитектуры Flutter и того как он интегрируется в новую систему. KasperskyOS не является очередным дистрибутивом Linux, а представляет собой полностью оригинальную микроядерную оперционную систему, поэтому с интеграцией пришлось разбираться с нуля.

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

C++ славится тем что в нем все время стреляют себе в ноги. И как правило это связано с работой с памятью. Но, есть методы которые помогают справиться с этим. Давайте разберем один из методов разбора и сбора пакетов, который был успешно применен как в бекэнде в пользовательском пространстве, так и в ядре macOS для разбора USB пакетов. Метод позволяет работать с пакетами весьма эффективно, при этом обеспечивает полный контроль памяти, и не позволяет случаться таким ошибкам как “выход за границы буфера”.

Этот метод хорошо себя показал в высоконагруженном сервисе передачи видео в реальном времени. А так же драйвере для macOS, где использовался для работы с устройсвами по протоколу поверх USB.

- рассмотрим сам метод.

- как он позволяет структурировать код и доступ к данным.

- какие особенности будут у него в пространстве ядра

- рассмотрим проблематику работы с упакованными структурами

- какой код генерирует компилятор

- рассмотрим особенности связанные с кроссплатформенностью (неприятные сюрпризы от компилятора)

- Что такое Modbus RTU и какие у него проблемы.

- Зачем нам возиться с RS-485 и Modbus, а просто не перейти на CAN?

- Натягиваем CAN-арбитраж на RS-485.

- Добавляем в Modbus RTU события, сканирование шины и другие полезные фичи.

- Как это работает. Посмотрим на байтики и физику шины.

В текущих реалиях мы все чаще видим прецеденты атак на цепочки поставок, одной из наиболее нашумевших в последнее время стала заражение XZ Utils и только случайность позволила избежать массового заражения и инцидентов безопасности. Также многие считают, что безопасность цепочек поставок заканчивается на внедрении OSA/SCA решений.

В докладе расскажу о примерах атак, какие угрозы несет в себе использование Open Source и как работать с ними, что при разработке необходимо выстраивать "здоровый" цикл доставки доставки OSS и что атаки на цепочку могут быть не только в процессе использования OSS, но и при сборке ПО или его передаче.

Роль кибербезопасности в разработке ПО чрезвычайна важна. Не всегда удается спроектировать целевую систему в безопасном исполнении. Все говорят о подходах к безопасной разработке, пишут много всяких бумаг, но в реальности не следуют никаким методологиям.

Создание систем с учетом методологий безопасной разработки дело дорогое и ответственное. Где тот баланс, что необходимо и достаточно. Какие риски грозят по пути time to market и далее, если пренебрегать методологиями учета рисков кибербеза при разработке.

Об этом поговорим в докладе.

Познакомимся с новым взглядом на Архитектурный аудит информационных систем, основанным на практике медицинской диагностики:

- разберем прямые и понятные аналогии между осмотром человека (Medical Check Up) и архитектурным аудитом информационных систем

- узнаем, почему данное мероприятие принесет пользу всем, от руководителей и архитекторов, до команд разработки и сопровождения

- рассмотрим, как провести осмотр ИС с помощью предлагаемой неформальной, гибкой методики и доступных инструментов

- познакомимся с простым и удобным фреймворком, с помощью которого каждый сможет проводить аудит самостоятельно

- посмотрим на несколько практических, успешных и неуспешных примеров

- и даже пофантазируем над Единым реестром заболеваний Информационных систем!

- Анализ пожеланий клиентов по созданию эффективного аналога зарубежных BI-инструментов: Microsoft PowerBI и Google Looker Studio.

- Проектирование прототипа решения на базе opensource-технологий: Apache Superset (python) и своего плагина на java к Trino.

- Создание работающего BI-решения за 2 недели с активным использованием технологий контейнеризации Docker и Docker Compose.

- Масштабирование BI-решения с использованием Kubernetes.

- Работа BI-решения под нагрузкой в 25 000 компаний-клиентов - подводные камни и секреты.

- Организация процесса внутреннего обучения системных администраторов и разработчиков технологиям контейнеризации - как придти к цели кратчайшим путем.

- Организация процесса использования контейнеризации в разработке и эксплуатации для устойчивого дальнейшего развития "BI-конструктора".

1. В больших организациях есть потребность в контроле инфраструктурных решений.

2. Работа подразделений ИТ-инфраструктуры может описываться как бизнес-модель по предоставлению продуктов

3. Подразделения ИТ-инфраструктуры также, как и бизнес, предоставляют продукты, при этом для внутренних клиентов(команд АС) – мы называем эти продукты инфраструктурными продуктами.

4. Задача встраивания в ИТ-ландшафт организации и типизации инфраструктурных продуктов разрешается путем архитектурного проектирования, аналогичного проектированию при описании автоматизации бизнес процессов.

5. Мы сначала описываем концептуальную архитектуру для процессов жизненного цикла экземпляров продуктов(например в архитектуре показывается как создается экземпляр сервера) - в данном артефакте определяется как инфраструктурный продукт встраивается в ландшафт Банка - с какими системами он должен взаимодействовать.

6. Далее мы переходим к детальному описанию внутреннего устройства инфраструктурного продукта - из каких компонентов он состоит - исходя из требований к продукту и взаимодействий продукта (например можно представить как внутренне устроена архитектура геокластера СУБД).

7. Через автоматическое создание декларативных описаний(terraform файл), за счет знания внешних интеграций продукта и его внутреннего устройства, мы можем автоматически создавать экземпляры продуктов на этапе описания архитектур АС.

8 Заключение: применяя подход корпоративной архитектуры мы можем "провязать", отследить изначальные потребности команд в инфраструктурных продуктах и их свойствам, через архитектуру, к конечному экземпляру продукта, который получает команда АС.

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

В докладе разберёмся какие бывают ЦОДы, что за сертификация у них такая, когда в облаке дешевле и удобней, почему могут отказать в размещении и что за мощность на стойку, о которой вас обязательно спросят. А может вам вообще ничего этого не надо и проще стойку в подсобке поставить.

На докладе рассмотрим два основных алгоритма работы с локальной аутентификацией, а также инструменты, которые помогут сделать это как в нативных приложениях, так и в кросс-платформенных.