Нижегородский Государственный Университет им. Н.И. Лобачевского
Факультет ВМК, каф. МО ЭВМ

License: Creative Commons Attribution-Share Alike 3.0 (CC BY-SA 3.0)

• Google-группа
• Таблица успеваемости
• Экзаменационные вопросы
• Литература:
  • Мика Мартин, Роберт Мартин "Принципы, паттерны и методики гибкой разработки на языке C#" (pdf)
  • Мартин Фаулер, Кент Бек и др. "Рефакторинг: улучшение существующего кода" (pdf)

1. Какие факторы повлияли на содержание первых методологий разработки.
2. Достоинства и недостатки каскадной модели.
3. Манифест ГТР.
4. Определение ГТР.
5. Основные черты гибких методологий разработки.
6. Факторы, противодействующие внедрению ГТР.

2, 4, 5

1. Почему важно поддерживать код в чистоте.
2. Ключевые понятия при разговоре о качестве кода, их использование.
3. Основные правила именования.
4. Основные правила оформления функций. Способы решения каждой из проблем.
5. Примеры плохих комментариев, почему они считаются code smell.

1. Определение рефакторинга и его цели.
2. Техника безопасности.
3. Понятие технического долга.
4. Примеры запахов (code smell) и способы их устранения (3-5 примеров).
5. Примеры рефакторингов (конкретных приемов), не менее 6 штук.

1. Вступите в группу agile-development-course, которую мы будем использовать для общения. По всем вопросам необходимо обращаться туда.
2. Выберите себе тему из списка, вписав свое имя и группу.
3. Зарегистрируйтесь на GitHub, предпочтительно использование аккаунта, из котого понятно ваше имя (опционально).
4. Создайте форк нашего проекта: https://github.com/UNN-VMK-Software/agile-development-course, клонируйте репозиторий к себе на рабочую машину. Все необходимые инструкции можно найти здесь.
5. В подпапке code заведите папку со своим именем (name-surname), и поместите туда файл README.md. Это будет ваша wiki страничка в формате Markdown со всеми деталями о вашем проекте.
6. Заполните свой README.md информацией, по образу файла в директории code/kirill-kornyakov. Просьба следить за грамматикой, файлы с ошибками будут возвращаться на доработку. Также просьба следить за корректностью синтаксиса Markdown.
7. Когда все будет готово, стоит проверить, правильно ли генерируется html на основе вашего Markdown. Для этого можно воспользоваться утилитой pandoc, или например текстовым редактором, который умеет рендерить html. Также можно сделать push в свой форк проекта и проверить, что GitHub корректно отображает файл.
8. После того как вы убедились, что файл выглядит хорошо, нужно будет сделать локальный коммит в Git, затем сделать push изменений в ваш форк на GitHub (если вы не сделали этого не предыдущем шаге).
9. Когда ваши коммиты попадут на GitHub, нужно будет сделать pull-request в центральный репозиторий. Большая просьба в названии pull-request указать свою фамилию и номер лабораторной, например "Корняков - Лабораторная работа #0".
10. Если будут замечания к вашему коду, вы можете просто добавлять коммиты в свою ветку master, и пулл-реквест будет автоматически обновляться.