Ciri karakteristik seorang manajer yang baik dapat diuraikan sebagai berikut :
1. Menantang Proses
Setiap kasus kepemimpinan yang terbaik selalu melibatkan satu jenis tantangan. Apapun tantangannya, semua kasus melibatkan perubahan dari statusquo. Tidak ada satu orang pun yang menyatakan telah melakukan yang terbaik secara pribadi dengan terus mempertahankan banyak hal tetap sama. Singkatnya, semua pemimpin menantang proses. Pemimpin adalah pelopor,- orang yang bersedia melangkah ke luar dan memasuki apa yang belum diketahui. Mereka bersedia mengambil resiko, melakukan inovasi dan percobaan supaya bisa menemukan cara yang baru yang lebih baik untuk melakukan banyak hal.
Sumbangan utama pemimpin adalah dalam mengenali gagasan yang baik, dukungan kepada gagasan itu, dan kesediaan menantang sistem supaya bisa mengaplikasikan dan mewujudkan gagasan itu.
2. Mengilhamkan Wawasan Bersama
Pemimpin mengilhamkan wawasan bersama. Mereka melayangkan pandangan ke seberang cakrawala waktu, membayangkan kesempatan menarik yang disediakan setelah mereka dan peserta mereka sampai pada tujuan yang jauh ini. Pemimpin mempunyai hasrat supaya sesuatu terjadi, untuk mengubah cara banyak hal terjadi, menciptakan sesuatu yang tidak ada seorang pun pernah menciptakannya sebelumnya.
Tapi ingat: orang yang tidak punya pengikut/peserta bukanlah pemimpin. Orang baru akan mengikuti setelah mereka menerima wawasan pemimpin sebagai wawasan mereka sendiri. Supaya bisa mengajak orang lain mempunyai wawasan, pemimpin harus mengenal peserta mereka dan bicara dalam bahasa mereka. Dengan demikian peserta tahu bahwa pemimpin memahami kebutuhan mereka.
3. Memungkinkan Orang Lain Bisa Bertindak
Pemimpin teladan menarik dukungan dan bantuan semua orang yang harus membuat kegiatan berjalan. Dengan satu cara, pemimpin melibatkan mereka yang harus hidup dengan hasilnya, dan mereka memungkinkan orang lain bisa melakukan pekerjaan dengan baik. Mereka memungkinkan orang lain bisa bertindak. Pemimpin tahu bahwa tidak ada seorang pun yang melakukan apa yang terbaik bagi dirinya kalau dia merasa lemah, tidak cakap, atau terasing; mereka tahu orang yang diharapkan aktif harus mempunyai rasa kepemilikan. Pemimpin tidak menimbun kekuasaan, tetapi mendelegasikannya. Pemimpin dengan bangga bicara mengenai kerjasama tim, kepercayaan, dan pemberdayaan sebagai unsur pokok upaya mereka.
4. Menjadi Penunjuk Jalan
Pemimpin berjalan terlebih dahulu. Mereka memberikan contoh dan membina komitmen melalui tindakan sehari-hari yang sederhana, yang menciptakan kemajuan dan momentum. Pemimpin menjadi penunjuk jalan melalui contoh pribadi dan pelaksaanaan yang penuh pengabdian. Supaya ia bisa menjadi penunjuk jalan secara efektif, pertama-tama ia harus jelas terhadap prinsip bimbingannya. Ia harus bisa membela kepercayaannya. Akan tetapi perbuatan pemimpin jauh lebih penting daripada kata-kata mereka, dan harus konsisten dengan kata-kata mereka.
5. Mendorong Hati
Usaha mendaki ke puncak berat dan lama. Orang jadi kehabisan tenaga, frustasi dan kehilangan semangat. Mereka sering tergoda untuk menyerah. Pemimpin mendorong hati peserta mereka untuk jalan terus. Tindakan kepedulian yang sesungguhnya bisa meningkatkan semangat dan menarik orang ke depan. Misalnya apabila seorang berhasil dalam satu tugas tidak ada salahnya diberikan ganjaran yang sepantasnya.
Dalam banyak kasus, pemimpin bukan hanya memberikan dorongan kepada orang lain, akan tetapi harus juga dapat memberikan dorongan kepada dirinya sendiri untuk terus bertahan dan berusaha untuk melayani dengan sebaik-baiknya.
Ciri Khas Pemimpin yang Dikagumi Peserta/Pengikut.
Fakta dibawah ini adalah hasil survey yang dilakukan suatu organisasi yang bergerak dalam penelitian kepemimpinan tentang sifat-sifat pemimpin yang dikagumi pengikut mereka.
1. Jujur
Dalam setiap survai, kejujuran lebih sering dipilih dibandingkan dengan ciri khas kepemimpinan apapun lainnya. Ini secara konsisten muncul sebagai suatu unsur yang paling penting dalam hubungan pemimpin-peserta. Jelas sekali, kalau kita bersedia mengikuti seseorang-apakah ke medan pertempuran atau suatu rapat tertentu, ke dalam rumah yang gelap, ke suatu kantor, atau ke garis depan-, kita mula-mula ingin meyakinkan diri kita bahwa orang itu layak mendapatkan kepercayaan kita. Konsistensi antara kata-kata dan perbuatan merupakan sarana yang kita pergunakan untuk menilai apakah seseorang jujur.
2. Memandang ke Depan
Kita mengharapkan pemimpin kita mempuyai rasa akan arah, dan perhatian kepada masa depan organisasi. Tetapi apakah kita menyebut kemampuan itu wawasan, impian, panggilan, tujuan, atau agenda pribadi, pesannya sudah jelas: pemimpin harus tahu kemana mereka akan pergi kalau ingin mengharapkan orang lain bersedia bergabung dengan mereka dalam perjalanan.
Dengan kemampuan memandang ke depan, yang dimaksudkan orang bukanlah kekuatan ajaib untuk bisa meramalkan masa depan yang luar biasa. Realita jauh lebih berpijak di bumi: kemampuan menetapkan atau memilih tujuan yang diinginkan yang seharusnya dikejar oleh jemaat atau organisasi.
3. Memberikan Inspirasi
Kita juga mengharapkan pemimpin kita antusias, penuh semangat, dan positif tentang masa depan. Kita mengharapkan mereka bisa memberikan inspirasi. Tidak cukup seorang pemimpin untuk punya impian tentang masa depan. Seorang pemimpin harus bisa menyampaikan wawasan dengan cara yang mendorong kita untuk bisa bertahan dan bertindak.
4. Cakap
Supaya bisa mengajak orang dalam perjuangan orang lain, kita harus berkeyakinan bahwa orang itu cakap membimbing kita ke tempat yang kita tuju. Kita harus melihat pemimpin cakap dan efektif. Kalau kita meragukan kemampuan pemimpin, kita tidak bisa diajak dalam perang suci. Kata orang: kita tidak bisa memberikan kepercayaan dan diri kita kepada orang yang tidak punya catatan keberhasilan.
Kecakapan yang dimaksud bukanlah dalam arti serba bisa. Tetapi seorang pemimpin harus cakap di bidang mana dia memimpin. Misalnya seharusnya seksi olahraga lebih cakap dalam menjelaskan masalah olah raga dibandingkan seksi kerohanian.
Jujur, Memandang ke Depan, Memberikan Inspirasi, dan Cakap hasilnya : KREDIBILITAS.
Kita menginginkan pemimpin kita bisa dipercaya. Kita harus merasa yakin kata-kata mereka bisa dipercaya, bahwa mereka akan melakukan apa yang mereka katakan, bahwa mereka sendiri bergairah dan antusias dengan arah yang mereka tuju, bahwa mereka mempunyai pengetahuan dan keahlian memimpin. Kepemimpinan: Kalau kita tidak percaya kepada si pembawa pesan, maka kita tidak akan mempercayai pesannya.
Kalau orang melihat bahwa pemimpin mereka memiliki kredibilitas mereka akan bisa:
bangga mengatakan kepada orang lain bahwa mereka bagian dari organisasi.
memiliki rasa semangat tim yang kuat
memandang nilai-nilai pribadi mereka konsisten dengan nilai-nilai organisasi.
merasa berhubungan dan berkomitmen dengan organisasi.
mempunyai rasa memiliki organisasi
Kredibiltas adalah atribut yang susah diperoleh. Dan itu adalah kualitas manusia yang sangat rapuh. Ini diperoleh menit demi menit, jam demi jam, hari demi hari, bulan demi bulan, dan tahun demi tahun. Tetapi ini bisa hilang dengan sekejap kalau tidak dipelihara. Seorang pengikut bisa memaafkan ketidaktepatan janji pemimpin, salah omong, keseleo lidah, tindakan yang kurang hati-hati, atau beberapa kesalahan penting. Akan tetapi akan tiba saatnya ketika batas kesabaran seorang pengikut apabila ketidak konsistenan berlangsung terus-menerus. Disitu pemimpin kehilangan kredibilitas, dan amat susah untuk mendapatkannya kembali.
Sumber:
- https://alpinseptian.wordpress.com/2014/07/05/kriteria-manager-yang-baik/
Rabu, 17 Juni 2015
Pengertian COCOMO dan Jenisnya
COCOMO (Constructive Cost Model )
Constructive Cost Model (COCOMO) Merupakan algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasal dari data historis dan karakteristik proyek proyek saat ini.
Sejarah Singkat COCOMO
COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. ’s Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di 1981.
Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.
Pengertian COCOMO
COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.
Model Jenis COCOMO Ada tiga model cocomo, diantaranya ialah:
1. Dasar Cocomo
Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI.
Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).
Model COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:
* Proyek organik (organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
* Proyek sedang (semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
* Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat
Model COCOMO dasar ditunjukkan dalam persamaan 1, 2, dan 3 berikut ini:
keterangan:
* E : besarnya usaha (orang-bulan)
* D : lama waktu pengerjaan (bulan)
* KLOC : estimasi jumlah baris kode (ribuan)
* P : jumlah orang yang diperlukan.
2. Intermediate Cocomo
Persamaan estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak, ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda dapat dibaca dari tabel yang tersedia.
3. Detil Cocomo
Dalam hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem, sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo dapat menghubungkan semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa PL.
Sumber:
- https://inarjutex.wordpress.com/2011/05/28/pengertian-cocomo-dan-jenisnya/
Constructive Cost Model (COCOMO) Merupakan algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasal dari data historis dan karakteristik proyek proyek saat ini.
Sejarah Singkat COCOMO
COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. ’s Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di 1981.
Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.
Pengertian COCOMO
COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.
Model Jenis COCOMO Ada tiga model cocomo, diantaranya ialah:
1. Dasar Cocomo
Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI.
Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).
Model COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:
* Proyek organik (organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
* Proyek sedang (semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
* Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat
Model COCOMO dasar ditunjukkan dalam persamaan 1, 2, dan 3 berikut ini:
keterangan:
* E : besarnya usaha (orang-bulan)
* D : lama waktu pengerjaan (bulan)
* KLOC : estimasi jumlah baris kode (ribuan)
* P : jumlah orang yang diperlukan.
2. Intermediate Cocomo
Persamaan estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak, ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda dapat dibaca dari tabel yang tersedia.
3. Detil Cocomo
Dalam hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem, sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo dapat menghubungkan semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa PL.
Sumber:
- https://inarjutex.wordpress.com/2011/05/28/pengertian-cocomo-dan-jenisnya/
Alasan Menggunakan Software Open Source (+Kelebihan dan Kekurangannya)
Open Source adalah sebuah sistem baru dalam mendistribusikan
perangkat lunak kepada pengguna dengan memberikan program dan source code nya
secara gratis. Bahkan pengguna dapat mempelajari dan melakukan modifikasi untuk
membuat software tersebut sesuai dengan kebutuhan mereka.
Isu-isu keamanan yang dihadapi sistem open source, mencakup
beberapa filosofi keamanan umum dan bagaimana membuat lebih aman sistem
tersebut dari para penyusup. Beberapa pengguna komputer yang merupakan anggota
dari komunitas pengguna Open Source Software (OSS) dan free software
berpendapat bahwa kode program mereka lebih aman karena kelemahan kode program
mereka lebih mudah ditemukan dan diperbaiki oleh pemakai program tersebut.
Sementara itu, komunitas hak-hak kepemilikan berpendapat bahwa pembukaan akses
ke kode program pada OSS akan memudahkan bagi beberapa kelompok tertentu untuk
menyerang program tersebut.
Fitur-fitur utama dari karakteristik open source adalah
kebebasan user untuk:
- Menggunakan software sesuai keinginannya.
- Memiliki software yang tersedia sesuai kebutuhan.
- Mendistribusikan software kepada user lainnya.
Kebebasan yang tak terbatas bagi tiap orang untuk mengakses
kode program merupakan pedang bermata dua bagi software itu sendiri. Hal ini
disebabkan karena kebebasan ini memberikan informasi tentang kelemahan
software. Kemudian, yang terjadi adalah eksploitasi kelemahannya. Para hacker
akan menggunakan kelemahan ini untuk melakukan hal-hal yang dapat merugikan
pengguna software tersebut. Akibatnya akan lebih buruk jika software tersebut
merupakan software yang vital bagi pengguna karena akan memungkinkan terjadinya
penipuan, pencurian identitas, pencurian informasi, dan sebagainya.
Beberapa keuntungan dari software open source, yaitu:
- Adanya hak untuk mendistribusikan modifikasi dan perbaikan pada kode.
- Ketersediaan source code dan hak untuk memodifikasi.
- Tidak disandera vendor, open source menggunakan format data terbuka, sehingga data menjadi transparan dan bisa dengan bebas diproses di sistem komputer yang berbeda-beda, sambil tetap menjaga keamananya. Dengan demikian, konsumen tidak lagi terikat pada kemauan vendor untuk dapat menggunakan data-datanya.
- Banyaknya tenaga (SDM) untuk mengerjakan proyek, proyek open source biasanya menarik banyak developer, misalnya pengembangan web server Apache menarik ribuan orang untuk ikut mengembangkan dan memantau.
- Kesalahan (bugs, error) lebih cepat ditemukan dan diperbaiki, hal ini dikarenakan jumlah developer-nya sangat banyak dan tidak dibatasi. Visual inspection (eye-balling) merupakan salah satu metodologi pencarian bugs yang paling efektif. Selain itu, source code yang tersedia membuat setiap orang dapat mengusulkan perbaikan tanpa harus menunggu dari vendor.
- Kualitas produk lebih terjamin, hal ini dikarenakan evaluasi dapat dilakukan oleh banyak orang sehingga kualitas produk dapat lebih baik. Namun, hal ini hanya berlaku untuk produk open source yang ramai dikembangkan orang. Tidak selamanya open source dikembangkan oleh banyak orang, karena bisa juga dilakukan oleh individual.
- Hemat biaya, sebagian besar developer ini tidak dibayar. Dengan demikian, biaya dapat dihemat dan digunakan untuk pengeluaran yang tidak dapat ditunda, misal membeli server untuk hosting web.
- Tidak mengulangi development, pengulangan (re-inventing the wheel) merupakan pemborosan. Adanya source code yang terbuka membuka jalan bagi seorang programmer untuk melihat solusi-solusi yang pernah dikerjakan oleh orang lain. Namun, pada kenyataannya tetap banyak pengulangan.
- User dapat memodifikasi dan mengunci agar hanya kalangan terbatas yang dapat membaca kode dan memodifikasinya.
- Mencegah software privacy yang melanggar hukum.
Disamping segudang kelebihan tersebut, juga terselip
beberapa kekurangan dari Open Source ini, antara lain :
- Memunculkan celah awal ketika sumbe code masih mentah dan pengembangan dasar masih dalam pembangunan.
- Masalah yang berhubungan dengan intelektual property. Pada saat ini, beberapa negara menerima Software dan algoritma yang dipatentkan. Hal ini sangat sulit untuk diketahui jika beberapa motede utama untuk menyelesaikan masalah Software di patenkan sehingga beberapa komunitas dapat dianggap bersalah dalam pelanggaran intelektual property.
- Kurangnya Sumber Daya Manusia yang dapat menggunakan dan memanfaatkan Open Source. Salah satu keuntungan utama dari gerakan adalah adanya ketersediaan code. Namun ketersediaan ini menjadi sia-sia apabila SDM yang ada tidak dapat menggunakannya, tidak dapat mengerti code tersebut. SDM yang ada ternyata hanya mampu produk saja. Jika demikian, maka tidak ada bedanya produk dan yang proprietary dan tertutup.
- Tidak adanya perlindungan terhadap HAKI.
- Perkembangan Software tergantug dari sekumpulam manusia itu sendiri.
- Tidak ada garansi dari pengembangan, sumber code masih mentah dan pengembangan dasar masih dalam pembangunan.
- Kesulitan dalam mengetahui status project : Tidak banyak iklan bagi Open Source Software, biasanya beberapa project secara tidak langsung ditangani oleh perusahaan yang mampu berinvestasi dan melakukan merketing.
- Tidak adanya proteksi terhadap Hak atas Kekayaan Intelektual (HaKI)
- Kebanyakan orang masih menganggap bahwa code merupakan aset yang harus dijaga kerahasiannya. Hal ini dikaitkan dengan besarnya usaha yang sudah dikeluarkan untuk membuat produk tersebut. Karena sifatnya yang terbuka, dapat di-abuse oleh orang-orang untuk mencuri ide dan karya orang lain.
Sumber:
Langganan:
Postingan (Atom)