Saya menarik pemikiran dari buku-buku yang telah saya lupakan,
Mencoba untuk membenarkan diri saya di hadapan Tuhan,
Tapi bagaimana jika saya bisa mengaku,
Dalam penulisan bersama dari intrik yang berputar-putar.
Saat Anda baru mulai mengembangkan produk perangkat lunak, ada godaan untuk tidak menulis TOR dan segera membuat sketsa maket produk, yang telah dibahas "Senin lalu".
Tim pengembang masih kecil dan semuanya bisa didiskusikan tanpa meninggalkan meja.
Jika keberuntungan tersenyum dan produknya ternyata laris, maka harus sudah diuji untuk ditolak dari pengembangnya.
Kami mengundang penguji untuk proyek ini, dan jika keberuntungan adalah wajah kami lagi, pertanyaannya tidak bisa dihindari: atas dasar apa untuk menguji?
Besok ada pertanyaan serupa dari seorang penulis teknis: Bagaimana sebuah produk harus bekerja agar dapat mendeskripsikannya dengan benar?
Dan sekarang, PERHATIAN, pertanyaan utamanya!
Bagaimana cara memperbaiki kebutuhan suatu produk dalam kondisi tidak ada spesifikasi teknis untuk produk akhirnya, karena belum ada yang tahu apa yang nantinya akan dimasukkan di dalamnya?
, , , .
, . .
agile .
. .
, , .
. , . . . , . .. .
. - , . , . , , , API, … . . , , .... . . . .
, , . . .
, . . , . , . , , . . , , . . , , .
… , .
, , . . . . , , , , , , .
: , , …
. , , . TDD (Test Driven Development). , , . , , . – . , . . . , , . / . CI (continuous integration). , . , ... .
- Why you call this version “beta”?
- Because it’s betta than nothing