1. Заняття #0
Вступ

2. ОРГАНІЗАЦІЙНІ ПИТАННЯ

3. Steve McConnell, Code Complete
Link

4. Andrew Troelsen, Pro C#
Link

5. Herbert Schildt,
C# 4.0: The Complete Reference
Link

6. Коротко
• Про мови
• Про програмне забезпечення
• Про мету ПЗ
• Про засоби

7. ПРО МОВИ

8. Яку мову вивчати

10. Яку мову вивчати
• English
– Код
– Документація
– Спілкування
– Література, блоги, відео, конференції
– Прийом на роботу

11. ПРО ПЗ

12. Інженерна дисципліна
• Розробка і побудова
– Структур (дороги, мости, аеропорти, ...)
– Машин (станки, автомобілі, ...)
– Пристроїв (телефони, камери, ...)
– Систем (електричних, комп’ютерних, ...)
– Матеріалів (металургійних, полімерних, ...)
– Процесів (хімічних, фізичних, ...)

13. Вхід
• Ідея розробки
• Очікування замовника
• Технічні характеристики
• Обмеження

14. Вихід
• Конструкторська документація (design)
• Технологічний контроль
– Формальний аналіз
• Передача дизайну робітникам
• Контроль виконання
• Контроль якості готового продукту
(тестування)

15. Роль робітника
Skills + Time + Money

16. Програмна інженерія
• Конструкторська документація = код
• Технологічний контроль = рев’ю, аналіз
– Формальний аналіз – дуже дорого
• Передача дизайну робітникам = компіляція
• Контроль виконання = контроль компіляції
• Контроль якості готового продукту
(тестування)

17. Роль робітника
Lots of complexity here
often even too much :)
Very cheap and fast

18. Software Assurance
• Перевага надається тестуванню та відладці
• ВТЧ тому що це дешево і легко
• Формальні доведення правильності – ще
недостатньо розвинені
• Тестування стає частиною проектування

19. Software is soft
• Будинок (міст, літак, станок, ...)
– Неможливо передати по мережі
– Неможливо клонувати
– Неможливо перевикористати його частини
• ПЗ можна постійно змінювати

20. ПРО МЕТУ

21. Програмне забезпечення
• Успішне
– Legacy (унаслідуване, застаріле)
– Maintainable (легко підтримуване)
• Неуспішне

22. Legacy software
• Довго експлуатується
• Продовжує експлуатуватись
• Задовільняє потреби замовника
• Але разом з тим
– Містить дефекти, не містить нових функцій 
• Важко покращується

23. Maintainable software
• Довго експлуатується
• Продовжує експлуатуватись
• Задовільняє потреби замовника
• Але разом з тим
– Містить дефекти, не містить нових функцій
• Легко покращується

24. Неуспішне ПЗ
• Непередбачувано короткий цикл життя
• Не задовільняє потреб замовника
• Якість не має значення

25. ПРО ЗАСОБИ

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.

27. Складність
• Способи зменшення складності:
– Підвищення IQ - ?
– Декомпозиція
– Абстрагування
– Перевикористання
–…

28. Magic?
• There is no magic 
• It may be complex, but it is NOT sorcery
• Learn how things work
• Reinvent the wheel
• (in your spare time)

29. Запитання