Download to read offline
Uploaded bySergey Staroletov
Разработка через ADD
Документ обсуждает проблемы в программной инженерии, такие как недостаток предварительного проектирования и документирования, а также низкое количество публикаций и слабые позиции университета. Вводится концепция разработки программного обеспечения, управляемой написанием статьи (ADD), где процесс начинается с создания статьи, что способствует более обдуманному коду. Это может интегрироваться в существующие процессы разработки и приводить к созданию готового программного обеспечения и статьи одновременно.
Разработка через ADD
- 1.
- 2. Проблемы в программной инженерии ●Написание кода без предварительного проектирования ● Ошибки ● Часто приходится проводить ре-дизайн системы ● Отсутствие документации ● Программные системы часто полны внутренних противоречий ● Мало научной составляющей
- 3. Проблемы студентов/магистратов/ аспирантов ● Накодить системуможно ● Описать ее сложно ● Мало публикаций ● Темы скорее технические, чем исследовательские ● Низкий уровень цитирования наших работ ● Слабые позиции университета в рейтинге
- 4. Пример, статьи магистранта 2курса ПИ Студент побеждал в олипиадах АСМ, IT планета, сдает лабораторные работы с существенными результатами, имет опыт работы над различными проектами Однако, имеет только 2 статьи, притом в сборниках конференций
- 5. Мнение ● Практически невозможнопобудить будущего исследователя написать статью просто так ● Поэтому необходимо, чтобы статья писалась прямо во время разработки программного обеспечения ● В этом случае при завершении разработки софта будем иметь и программное обеспечение и статью
- 6. ADD ●Article ●Driven ●Development* * Разработка, управляемаянаписанием статьи
- 7. Семейство *DD ● Ранеев ПИ применялось семейство *ОП (способ программирования): ✗ ООП – объектно-ориентированное программирование ✗ АОП – аспектно-ориентированное программирование/агентно-ориентированное программирование ● Сейчас в ПИ применяется семейство *DD (способ разработки) ✔ TDD – test driven development ✔ BDD – behavior driven development ✔ ADD – article driven development (est. 2016)
- 8. Заимствование идеи ● Howto write a great research paper, Simon Peyton Jones (МГУ, 2009)
- 9. TDD -> ADD ●TDD начинается с написания теста ● Далее пишется код, который проходит это тест (и только его) ● После чего пишется новый тест и код должен быть улучшен ● Используются свойства человеческого мозга (инкрементность мышления, ленивость)
- 10.
- 11. TDD->ADD ● ADD начинаетсяс создания статьи ● Статья начинается с темы ● Пишется краткая аннотация статьи, который включает в себя зачем предназначено данное ПО, какие проблемы оно будет решать и как в целом ● Это уже достаточно, чтобы начинать писать код программного обеспечения
- 12.
- 13. Решение проблем При разработкекода программы разработчик может столкнуться с следующими проблемами: ● Необходимо реализовать какой-то сложный алгоритм или найти готовую библиотеку, решающую его ● Необходимо дополнительно продумать архитектуру приложения, спроектировать что-то (диаграмму классов, БД, архитектурные диаграммы и тд) ● Ошибки, не хватает навыков, необходимо задать вопрос или найти ответ по возникшей проблеме (например, на stackoverflow.com) ● Нужно спросить совета научного руководителя или коллег, т.к. нету своих идей, что делать дальше ● Оказывается, что хотел сделать, уже было реализовано
- 14.
- 15.
- 16. Оказывается, что хотели сделать,уже было реализовано
- 17.
- 18.
- 19. Результат ● Имеем готовуюстатью и код на любом этапе разработки ● Процесс может быть интегрирован в любые другие процессы разработки ● Имеем более обдуманное и описанное программное обеспечение