Kata Pengantar
Teks ini mengasumsikan bahwa pembaca sudah terbiasa dengan apa yang disebut. lincah manifestasi pengembangan perangkat lunak dan apa yang disebut prinsip dasar .
Saat ini, ada sejumlah besar orang yang menerima "manifesto" ini, menyetujuinya, dan bahkan mencoba menerapkannya. Tapi bagi saya pribadi sepertinya lelucon yang berlarut-larut.
Isi
- Manifesto Programmer yang Kaku
- Prinsip-Prinsip Dasar Manifestasi Programmer yang Tangguh
- Komentar
Kami terus-menerus menemukan metode pengembangan perangkat lunak yang lebih maju, melakukan pengembangan secara langsung dan membantu orang lain dalam hal ini. Berkat kerja yang dilakukan, kami dapat menyadari bahwa:
Konsep ini lebih penting daripada persyaratan baru.
Kualitas lebih penting daripada kecepatan
Melakukan apa yang lebih penting daripada melakukan apa yang diminta
Artinya, tanpa menyangkal pentingnya apa yang ada di kanan, kami masih lebih menghargai apa yang ada di sebelah kiri.
Prioritas tertinggi bagi kami adalah kerja produktif dan produktif dari programmer, berkat rencana yang matang dan mengikuti teknologi pengembangan perangkat lunak. Dan, sebagai hasil dari semua ini, kepuasan dari hasil pekerjaan mereka.
Mengubah persyaratan mungkin dilakukan, tetapi persyaratan baru harus melalui tahap refleksi yang sama dengan yang telah dilewati semua persyaratan lama. Pelanggan harus menyadari bahwa perubahan persyaratan dapat mengakibatkan daur ulang produk.
Produk harus dirilis hanya ketika sudah mencapai tingkat kualitas yang disyaratkan. Tidak, dan tidak ada periodisitas tetap.
Setiap orang harus mengerti apa yang dia lakukan dan mencoba melakukannya dengan baik. Pekerjaan yang gagal dalam penjualan atau perencanaan tidak boleh berubah menjadi aliran amandemen tanpa akhir untuk persyaratan atau tenggat waktu, yaitu, ditransfer ke insinyur.
Para profesional yang termotivasi harus bekerja pada proyek. Agar pekerjaan dapat dilakukan, buat kondisi, berikan dukungan, dan percaya sepenuhnya.
Komunikasi langsung tidak boleh mengganggu pekerjaan langsung. Adakan rapat saat alur kerja membutuhkannya.
Produk yang berkualitas adalah indikator utama kesuksesan.
Tidak seorang pun harus bekerja "untuk dipakai". Anda harus bekerja dengan tenang, tanpa mengikuti "ritme" dan "siklus" yang tidak masuk akal. Pemrosesan tidak dapat diterima.
Perhatian yang konstan terhadap proses meningkatkan kualitas, keandalan, dan fleksibilitas sistem.
Persyaratan, solusi arsitektur dan teknis terbaik lahir dari tim yang bekerja erat pada persyaratan, solusi arsitektur dan teknis.
Berguna untuk mengadakan presentasi dan seminar untuk meningkatkan tingkat profesional umum dan tingkat keterlibatan dalam proses keseluruhan.
Konsep ini lebih penting daripada persyaratan baru.
Sebelum memulai pengembangan perangkat lunak, dua hal harus dilakukan:
- Kembangkan model perangkat lunak;
- Pikirkan arsitektur perangkat lunak.
Jika pelanggan tiba-tiba muncul dengan persyaratan baru, maka Anda harus tidak "siap untuk perubahan", tetapi siap untuk membandingkan persyaratan baru dengan konsep lama.
Jika persyaratan jatuh pada matmodel dan arsitektur yang ada - baik-baik saja. Kami menempatkan tugas dalam antrian. Jika Anda tidak mengikuti, maka Anda perlu menyesuaikan atau membuang persyaratan baru, atau mengubah model dan arsitektur sehingga persyaratan jatuh pada mereka. Dan ini adalah perencanaan baru, kemungkinan pengerjaan kembali dari apa yang telah dilakukan, yaitu waktu dan uang.
Jika pelanggan tidak memahami hal ini, maka ia perlu dengan sabar menjelaskannya, dan tidak terburu-buru pada panggilan pertama untuk berlari ke arah yang ditunjukkan oleh gelombang singkat dari tangan kerajaannya. Kalau tidak, alih-alih perangkat lunak, sekelompok sampah bau keluar.
Kualitas lebih penting daripada kecepatan
Dengan kata lain, proses teknis lebih penting daripada pemilihan waktu.
Di lokasi konstruksi mereka memakai helm. Mengapa Karena itu membutuhkan keamanan.
Pengembang perangkat lunak menulis tes dan dokumentasi. Mengapa Karena ini adalah teknologi produksi perangkat lunak.
Banyak kantor membuang berton-ton perangkat lunak yang menganggur atau tidak berfungsi dengan baik, alih-alih menghabiskan sedikit waktu untuk mengingat semuanya. Dan kemudian mereka mulai "memperbaiki bug".
Dengan keteraturan yang mengkhawatirkan, ada sinyal bahwa aplikasi berikutnya (atau bahkan seluruh OS) berhenti bekerja setelah pembaruan berikutnya. Bagaimana dengan pembaruan "teknis" mingguan yang meningkatkan "stabilitas dan keandalan keseluruhan"? Apakah itu familier?
Kita sendiri menciptakan lingkaran setan ini: setiap orang terburu-buru, jadi kita terburu-buru, oleh karena itu setiap orang terburu-buru. Sudah waktunya untuk berhenti dan berpikir.
Melakukan apa yang lebih penting daripada melakukan apa yang diminta
. , X . , , X, , , , , , , A, B , , C.
— "" " ", , " ", "", " ". , — , .
, . , , , , , , X, , Y , . , , ? ?
→
P.S.
.
, , , "".
… , , — , ...
powerman
— . :)
DexterHD