Bir sorunun iki olası çözümü vardır ki: ilk hızlı ama hacky, ikincisi tercih edilir ama artık uygulamaya alacak. Sorunu hızlı çözmek gerekiyor, yere olabildiğince hızlı bir şekilde, daha iyi bir çözüm üzerinde çalışmaya başlamak için planlama sonra hack almak için karar. Sorun, sorun ortadan en kısa sürede, aşağı yapılacaklar listesi düştü. Yine de bir noktada iyi bir çözüm koymak için planlıyorsanız, ancak şu anda zor uygulama haklı. Aniden beş yıl daha az-daha-mükemmel bir çözüm kullanarak geçirdi, küfür o sırada olduğunuzu bulun.

Bu tanıdık geliyor mu? Çalıştığım yerde bir kez daha böyle bir şey olmadığını biliyorum. Bir meslektaşım yanlışlıkla kabul olmaz o kadar da kötü bir GUI uzun vadeli yapmak açıklar bilerek. Daha iyi bir strateji var mı?

Hack başarısız olan bir test durumu yazmak.

Kesmek eğer başarısız olan bir test yazabilirsiniz eğer doğru değilse, o zaman da bir şey sonuçta hack sorun var ya da başka test çerçeve yetersizdir. Eski, gereksiz optimizasyonu hayatını israf önce hızlı kaçmak. İkincisi ise, başka bir yaklaşım (test, işaretleme kesmek için, ya da...) isteyin