Часто при кодировании вы попадаете в этот цикл, когда вы немного кодируете и бегаете, чтобы посмотреть, работает ли он. Вы вносите изменения, запускаете их и, если это не удается, вы go назад и пытаетесь исправить это или попробовать что-то другое. Если это работает, вы кодируете еще немного и запускаете снова. Мы делаем это, может быть, сотни раз в день, но, похоже, у него нет названия.
Какой термин, по вашему мнению, лучше всего подходит для обозначения этого цикла? Я задумывался об этом то и дело. Каждый раз, когда мне нужно обратиться к стекам технологий, которые делают это очень плавным или очень неуклюжим, я пропускаю термин для этого. Например, при сравнении опыта разработчиков этих двух:
- Node: change -> test -> repeat.
- Конвейеры Jenkins SCM: change -> commit & pu sh - > тест -> повторить.
В итоге я обращаюсь к нему так:
«вы знаете, когда вы кодируете, вы кодируете немного и запускаете, и кодируйте еще немного и запускайте? ну, XYZ делает этот цикл очень ... "
Так что всегда кажется, что ему нужно имя. Нельзя использовать «Цикл разработки программного обеспечения» или даже «Цикл разработки» , потому что эти термины подразумевают более широкие методологические концепции. Так что это? Я не нашел никакой литературы, ссылающейся на это по какому-либо конкретному имени c, поэтому я остановился на "code-to-test" или "change-to-test" цикл.
Уважаемые модераторы: Это не вопрос кодирования, но он очень специфичен c для практики кодирования, поэтому из-за отсутствия лучшего форума я публикую его Вот. Это будет не первый раз, когда вопросы, не связанные с кодированием, отправляются в SO.