11 - Розробка програмного забезпечення для вбудованих систем - Дмитро Андреєв - IT Event 2013 (5)
.NET Micro Framework -- реалізація платформи Microsoft .NET для створення вбудованих додатків для 32 та 64 розрядних мікроконтролерів, що не потребують наявності операційної системи.
Протягом доповіді я познайомлю вас із цією технологією та дам змогу пересвідчитись у можливості легко та якісно створювати програмне забезпечення для вбудованих систем, що можуть використовувати датчики, сенсорні екрани, стек TCP/IP, Ethernet, WiFі.
Дмитро Андреєв
http://itevent.if.ua/lecture/rozrobka-programnogo-zabezpechennya-dlya-vbudovanikh-sistem-z-vikoristannyam-microsoft-net-m
11 - Розробка програмного забезпечення для вбудованих систем - Дмитро Андреєв - IT Event 2013 (5)
.NET Micro Framework -- реалізація платформи Microsoft .NET для створення вбудованих додатків для 32 та 64 розрядних мікроконтролерів, що не потребують наявності операційної системи.
Протягом доповіді я познайомлю вас із цією технологією та дам змогу пересвідчитись у можливості легко та якісно створювати програмне забезпечення для вбудованих систем, що можуть використовувати датчики, сенсорні екрани, стек TCP/IP, Ethernet, WiFі.
Дмитро Андреєв
http://itevent.if.ua/lecture/rozrobka-programnogo-zabezpechennya-dlya-vbudovanikh-sistem-z-vikoristannyam-microsoft-net-m
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»QADay
Lviv Direction QADay 2023 (automation)
ОЛЕГ ЗАРЕВИЧ
«Shift left та Shift Right підходи до тестування»
telegram: wwww.t.me/goqameetup
fb: www.fb.com/goqaevent
fb: www.fb.com/qaday.org
linkedin: https://www.linkedin.com/company/goqa/
Сайт: www.qaday.org
Lean
Six Sigma
PRINCE2
XP (Extreme Programming)
Principles, practices, tools, rules and other topics in each of the methodologies.
How PMO could match with Extreme Programming
How to work with Kanban board and match this process board with WIP Limit, Just In Time practice, SMED and SIPOC analysis
• Що таке continuous integration (CI)?
• Побудова фічі з CI
• Практики та Переваги
• Впровадження
• Інструменти
• Приклади проектів -
Java, PHP, Android
• Висновки
Continuous Integration - одна з найважливіших інженерних практик розробки програмного забезпечення що допомагає організувати неперервний процес з автоматизованим контролем якості продукту. В доповіді буде розглянуто розробка за допомогою практики CI, організація процесу, інструменти, додаткові переваги та приклади автоматизиці для різних типів проектів. Слухачі зможуть отримати знання про основні способи організації continuous integration, практики та техніки вирішення проблем, що виникають при автоматизації.
● Що таке Continuous Integration?
● Jenkins (Oracle Hudson)
● Установка Jenkins (Ubuntu Server)
● Створення завдання на прикладі Java
● Інструменти статичного аналізу
● Sonar. Установка. Аналітика.
Як робити рефакторинг в продукті з бурхливою історієюAleksandr Brychuk
— Ознаки, що проект потребує рефакторингу (крім кількості FAQ, що каже команда, коли дивиться на код). Вплив рефакторингу на бізнес — все стає простіше. Чому б не переписати «з нуля». Рефакторинг під час розробки вкрай дрібними кроками.
— Чотири ознаки, що пора зупинитися.
— Рефакторинг по-бойскаутські: «Залишай місце, з якого пішов, кращим, ніж воно було до тебе. При виконанні будь-якої задачі зменшуй технічний борг».
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....HOWWEDOIT
— Ознаки, що проект потребує рефакторингу (крім кількості FAQ, що каже команда, коли дивиться на код). Вплив рефакторингу на бізнес — все стає простіше. Чому б не переписати «з нуля». Рефакторинг під час розробки вкрай дрібними кроками.
— Чотири ознаки, що пора зупинитися.
— Рефакторинг по-бойскаутські: «Залишай місце, з якого пішов, кращим, ніж воно було до тебе. При виконанні будь-якої задачі зменшуй технічний борг».
12. Інженерна дисципліна
• Розробка і побудова
– Структур (дороги, мости, аеропорти, ...)
– Машин (станки, автомобілі, ...)
– Пристроїв (телефони, камери, ...)
– Систем (електричних, комп’ютерних, ...)
– Матеріалів (металургійних, полімерних, ...)
– Процесів (хімічних, фізичних, ...)
13. Вхід
• Ідея розробки
• Очікування замовника
• Технічні характеристики
• Обмеження
14. Вихід
• Конструкторська документація (design)
• Технологічний контроль
– Формальний аналіз
• Передача дизайну робітникам
• Контроль виконання
• Контроль якості готового продукту
(тестування)
16. Програмна інженерія
• Конструкторська документація = код
• Технологічний контроль = рев’ю, аналіз
– Формальний аналіз – дуже дорого
• Передача дизайну робітникам = компіляція
• Контроль виконання = контроль компіляції
• Контроль якості готового продукту
(тестування)
17. Роль робітника
Lots of complexity here
often even too much :)
Very cheap and fast
18. Software Assurance
• Перевага надається тестуванню та відладці
• ВТЧ тому що це дешево і легко
• Формальні доведення правильності – ще
недостатньо розвинені
• Тестування стає частиною проектування
19. Software is soft
• Будинок (міст, літак, станок, ...)
– Неможливо передати по мережі
– Неможливо клонувати
– Неможливо перевикористати його частини
• ПЗ можна постійно змінювати
22. Legacy software
• Довго експлуатується
• Продовжує експлуатуватись
• Задовільняє потреби замовника
• Але разом з тим
– Містить дефекти, не містить нових функцій
• Важко покращується
23. Maintainable software
• Довго експлуатується
• Продовжує експлуатуватись
• Задовільняє потреби замовника
• Але разом з тим
– Містить дефекти, не містить нових функцій
• Легко покращується
26. Складність
• Розробка ПЗ – управління складністю
Tony Hoare:
There are two ways of constructing a software design:
One way is to make it so simple that there are
obviously no deficiencies,
and the other way is to make it so complicated that
there are no obvious deficiencies.
The first method is far more difficult.
