Apa yang harus Anda ketahui sebelum menggunakan pustaka dan kerangka kerja gratis? – Beragampengetahuan

Saat memilih teknologi untuk implementasi front-end, ada satu masalah yang sangat penting dan pada akhirnya yang paling penting yang tidak boleh diabaikan oleh siapa pun. Kita berbicara tentang hak cipta dari sistem perangkat lunak final. Sekilas, semuanya terlihat jelas. Hak cipta dalam sistem yang dikembangkan oleh pemasok secara otomatis dialihkan ke pelanggan setelah pelanggan membayar pemasok untuk pengembangan sistem perangkat lunak (ada beberapa kasus khusus hubungan kontraktual yang berada di luar cakupan artikel ini). Namun, beberapa masalah hak cipta yang rumit mungkin luput dari perhatian orang yang tidak terlatih.

Dunia rumit lisensi perangkat lunak

Mari pertimbangkan dua opsi berikut:

1. Kode sumber ditulis dengan pustaka Webix UI. Webix ditulis dalam JavaScript murni, tidak menggunakan pustaka pihak ketiga, dan menyediakan akses ke banyak widget (baik sederhana maupun kompleks) yang diperlukan untuk membangun UI aplikasi web. Dengan sistem perangkat lunak yang dikembangkan oleh Webix, setelah pekerjaan dibayar, itu menjadi milik pelanggan;
2. Kode sumber produk perangkat lunak tersedia di reaksi. Ini adalah pustaka dasar untuk membuat UI, tetapi tidak menyertakan komponen siap pakai. Namun, berkat komunitas yang luas di Internet, ada banyak sekali komponen yang tersedia di kode sumber dan pustaka React untuk membuatnya sendiri. Dengan demikian, Anda dapat membuat UI dengan tingkat kerumitan apa pun tanpa banyak usaha. Sistem perangkat lunak yang dibangun dengan React menjadi milik klien setelah pekerjaan dibayar.

Dua kasus yang dijelaskan tampaknya identik kecuali bahwa Webix adalah perpustakaan berbayar. Dengan Webix Anda mendapatkan paket dengan semua yang Anda butuhkan, dengan React semuanya gratis dan vendor akan memilih komponen yang tepat.

Baca juga Perbedaan Bahasa Pemrograman dan Framework

Perbedaannya adalah dengan Webix, klien mendapatkan semuanya dalam satu paket di bawah satu lisensi. Sebaliknya, dengan React, klien menerima kode sumber yang ditulis oleh banyak pustaka yang didistribusikan di bawah lisensi yang berbeda. Selain itu, Anda dapat menghadapi rantai ketergantungan, di mana pustaka A bergantung pada pustaka B, yang bergantung pada pustaka C, dan seterusnya. Ini mungkin memiliki banyak lapisan. Oleh karena itu, bahkan proyek perangkat lunak berukuran sedang yang dibuat dengan React dapat menggunakan ratusan pustaka dengan lisensi berbeda.

Sebagian besar perpustakaan ini akan dilisensikan oleh MIT, tetapi tidak semuanya. Paling buruk, di suatu tempat di pohon ketergantungan besar ini akan ada perpustakaan berlisensi GPL. Semua kode sumber untuk produk perangkat lunak berbayar secara otomatis harus dirilis di bawah lisensi GPL dan dirilis di Internet atas permintaan pertama dari setiap orang atau pesaing pelanggan yang ingin tahu. Inilah mengapa hak cipta dapat dengan mudah menjadi hak cipta. Apakah pelanggan pada awalnya ingin menghabiskan banyak waktu dan membayar banyak uang kepada pengembang untuk membangun sistem perangkat lunak, dan mereka wajib merilis kode sumbernya di Internet dalam domain publik? Ini adalah pertanyaan retoris.

Bagaimana cara menghindari kejutan yang tidak menyenangkan?

Opsi paling mudah adalah membangun sistem perangkat lunak hanya menggunakan pustaka berbayar. Itu sebabnya di Perangkat Lunak XB kami terutama menggunakan kerangka UI Webix atau DHTMLX JavaScript di banyak proyek. Webix memungkinkan banyak kemungkinan, termasuk pengembangan yang lebih mudah, berkat banyak alat bantu seperti Skin Builder, UI Designer, Form Builder, Code Snippet, dan Webix Jet. Sebagai perpustakaan yang matang dengan semua komponen yang diperlukan, Webix masih memungkinkan Anda menggunakan alat pihak ketiga, termasuk kerangka kerja MVC, Backbone.js, jQuery, Angular, dan banyak lagi. Antara lain, fitur ini dan lainnya mempercepat waktu pemasaran. Ini mengkompensasi biaya penggunaan perpustakaan berbayar dan menyelesaikan masalah hak cipta, membawa banyak manfaat bagi mereka yang memilihnya untuk membuat produk perangkat lunak:

Sumber: Sistem Manajemen Gudang dan Persediaan

Pendekatan yang lebih canggih berarti menggunakan pustaka gratis seperti React, Vue.js, dll. Dalam hal ini, pemasok hanya diwajibkan menggunakan perpustakaan pihak ketiga setelah mendapat persetujuan pelanggan. Jatuh ke dalam perangkap ketergantungan yang kami jelaskan sebelumnya perlu dihindari.

Kode sumber dapat didistribusikan di bawah sejumlah lisensi yang berbeda. Jika klien tidak cukup paham untuk membedakannya, ada aturan emas yang harus diikuti: “MIT atau BSD bagus. Yang lainnya payah.”

Anda harus berhati-hati dengan pustaka yang menggunakan Apache 2.0. Notifikasi perpustakaan harus disertakan dalam notifikasi produk akhir. Ini dapat menyebabkan kerusakan reputasi, terutama saat menjual sistem perangkat lunak. Selain itu, ini dapat berdampak negatif pada keamanan produk perangkat lunak, karena mengungkapkan struktur internalnya, mis. memberi tahu semua orang dari pustaka mana sistem dibuat. Informasi tersebut dapat membantu penjahat memahami eksploitasi mana yang harus mereka cari dan terapkan.

Jika persyaratan lisensi dilaporkan ke vendor selama prapenjualan, estimasi yang diberikan akan sangat bervariasi, dan proses pembuatannya akan memakan waktu lebih lama. Alasannya adalah vendor yang bertanggung jawab harus menghabiskan waktu mengembangkan seluruh UI untuk memahami jenis komponen apa yang diperlukan. Selain itu, untuk setiap jenis, pengembang harus memilih komponen berlisensi MIT gratis (semua pustaka yang digunakannya juga harus berlisensi MIT). Vendor harus menemukan alternatif berbayar yang sesuai, atau mengembangkannya dari awal jika tidak ada pilihan seperti itu.

Baca juga apa itu tumpukan teknologi dan bagaimana memilih tumpukan teknologi yang tepat untuk pengembangan aplikasi web [2023 Update]

Semua ini membutuhkan banyak pekerjaan dari analis bisnis untuk mendapatkan deskripsi mendetail tentang fungsionalitas, desainer untuk menggambar UI, dan pimpinan teknis untuk mengidentifikasi semua komponen dan pustaka.

Dengan asumsi klien tidak ingin menghabiskan waktu, mulailah pengembangan segera berdasarkan perkiraan yang luar biasa. Dalam hal ini, mereka setuju untuk memulai proyek tanpa mengetahui anggaran dan tenggat waktu, karena pengembang komponen yang dimaksud mungkin memiliki lisensi yang tidak dapat diterima. Juga, semuanya bisa berubah setelah versi perpustakaan baru dirilis, yang membuat semuanya menjadi lebih buruk. Oleh karena itu, harus diperiksa sebelum setiap rilis ke produksi.

Kesimpulannya

Anda harus selalu sangat berhati-hati saat mengembangkan sistem perangkat lunak berdasarkan kerangka kerja dan pustaka gratis. Rasanya seperti berjalan di atas kulit telur. Anda harus menghadapi situasi sulit yang membutuhkan kepekaan dan pertimbangan cermat untuk menghindari hasil yang tidak diinginkan, yang membutuhkan banyak pengalaman. Katakanlah Anda, sebagai pelanggan, tidak memiliki pengalaman tentang bagaimana lisensi tertentu memengaruhi kode sumber seluruh produk perangkat lunak dan tidak ingin mengetahui detailnya. Dalam kasus seperti itu, Anda dapat menghubungi kami dan mengandalkan pakar industri.