テスト駆動開発 (TDD) とその利点は明確に定義されています。ビヘイビア駆動開発 (BDD) などのプラクティスについても同じことが言えます。それぞれが、コーディングを開始する前により大きな規律を提唱するソフトウェア開発手法を表しています。
では、開発への「非構造化」アプローチの便利な頭字語は何でしょうか?
「TAD」(開発後のテスト) が時々使用されるのを見てきましたが、それはまだテストが行われていることを意味します。開発への「Code it as you go」アプローチの頭字語を見た人はいますか (または発明したいと思っている人はいますか) ? コードを書いてリリースするだけの、私たち全員が行ってきたタイプの開発に相当する TDD/BDD/xDD を探しています。
(明らかに、ここには「コメディ」の余地が十分にあるので、「n00b ドリブン開発」などは控えましょう。)
[アップデート]
とても良い反応がたくさん。最終的には、 「開発主導型開発」または「アイデア主導型開発」のアイデアが、この質問に最もよく答えると思います。TDD ではテストに合格しようとし、BDD では動作を満足させようとしますが、「構造化されていない」開発では、アイデアをコードに変換しようとすることによってのみ実際に駆動されます。
明らかに、正しい答えも間違った答えもありませんが、ここには良い意見が集まっています。このリソースが、プロセスがない場合の開発の「定義」を明確に捉えようとしている他の人に役立つことを願っています。