Programming Store участвует в Infostart Tech Event 2024

Доклад «Механизм представлений: как он работает и как его расширять»

Каждый кто переделывал или писал кадровые отчеты в ЗУП, ERP или УХ сталкивался с механизмом представлений. Это странный код запроса, где поля представлены пустыми ссылками и в наименовании временной таблицы есть слово «представление». В своем докладе я объясню, что это такое и как этим пользоваться. Больше не нужно думать, как корректно и из каких регистров получать те или иные данные, механизм представлений сделает это за вас.

Доклад «Разработка собственной системы ЛИМС: от концепции к внедрению»

Блоки выступления:
1. Потребность и предпосылки разработки собственной LIMS системы.
2. Организация процесса разработки. Управление проектом и внедрение.
3. Функциональные возможности системы на примерах.
4. Сложности проекта и пути решения.

Доклад «Мы перенесли "Герои меча и магии 3" на платформу 1С: Предприятие. ЗАЧЕМ и КАК?»

Часть 1. Зачем я перенес «Героев меча и магии» на 1С

1. Мои первые шаги в разработке игр на 1С: расскажу о том, как я пробовал делать проекты на 1С в свободное время. Были попытки перенести «Сапер» или «Морской бой» на платформу 1С
2. Мой magnum opus – «Герои меча и магии» на 1С, расскажу, как в моей голове зародилась эта идея, как она выглядела до реализации, покажу геймплей и трейлер игры
3. Как так вышло, что компания не посмотрела на меня с таким проектом, как на дурачка, а поддержала и выделила ресурс

Часть 2. Как я перенес героев меча и магии на 1С

1. Поговорим немного о структуре проекта, какие объекты использовались, почему именно такая структура,
2. Расскажу о трудностях, которые возникли в ходе разработки – как реализовывали механизм поиска маршрута, как разрабатывали искусственный интеллект врагов
3. Немного о дальнейших планах развития этого проекта и о том, какую игру будем переносить на 1С следующей

Доклад «Как мы отказались от наставников. Системный подход в развитии разработчиков»

Блоки выступления:
1. Почему наставники не эффективны: проблематика масштаба компании.
2. Системный подход при индивидуальном обучении 100+ разработчиков
- Матрица компетенций
- Система определения уровня знаний разработчиков
- Треки обучения
- Система закрепления знаний
3. Путь от наставников к экспертам
4. Чтобы система не стала хаосом: наши «грабли»

Доклад «Сам себе таролог, или Учимся оценивать задачи точно»

Зачем уметь оценивать задачи, методы и примеры оценки.
1. Зачем уметь оценивать задачи. Почему это полезно всем?
2. Ограничения, которые нам мешают оценить задачу.
3. Способы оценки задач: групповые и индивидуальные.
4. Всегда ли надо умножать оценку на 3,14? Типы разработчиков, и как с ними работать.
5. Более подробно об индивидуальных способах оценки задач как об основном инструменте разработчика. С примерами.
6. Найдите тип ошибки, которая была допущена при оценке задач. (Интерактивная часть доклада.)
7. Рекомендации по дальнейшей работе над навыком оценки задач.

Доклад «Расширяем границы возможного: мастер-класс по разработке на 1С:Элемент»

Мы начнем с краткого обзора возможностей системы, а затем создадим приложение на платформе 1С:Элемент для программы Infostart-event.
В завершение оценим получившийся результат и обсудим ключевые моменты процесса.
Не упустите шанс погрузиться в разработку на 1С:Элемент!

Тезисы:
1. Краткий обзор возможностей 1С:Элемент
2. Попробуем создать на 1С:Элементе приложение программы Infostart-event.
3. Наполняем программу мероприятия.
4. Смотрим, что получилось и гордимся собой)

Доклад «Нет «дыма» – нет релиза? Или «дымим» ради релиза?»

Дымовое тестирование внедрили на завод. Как это было.

0. Вводная. На предприятии несколько хранилищ (дев, препрод). В препрод доработки помещаются руками, возможны ошибки. Тестирование после помещения проходит по части доработки, а все, что отпало «сбоку», будет найдено уже пользователями.
1. Подготовка. Сервера, доступы, программы, сбор требований и возможностей.
2. Быстрый старт: развернули дымы, развернули сонар, написали скрипты, показали, передали.
3. Польза. Сколько было обращений после апдейта, сколько стало. Сколько стоило и стоило ли того.
4. Что было дальше. Перспективы развития проекта, другие конфигурации, сценарные тесты, долгосрочное сотрудничество

Доклад «Процессный офис – база для масштабирования и порядка»

Тезисы:
1. Предпосылки создания процессного офиса, когда и зачем вообще он нужен.
2. Как воспринимать – излишняя бюрократия или инструмент внедрения изменений.
3. Управление отделом – планы, приоритеты, мотивация, автоматизация.
4. Практический эффект от работы процессного офиса, кейсы нашей компании.