Разработка с использованием тестов (TDD) и ее преимущества хорошо определены. То же самое можно сказать и о таких практиках, как Behavior Driven Development (BDD). Каждый из них представляет собой технологию разработки программного обеспечения, которая защищает большую дисциплину, прежде чем начинать кодирование.
Что же является удобным аббревиатурой для "неструктурированного" подхода к развитию?
Я видел "TAD" (Test After Development), который использовался иногда, но это все еще подразумевает тестирование. Кто-нибудь видел (или кто-то хочет изобретать) акроним для подхода "code it as you go" к разработке? Я ищу эквивалент TDD/BDD/xDD для того типа разработки, который мы все сделали, когда мы просто пишем код и выпускаем.
(Ясно, что здесь есть много места для "комедии", поэтому позвольте воздержаться от "n00b Driven Development" и других.)
[ОБНОВЛЕНИЕ]
Очень хорошие ответы. В конечном счете, я думаю, что идеи "Development Driven Development" или "Idea Driven Development" наилучшим образом отвечают на вопрос. Где в TDD вы пытаетесь пройти тесты, а в BDD вы пытаетесь удовлетворить поведение, в "неструктурированной" разработке вы действительно управляетесь только путем преобразования идеи в код.
Ясно, что нет правильного или неправильного ответа, но здесь есть хорошая коллекция мнений. Надеюсь, этот ресурс будет полезен для других, пытающихся четко зафиксировать "определение" развития в отсутствие процесса.
Я бы сговорился с Павлом, но пошел дальше и назову его:
Развитие, развитое в развитии
Развитие без какой-либо явной мотивации - это развитие ради развития. В TDD вы разрабатываете для тестирования. В BDD вы развиваетесь, чтобы установить какое-то поведение. В разработке, основанном на развитии, вы развиваетесь, потому что вы разработчик и что вам платят.
Я не знаю об акрониме, но то, о чем вы говорите, обычно называется Cowboy Кодирование.
Cowboy Coders - это программисты, которые пишут код в соответствии со своими правилами.
Ковбойский путь:
- Скорость, с которой я могу взломать что-то вместе, определяет мою ценность
- Люди, которым нужны комментарии, чтобы понять мой код, слишком глупы, чтобы быть работа со мной
- Люди, которые задают мне вопросы о моем коде, слишком глупы, чтобы понять это, и (поэтому) слишком тупые, чтобы быть работа со мной
- Код других людей просто дрянной, но мой самоописательный и красивый
- Использование функции, зависящей от компилятора, для сохранения строки код "элегантный"
- Другие люди в моей команде вызывают все ошибки; Я тот, кто их исправляет.
- Мой код никогда не виноват, всегда совершенен, и я не ошибаюсь
- Поскольку мой код никогда не виноват, мне не нужно его тщательно тестировать, если вообще
- Поскольку мой код всегда совершенен, его никогда не нужно реорганизовывать независимо от того, как долго это было в кодовой базе или сколько изменилось вокруг.
- Поскольку я никогда не ошибаюсь, я могу кричать на кого-нибудь, кто делает
- Так как мой код совершенен, если программа вылетает из-за неожиданного данных, это ошибка пользователя для ввод плохих данных.
- Так как мой код идеален, если программа выходит из строя после небольшой машины изменение конфигурации, это sysadmins ошибка для его изменения.
- Так как мой код идеален, если программа работает слишком медленно, недостатки управления для не более быстрая машина.
СЗД
Развитие, ведомое верой.
Потому что вам нужно молиться, чтобы ваш проект работал с каждым выпуском.
AD (D) D - Развитие дефицита внимания (Driven)
В котором вы:
MaDD - управляемая менеджером разработка.
Это уже занимает больше времени, чем вы оценивается просто для кодирования реального продукт - теперь вы хотите потратить большекоторые никогда не получают выпустили?!?!