Saya berasal dari negara di mana penggunaan kata "Insinyur" atau "Teknik" diatur secara ketat oleh undang-undang. Ini berarti bahwa Anda harus memiliki gelar sarjana Teknik dan lulus ujian untuk bergabung dengan asosiasi profesional Insinyur untuk menggunakan gelar tersebut. Saya agak bingung tentang istilah "Insinyur Perangkat Lunak" seperti yang digunakan dalam industri, secara global.
Saya membaca halaman wikipedia tentang Insinyur Perangkat Lunak dan bagian terkait dari halaman tentang penggunaan istilah, yang menawarkan diskusi mendalam. Namun pertanyaan saya entah bagaimana lebih konkret.
Mengetahui bahwa saya tidak memiliki gelar di bidang teknik (namun, saya suka berpikir saya menghasilkan perangkat lunak fungsional, dirancang dengan baik!), Ketika saya melihat celah untuk insinyur perangkat lunak dari perusahaan internasional, apakah akan tepat bagi saya untuk mendaftar ? Haruskah saya menekankan bahwa saya tidak memiliki gelar sarjana teknik?
sumber
an opening for a software engineer from an international company
Itu sangat tergantung pada di mana perusahaan atau cabang perusahaan yang Anda lamar berada. Negara yang berbeda memiliki undang-undang dan peraturan yang sangat berbeda, tidak ada jawaban global. Anda harus mendekati ini berdasarkan kasus, misalnya saya dianggap sebagai Insinyur Perangkat Lunak di Inggris (tempat saya belajar) tetapi tidak di Yunani (tempat saya tinggal dan bekerja).Jawaban:
Anda tidak akan membuang waktu siapa pun. Lakukan untuk itu. Dan Anda bahkan tidak perlu menekankan bahwa Anda tidak memiliki gelar sarjana teknik. CV Anda (Resume) jelas akan menyatakan derajat apa yang Anda pegang, dan dengan kesimpulan apa yang tidak Anda pegang. Hanya menghindari perusahaan yang secara khusus menyatakan bahwa mereka hanya mencari yang terakreditasi dll.
EDIT: Alasan untuk ini adalah bahwa pengembangan perangkat lunak komputer telah, masih, dan akan berlanjut untuk sementara waktu untuk menjadi bidang industri yang dipimpin oleh ledakan yang tumbuh secara eksplosif, di mana 99% dari "semua pekerjaan itu" dipelajari di tempat kerja, bukan di Universitas. Universitas itu baik untuk belajar mengkhususkan diri pada mata pelajaran tertentu melalui gelar Master atau lebih tinggi, dan ketika sebuah perusahaan mencari seorang spesialis mereka biasanya menyatakan persyaratan ini. Ini berasal dari seseorang yang memegang "Gelar Sarjana dalam Ilmu Komputer" dan yang belajar bahwa apa yang dia lakukan sebenarnya adalah ilmu di luar Universitas. (Awalnya di sekolah menengah, ketika saya mengetahui apa itu pencarian biner, dan kemudian di tempat kerja, ketika saya mengetahui apa itu OOP. Di Universitas mereka belum pernah mendengar tentang OOP.)
sumber
Di AS, itu "insinyur perangkat lunak" adalah judul pekerjaan umum yang tidak benar-benar berarti apa pun yang berbeda dari "programmer / analis" atau "pengembang perangkat lunak". Itu tergantung apa yang ingin diberikan perusahaan sebagai judul.
Misalnya, di satu tempat saya dipekerjakan, hampir semua orang memiliki jabatan yang berakhir dengan "insinyur" atau "teknisi". Manajer SDM di lokasi saya disebut "Insinyur Sumber Daya Manusia Pimpinan".
sumber
Beberapa pengembang perangkat lunak terbaik yang pernah bekerja dengan saya tidak memiliki gelar yang terkait dengan pengembangan perangkat lunak. Saya sendiri memiliki gelar di bidang TI tetapi masih mengejar karir di bidang pengembangan perangkat lunak.
Asosiasi teknik profesional cenderung terbentuk ketika bidang teknis tertentu hampir mendekati standar universal dan tidak tertandingi serta praktik yang diterima DAN ketika jumlah tenaga kerja berkualitas yang relatif besar dibandingkan dengan permintaan untuk para profesional seperti itu. Ini terjadi di bidang teknik yang relatif matang.
Rekayasa perangkat lunak tidak ada di sana (belum) tetapi perlahan semakin dekat. Masalahnya adalah jika Anda mengambil sampel acak insinyur perangkat lunak hari ini dan mengajukan pertanyaan sederhana kepada mereka, seperti "Desain aplikasi berbasis web CRUD untuk pelacakan __ " dan Anda akan mendapatkan desain yang sangat berbeda. Beberapa akan menjadi desain yang bagus, beberapa akan menjadi miskin, beberapa akan unik, beberapa akan menjadi boilerplate. Persetan jika Anda memasukkan James Gosling, Martin Fowler dan beberapa pemikir hebat lainnya ke dalam sebuah ruangan, mereka mungkin akan memiliki lebih banyak argumen dan perbedaan daripada yang mereka sepakati.
Lebih lanjut mempertimbangkan bahwa dari perspektif bisnis dan sosial kita cenderung baik-baik saja dengan perangkat lunak berkualitas buruk kadang-kadang (tergantung pada ketersediaan alternatif dan harga). Bandingkan dengan perspektif bisnis dan masyarakat tentang kualitas yang kami harapkan dari jembatan. Tidak ada yang menerima jembatan berkualitas buruk, dan insinyur yang merancang jembatan melakukannya di bawah panduan ketat dan standar yang diterima.
Menurut pendapat saya itu akan sampai pada titik di mana suatu hari nanti biaya dan nilai 90% dari perangkat lunak yang tersedia saat ini akan lebih selaras, dan apa yang akan tersisa akan menjadi proyek besar, mahal dan sangat didorong oleh proyek dengan metode yang diterima dan diformalkan untuk pendekatan desain. masalah. Hanya pada titik ini kebutuhan insinyur yang berkualifikasi dalam asosiasi profesional lebih besar daripada kebutuhan untuk anak cerdas yang dapat melakukan pekerjaan dengan formalitas yang lebih rendah. Saya tidak melihat ini terjadi setidaknya 15-20 tahun lagi.
sumber
Biasanya dalam iklan pekerjaan disebutkan apakah gelar diperlukan atau tidak. Putuskan apakah akan mendaftar atau tidak, tergantung pada ini. Jika tidak disebutkan, maka ada kemungkinan pekerjaan itu membutuhkan lebih banyak pengalaman atau sikap daripada gelar. Dalam hal ini, menurut saya Anda dapat mendaftar dan mengambil peluang Anda. Bagaimanapun ketika perekrut melihat bahwa Anda tidak memiliki gelar dalam resume Anda, mereka akan memutuskan apakah akan memilih Anda.
sumber
Setidaknya di AS, kuncinya adalah Anda harus dapat melakukan apa yang dijelaskan dalam deskripsi. Cara Anda mendapatkan keterampilan itu kurang penting.
NAMUN- ada perusahaan yang melakukan penyaringan di mana sangat membantu untuk posisi entry level jika Anda memiliki:
Ini sebagian besar berkaitan dengan proses penyaringan perusahaan dan jumlah pelamar yang mereka miliki. Semakin tidak formal perusahaan, pada umumnya, semakin tidak ketat skrining.
Pada akhirnya, saya memiliki sedikit keraguan bahwa Anda bisa mendapatkan pekerjaan melakukan "rekayasa perangkat lunak" asalkan Anda dapat melakukan apa yang mereka katakan dalam deskripsi dan Anda dapat membuat kasus itu melalui resume dan wawancara Anda. Definisi "rekayasa" sebagai sesuatu yang sangat diundangkan dan dibuat-buat cukup unik untuk negara tertentu sehingga tidak akan diterjemahkan secara internasional. Beberapa sertifikasi profesional mungkin - semuanya tergantung pada sertifikasi dan spesialisasi yang diperlihatkannya.
Resume
Sejauh resume berjalan, saya akan merekomendasikan menyoroti apa yang BISA Anda lakukan. Bukan apa yang belum kamu lakukan. Format resume klasik akan mencakup: - tujuan Anda - pendidikan Anda - keterampilan teknis Anda - pengalaman kerja Anda sebelumnya
Meninggalkan elemen kritis adalah cara yang baik untuk menunjukkan bahwa Anda tidak memiliki elemen itu, Anda tidak perlu pergi ke atas dan melampaui untuk mengatakan apa yang tidak Anda lakukan. Misalnya, jika Anda telah menyelesaikan beberapa tahun di perguruan tinggi, tetapi belum matrikulasi, sebutkan di mana Anda pergi ke sekolah dan berapa tahun, dan beberapa kursus utama. Kurangnya tanggal kelulusan (atau tanggal kelulusan yang diharapkan) adalah petunjuk langsung bahwa Anda belum menyelesaikan sekolah.
Ketika berbicara dengan keterampilan yang Anda peroleh melalui proyek pribadi independen, Anda memiliki dua opsi, IMO, tergantung pada seberapa banyak ruang yang Anda miliki.
untuk kandidat yang lebih muda, saya akan mendaftarkan pengakuisisi keterampilan di bagian keterampilan - misalnya bahasa pemrograman, metodologi, alat pengembangan, dll. Dan kemudian daftar proyek pribadi di bawah "pengalaman" dengan anotasi bahwa ini adalah proyek pribadi. Saya bertemu dengan seorang kandidat yang telah menerapkan kode server web dinamis dengan cara ini, di sebuah situs permainan, dan ketika dia memberikan tautannya, saya pergi ke atas dan ke luar untuk bermain dengan situsnya dan memahami apa yang telah dia lakukan - itu adalah kemenangan nyata untuk diskusi kita.
untuk kandidat yang lebih berpengalaman dengan daftar pengalaman sepanjang satu mil - cukup tempelkan keterampilan baru di "bagian keterampilan / pengetahuan" kecuali proyek tersebut tidak dapat dipercaya dan tersedia untuk ditinjau. Misalnya, jika Anda mengkodekan sebagian besar Hibernate - taruh di sana !!! tetapi jika Anda membuat server web untuk grup bingo Anda ... Saya mungkin lebih tertarik pada perusahaan besar yang mempekerjakan Anda selama 3 tahun terakhir ...
Filosofi umum saya adalah - itu tugas Anda untuk menunjukkan kepada perusahaan mengapa mereka HARUS mempekerjakan Anda. Adalah tugas mereka untuk memeriksa apakah Anda paling cocok untuk posisi itu dan mereka akan melakukannya dengan memperhitungkan Anda dibandingkan dengan kumpulan calon mereka yang lebih besar. Jika setiap pelamar lain memiliki gelar formal dan sertifikasi profesional, maka Anda mungkin kurang beruntung ... tetapi jika tidak, Anda mungkin memiliki keahlian yang sempurna.
sumber
Jangan terjebak dalam gelar. Jika mereka benar-benar berarti bagi perusahaan itu, mereka hanya akan mengabaikan CV / Resume Anda. Anda harus melamar ke setiap pekerjaan yang Anda rasa akan Anda nikmati. Jangan membatasi diri Anda di gerbang awal. Pada kasus terburuk, buang-buang waktu Anda tiga puluh menit.
sumber
Insinyur perangkat lunak bukanlah insinyur sungguhan. Telah ada gerakan untuk memformalkan pengembangan perangkat lunak ke dalam posisi rekayasa, namun telah banyak mengalami guncangan. Pengembangan perangkat lunak masih terlalu baru dan berkembang terlalu cepat untuk didefinisikan dengan benar ke dalam profesi teknik, seperti insinyur mekanik atau listrik. Ada juga beberapa perdebatan mengenai apakah pengembangan perangkat lunak benar-benar cocok dengan definisi insinyur yang sama atau apakah akan bermanfaat untuk menjadikan pengembangan perangkat lunak sebagai proses rekayasa.
sumber
"Software engineer isn't a real engineer."
Katakan itu ke IEEE. Atau ke ABET, di mana Komisi Akreditasi Rekayasa menilai program Rekayasa Perangkat Lunak sebagai lawan Komisi Akreditasi Komputasi yang menilai program ilmu komputer dan teknologi informasi."There is also some debate as to whether software development actually fits in the same definition of engineer or if it would even be beneficial to make software development an engineering process."
Seperti yang didefinisikan oleh IEEE dan didukung oleh orang-orang seperti Steve McConnell dan David Parnas, itu adalah rekayasa.