Anda akrab dengan pemrograman, tetapi Pemrograman Ekstrim (singkatnya XP) masih menjadi misteri bagi Anda.
Jangan biarkan nama itu membuat Anda kesal, Anda berisiko kehilangan informasi yang berguna.
Pada artikel ini, kami akan membahas semua yang perlu Anda ketahui tentang Pemrograman Ekstrim sehingga Anda dapat menggunakannya untuk keuntungan Anda.
Pemrograman ekstrim adalah metodologi pengembangan perangkat lunak yang merupakan bagian dari apa yang secara kolektif dikenal sebagai metodologi tangkas. XP dibangun di atas nilai, prinsip, dan praktik dan tujuannya adalah untuk memungkinkan tim kecil dan menengah menghasilkan perangkat lunak berkualitas tinggi dan beradaptasi dengan kebutuhan yang selalu berubah dan berkembang.
Apa yang membedakan XP dari metodologi tangkas lainnya adalah bahwa XP menekankan aspek teknis pengembangan perangkat lunak. Pemrograman ekstrim tepat tentang cara kerja insinyur karena mengikuti praktik teknik memungkinkan tim untuk memberikan kode berkualitas tinggi dengan kecepatan yang berkelanjutan.
Pemrograman ekstrem, singkatnya, praktik baik yang dilakukan secara ekstrem. Karena pair programming itu bagus, mari kita lakukan setiap saat. Karena pengujian di muka itu baik, kami menguji bahkan sebelum kode produksi ditulis.
XP, tidak seperti metodologi lainnya, didasarkan pada nilai dan prinsip yang penting dan relevan, dalam kaitannya dengan praktik rekayasa.
Nilai memberikan tujuan bagi tim. Mereka bertindak sebagai "bintang utara" untuk memandu keputusan Anda pada tingkat tinggi. Namun, nilainya abstrak dan terlalu kabur untuk panduan khusus. Misalnya: Mengatakan bahwa Anda menghargai komunikasi dapat menghasilkan banyak hasil yang berbeda.
Praktik, dalam arti tertentu, adalah kebalikan dari nilai. Mereka konkret dan membumi, defimenetapkan secara spesifik apa yang harus dilakukan. Latihan membantu tim membuat diri mereka bertanggung jawab atas nilai-nilai. Misalnya, praktik ruang kerja informasi mempromosikan komunikasi yang transparan dan sederhana.
Prinsip adalah pedoman khusus domain yang menjembatani kesenjangan antara praktik dan nilai.
Nilai-nilai XP: komunikasi, kesederhanaan, umpan balik, keberanian, dan rasa hormat. Mari kita lihat masing-masing secara lebih rinci.
Drafting BlogInnovazione.itu dari gambar alexsoft.com
Comunicazione: Kurangnya komunikasi mencegah pengetahuan mengalir dalam tim. Seringkali, ketika ada masalah, seseorang sudah tahu cara memperbaikinya. Tetapi kurangnya komunikasi menghalangi mereka untuk belajar tentang masalah atau berkontribusi pada solusinya. Dengan demikian, masalah akhirnya terpecahkan dua kali, menghasilkan pemborosan.
kesederhanaan: Kesederhanaan mengatakan bahwa Anda selalu berusaha untuk melakukan hal paling sederhana yang berhasil. Ini sering disalahpahami dan dianggap sebagai hal yang paling sederhana, titik, mengabaikan bagian "yang berhasil".
Penting juga untuk diingat bahwa kesederhanaan sangat kontekstual. Apa yang sederhana untuk satu tim rumit untuk yang lain dan sepenuhnya bergantung pada keterampilan, pengalaman, dan pengetahuan masing-masing tim.
Umpan Balik: Umpan balik dalam metodologi pengembangan perangkat lunak kaskade yang lebih tradisional seringkali "terlalu sedikit, terlalu terlambat".
XP, bagaimanapun, merangkul perubahan dan tim XP berusaha untuk umpan balik yang tepat waktu dan konstan. Jika diperlukan koreksi arah, XPers ingin mengetahuinya sesegera mungkin.
Drafting BlogInnovazione.itu dari gambar alexsoft.com
Umpan balik datang dalam berbagai bentuk dan ukuran. Saat Anda bermitra pemrograman, komentar dari kolega Anda adalah umpan balik yang penting. Begitu juga pendapat anggota tim lainnya tentang suatu ide, termasuk pelanggan yang idealnya adalah anggota tim.
Tes adalah sumber umpan balik berharga lainnya yang melampaui hasil tes. Apakah tes menulis itu mudah atau sulit, begitu juga umpan balik. Jika Anda kesulitan menulis tes, proyek Anda mungkin terlalu rumit. Dengarkan umpan balik dan sederhanakan desain Anda.
Sesuatu yang terdengar seperti ide bagus mungkin tidak bekerja dengan baik dalam praktiknya. Karenanya, kode jadi juga merupakan sumber umpan balik, seperti halnya produk yang didistribusikan.
Akhirnya, perlu diingat bahwa ada terlalu banyak umpan balik. Jika sebuah tim menghasilkan lebih banyak umpan balik daripada yang dapat ditangani, umpan balik penting bisa hilang dari radar. Jadi penting untuk memperlambat dan mencari tahu apa yang menyebabkan umpan balik berlebih dan memperbaikinya.
Keberanian: Kent Beck defikeberanian muncul sebagai "tindakan efektif dalam menghadapi rasa takut". Sebagai seorang insinyur perangkat lunak, Anda memiliki banyak ketakutan dan karenanya memiliki banyak kesempatan untuk menunjukkan keberanian.
Dibutuhkan keberanian untuk mengatakan kebenaran, terutama yang tidak menyenangkan, seperti perkiraan yang jujur. Memberi dan menerima umpan balik juga membutuhkan keberanian. Dan dibutuhkan keberanian untuk menghindari kekeliruan biaya hangus dan membuang solusi gagal yang telah menerima investasi besar.
Menghormati: Premis mendasar dari XP adalah bahwa setiap orang peduli dengan pekerjaan mereka. Tidak ada keunggulan teknis yang dapat menyelamatkan proyek jika tidak ada perhatian dan rasa hormat.
Setiap orang berhak atas harga diri dan rasa hormat, dan itu termasuk, tentu saja, orang-orang yang terlibat dalam proyek pengembangan perangkat lunak. Ketika Anda dan anggota tim Anda saling menghormati dan peduli, klien, proyek, dan pengguna masa depan, semua orang mendapat manfaat
Prinsip memberikan panduan yang lebih spesifik daripada nilai. Itu adalah pedoman yang menerangi nilai-nilai dan membuatnya lebih eksplisit dan tidak terlalu ambigu.
Drafting BlogInnovazione.itu dari gambar alexsoft.com
Misalnya, berdasarkan nilai keberanian saja, Anda mungkin menyimpulkan bahwa disarankan untuk segera membuat perubahan besar dalam jadwal Anda. Namun, prinsip Baby Steps memberi tahu kita bahwa perubahan besar itu berisiko. Jadi, pilih yang kecil saja.
Umanit: Manusia membuat perangkat lunak untuk manusia, fakta yang sering diabaikan. Tetapi dengan mempertimbangkan kebutuhan dasar manusia, kekuatan dan kelemahan menciptakan produk yang ingin digunakan manusia. Dan lingkungan kerja yang memberi Anda kesempatan untuk pemenuhan dan pertumbuhan, rasa memiliki dan keamanan dasar, adalah tempat di mana Anda lebih mudah mempertimbangkan kebutuhan orang lain.
Ekonomi: Di XP, tim selalu memperhatikan realitas ekonomi pengembangan perangkat lunak, terus-menerus mengevaluasi risiko ekonomi dan kebutuhan proyek.
Misalnya, mereka akan mengimplementasikan cerita pengguna berdasarkan nilai bisnis mereka daripada masalah teknis.
Keuntungan bersama: Setelah XP, Anda menghindari solusi yang menguntungkan satu pihak dengan mengorbankan pihak lain. Misalnya, spesifikasi yang diperluas mungkin membantu orang lain untuk memahaminya, tetapi hal itu mengganggu Anda untuk mengimplementasikannya dan menundanya untuk pengguna Anda.
Solusi yang saling menguntungkan adalah dengan menggunakan tes penerimaan otomatis. Dapatkan umpan balik instan tentang implementasi Anda, rekan Anda mendapatkan spesifikasi yang tepat dalam kode, dan pengguna mendapatkan fitur mereka terlebih dahulu. Plus, Anda semua akan memiliki jaring pengaman terhadap regresi.
Manfaat (Saling Menguntungkan): Jika solusi yang diberikan bekerja pada satu tingkat, itu juga dapat bekerja pada tingkat yang lebih tinggi atau lebih rendah. Misalnya, mendapatkan umpan balik awal dan konstan dipertaruhkan dalam berbagai tingkatan di XP.
Peningkatan: Menurut prinsip peningkatan, tim tidak bertujuan untuk kesempurnaan dalam implementasi awal, tetapi untuk implementasi yang cukup baik, dan kemudian terus belajar dan memperbaikinya dengan umpan balik dari pengguna nyata.
keragaman: Anda dan kolega Anda mendapat manfaat dari keragaman perspektif, keterampilan, dan sikap. Keragaman seperti itu sering menimbulkan konflik, tapi tidak apa-apa.
Konflik dan ketidaksepakatan adalah peluang munculnya ide-ide yang lebih baik ketika semua orang bermain dengan nilai-nilai keberanian dan rasa hormat. Keberanian untuk mengungkapkan sudut pandang yang berlawanan, rasa hormat dalam mengungkapkannya dengan cara yang sopan dan empatik. Dan semua ini adalah latihan komunikasi yang efektif.
refleksi: Tim hebat merenungkan pekerjaan mereka dan menganalisis bagaimana menjadi lebih baik. XP menawarkan banyak peluang untuk ini. Tidak hanya dalam siklus mingguan dan triwulanannya, tetapi dalam setiap praktik yang dipromosikannya.
Perasaan penting untuk dipertimbangkan selain analisis logis. Naluri Anda dapat memberi tahu Anda sebelum Anda dapat bernalar tentang apa pun. Sehingga dia dapat berbicara dengan orang non-teknis, mereka dapat mengajukan pertanyaan yang membuka kemungkinan yang benar-benar baru.
Mengalir: Metodologi pengembangan perangkat lunak tradisional memiliki fase yang berbeda, yang bertahan lama dan memiliki sedikit peluang untuk umpan balik dan koreksi arah. Sebaliknya, pengembangan perangkat lunak di XP terjadi dalam aktivitas yang terjadi terus menerus, dalam "aliran" nilai yang konsisten.
Peluang: Masalah tidak dapat dihindari dalam pengembangan perangkat lunak. Namun, setiap masalah adalah peluang untuk perbaikan. Belajarlah untuk melihatnya dengan cara ini dan kemungkinan besar Anda akan menghasilkan solusi kreatif dan berorientasi pada tujuan yang juga berfungsi untuk mencegah hal itu terjadi lagi.
Redundansi: Prinsip redundansi mengatakan bahwa jika suatu masalah kritis, Anda harus menggunakan banyak taktik untuk mengatasinya.
Ambil kekurangannya. Tidak ada taktik tunggal yang dapat mencegah semua cacat keluar dari produksi.
Jadi solusi XP adalah menumpuk serangkaian ukuran kualitas. Pasangkan pemrograman, pengujian, integrasi berkelanjutan. Setiap satu garis pertahanan, bersama-sama merupakan tembok yang hampir tidak bisa ditembus.
Kegagalan: kegagalan bukanlah pemborosan ketika diterjemahkan menjadi pengetahuan. Mengambil tindakan dan mempelajari dengan cepat apa yang tidak berhasil jauh lebih produktif daripada kelambanan yang disebabkan oleh keragu-raguan dalam memilih di antara banyak pilihan.
Qualità: Orang sering berpikir bahwa ada dilema antara kualitas dan kecepatan.
Sebaliknya: mendorong untuk meningkatkan kualitas adalah apa yang membuat Anda bergerak lebih cepat.
Misalnya, refactoring—mengubah struktur kode tanpa mengubah perilakunya—adalah praktik yang membuat kode lebih mudah dipahami dan diubah. Akibatnya, Anda cenderung memperkenalkan cacat kode, yang memungkinkan Anda memberikan lebih banyak nilai terlebih dahulu dengan tidak harus memperbaiki bug.
Langkah kecil: Perubahan besar itu berisiko. XP memitigasi risiko itu dengan melakukan perubahan dalam langkah-langkah kecil, di setiap level.
Pemrogram menulis kode dalam langkah-langkah kecil menggunakan pengembangan berbasis pengujian. Mereka mengintegrasikan kode mereka ke jalur utama beberapa kali sehari, bukan hanya setiap beberapa minggu atau bahkan beberapa bulan. Proyek itu sendiri berlangsung dalam siklus pendek daripada fase jangka panjang.
Tanggung jawab diterima: Di XP, tanggung jawab harus diterima, tidak pernah diberikan.
Akuntabilitas harus datang dengan wewenang untuk membuat keputusan tentang apa yang menjadi tanggung jawab Anda. Kebalikannya juga benar. Anda tidak ingin orang membuat keputusan jika mereka tidak harus hidup dengan konsekuensinya.
Pemrograman ekstrem, sebagai metodologi yang gesit, dapat diterima dan mulai mengadopsinya tanpa mengikuti rencana yang kaku. Ini adalah desain berulang daripada proyek awal yang besar.
XP berbeda secara signifikan dari metodologi tradisional, yaitu mengalir, menghindari fase jangka panjang.
Apa perbedaan XP dari metodologi tangkas lainnya?
Pemrograman ekstrem, pada dasarnya, memiliki banyak kesamaan dengan metodologi tangkas lainnya, tetapi juga unik di antara mereka.
Sebagian besar metodologi pengembangan lainnya tidak banyak bicara, jika ada, tentang bagaimana menyelesaikan pekerjaan. XP, di sisi lain, sangat beropini dalam hal ini dan sangat menekankan pada praktik rekayasa perangkat lunak.
Scrum adalah kerangka kerja untuk membantu tim mengembangkan proyek kompleks dengan cara yang adaptif. Scrum tidak menentukan bagaimana pengembang melakukan pekerjaan mereka. XP, seperti yang disebutkan, sangat menekankan pada praktik pemrograman yang baik.
Drafting BlogInnovazione.id Gambar solusi bersih
Juga, XP jelas tentang pemrograman. Scrum, di sisi lain, dapat diterapkan pada proyek apa pun yang mendapat manfaat dari pendekatan iteratif.
XP menerima perubahan pada komponennya. Tim diberdayakan dan bahkan didorong untuk mengubah praktik berdasarkan kebutuhan khusus mereka. Panduan Scrum, sebaliknya, bersikukuh bahwa "Walaupun hanya sebagian dari Scrum yang dapat diimplementasikan, hasilnya bukanlah Scrum."
Juga, Scrum adalah kerangka kerja yang perlu dilengkapi dengan metodologi dan praktik untuk menyelesaikan pekerjaan.
Ini berarti bekerja dalam pemrograman ekstrem dan Scrum sangat disarankan.
Menurut Kent Beck, tim XP yang matang tidak boleh menetapkan peran yang kaku, tetapi ketahuilah bahwa peran dapat berguna untuk tim pemula sampai mereka mulai melambat atau mempersulit kolaborasi.
Mari kita lihat beberapa peran kunci:
Ini adalah praktik yang diadopsi di XP. Mereka dibagi menjadi tiga kelompok utama: rekayasa perangkat lunak, tempat kerja dan manajemen proyek.
Pasangan pemrograman: Di XP, Anda menulis kode berpasangan di mesin. Anda dan pasangan berbicara satu sama lain saat menganalisis, menerapkan, dan menguji fitur yang sedang Anda kerjakan. Pemrograman pasangan sangat bagus dalam menghasilkan kode dengan lebih sedikit bug sambil tetap menarik, menyenangkan, dan melelahkan.
Batas sepuluh menit: Diperlukan Memungkinkan 10 menit untuk membangun seluruh proyek, termasuk menjalankan semua tes otomatis, maksimal dalam sepuluh menit. Batasan ini untuk menjaga agar pengujian tetap efisien dan efektif.
Tes sebelum pemrograman: mengimplementasikan fitur menggunakan pendekatan test-first, disebut juga pengembangan berbasis tes (TDD). TDD terdiri dari pengembangan menggunakan prosedur berulang sederhana:
TDD membawa beberapa manfaat.
Pertama, umpan balik. Jika sulit untuk menulis tes, desain yang Anda cari atau yang Anda warisi mungkin terlalu rumit dan Anda perlu menyederhanakannya.
Kedua, TDD memungkinkan pemrogram untuk mempercayai kode yang mereka tulis dan menciptakan ritme perulangan yang bagus di mana langkah selanjutnya selalu jelas.
Last but not least, menggunakan TDD dari awal memastikan cakupan kode 100%. Test suite kemudian benar-benar menjadi jaring pengaman untuk perubahan di masa mendatang, mendorong pemfaktoran ulang kode dan menciptakan lingkaran kualitas yang baik.
Desain tambahan: Praktik desain inkremental berarti Anda perlu berinvestasi dalam desain aplikasi Anda setiap hari, mencari peluang untuk menghilangkan duplikasi dan membuat peningkatan kecil untuk mencapai desain terbaik untuk kebutuhan sistem Anda saat ini.
Integrasi berkelanjutan: Di XP, Anda mengintegrasikan pekerjaan Anda ke dalam repositori bersama utama beberapa kali sehari, memicu pembangunan otomatis seluruh sistem. Mengintegrasikan sedini dan sesering mungkin secara dramatis mengurangi biaya integrasi karena membuat penggabungan dan konflik logis lebih kecil kemungkinannya terjadi. Ini juga memaparkan masalah lingkungan dan kecanduan.
Kode bersama (kepemilikan kolektif): XP mempromosikan kode bersama, atau kepemilikan kolektif: setiap pengembang bertanggung jawab atas semua kode. Ini mendorong pertukaran informasi, mengurangi faktor bus tim dan meningkatkan kualitas keseluruhan setiap modul jika kita mempertimbangkan prinsip keragaman.
Basis Kode Tunggal: Basis kode tunggal juga dikenal sebagai "pengembangan berbasis batang". Artinya hanya ada satu sumber kebenaran. Jadi, alih-alih berkembang dalam isolasi untuk jangka waktu yang lama, gabungkan kontribusi Anda ke dalam satu aliran lebih awal dan sering. Bendera fitur membantu membatasi penggunaan fitur hingga selesai.
Distribusi harian: penyebaran dalam produksi setidaknya sekali sehari merupakan konsekuensi logis dari integrasi berkelanjutan :. Nyatanya, saat ini, banyak tim melangkah lebih jauh dan mempraktikkan implementasi berkelanjutan. Artinya, setiap kali seseorang bergabung dengan jalur utama, aplikasi akan diterapkan ke produksi.
Kode dan tes: Praktik ini berarti bahwa kode sumber, termasuk pengujian, adalah satu-satunya artefak permanen dari proyek perangkat lunak. Terlibat dalam pembuatan artefak jenis lain, termasuk dokumentasi, seringkali sia-sia karena tidak menghasilkan nilai nyata bagi pelanggan.
Jika Anda memerlukan artefak atau dokumen lain, upayakan untuk membuatnya dari kode produksi dan pengujian.
Analisis akar penyebab: Setiap kali cacat masuk ke produksi, jangan hanya memperbaiki cacat itu. Pastikan Anda mencari tahu apa penyebabnya sejak awal, mengapa Anda dan rekan satu tim gagal mencegah skid. Kemudian, ambil langkah-langkah untuk memastikan hal itu tidak terjadi lagi.
Duduk bersama: Di XP, tim lebih suka bekerja bersama di ruang terbuka. Praktek ini mempromosikan komunikasi dan rasa memiliki tim.
Seluruh tim: Setiap orang yang dibutuhkan untuk keberhasilan proyek adalah bagian dari tim XP. Ini sangat kontekstual – berbeda untuk setiap tim – dan dinamis, dapat berubah dalam tim.
Ruang kerja informasi: Ruang kerja informasi menggunakan ruang fisik tim untuk menampilkan informasi yang memungkinkan siapa saja mengetahui, sekilas, kemajuan proyek. Cara melakukannya dapat bervariasi, mulai dari catatan fisik dan grafik hingga tangkapan layar yang menunjukkan papan Kanban dan dasbor dari perangkat lunak manajemen proyek.
Pekerjaan berenergi: Di XP, Anda hanya bekerja selama Anda bisa melakukan pekerjaan yang energik. Jam kerja harus dibatasi maksimal 40 per minggu.
Analisi- Tulis persyaratan pengguna dalam format yang dikenal sebagai analisis pengguna. Analisis pengguna memiliki nama deskriptif yang singkat dan juga deskripsi singkat tentang apa yang perlu diterapkan.
Kendur: Saat merencanakan siklus, tambahkan tugas-tugas kecil yang dapat ditinggalkan tim jika diperlukan. Lebih banyak cerita selalu dapat ditambahkan jika tim memberikan terlalu banyak.
Siklus (bulanan dan mingguan): Pengembangan di XP terjadi dalam dua siklus utama: siklus mingguan dan siklus bulanan.
Rapat, siklus, rilis terjadwal: Pengembangan di XP bekerja dalam dua siklus utama: siklus mingguan dan siklus tiga bulanan. Awalnya, Kent Beck merekomendasikan siklus dua minggu, tetapi mengubahnya di edisi kedua bukunya.
Siklus mingguan: siklus mingguan adalah "denyut nadi" proyek XP. Siklus dimulai dengan pertemuan di mana klien memilih cerita mana yang ingin dia buat selama seminggu. Selain itu, tim meninjau pekerjaan mereka, termasuk kemajuan minggu lalu, dan memikirkan cara untuk meningkatkan proses mereka.
Siklus bulanan: Setiap bulan, tim merefleksikan dan mengidentifikasi peluang peningkatan dalam proses mereka. Klien memilih satu atau lebih tema untuk bulan itu, beserta analisis dalam tema tersebut.
Bagaimana cara mulai bekerja dengan pemrograman ekstrem?
Keterampilan teknis dan kebiasaan XP mungkin sulit dipelajari. Beberapa praktik mungkin tampak asing bagi pemrogram yang tidak terbiasa dengannya.
Ercole Palmeri
Operasi oftalmoplasti menggunakan penampil komersial Apple Vision Pro dilakukan di Poliklinik Catania…
Mengembangkan keterampilan motorik halus melalui mewarnai mempersiapkan anak untuk keterampilan yang lebih kompleks seperti menulis. Mewarnai…
Sektor angkatan laut adalah kekuatan ekonomi global sejati, yang telah menuju pasar 150 miliar...
Senin lalu, Financial Times mengumumkan kesepakatan dengan OpenAI. FT melisensikan jurnalisme kelas dunianya…
