10 Mitos Membangun Perangkat Lunak Yang Hebat

10 Mitos Membangun Perangkat Lunak Yang Hebat

Artikel ini menjelaskan 10 kesalahan pengembangan perangkat lunak teratas yang dapat dihindari. Dengan menghindari mitos-mitos ini dan berfokus pada keunggulan, kita dapat membuat perangkat lunak berkualitas unggul.

Inilah 10 Mitos Membangun Perangkat Lunak Yang Hebat

Mitos 1

* Anda perlu merancang perangkat lunak Anda secara detail sebelum memulai pengembangan sehingga Anda dapat menjalankan rencana yang jelas.

Faktanya > Semakin kompleks desainnya, semakin mirip perangkat lunak desain itu sendiri. Dengan menyelesaikan desain dan menulis perangkat lunak pada desain, Anda akan secara efektif menulis pekerjaan dua kali. Alih-alih mendesain seperti buku, hanya dengan beberapa sketsa desain sederhana dan pemodelan data, tim pengembangan yang baik dapat membuat cangkang perangkat lunak dan meningkatkannya secara efisien ke produk jadi. Saya bisa melakukannya. Proses penyempurnaan ini menciptakan prototipe alami yang dapat dengan mudah disesuaikan dengan masalah desain yang tidak terduga (atau jika klien mengajukan masalah baru), secara signifikan mengurangi waktu proses secara keseluruhan. Ini membutuhkan tim, keterampilan, dan pengalaman yang dekat, tetapi dalam kebanyakan situasi, ini adalah pilihan terbaik.

Mitos 2

* Ada programmer, desainer, analis, dan pengguna.

Faktanya > Dengan menyusun pengembangan sehingga semua pengembang memiliki akses ke setiap bagian dari proses pengembangan, keterampilan dapat dibagikan dan wawasan yang lebih dalam dapat diperoleh. Ketika seorang pengembang diminta untuk benar-benar menggunakan perangkat lunak, dia dapat menggunakan keahlian itu untuk memikirkan perbaikan yang tidak akan terlihat.

TRENDING:  Inilah 7 HP Gaming Android Terbaik Harga 2 Jutaan

Mitos 3

* Tim yang bahagia merupakan tim yang produktif.

Faktanya > Sebuah tim yang terdiri dari orang-orang dengan keterampilan, pengalaman, dan keprihatinan alami yang berbeda saling mengkritik, mendiskusikan detailnya dengan keras, dan mengangkat serta memecahkan masalah yang tidak akan pernah diselesaikan dengan cara lain. Tungku perdebatan tanpa henti adalah cara terbaik untuk memperdalam pemahaman Anda dan mencapai kesempurnaan.

Mitos 4

* Penting untuk memahami arah dan tidak kompromi.

Faktanya > Hidup dikompromikan, dan kompromi bukanlah kelemahan. Selalu ada masalah yang tidak dapat diselesaikan pada saat yang sama tanpa kompromi ini (efisiensi, anggaran, kemudahan penggunaan, kekuatan, ruang lingkup, kebutuhan akan internasionalisasi yang mudah, dll.).

Mitos 5

* Kami tahu apa yang diinginkan klien kami dan kami tahu apa masalahnya.

Faktanya > Tanpa penilaian ulang yang konstan, mudah untuk melupakan tujuan Anda. Pengembang sering menghadapi masalah menyelesaikan masalah ketika mereka benar-benar dapat terputus dari tujuan pasar dan menjadi sama sekali tidak relevan. Pengembang harus selalu memahami tujuan pasar dan mampu beradaptasi ketika orang lain berubah, atau ketika tujuan itu sendiri berubah.

Mitos 6

* Semakin besar semakin baik. Fungsinya keren.

Faktanya > fitur dapat dengan mudah membingungkan pengguna, dan nilai aktualnya harus selalu dipertimbangkan dengan biaya kebingungan. Dalam beberapa kasus, adalah bijaksana untuk menghapus fitur yang benar-benar berfungsi karena masalah tersebut.

Mitos 7a

* Pelanggan selalu benar.

Faktanya > Sebagian besar pelanggan berusaha keras untuk tidak terlihat bodoh di depan pengembang perangkat lunak, sehingga mereka mengungkapkan saran mereka secara teknis. Akibatnya, saran seringkali tidak tepat karena tidak sepenuhnya memahami masalah teknis.

Mitos 7b

* Pelanggan sering salah.

Faktanya > Kebutuhan pelanggan seringkali tidak terpenuhi dengan benar-benar melakukan apa yang mereka katakan, tetapi mereka selalu tahu apa yang mereka inginkan dan mengapa mereka menginginkannya-dan biasanya sangat banyak.Ada alasan bagus. Pahami mereka, sesuaikan apa yang mereka katakan, bicarakan dengan mereka, tetapi jangan pernah mengabaikan mereka.

TRENDING:  30 Link Twibbon Idul Fitri 2022 Rekomendasi

Mitos 8

* Tolong banyak komentari kodenya.

Faktanya > Kode yang baik membutuhkan sedikit komentar, karena penggunaan nama dan kosong yang bijaksana adalah alternatif yang lebih baik. Komentar hanya menjelaskan bahwa mereka tidak sepele atau menyediakan dokumentasi API standar.

Mitos 9

* Kita membutuhkan sesuatu seperti itu, dan itu bagus.

Faktanya > Pengrajin yang buruk menyalahkan alatnya. Beberapa alat pengembangan banyak membantu Anda berkembang, tetapi pengembang yang baik bisa mendapatkan hasil yang bagus dengan sebagian besar hal yang mereka tawarkan. Dengan beberapa pengecualian, seperti Microsoft Access dan bahasa rakitan, secara umum, perbedaan hasil kualitas lebih disebabkan oleh keterampilan pengembang daripada kualitas alat.

Mitos 10

* Pelanggan memahami jika mereka memiliki antarmuka yang efisien dan mudah digunakan.

Faktanya > Antarmuka seharusnya tidak hanya mudah digunakan, tetapi juga dapat dinavigasi tanpa memahami keseluruhan sistem. Layar harus menggambarkan diri sendiri.