TMPA-2015: Automated Testing of Multi-thread Data Structures Solutions Lineri...Iosif Itkin
Automated Testing of Multi-thread Data Structures Solutions Linerializability
Anton Evdokimov, Dmitry Tsitelov, Roman Elizarov, Vitaly Trifanov, Saint Petersburg State University of Information Technologies, Mechanics and Optics, Saint Petersburg
12 - 14 November 2015
Tools and Methods of Program Analysis in St. Petersburg
Как справляться с ростом инфраструктуры сервиса — Игорь АндреевYandex
Инфраструктура любого сервиса со временем растёт. Внедряются новые технологии, становится больше серверов, растут затраты на рутинные технические операции. В первой части доклада я расскажу в общем о процессах роста, а во второй на конкретных примерах покажу, как мы с этим справляемся. В частности, мы поговорим про Salt — систему управления конфигурацией.
TMPA-2013 Senov: Applying OLAP and MapReduce Technologies for Performance Tes...Iosif Itkin
Tools & Methods of Program Analysis TMPA-2013
Senov, А , Kostroma State Technological University
Applying OLAP and MapReduce Technologies for Performance Testing Results Processing
Завершающий доклад дня будет посвящён реализации и верификации разработанных алгоритмов обработки сигналов на конечных целевых платформах. Мы продемонстрируем современный подход к решению этой задачи в рамках концепции МОП, подразумевающий активное использование поведенческой модели алгоритма, а также автоматизацию многих этапов разработки и тестирования.
TMPA-2015: Automated Testing of Multi-thread Data Structures Solutions Lineri...Iosif Itkin
Automated Testing of Multi-thread Data Structures Solutions Linerializability
Anton Evdokimov, Dmitry Tsitelov, Roman Elizarov, Vitaly Trifanov, Saint Petersburg State University of Information Technologies, Mechanics and Optics, Saint Petersburg
12 - 14 November 2015
Tools and Methods of Program Analysis in St. Petersburg
Как справляться с ростом инфраструктуры сервиса — Игорь АндреевYandex
Инфраструктура любого сервиса со временем растёт. Внедряются новые технологии, становится больше серверов, растут затраты на рутинные технические операции. В первой части доклада я расскажу в общем о процессах роста, а во второй на конкретных примерах покажу, как мы с этим справляемся. В частности, мы поговорим про Salt — систему управления конфигурацией.
TMPA-2013 Senov: Applying OLAP and MapReduce Technologies for Performance Tes...Iosif Itkin
Tools & Methods of Program Analysis TMPA-2013
Senov, А , Kostroma State Technological University
Applying OLAP and MapReduce Technologies for Performance Testing Results Processing
Завершающий доклад дня будет посвящён реализации и верификации разработанных алгоритмов обработки сигналов на конечных целевых платформах. Мы продемонстрируем современный подход к решению этой задачи в рамках концепции МОП, подразумевающий активное использование поведенческой модели алгоритма, а также автоматизацию многих этапов разработки и тестирования.
Модернизация казначейской системы Российской ФедерацииSE Infosystem
Опыт реализации проекта «Модернизация казначейской системы Российской Федерации».
- Общая информация о Федеральном Казначействе
- Основные функции и архитектура АС ФК
- Комплексность Проекта
- Уроки этапа разработки
- Опыт внедрения информационной системы Казначейства России
- Архитектура СУФД-онлайн и особенности внедрения
- Дальнейшее развитие информационных систем с использованием АС ФК
Презентация с Открытого семинара . Ведущий — Евгений Романовский, инженер-программист веб-студии СКБ Контур. Видео с выступления доступно тут http://it-eburg.com/text/article/opyt_raboty_s_freimvorkom_aspnet_mvc/
20 апреля, DEV {highload}, "Демоны в большом проекте – проблемы и их решения ...IT-Portfolio
20 апреля, DEV {highload} - конференция о Highload веб-разработке, "Демоны в большом проекте – проблемы и их решения (Redis, RabbitMQ, Skytools, Node.JS, HBase)", Александр Чистяков (ведущий разработчик Cezurity)
Аннотация
Когда команда разработчиков собирается написать новый сервис, у нее, как правило, отсутствует свободное время, но есть необходимый энтузиазм. Из-за нехватки времени многие архитектурные решения приходится принимать, руководствуясь общими соображениями, так как провести всесторонние тесты имеющихся на рынке средств в краткие сроки невозможно. Мы, специалисты компании Cezurity, начали свой проект не вчера, и уже накопили некоторый опыт использования технологий, появившихся сравнительно недавно - таких как Skytools, Node.JS, RabbitMQ и Redis. О том, какие возникли проблемы при внедрении этих средств, и какие их ограничения пришлось преодолевать и учитывать - мой доклад. Кроме того, я расскажу о новом направлении в нашей деятельности - внедрении HBase для хранения большого объема данных.
Биография
Докладчик - узкий специалист широкого профиля, относит себя к виду, называемому в современной англоязычной литературе термином "DevOps". Любит принимать участие в создании сложных систем и постоянно это делает. Никогда не работал в Яндексе, компенсировав это работой в Mail.Ru и некоторых других местах.
На данном докладе мы познакомимся с новейшими методами проектирования сложных междисциплинарных систем (на примере РЛС), и посмотрим, как Модельно-Ориентированное Проектирование (МОП) помогает создавать подобные системы с меньшими трудозатратами.
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
Лучшие практики корпоративной разработки. Лекция 0: обзор курса.Vadim Martynov
Это настоящий курс молодого бойца по коммерческой разработке ПО в компаниях и распределённых командах.В рамках курса слушатели приобретут навыки по участию в командной разработке, взаимодействию с аналитиками, заказчиком, менеджером и отделом тестирования, совместной работой с кодом, пониманию особенностей построения высоконагруженных систем, анализу качества продукта и автоматизации тестирования.
Презентация системы автоматической проверки решений задач по программированию...Yurii Kadirov
Презентация системы автоматической проверки решений задач по программированию "SimplePM" для защиты соответствующего проекта. Защита происходила 17 мая 2017 года в актовом зале Запорожской Гимназии №28.
Подробнее о проекте:
https://sirkadirov.com/
http://spm.sirkadirov.com/
Автор проекта:
Кадиров Юрий Викторович
Руководитель проекта:
Кревсун Юрий Николаевич
4. Платформа: ожидания и реальность
28 - 29.10.2016 SECR'2016, Москва 4
Платформа заказчика Бюджет проекта
5. Как решали задачу
• Апробация и тестирование – на «живой»
аппаратной платформе
• Девелоперская платформа «напоминает»
платформу заказчика
• Около полугода работы
28 - 29.10.2016 SECR'2016, Москва 5
6. Инструменты
• Middleware система: ROS (Robotic Operating
System)
• Алгоритмы: различные варианты
монокулярного SLAM, motion planning
(OMPL)
28 - 29.10.2016 SECR'2016, Москва 6
8. Проблемы
• «Рекомендованные» заказчиком алгоритмы
не подходят для решения задачи
• Тестирование затруднено, занимает огромное
количество времени
• Апробация алгоритмов занимает огромное
количество времени
• Аппаратные проблемы дополнительно
тормозят разработку софта
28 - 29.10.2016 SECR'2016, Москва 8
9. Осознание: шаг 0
• Переосмысление задачи: присутствует
значительная исследовательская часть
• Предложенные заказчиком решения
требуют серьезной адаптации
28 - 29.10.2016 SECR'2016, Москва 9
10. Осознание: шаг 1
• Время проверки гипотезы – главное
• Симулятор – наш друг
28 - 29.10.2016 SECR'2016, Москва 10
11. Шаг 2: быстрое прототипирование
• Быстрый прототип – это макет, он будет
«выброшен»
• Платформа для прототипа может
отличаться от конечной
28 - 29.10.2016 SECR'2016, Москва 11
12. Шаг 3: ROS – не OS
ROS – это фреймворк для прототипирования:
нет низкоуровневого контроля над
инфраструктурой, не лучшая стабильность, но
есть:
– инфраструктура для разработки модульных
систем
– симулятор Gazebo
– продвинутый мониторинг
– экосистема
28 - 29.10.2016 SECR'2016, Москва 12
13. Как изменился процесс разработки
• Репрезентативное окружение всегда под
рукой
• Дрон не мерзнет!
• Время апробации решений сократилось в
разы
28 - 29.10.2016 SECR'2016, Москва 13
14. Результат
• Полностью изменен подход: отказались от
SLAM в пользу более простого
эвристического распознавания
изображений, добавили датчик расстояния
• Полнофункциональный SITL-прототип с
нуля разработан за 3-4 недели
28 - 29.10.2016 SECR'2016, Москва 14
15. Что в итоге?
• ROS – не OS (даже не middleware), а
фреймворк для прототипирования
• Скорость разработки – главное
• Быстрое прототипирование – это хорошо!
28 - 29.10.2016 SECR'2016, Москва 15