Какова противоположность TDD? [закрытый]

Я не знаю аббревиатуры, но то, что вы имеете в виду, обычно называется Cowboy Кодирование .

Ковбойские кодеры - это программисты, которые пишут код в соответствии со своими собственными правилами.

Ковбойский путь:

• Скорость, с которой я могу что-то вместе взломать, определяет мою ценность
• Люди, которым нужны комментарии, чтобы понять мой код, слишком тупы, чтобы быть работает со мной
• Люди, которые задают мне вопросы о моем коде, слишком глупы, чтобы понять его, и (поэтому) слишком глупы, чтобы быть работает со мной
• Чужой код просто дерьмовый, но мой информативен и beautiful
• Использование функции языка, зависящей от компилятора, для сохранения строки код "элегантен"
• Другие люди в моей команде вызывают все ошибки; Я тот, кто их исправляет
• Мой код никогда не ошибается, всегда идеален, и я не делаю ошибок
• Поскольку мой код никогда не ошибается, мне не нужно тщательно его тестировать, если вообще
• Поскольку мой код всегда идеален, его никогда не нужно реорганизовывать, независимо от того, как долго это было в базе кода или сколько вокруг него изменилось
• Поскольку я никогда не делаю ошибок, я могу кричать на любого, кто делает
• Поскольку мой код идеален, если программа вылетает из-за неожиданного данных, это вина пользователя за ввод неверных данных.
• Поскольку мой код идеален, если программа выйдет из строя после второстепенной машины изменение конфигурации, это Системный администратор не виноват в его изменении.
• Поскольку мой код идеален, если программа работает слишком медленно, это вина руководства за то, что они не предоставили машина быстрее.

MaDD - Разработка, управляемая менеджером.

Это уже занимает у вас больше времени, чем у вас оценивается только , чтобы закодировать действительное продукт - теперь вы хотите потратить больше времени на написание тестов, которые никогда не получат выпущенный?!?!

AD (D) D - Разработка с дефицитом внимания (управляемая)

В которой вы:

• произвольно работать над той частью приложения, которая привлекает ваше внимание в то время
• работать над функциями для любого пользователя, который кричит громче (пока кто-то еще не кричит громче)
• бегать по кроличьим следам в коде, забыть путь, который вы выбрали чтобы добраться туда и выйти в совершенно другом месте и решить какую-то совершенно другую проблему
• "рефакторинг" кода, изменив его поведение, не имея четкого представления о том, что он на самом деле должен делать или работает ли он, когда вы закончите - но если это не так, вы можете попытаться исправить это, если кто-то закричит достаточно громко

FDD

Faith Driven Development.

Потому что вам нужно молиться, чтобы ваш проект работал в каждом релизе.