Apakah sertifikasi Java penting untuk peran arsitek? [Tutup]

Saya ingin tahu seberapa besar Sertifikasi Java (SCJP, SCWCD, dan lainnya) penting untuk posisi arsitek. Jika seseorang memiliki pengalaman yang baik dalam pengembangan Java dan ingin mengejar karirnya di tingkat arsitek, apakah kalian pikir dia perlu memiliki sertifikasi pada CV-nya. Jika dia tidak pernah bekerja pada peran pengembang utama?

Jika Anda melakukan wawancara saya untuk posisi arsitek. Dan saya telah bekerja sebagai pengembang web Java di berbagai tim yang memiliki 5 tahun pengalaman. Jangan pernah memimpin apa pun. Dan saya memiliki lencana sertifikasi pada CV saya.

Bagaimana seorang pengembang dapat membuat jalur kariernya menjadi seorang arsitek dalam sebuah tim?

Ironi sertifikasi di ruang Java adalah bahwa itu sebenarnya yang terendah yang saya pikir paling berguna.

Saya memiliki Programmer Java Certified Java lama misalnya (yang terendah yang dapat Anda miliki). Meskipun tidak benar-benar mengajari Anda apa pun yang tidak dapat dipelajari oleh programmer mana pun dengan melakukan tutorial Java selama beberapa minggu, itu berfungsi sebagai filter sederhana. Untuk melewatinya, Anda hanya perlu tahu inti Java dasar - dalam hal ini, itu mungkin filter yang agak berguna untuk peran junior di mana Anda sedang mencari programmer Java lurus. Jika mereka memilikinya, itu berarti mereka tahu dasar Jawa.

Saya tidak pernah melakukan sertifikasi yang lebih tinggi dari ini - tetapi sejujurnya, dari pengalaman saya telah menemukan bahwa sebagian besar arsitek sampai di sana dengan menjadi senior dan pemimpin tim dan mendapatkan promosi di perusahaan hanya dengan menjadi baik pada apa yang mereka lakukan. Saya benar-benar tidak dapat membayangkan salah satu perusahaan Jawa yang pernah saya kerjakan mempekerjakan seseorang untuk peran arsitek di luar jalan. Pada dasarnya pengembang senior dan pemimpin tim in-house yang akhirnya mendapatkan peran arsitektur.

Bagaimanapun, saya pikir yang penting adalah menunjukkan kecakapan untuk arsitektur dan desain sistem tingkat tinggi dengan mengambil kepemilikan tugas-tugas besar yang melatih keterampilan ini. Mungkin, dalam beberapa hal, melibatkan menjadi pemimpin tim tingkat bawah terlebih dahulu. Pengalaman desain sistem tingkat tinggi "seperti arsitektur" yang telah terbukti memimpin dan berjalan jauh lebih lama daripada sertifikasi di tingkat ini.

Catatan : Saya sendiri bukan arsitek (atau bahkan pemimpin tim), tetapi inilah yang saya amati selama lebih dari 10 tahun di berbagai perusahaan. Orang-orang yang akhirnya menjadi arsitek adalah orang-orang yang tahu bagaimana mengambil alih tugas-tugas besar, memimpin tim, dan menyelesaikan pekerjaan. Dan saya tidak tahu siapa yang memiliki sertifikasi Java sama sekali.

Setiap kali saya mewawancarai orang-orang saya biasanya mengabaikan sertifikasi mereka. Dalam pengalaman saya, sertifikasi bukanlah barometer yang baik untuk pengetahuan yang dapat digunakan. Pertanyaan saya selama wawancara biasanya akan memberi tahu saya jika orang tersebut mengetahui informasi yang diperlukan DAN dapat menerapkannya pada masalah dunia nyata.

Di awal karir saya, saya belajar untuk dan mencapai SCJP saya, dan saya akan melakukannya lagi hanya karena tujuan sertifikasi adalah motivasi bagi saya untuk belajar dan mempelajari rincian rumit Jawa. Sertifikasi itu sendiri tidak melakukan apa pun untuk karier saya.

Mereka cenderung tidak terlalu berarti sama sekali di AS, namun di tempat-tempat seperti India di mana ada banyak pelamar yang benar-benar memenuhi syarat dan kompetisi yang lebih tinggi untuk pekerjaan top seperti Arsitek Perangkat Lunak maka mereka dapat digunakan untuk menyingkirkan kandidat tertentu.

Saya pikir sertifikasi pada akhirnya sepadan bahkan jika mereka hanya sedikit bermanfaat tetapi tentu saja mereka banyak urutan kepentingan lebih rendah daripada bakat dan keterampilan sejati.

Pertanyaan Anda mengkhawatirkan saya bahwa saya tidak berpikir Anda mungkin siap untuk peran SA. Arsitek perangkat lunak yang baik IMHO harus memiliki latar belakang yang beragam dalam banyak teknologi yang berbeda. Ia harus memiliki setidaknya pemahaman tingkat tinggi tentang kerangka kerja atau bahasa apa pun, dan kemampuan untuk mengevaluasi secara kritis sistem warisan untuk kekuatan dan kelemahan dalam desain. Mengingat sejumlah kendala, seorang arsitek perangkat lunak yang baik juga harus dapat menentukan sejumlah solusi potensial yang berbeda dan mempertimbangkan pro dan kontra dari masing-masing solusi tersebut.

Ketika seorang manajer tingkat tinggi bertanya mengapa Anda memilih Java daripada Ruby, apa yang Anda katakan? Bagaimana dengan manfaat PHP versus C #? Bisakah Anda mendefinisikan Model Data Anemik? Apa manfaat dari pendekatan Java EE dibanding pendekatan Spring Framework AOP atau sebaliknya?

Ini adalah jenis pertanyaan yang harus dapat dijawab oleh arsitek dan jika Anda harus melakukan penelitian untuk hal ini, maka Anda mungkin tidak bisa mengerjakannya.

SCJP adalah sertifikat yang sangat mendasar. Anda tentu harus mendapatkan ini, lalu lakukan SCJD. (Perhatikan bahwa hal-hal ini memiliki nama baru sekarang.) SCWCD juga dasar. Lakukan sesuatu yang lebih mengesankan.

http://en.wikipedia.org/wiki/Sun_Certified_Professional

Dalam hal tanggung jawab Anda di pekerjaan, Anda mungkin harus melakukan pekerjaan kepemimpinan proyek sebelum mencari posisi arsitektur.

Apakah sertifikasi bagus di jalur karier untuk arsitek?

Iya. Menurut pendapat saya, hasil utama sertifikasi adalah beberapa tinjauan umum. Anda tahu teknologinya (berhati-hatilah bukan berarti Anda tahu bagaimana menggunakan teknologinya - itu perlu latihan). Untuk arsitek, akan sangat berguna untuk memiliki gambaran umum yang solid tentang teknologi yang digunakan di bidang spesialisasinya tetapi di dunia Java sertifikasi tidak harus cukup - Anda juga harus tahu tentang beberapa server aplikasi utama dan kerangka kerja.

Saya melewati banyak sertifikasi MS dan hanya karena persiapan untuk sertifikasi ini, saya menjadi terbiasa dengan bagian-bagian API yang tidak perlu saya gunakan sebelumnya (dan kadang-kadang saya tidak tahu sama sekali tentang mereka). Kemudian saya dapat mengusulkan bagian-bagian dari API ini sebagai solusi siap pakai untuk beberapa masalah. Jadi itulah alasan mengapa saya terus mengambil sertifikasi. Sertifikasi itu sendiri tidak berarti apa-apa saat wawancara sampai Anda membuktikan bahwa Anda mengetahui hal-hal terkait.

Apakah sertifikasi akan membantu saya mendapatkan pekerjaan sebagai arsitek?

Tidak. Sertifikasi itu sendiri tidak ada artinya. Anda harus memiliki keterampilan lain untuk menjadi seorang "arsitek". Pemrograman itu sendiri tidak cukup untuk menjadi arsitek - Anda harus dapat membuat keputusan, untuk mengambil tanggung jawab, untuk merancang komponen atau seluruh aplikasi dan untuk mempersiapkan pekerjaan untuk yang lain (kadang-kadang bahkan memimpin mereka). Anda harus memiliki keterampilan komunikasi yang baik.

Setidaknya itulah yang saya harapkan dari arsitek. Tapi apa / siapa arsitek? Bagi saya itu hanya kata kunci yang sudah digunakan. Lebih dari setengah arsitek yang pernah saya temui berada di waktu yang tepat (atau cukup lama) di tempat yang tepat untuk dipromosikan. Menjadi arsitek tidak berarti bahwa Anda baik atau lebih baik daripada orang lain dan bahkan jika Anda adalah Anda masih pada tingkat karir yang sama seperti ini yang tidak. Begitu saya bertemu seseorang bagaimana menyebut dirinya arsitek, saya selalu sangat curiga.

Intinya - Anda harus memahami pengkodean dalam konteks NFR dan bagaimana mereka memecahkan masalah bisnis / menciptakan keuntungan strategis. Perhatikan bahwa saya tidak mengatakan apa-apa tentang kemampuan memprogram dengan baik (walaupun biasanya diharapkan. Ini mencakup sebagian besar komentar lain tetapi memperluasnya lebih lanjut. Apakah memilih Spring memberi Anda bobot yang lebih ringan, aplikasi yang berkinerja lebih cepat, sekaligus mengorbankan kemampuan modifikasi? Jika jadi, apa dampak bisnis dari keputusan atribut ini? Apakah itu menghadirkan tantangan konfigurasi manajemen dan pemeliharaan untuk tim DevOps Anda yang baru dibentuk? Apakah model pengiriman SaaS pribadi masuk akal? Seperti yang dikatakan salah satu poster, itu sangat banyak tentang pengambilan keputusan,

Jadi jika Anda berpikir Anda membutuhkan sertifikat, Anda mungkin benar. Tetapi apa yang Anda butuhkan di luar level SCJP yang spesifik bahasa, kurang jelas. Anda sebaiknya menjelajahi ITIL, PMI-ACP, CSSLP, TOGAF9, ArchiMate 2, Sertifikat Profesional Arsitektur Perangkat Lunak SEI & Sertifikat Penilai ATAM, dan parit penting - IASA Foundation Associate. Ini akan lebih jauh untuk mempersiapkan Anda untuk menjadi seorang Arsitek daripada SCWCD. Yang mengatakan, memperoleh SCEA (sekarang OCM Java Architect) masih bisa menjadi latihan yang bermanfaat untuk mempersiapkan Anda secara khusus di dunia Jawa dan juga menangani ulasan papan, tetapi selain itu, saya akan fokus pada yang saya sebutkan.

The papan kualifikasi arsitektur perangkat lunak internasional menyediakan vendor- dan teknologi kurikulum netral (mereka tidak menjual kursus atau kelas!), Dengan fokus pada metodologi dan konseptual pengetahuan.

Bisa, imho, melengkapi sertifikasi yang berpusat pada teknologi.

Mereka mungkin akan membantu karena menunjukkan beberapa kemampuan teknis dan ketekunan.

Tetapi sebenarnya tidak seharusnya; Arsitektur bukan pemrograman.

Saya kira kita berbicara tentang peran "Arsitek Solusi" di sini. Peran solusi arsitek cukup kompleks dan melibatkan banyak hal.

• Memahami dan menyesuaikan dengan Arsitektur Perusahaan organisasi
• Ditto arsitektur teknis
• Ditto arsitektur keamanan
• Memahami maksud dan tujuan sponsor proyek. Memverifikasi persyaratan itu relevan dengan sasaran-sasaran ini
• Memilih platform, bahasa pengembangan, kerangka kerja dan perpustakaan, dll. Dari yang direkomendasikan oleh arsitek teknis.
• Mungkin (dan Anda perlu alasan yang sangat bagus untuk melakukan ini!) Membujuk arsitek teknis untuk menerima platform, bahasa atau kerangka kerja di luar set yang direkomendasikan.
• Menegosiasikan antarmuka ke aplikasi lain.
• Memberikan dokumentasi yang diperlukan oleh arsitek keamanan.
• Menentukan persyaratan perangkat keras berdasarkan persyaratan non fungsional, beban yang diharapkan, dll.
• Meminta perangkat keras, koneksi jaringan dan perangkat lunak dll yang diperlukan dari tim infrastruktur
• Memberikan dokumentasi yang diperlukan oleh tim infrastruktur
• Memberikan dokumentasi arsitektur yang diperlukan oleh tim operasi

Sebagian kecil dari peran tersebut berkaitan dengan lingkungan pemrograman dan pengembangan, dalam praktiknya, sebagian besar waktu Anda akan dihabiskan untuk mengisi dokumen pelat ketel, atau, menghadiri pertemuan tanpa akhir di mana satu-satunya kontribusi Anda adalah untuk memveto saran idiot dan memastikan bahwa ada sisa kewarasan dalam perjanjian yang dihasilkan.

Paling tidak dalam dunia korporat seseorang dengan sertifikasi selalu memiliki keunggulan atas orang yang tidak, tidak harus memiliki pengetahuan / keterampilan tetapi sebagai perusahaan mengatakan itu menunjukkan inisiatif.