4. Membangun atau mengembangkan produk
Di tahap ini, tim developer mulai mengerjakan produk dengan menuliskan baris-baris kode program dengan bahasa pemrograman yang sudah ditentukan dalam fase perencanaan. Tahap ini yang menjadi sangat lama, paling membingungkan, dan paling sulit. Dibutuhkan skill teknis yang baik.
5. Pengujian
Dalam tahap ini, yang dilakukan bertanya "apakah sistem berjalan seperti yang diharapkan?" dan mengujinya. Dalam tahap ini juga, sistem harus tidak memiliki bug atau cacat.
6. Memasarkan Produk
Jika software sudah dibuat, maka produk ini ditawarkan ke pasar. Dalam tahap ini juga, developer harus mendenganrkan feedback yang user sampaikan. Bila perlu dilakukan penyesuaian lagi.
7. Maintenance
Dalam teknologi yang terus menerus berubah, tahapan terkahir ini mengharuskan developer dan tim tetap memelihara produk yanf telah selesai. Hal ini perlu dilakukan untuk mencegah adanya error dan penurunan kulitas pada produk.
Lalu bagaimana Github copilot membuat dampak yang cukup signifikan? Perhatikan lagi SDLC dan lihatlah bagian 4 dan 5. Â Kita bisa lihat bagaimana potensi Github copilot mengakselerasi proses yang rumit itu. Pihak dan hal-hal yang sangat terdampak adalah:
A. Terdampak Positif
1. Software Architecture
sekarang lebih dari sebelumnya, peran arsitek perangkat lunak akan sangat penting untuk memastikan prinsip-prinsip rekayasa perangkat lunak: Reliability, Availability, Maintainability, Performance (RAMP). Sementara menghasilkan kode yang secara efektif memecahkan masalah tertentu hampir menjadi masalah biaya nol, merancang dengan benar bagaimana semua kode itu cocok bersama di bawah arsitektur perangkat lunak yang umum dan koheren akan menjadi lebih kompleks jika tidak ada prinsip arsitektur perangkat lunak yang kuat yang diterapkan.
2. Bug Finding Tools
pelatihan tentang data berkualitas akan menjadi kunci agar alat seperti Copilot dapat diadopsi secara besar-besaran. Itulah sebabnya perusahaan seperti Amazon sudah bertaruh pada tantangan global koreksi Bug (BugBust) untuk meningkatkan cara asisten pengembangan perangkat lunak cerdas mereka (CodeGuru).
3. Low code / No code - enterprise architecture integration
Ingatlah bahwa Copilot (atau model serupa lainnya) dilatih pada data yang sangat besar, sehingga versi model yang akan datang dapat menghasilkan kode akhir yang sama sekali berbeda. Dalam skenario ini, kemungkinan alat ini untuk diintegrasikan dalam arsitektur perusahaan yang dapat diskalakan akan menjadi keunggulan kompetitif yang jelas bagi vendor nocode/lowcode. Integrasi ini ketika dipahami sebagai pelatihan khusus alat pembuatan kode, akan memungkinkan manfaat dalam kelincahan dan pengurangan biaya untuk tujuan pengkodean, sambil memastikan bahwa kode yang dihasilkan konsisten dengan arsitektur perangkat lunak yang telah ditentukan dan prinsip-prinsipnya.
4. Software Primers / prompt engineering
konsep prima akan menjadi kunci untuk membuat teknologi seperti Copilot berguna, memberikan model definisi yang baik tentang masalah yang ingin kita selesaikan, dll. Beberapa penulis sudah menulis tentang konsep "rekayasa cepat" sebagai cara baru untuk menghadapi pemecahan masalah melalui AI. Sekali lagi, proses rekayasa masih membutuhkan lebih banyak dari apa yang saat ini ditunjukkan oleh Copilot, tetapi itu pasti akan mengubah cara kita mendekati pengkodean sebagai bagian darinya.
5. Software Licensing Management
setelah Copilot diumumkan, Hackernews mulai ramai dengan komentar tentang bagaimana lisensi perangkat lunak akan dikelola saat menggunakan Copilot atau alat serupa. Saya juga berharap bahwa pengacara IP, yang berspesialisasi dalam model lisensi perangkat lunak akan meningkat untuk menangani masalah ini.
B. Terdampak Negatif
1. Software coders and testers
Soal efisiensi, banyak perusahaan melakukan outsourcing / offshoring tugas pemrograman ke coders yang tidak memiliki keterampilan rekayasa perangkat lunak dan pemahaman bisnis. Seperti yang telah kami sebutkan, rekayasa cepat akan menjadi kunci untuk menghasilkan kode kualitas berdasarkan Copilot, dengan mendefinisikan persyaratan bisnis dan teknis dengan benar. Oleh karena itu, para pembuat kode dan penguji tanpa kemampuan bisnis dan teknis yang mendalam akan kesulitan untuk menambahkan nilai (co-pilot, seperti yang disarankan oleh nama solusi itu sendiri) pada proses rekayasa perangkat lunak.
