Perangkat lunak sumber terbuka (yaitu perangkat lunak yang ditawarkan dengan lisensi gratis dengan kode sumber yang dapat diakses secara bebas) mendapatkan popularitas dari hari ke hari. Alasannya jelas - tetes harga untuk perangkat lunak pengguna akhir membuat lebih sulit untuk menginvestasikan uang ke dalam pengembangan perangkat lunak terlebih dahulu. Dan jika aktivitas in-house anggaran TI semakin ketat, pemrogram memilih cuplikan kode kualitas tak dikenal.
Namun sementara perpustakaan sumber terbuka dan cuplikan kode tampaknya memiliki biaya penggunaan awal yang nol, mereka mulai mengkonsumsi sumber daya nanti, selama siklus hidup perangkat lunak Anda. Dan perpustakaan komersial bisa menawarkan lebih dari yang bisa Anda pikirkan.
Saya akan fokus pada solusi komersial yang dikembangkan secara profesional: memberi label harga pada potongan kode Anda tidak secara ajaib mengubah kode menjadi produk komersial tingkat industri. Perpustakaan komersial harus dievaluasi secara menyeluruh untuk menjawab pertanyaan tentang seberapa profesionalnya. Tidak semuanya dengan label harga bagus, itu sudah jelas. Tapi jika itu komersial, kemungkinan besar Anda akan mendapatkan barang yang hilang dalam penawaran sumber terbuka.
Mari tinjau perangkat lunak komersial apa saja (dan komponen khusus dan perpustakaan kelas untuk pengembang perangkat lunak) dapat menawarkan, lalu mendiskusikan keberatan dan penolakan keberatan.
Dokumentasi dan contoh.
Dengan API modern menjadi dokumentasi dan sampel yang semakin kompleks memungkinkan penggunaan kembali kode lebih mudah dan cepat. Anda hanya menyalin potongan kode dari sampel dan itu hanya bekerja. Jika Anda memerlukan panduan, Anda bisa melihat dokumentasi untuk mencari tahu ke mana harus pergi berikutnya atau mengapa fungsinya bisa gagal.
Perangkat lunak open-source mengklaim bahwa kode sumber adalah dokumentasi terbaik. Mungkin bisa berfungsi sebagai dokumentasi saat kode itu sendiri didokumentasikan dengan baik, dengan komentar dan ditulis dengan baik (dengan format dan variabel dan nama fungsi yang benar). Dalam kebanyakan kasus, kode tersebut bukanlah bacaan yang paling menghibur di dunia sekalipun.
Berbagai penelitian menunjukkan bahwa kehadiran kode sumber terkadang membantu dalam diagnostik berbagai masalah, namun tidak banyak membantu dalam penggunaan perangkat lunak hanya karena Anda tidak tahu apa yang harus dicari.
Juga dokumentasi harus ditulis oleh penulis teknis, bukan pemrogram - pemrogram tidak suka dan tidak tahu bagaimana menulis dokumentasi yang tepat. Biarkan pemrogram melakukan pengkodean dan penulis teknis menulis teks.
API yang dibuat dengan hati-hati
Setiap perangkat lunak sebagai produk teknik yang kompleks memerlukan desain dan pengembangan sebelum dapat diterapkan dalam kode logam kosong. Menulis 1000 baris kode dari nol tidak sama dengan merancang 1000 garis itu sebelumnya dan kemudian menerapkan desainnya. Desain yang tepat bisa mengubah 1000 baris kode menjadi 200, dan desain yang buruk akan menghasilkan kode kode 10K yang perlu ditulis.
Ketika datang ke perpustakaan open source, banyak di antaranya dikembangkan evolusioner, yaitu sesuatu yang kecil diciptakan, maka fitur ditambahkan seperti mainan baru di pohon tahun baru. Dan pada akhirnya Anda mendapatkan konstruksinya yang rapuh seperti pohon tahun baru.
Sebaliknya, API komersial dalam banyak kasus dirancang dengan mudah digunakan dan diperluas. Seringkali ada beberapa tingkat API di sana, untuk operasi tingkat rendah (di mana Anda mendapatkan kontrol maksimal) dan untuk tugas tingkat tinggi (di mana Anda bisa menyelesaikan pekerjaan dengan cepat).
Akhirnya, perpustakaan open source terutama dikembangkan oleh coders, sementara solusi komersial profesional biasanya dirancang oleh arsitek dan analis perangkat lunak, dan kemudian dikodekan oleh pemrogram.
Fitur unik
Pengembang perpustakaan komersial harus berdiri di luar kerumunan dan menerapkan cakupan fungsionalitas yang lebih luas adalah salah satu metode untuk menyelesaikan tugas ini.
Masalah ekstensibility (yaitu mendapatkan fitur yang Anda butuhkan) tidak dapat dengan mudah dipecahkan dengan open source selain mengkodekan fitur itu sendiri, yang hampir selalu bukan pilihan, terutama bila masalah yang harus ditangani jauh dari wilayah Anda. keahlian. Dengan perangkat lunak komersial Anda dapat menegosiasikan ekstensi yang akan dibuat untuk Anda atau disertakan ke dalam rilis perangkat lunak masa depan.
Motivasi penjual komersial adalah menjalankan bisnisnya, dan ini adalah motivasi yang efektif. Bagi pengembang open-source, biaya satu kali pun yang bisa Anda bayar tidak cukup untuk memotivasi pengembang untuk memperpanjang produk (yang bisa saja telah ditinggalkan sejak lama, seperti yang sering terjadi di dunia open-source).
Satu lagi manfaat fitur unik yang ditawarkan oleh vendor komponen adalah fitur seperti itu memungkinkan Anda membuat USP (titik penjualan unik) dari perangkat lunak pengguna akhir yang Anda buat.
Merk elliptical yang bagus
Tidak ada komentar:
Posting Komentar