Apa yang perlu diubah untuk Rekayasa Perangkat Lunak untuk menjadi profesi formal?


11

Tidak seperti profesi lain (seperti Akuntansi, Hukum, Kedokteran, dll.), Tidak ada sertifikasi untuk profesi Rekayasa Perangkat Lunak.

Saya sangat menyadari banyaknya sertifikasi spesifik teknologi dan metodologi yang bertujuan untuk berfungsi sebagai bukti spesialisasi dan pengalaman, tetapi tidak ada masyarakat Rekayasa Perangkat Lunak publik / badan pengatur yang menetapkan (dan memiliki kekuatan untuk menilai secara hukum) standar profesional yang diterima secara umum .

Saya mengerti bahwa perangkat lunak adalah binatang yang dinamis - itu adalah seni bagian, sebagian ilmu pengetahuan - tapi saya bertanya-tanya apakah Rekayasa Perangkat Lunak memiliki potensi untuk menjadi profesi formal.

Apa yang perlu diubah agar ini terjadi, dan apakah itu akan menjadi hal yang baik?

(Kalau ada yang tahu penelitian formal ke topik ini saya akan sangat menghargai referensi)



Memperbarui

Saya setuju dengan banyak poin bagus yang diajukan di bawah ini terkait dengan tingkat sertifikasi saat ini dalam Rekayasa Perangkat Lunak. Saya juga merasa sangat menarik bahwa beberapa negara memperlakukan Rekayasa Perangkat Lunak sebagai profesi sementara yang lain tidak.

Namun tampaknya ada sedikit kain kafan yang mengelilingi istilah "profesi formal", dan bagaimana itu akan berlaku untuk Rekayasa Perangkat Lunak. Saya pikir masalah utama dengan Rekayasa Perangkat Lunak - dan alasan utama itu bukan profesi penuh - adalah bahwa jika Anda seorang Insinyur Perangkat Lunak bersertifikat, dan - misalnya - beberapa perangkat lunak yang Anda tulis untuk kerusakan lift dan membunuh orang, sertifikasi dan / atau keanggotaan Anda ke badan profesional formal tidak akan dicabut.

Tentu saja, perusahaan Anda mungkin akan dituntut jutaan, dan Anda secara pribadi mungkin kehilangan pekerjaan dan mendapat referensi yang buruk, tetapi secara umum, Anda secara pribadi dilindungi oleh perisai tanggung jawab terbatas akibat dipekerjakan oleh perusahaan tersebut. Dengan kata lain, dan sejauh yang saya tahu, tidak ada penilaian / penegakan hukum yang berlaku (tidak seperti profesi formal lainnya dan masyarakat yang mengatur mereka) yang memiliki mandat untuk secara resmi melarang Anda dari berdagang begitu Anda telah melakukan penumpukan besar-besaran .

Saya sangat menyukai jawaban yang menyentuh fakta bahwa Rekayasa Perangkat Lunak - sebagaimana adanya - adalah meritokrasi, yang tidak perlu menjadi profesi formal, dan bahwa ini adalah hal yang baik yang tidak boleh berubah. Pada saat yang sama, saya pikir kita perlu membuat perbedaan yang jelas antara Insinyur Perangkat Lunak perangkat lunak mission-critical versus pengembang perangkat lunak lain-lain / non-kritis.

Bagi Anda yang bekerja / telah bekerja pada perangkat lunak mission-critical - apakah ada tanggung jawab pribadi? Tentunya ada kebutuhan untuk reaksi formal jika Insinyur Perangkat Lunak melakukan kesalahan mahal?


3
Apa keuntungan menjadi profesi formal?
Pieter B

1
Sangat terlokalisasi. Di sini, di Quebec, Anda harus menjadi bagian dari pesanan insinyur untuk dapat disebut seorang insinyur. Aturan yang sama berlaku untuk Insinyur Perangkat Lunak. Dilengkapi dengan kode etik, aturan, asuransi tanggung jawab, dll.
Jean-François Côté

5
Mantel lab, jelas. Dengan ikatan.
Ben Brocka

2
@Pieter B: Bagaimana perasaan Anda tentang menemui dokter jika tidak ada profesi formal yang menjamin standar yang harus dipenuhi setiap dokter?
Giorgio

1
Saya telah memilih untuk membuka kembali pertanyaan ini. Ini bukan duplikat dari "Insinyur Profesional Can Software Engineers menjadi bersertifikat?": Pertanyaan yang menanyakan tentang pilihan karir mengingat saat ini status profesi. Pertanyaan ini menanyakan tentang kesenjangan antara status itu dan kondisi yang diinginkan, dan bagaimana bertindak untuk menutup kesenjangan itu. Ini adalah topik yang berbeda.

Jawaban:


15

Berdasarkan informasi yang tersedia, saya percaya bahwa Rekayasa Perangkat Lunak sudah merupakan profesi formal. Mungkin tidak diterima secara luas seperti itu, tetapi memenuhi kriteria yang berlaku umum untuk karakteristik profesi.

Dari artikel Wikipedia tentang Profesi :

Ada banyak kesepakatan tentang mendefinisikan fitur karakteristik dari suatu profesi. Mereka memiliki "asosiasi profesional, basis kognitif, pelatihan yang dilembagakan, perizinan, otonomi kerja, kontrol kolega ... (dan) kode etik," [18] yang kemudian ditambahkan oleh Larson, "standar tinggi keunggulan profesional dan intelektual, "(Larson, p. 221) bahwa" profesi adalah pekerjaan dengan kekuatan dan prestise khusus, "(Larson, px) dan bahwa mereka membentuk" kelompok elit eksklusif, "(Larson, p. 20) di semua masyarakat.

Ini mengutip Magali Sarfatti Larson The Rise of Professionalism: A Sociological Analysis ekstensif. Mencari "karakteristik profesi" cenderung menghasilkan hasil yang serupa.

Bagaimana Rekayasa Perangkat Lunak menumpuk terhadap karakteristik ini?

  • Asosiasi Profesional Ada banyak asosiasi profesional untuk insinyur perangkat lunak. The IEEE dan lebih khusus IEEE Computer Society melayani profesional yang bekerja di bidang teknik di seluruh dunia, dengan IEEE Computer Society fokus khusus pada komputer dan perangkat lunak insinyur. The ACM adalah organisasi profesi lain untuk bekerja profesional dalam menghitung, umumnya di Amerika. Ada juga British Computer Society , yang melayani berbagai aspek profesi dalam teknologi informasi dan komunikasi, umumnya di Inggris.

  • Basis Kognitif Badan Rekayasa Perangkat Lunak disponsori oleh IEEE, Boeing, Dewan Riset Nasional Kanada, Raytheon, Perangkat Lunak Construx, Dewan Insinyur Profesional Kanada, Corporation MITER, NIST, Rasional, SAP (untuk versi 2004). Itu dimulai secara khusus sebagai langkah menuju "membuat rekayasa perangkat lunak disiplin teknik yang sah dan profesi yang diakui" .

  • Pelatihan Institusional Di Amerika Serikat, program Teknologi Informasi, Ilmu Komputer, dan Rekayasa Perangkat Lunak dapat diakreditasi oleh ABET . Di Kanada, program Ilmu Komputer dan Rekayasa Perangkat Lunak diakreditasi oleh CIPS . Organisasi-organisasi ini menetapkan standar minimum dan hasil yang diharapkan bagi siswa yang lulus dari program terakreditasi untuk memungkinkan mereka berfungsi dalam lingkungan profesional. IEEE juga menawarkan dua ujian berdasarkan Badan Rekayasa Perangkat Lunak Pengetahuan - ujian Associate Pengembangan Perangkat Lunak Bersertifikat untuk sarjana (atau sarjana yang baru lulus) dan ujian Profesional Pengembangan Perangkat Lunak Bersertifikat untuk profesional karir menengah.

  • Perizinan Per April 2013, NCEES menawarkan ujian Rekayasa Profesional dalam Rekayasa Perangkat Lunak . Ini ditawarkan berdasarkan negara bagian demi negara di Amerika Serikat. Namun, ujian Rekayasa Perangkat Lunak saat ini tidak ditawarkan oleh setiap negara, dan bahkan lebih sedikit yang memerlukan lisensi. Artikel ini, diterbitkan dalam edisi November / Desember 1999 dari Perangkat Lunak IEEE, membahas persyaratan lisensi di negara bagian Texas dan diskusi singkat tentang lisensi di Ontario dan British Columbia, Kanada dan Inggris. Di Texas, lisensi hanya diperlukan untuk bekerja pada desain, pengujian, atau implementasi sistem embedded atau real-time yang "memerlukan pemahaman rinci tentang komponen listrik atau mekanik yang direkayasa" dan untuk sistem perangkat lunak untuk "perangkat mekanik, perangkat listrik , dan sistem tenaga "- jumlah yang relatif kecil dari pekerjaan pengembangan perangkat lunak. Di negara-negara yang menawarkan lisensi, skenario terburuk adalah tindakan disipliner, sanksi, atau kehilangan lisensi Anda jika klien atau majikan mengajukan keluhan. Namun, satu-satunya kerugian nyata datang di negara-negara yang memerlukan lisensi - kecuali lisensi diperlukan untuk melakukan pekerjaan itu, kehilangan itu tidak berarti apa-apa.

  • Kode Etik ACM dan IEEE Computer Society membuat Kode Etik dan Praktek Profesional Rekayasa Perangkat Lunak . Di Amerika Serikat, lulusan program teknik terakreditasi ABET, termasuk program Rekayasa Perangkat Lunak, juga dapat bergabung dengan Order of the Engineer , yang mempertahankan kode etik yang umumnya berlaku untuk insinyur profesional.

  • Otonomi Kerja, Kontrol Kolega, Standar Tinggi Profesional dan Keunggulan Intelektual Ini sering terlihat dalam lingkungan di mana rekayasa perangkat lunak diperlakukan sebagai disiplin teknik. Artinya, tidak semua pengusaha (atau pekerja lepas) memperlakukan pengembangan perangkat lunak sebagai rekayasa.


6
90%, atau saya bahkan mengatakan 99% programmer mungkin bahkan tidak tahu bahwa IEEE CS ada. Jika 99% dokter bukan milik AMA, saya akan memiliki keyakinan yang jauh lebih rendah pada profesi ini.
Jonathan Rich

3
@ JonathanRich - Semua orang yang saya kenal di perguruan tinggi bergabung di IEEE paling tidak. Di mana Anda menemukan nomor Anda? Anda terhubung ke IEEE sehingga Anda benar-benar memiliki nomor langganan yang sebenarnya?
Ramhound

2
@Ramhound: Ketika saya masih di universitas, orang-orang menyadari IEEE tetapi sedikit yang pernah bergabung. Kemudian lagi, sekolah saya memiliki program Ilmu Komputer , bukan program Rekayasa Perangkat Lunak , sekolah lain memiliki program Pemrograman Komputer . Sangat sedikit yang memiliki Rekayasa Perangkat Lunak , meskipun itu mulai berubah ketika sekolah mendapatkan akreditasi untuk kursus mereka. Juga, kami tidak berada di AS, tidak yakin apakah itu berdampak pada partisipasi IEEE.
FrustratedWithFormsDesigner

11
@ JonathanRich, 90% programmer bukan insinyur perangkat lunak.
Philip

6
@ Pilip Dan di situlah masalahnya. Apakah Anda seorang programmer? Pengembang? Pengembang perangkat lunak? Seorang insinyur perangkat lunak? Seorang analis sistem? Mana yang profesional dan mana yang tidak? Apakah Anda memerlukan insinyur perangkat lunak untuk mengatur situs WordPress Anda? Haruskah Anda membiarkan pengembang mendekati platform pergudangan data in-house Anda? Saya sangat berharap bahwa rekayasa perangkat lunak didekati secara lebih profesional daripada 90% orang yang pernah bekerja dengan saya, tetapi ketika Anda memiliki orang yang ingin membayar DBA lebih sedikit daripada orang yang memotong rumput halaman Anda, Anda tidak akan mendapatkan orang-orang terbaik.
Jonathan Rich

4

Badan profesional yang didirikan dan diterima secara luas untuk pengembang perangkat lunak / insinyur / arsitek / dll tidak akan menjadi hal yang baik.

Saat ini, ini adalah salah satu dari sedikit bidang yang dapat bertindak sebagai meritokrasi. Seperti pada, saya tidak peduli gelar apa yang Anda miliki (atau jika Anda memilikinya), berapa senioritas yang Anda miliki, bahasa apa yang Anda ketahui, dll. Secara relatif mudah untuk mengetahui apakah Anda adalah pengembang yang baik atau tidak. , dan pada akhirnya itu adalah satu-satunya hal yang penting. yaitu, bisakah Anda menyelesaikan sesuatu?

Saat ini Anda diukur oleh kemampuan Anda, bukan oleh beberapa akreditasi yang diberikan seseorang kepada Anda. Dan ini adil, Good Thing (tm).


2
Kemiripan dengan Prostitusi agak membingungkan ....
mattnz

@ mattnz Ini disebut pelacuran intelektual, dan upah per jam saya mungkin lebih rendah daripada jenis tradisional.
MrFox

Terima kasih atas jawaban mendalam @MrFox. Saya ingin mengambil otak Anda sedikit lebih jauh jika saya bisa. Jika dokter / akuntan / pengacara membuat kesalahan kritis / mahal, mereka berisiko kehilangan sertifikasi dan dilarang berdagang lebih lanjut. Insinyur Perangkat Lunak, di sisi lain, tidak menghadapi risiko seperti itu, karena mereka jarang berdiri untuk kehilangan uang (karena kewajiban terbatas yang diberikan kepada mereka oleh perusahaan tempat mereka bekerja). Yang mereka rindukan adalah pekerjaan dan reputasi mereka saat ini. Mengingat hal ini, apakah menurut Anda masuk akal untuk memiliki masyarakat formal untuk mengatur praktik terbaik Rekayasa Perangkat Lunak?
Kosta Kontos

2
@KostaKontos Pertimbangkan apa artinya di dunia nyata - Anda akan mendapatkan pelanggaran jika Anda tidak menulis tes unit atau tidak memiliki dokumentasi yang memadai? Atau apakah Anda akan kehilangan lisensi jika Anda mendorong kode ke lingkungan produksi dengan cacat keamanan? Apakah itu hal yang baik untuk lapangan? Argumen saya adalah bahwa ini akan menambah banyak birokrasi, politik, menyalahkan, dan hanya meningkatkan laba perusahaan asuransi melalui setiap pengembang harus membeli asuransi malpraktek. Itu adalah pemikiran yang menarik. Saya yakin itu belum terjadi karena menuntut insinyur Anda sendiri adalah ide yang buruk.
MrFox

0

Tidak ada yang perlu diubah.

Seperti yang ditunjukkan oleh Thomas , rekayasa perangkat lunak sudah merupakan profesi. Hal ini dapat disebut rekayasa, pemrograman, hacking, dan / atau kerajinan, tetapi adalah sebagai profesi dan banyak orang yang membuat uang di atasnya.

Saya pikir pertanyaan Anda adalah seputar perizinan.

Saat ini tidak ada lisensi formal untuk rekayasa perangkat lunak. Siapa pun yang memiliki kecerdasan dan kemampuan pemrograman yang cukup dapat dipekerjakan dan dibayar untuk membuat kode daripada menjalankan mesin atau perangkat.

Ini tidak seperti industri lain (hukum dan kedokteran menjadi contoh seperti dikutip dalam pertanyaan). Diperlukan lisensi untuk profesi itu. Siapa pun dapat mengendarai mobil, tetapi untuk mengendarai secara legal Anda harus memiliki lisensi dirvers adalah contoh lain. Siapa pun dapat memprogram, tidak perlu lisensi atau sertifikasi.

Sekarang, saya percaya bahwa lisensi itu baik karena membuktikan bahwa seseorang memiliki kemampuan untuk melakukan sesuatu (seperti mengendarai mobil) dan mengetahui seluk beluk aturan (jalan).

Lisensi serupa mungkin diperlukan untuk rekayasa perangkat lunak, tapi saya rasa itu tidak akan banyak gunanya. Sebenarnya ada banyak driver berlisensi yang merupakan driver mengerikan, jadi karena Anda memiliki lisensi tidak berarti driver atau programmer yang baik.

Lisensi menciptakan penghalang untuk masuk, yang dalam industri ini tidak akan menjadi hal yang baik, jadi saya tidak melihat manfaat apa pun dari lisensi tersebut.

Perusahaan yang mempekerjakan insinyur perangkat lunak harus menguji kemampuan programmer potensial itu dengan "tes pemrograman" (dan saya tidak berbicara tentang tipe desis desis) berdasarkan keahlian yang diperlukan. Programmer dengan "sertifikasi" terlihat bagus di atas kertas, tetapi mereka harus benar-benar diuji dengan tes dunia nyata untuk mengukur pengalaman dan bakat.


2
"Programmer dengan 'sertifikasi' terlihat bagus di atas kertas", tidak, mereka tidak.
Philip

0

Saya pikir seharusnya bisa menjadi pengembang perangkat lunak bersertifikat dengan lulus ujian seperti pengacara yang lulus ujian pengacara. Saya juga berpikir bahwa programmer yang tidak bersertifikat harus tetap dapat beroperasi sebagai programmer. Perbedaannya adalah bahwa pengusaha akan dapat beriklan khusus untuk pemrogram bersertifikat jika itu yang mereka inginkan, dan pemrogram bersertifikat akan datang dengan jaminan akuntabilitas tertentu, serta harga yang lebih tinggi.

Saya setuju dengan poster yang mengatakan bahwa pengembangan perangkat lunak adalah kekacauan kereta tanpa akuntabilitas. Saya pikir tidak harus seperti itu. Ada pengembang yang ingin membuat perangkat lunak yang baik dan mau bertanggung jawab untuk itu. Kita hanya perlu cara untuk membedakan diri kita sendiri.

Saya telah mengembangkan perangkat lunak selama lebih dari 20 tahun. Saya tidak mengklaim ini membuat saya pengembang yang hebat, tetapi saya pikir saya adalah pengembang yang cukup baik. Masalahnya adalah saya harus selalu menunjukkan mengapa saya pengembang yang lebih baik daripada setiap anak yang belajar pemrograman di waktu luangnya dan menginginkan pekerjaan yang sama seperti saya. Belum lagi legiun pengembang "lepas pantai" yang berjanji untuk melakukan pekerjaan yang sama untuk sebagian kecil dari uang. Sekarang ini membutuhkan banyak usaha. Saya harus memberikan contoh pekerjaan, referensi, mengikuti tes, melakukan wawancara. Saya bisa dengan mudah mengalami hari yang buruk, melakukan kesalahan pada ujian, dan didiskualifikasi. Saya lebih suka mengatakan, "ya, saya adalah pengembang bersertifikat dan ini adalah sertifikat saya". Saya masih harus melakukan wawancara, tetapi setidaknya saya hanya akan bersaing dengan pengembang bersertifikat lainnya.


Terima kasih atas jawaban mendalamnya. Apakah Anda pikir harus ada jumlah minimum pengalaman kerja yang diperlukan sebelum pengembang dapat mengikuti "ujian batang" mereka? Mirip dengan bagaimana pengacara / akuntan harus menyelesaikan dua hingga tiga tahun artikel. Dan jika ada persyaratan minimum ini, menurut Anda apakah pekerjaan itu sendiri harus distandarisasi sampai taraf tertentu, untuk memastikan konsistensi dalam pengalaman yang diperoleh di seluruh profesi?
Kosta Kontos

-2

Tidak akan pernah, setidaknya tidak sepenuhnya. Perangkat lunak adalah media, seperti cat. Ada orang yang melakukan pekerjaan pengecatan skala industri dari struktur besar, ada orang yang merancang cat baru untuk melakukan dengan standar tinggi, tetapi ada juga orang yang membeli cat untuk melakukan pekerjaan skala kecil seperti mengecat gudang mereka, dan masih ada lagi yang mungkin mencampur cat mereka sendiri tetapi gunakan saja untuk melukis gambar kucing.

Demikian pula, sementara saya bisa melihat masa depan di mana perangkat lunak keamanan dan / atau keuangan yang kritis membutuhkan teknisi terakreditasi yang mengerjakannya, tidak akan pernah ada kebutuhan bagi orang-orang yang memproduksi perangkat lunak seni atau hiburan. Apa yang perlu diubah untuk mendapatkan perangkat lunak keamanan atau keuangan yang diperlukan untuk memiliki insinyur yang terakreditasi? Sama seperti profesi-profesi lain itu, diperlukan hukum untuk mengamanatkannya.


4
Bagaimana itu berbeda dari disiplin ilmu teknik lainnya? Mari kita ambil teknik sipil. Siapa pun dapat membangun jembatan di halaman belakang mereka di atas sungai. Tapi tidak semua orang bisa membangun jembatan jalan raya di atas danau. Saya pikir itu dapat diterapkan pada banyak disiplin ilmu teknik lainnya, dan sudah umum diterima bahwa teknik adalah sebuah profesi.
Thomas Owens

@ThomasOwens itu benar tetapi dengan perangkat lunak kita tidak benar-benar memiliki bagian formal 'tidak semua orang dapat membangun jembatan jalan raya', yang akan datang meskipun
jk.

2
Itu tidak benar. Tidak semua orang dapat membangun perangkat lunak avionik untuk pesawat jet komersial. Atau perangkat lunak kontrol untuk mesin terapi radiasi. Ada banyak perangkat lunak yang dikendalikan, diatur, dan perlu ada standar tertentu. Namun, hingga baru-baru ini, tidak ada lisensi yang sama dengan disiplin teknik lainnya.
Thomas Owens

1
@ThomasOwens Sebagai insinyur perangkat lunak yang bekerja pada perangkat lunak avionik untuk pesawat jet komersial (OBIGGS), ya, sebenarnya siapa pun mungkin bisa membuat ini. Perangkat lunaknya tidak terlalu rumit. Tetapi pelanggan benar-benar pilih-pilih tentang hal itu menjadi kuat dan memiliki keyakinan bahwa itu tidak akan meledak. Sama seperti siapa pun dapat membangun jembatan, buruk, siapa pun mungkin bisa membuat kode unit OBIGGS, buruk. Aspek profesional datang dengan pengujian, proses, menangani DO-178b, dan mampu menunjukkan dengan keyakinan bahwa itu tidak akan jatuh dari langit ketika melintasi garis tanggal internasional.
Philip

3
"tidak ada analog fisika dalam perangkat lunak": Ada, itu disebut Matematika atau metode formal lainnya. Dan pada kenyataannya, untuk perangkat lunak mission-critical sebagian besar pekerjaan masuk ke spesifikasi, verifikasi dan pengujian dan hanya 10% dari pekerjaan masuk ke pengkodean aktual. Hanya perangkat lunak kritis non-misi yang dapat dikembangkan dengan cara yang gesit, coba-coba (cara orang membangun jembatan di halaman belakang), tetapi cobalah menggunakan metode yang sama untuk membangun perangkat lunak avionik!
Giorgio

-2

Perangkat lunak bukanlah suatu profesi, juga tidak akan menjadi profesi.

"Sebuah profesi muncul ketika perdagangan atau pekerjaan apa pun mengubah dirinya melalui pengembangan kualifikasi formal berdasarkan pendidikan, magang, dan ujian, munculnya badan pengawas dengan kekuatan untuk mengakui dan mendisiplinkan anggota, dan beberapa derajat hak monopoli."

Deskripsi itu sama sekali tidak cocok dengan perangkat lunak.

Pertama, siapa pun yang tertarik dengan perangkat lunak dapat keluar dan mencoba mencari pekerjaan mengembangkan perangkat lunak. Banyak dari mereka yang memiliki gelar sarjana yang sama sekali tidak terkait dengan pemrograman komputer dan banyak yang tidak memiliki gelar sama sekali. Tidak ada yang menghentikan salah satu dari kelompok tersebut dari menjadi pemrogram perangkat lunak.

Perangkat lunak tidak dapat menjadi suatu profesi karena anggota "berlisensi" menjadi bertanggung jawab atas kerusakan yang mereka sebabkan dan malpraktik mereka. 80-90% pengembang akan kehilangan pekerjaan mereka dalam beberapa tahun untuk itu saja.

Secara umum, kualitas perangkat lunak mengerikan, rawan bug dan sekadar tidak dilakukan dengan sangat baik. Apakah itu layak menjadi sebuah profesi? Apakah Anda melihat penghentian itu karena orang mendapatkan lisensi? Jika organisasi profesional tidak akan mendukung standar tinggi dan kualitas profesional maka tidak ada gunanya. Itu bertentangan langsung dengan praktik industri. Kualitas penulisan, perangkat lunak yang tangguh, dan bekerja bertentangan dengan prinsip-prinsip sebagian besar perusahaan di luar sana, karena waktu-ke-pasar, biaya, cukup baik, tidak ingin merusak apa pun, mencoba memperbaiki perangkat lunak yang rusak dipandang lebih penting daripada perangkat lunak kelas profesional.

Juga, tentang malpraktek. Bagaimana Anda akan membuktikan bahwa satu develper versus yang lain harus disalahkan. Dalam perangkat lunak ini adalah cara mudah untuk menunjuk jari dan kedua pengembang "benar". Siapa yang harus disalahkan ketika pengembang itu menggunakan API tidak berdokumen yang tersembunyi di perut OS dan kemudian vendor OS mengubah fungsinya atau menghapusnya?

Semoga sukses dengan badan pengawas itu. Mari kita lihat kongres mengatakan tidak kepada Microsoft ketika Microsoft meminta mereka untuk membunuh tagihan itu karena itu hanya akan memungkinkan mereka untuk mempekerjakan pengembang "berlisensi". Tanpa badan pengatur itu, maka siapa yang akan bergabung dengan organisasi yang memiliki hak untuk mendisiplinkan Anda dan menagih iuran Anda terutama jika tidak ada nilai tambah seperti mendapatkan hak monopoli tanpa badan pengatur.

Adapun, apakah itu hal yang baik untuk memerlukan lisensi? Tentu saja, bagi mereka yang bisa mendapatkan akreditasi. Bayaran Anda akan meningkat secara dramatis dengan monopoli baru Anda yang ditemukan.

Namun, untuk semua orang ... penggunaan teknologi komputer dalam bisnis mungkin akan menurun seiring dengan laju kemajuan yang kita lihat saat ini. Pasti akan ada hambatan untuk kemajuan perangkat lunak baru, seperti bahasa dan metodologi desain. Lagi pula, siapa yang ingin mendorong cara-cara baru dalam melakukan hal-hal yang akan membutuhkan pelatihan ulang bertahun-tahun untuk mempertahankan lisensi Anda. Sebagian besar pengembang berlisensi akan lebih memilih untuk menjaga hal-hal seperti mereka dalam hal itu.


tambahkan beberapa referensi untuk mendukung pernyataan Anda (yang masuk akal bagi saya tetapi itu tidak masalah), dan saya akan menghapus downvote
nyamuk
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.