Разработка

Доклад посвящен написанию и ревью автотестов на разных платформах: web, mobile web, API, Android и iOS. Расскажем почему мы выбрали двухуровневое ревью и зачем нужны мейнетейнеры по проектам автотестов. Обсудим вопрос написания инструкций и поделимся своим CodeStyle. Расскажем о фичах, которые используем в Bitbucket и об интеграции линтера в общую схему работы над pull request’ом.

* Почему ваш код всегда будет тормозить и течь по памяти.

* Медосмотр и терапия. Как собрать анамнез, если пациент мертв.

* Хирургия: какие инструменты применять, и что для этого надо знать.

* У каждого врача есть свое кладбище. И у разработчиков - тоже. Об инженерных просчетах и человеческих слабостях.

- Как организовать сквозную аутентификацию не нарушив закон и обеспечив безопасность,

- Что важно знать о ролевой модели доступов,

- Интеграция веб-сервисов: когда и как это делать,

- Решение на PHP под разные фреймворки.

- Мощности современных компьютеров и нагрузка на сервисы растут с каждым днём. Как разработчикам и СУБД поспевать за прогрессом? В докладе рассмотрим, как избежать дефицита транзакций в Postgres.

- Разберём, как устроен счётчик транзакций в PostgreSQL и почему он может иссякнуть.

- Научимся избегать переполнений собственными силами: ищем «навязчивые» транзакции, грамотно настраиваем сервер.

- Вы сделали всё лучшим образом, но наступило будущее и счётчика действительно перестало хватать? Есть решение! Узнаем, как сообщество PostgreSQL работает над увеличением величины счётчика, не теряя в производительности.

Современные методы разработки ПО предполагают непрерывное ускорение процессов разработки, а области автоматизации постоянно усложняются. Какие вызовы это создаёт в работе архитектора и какими инструментами уже имеющимися или будущими можно с ними бороться?

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

Нам предстоит вспомнить, зачем в наш любимый язык добавлена глобальная блокировка, как она работает, какие ограничения и способы их обхода у нас есть. Также мы обсудим самые горячие новости из мира python, а именно pep-703, принятый совсем недавно. Он обещает нам свободу от оков GIL, но сможет ли он нам ее дать?

- синтаксический сахар

- изменения по типам

- internal functions typeError

- что дальше

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

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

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

Muscles.AI: технологии интрнета тел: на что и как развивается хардварная Deeptech контора в промышленном ландшафте, не обновлявшемся последние 60 лет. Что под капотом: построение цифрового тренера на основе инерциальных измерительных систем и алгоритмов машинного обучения.

Доклад о применение идеи String API для разделения программы на независимые модули.

Как построить гибкую программую систему независимых компонентов. Распределение данных и реакция на события.

В докладе будет представлено краткое описание методологии ADD (Attribute Driven Design), даны основные определения, схема и принцип работы по данной методологии, а также приведена оценка полезности применяемого подхода на этапе проектирования архитектуры сложных, высоконагруженных проектов.

Основной упор будет сделан на практическое применении данной методологии на примере проектов, реализуемых компанией SimbirSoft. В рамках доклада я планирую рассказать каким образом осуществляется приоритизация требований по шкале (H, M, L), как правильно составлять таблицы ASR (Architecturally Significant Requirements), выбирать различные паттерны и оценивать их применимость, определять обязанности и интерфейсы, проверять что все требования учтены. Все перечисленные шаги будут подкреплены примерами.

Также будут затронуты вопросы автоматизации процесса проектирования и подготовки архитектурного каркаса на основе подхода Design API First в рамках методологии ADD, автоматической генерации кода и документации, а также повторного использования готовых решений.

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

Преимущества реактивного подхода при обработке веб запросов

Бенчмаркинг популярных фреймворков (Spring WebFlux, Project Reactor, Atmosphere)

Плюсы и минусы по результатам исследования

Стратегия обработки отказов

- С чего начать проектирование? Кто потребуется в команде?

- «Основы дрифта за 40 секунд»: виды электронных карт местности, назначение, форматы данных, системы координат и проекции. Надо ли всё это глубоко изучать?

- Как «поженить» ГИС и базу данных с объектами учета Заказчика?

- Разделяй и властвуй: картографическая основа и тематические данные системы.

- Нюансы визуализации пространственных данных и интерактивной работы пользователя с ними.

- А как на счет web?

- Создаем своего конкурента «Google Карты». Думаете, фантастика?

- Разработка для «серьезных людей»: применение ГИС для работы с защищаемой информацией и гостайной. Сертификация.

Как-то раз я захотел написать приложение, но хоть я и умел писать более-менее сносный бэкенд, делать этого не хотелось. Вспомнил, что можно хранить данные на стороне фронтенда (например, в IndexedDB), но хотелось, чтобы приложением можно было пользоваться с нескольких устройств, а также взаимодействовать с другими пользователями. Так что чистый IndexedDB не подошёл.

В итоге я вывел для себя несколько критериев того, что хочу видеть:

1. Сервер раздаёт только статику, либо он очень тонкий.

2. Все данные хранятся только на клиенте.

3. Использовать приложение можно с нескольких устройств.

4. Можно взаимодействовать с другими пользователями.

В докладе расскажу, как я решал сопутствующие проблемы и к каким решениям пришёл.

Скоро появятся

По статистике на 2022 года количество кибератак на различные сайты выросло на 22%. В связи с этим начинаешь задумываться, а как же можно не допустить подобные ситуации, тестируя сайты или приложения?

В своем докладе я хотела бы поделится свои опытом вхождения в тестирование безопасности. В частности, разберем, как хорошо всем знакомые инструменты DevTools и Postman могут быть использованы для поиска слабых мест в приложении. Также подробней рассмотрим HTTP запросы на предмет уязвимостей. И, конечно, узнаем, что такое payload и как его использовать.

Рассмотрим практики и процессы Application Security / DevSecOps в разрезе:

1. Уровень "с нуля"

2. Уровень зрелости "начальный"

3. Уровень зрелости "средний"

4. Уровень зрелости "продвинутый"

На каждом уровне зрелости рассматриваем процессы и необходимые практики для внедрения.

* В чем суть профессии

* Какие бывают компании и проекты

* LiveOps vs Development

* Какие задачи стоят перед ГД

* С кем и как выстраивать работу. Коллеги.

* Важнейшие процессы в жизни ГД, чтобы прыгнуть от Junior до Lead

YDB — это распределённая отказоустойчивая Distributed SQL база данных с открытым исходным кодом, которая сочетает в себе высокую доступность и масштабируемость со строгой согласованностью и транзакциями ACID. В докладе раскроем в чем же сложность написать драйвер для распределенной базы данных. Для этого пройдем путь развития систем хранения данных от простых одноинстансовых баз до распределенного отказоустойчивого кластера, работающего в режиме 24/7. Посмотрим на протокол общения между клиентом и кластером YDB. Расскажем об алгоритмах на клиенте для улучшения работы системы в целом. Расскажем с какими проблемами сталкивались наши пользователи и куда мы зашли своей инженерной мыслью, чтобы не допускать повторов. В финале озвучим нынешнее состояние драйверов и roadmap команды.

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

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

Задача: постановка, декомпозиция, план реализации

Выбор технологий на старте, ограничения и сложности

Цикл прототипирования, как мы научились быстро проверять гипотезы

Первые прототипы, тайминг

Выбор БД, варианты и их проработка, целевое решение, тайминг

Этапы реализации, узкие места алгоритма, тайминг

Узкие места совокупности микросервисов, тайминг

Узкие места при параллельном тестировании под половинной нагрузкой, тайминг

Проблемы и решения при параллельном тестировании под полной нагрузкой, тайминг

Результаты, выводы

- как не затягивать сроки разработки

- опыт оптимизации “системы микросервисов”

Что делают разработчики Java? Рабочий день за пять минут

Уровни Java-разработчиков: чем отличаются junior, middle и senior

Минимальные навыки для трудоустройства и начала работы

Рост до middle, senior и lead: что надо знать и уметь на каждом уровне

Hard skills и soft skills: каково соотношение и где грань

"Дядя, а я знаю что у вас сломалось!" Как тестировщику влиять на изменения в процессе разработки.

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

Какие методики разработки стоит попробовать, и почему это не всегда лучше ватерфола?

Почему тестирование должно принимать участие в формировании требований к продукту?

В поисковых проектах нужен ETL для построения индексов, которые на архитектурном уровне являются витринами данных. Хочется найти один универсальный ETL, который можно будет использовать на многих проектах. Очень удобно если минимальная конфигурация работает в одном процессе и прозрачно маштабируется на кластера. Поиску такого универсального ETL посвящён этот доклад. Доклад включает поверхностный обзор: Apache Beam, Apache Flink, Apache Hop; ETL, пакетной и потоковой обработки.