Dapatkan jalur dalam pada sertifikasi arsitek J2EE

Lebih dari dua tahun lalu, saya mengajukan diri sebagai penguji beta untuk Sun Microsystems Certified Enterprise Architect untuk ujian Teknologi J2EE (Java 2 Platform, Enterprise Edition). Saya melihat silabus yang direncanakan dan melihat nilainya dalam sertifikasi, jadi saya memutuskan untuk melakukannya. Empat bulan dan banyak kerja keras kemudian, saya menerima sertifikat dan lencana saya melalui pos, hampir seolah-olah saya telah bergabung dengan klub penggemar yang sangat terpilih! Apakah itu layak? Singkatnya, ya. Tujuan langsung saya adalah sertifikasi, tetapi saya terkejut karena proses sertifikasi membuka mata saya terhadap ide dan pendekatan. Saya hanya tidak punya waktu untuk menyelidiki dalam hiruk-pikuk pekerjaan saya. Saya terus terlibat dengan Sun tentang konten dan struktur ujian dan saat ini saya adalah penguji untuk ujian tersebut. Dalam artikel ini,Saya berbagi pengalaman saya dan juga memilih otak Mark Cade, pengembang utama ujian arsitek J2EE Sun. Jika Anda ingin menjadi arsitek J2EE bersertifikat Sun, baca terus.

Mengapa mendapatkan sertifikasi?

Sederhananya, sertifikasi apa pun hanya sebaik badan pemberi penghargaan. Dalam kasus kami, badan pemberi penghargaan adalah Sun, perusahaan di belakang J2EE. Itu membuat besi cor sertifikasi di buku saya. Banyak sertifikasi lain tersedia dari berbagai vendor Java, tetapi Sun ingin memberikan sertifikasi dan menyetujui arsitek untuk platform J2EE, bukan untuk server aplikasi X, Y, atau Z.

Namun secara umum, nilai sertifikasi — baik dari universitas atau perusahaan — sering diperdebatkan di industri kita. Saya tidak memerlukan sertifikat untuk menjadi insinyur perangkat lunak yang berpraktik baik di AS atau di Eropa, tidak seperti kebanyakan profesi lainnya. Bagus, katakan beberapa. Budaya unik peretas kami sedang mengubah cara kerja dunia. Kita hidup atau mati karena keterampilan pengkodean kita, bukan oleh opini beberapa lembaga yang mengering tentang kita. Boo, kata yang lain. Pembuat kode fly-by-night menghasilkan kode yang tidak standar dan tidak berdokumen, sistem tidak fleksibel yang seringkali tidak cukup kuat.

Kedua kubu memiliki argumen yang valid. Tapi pendapat saya jelas: Saya melihat nilai dalam sertifikasi yang disponsori industri. Dan semua hal lain dianggap sama, saya menilai arsitek J2EE bersertifikat lebih tinggi daripada arsitek yang tidak bersertifikat. Ada jauh lebih lemah arsitek tidak bersertifikat daripada arsitek bersertifikat Sun lemah.

Apa ujiannya

Terus terang: Ujian sertifikasi arsitek J2EE adalah cara yang sangat baik untuk membedakan resume Anda. Kandidat yang terus memastikan bahwa mereka mengikuti perkembangan teknologi terbaru dan memegang sertifikasi penting dalam teknologi pilihan mereka adalah orang-orang yang termotivasi dengan baik yang menambah nilai bagi perusahaan mereka, baik sebagai individu maupun sebagai pemain tim. Seperti yang dikatakan oleh Sun's Cade, "Sertifikasi memungkinkan Anda untuk masuk. Misalnya, jika perekrut melihat dua kandidat untuk posisi arsitek, dan yang satu memiliki sertifikasi dan yang lainnya tidak, menurut Anda siapa yang akan mereka tuju. pertimbangkan dulu? "

Sebenarnya menyenangkan bekerja menuju sertifikasi. Pernahkah Anda ingin menyelidiki bagian tertentu dari Unified Modeling Language (UML) atau spesifikasi Enterprise JavaBeans (EJB), atau ingin menyegarkan kembali pola desain yang sudah lama tidak Anda gunakan? Saya menggunakan waktu revisi sertifikasi untuk menjadikan diri saya arsitek yang lebih baik. Misalnya, Bagian 2 memungkinkan saya mengevaluasi alat pemodelan UML yang sudah lama ingin saya coba, sementara Bagian 1 memberi saya kesempatan untuk mempelajari aspek integrasi perusahaan yang belum pernah saya gunakan sebelumnya, seperti pengikisan layar dan integrasi warisan. Sertifikasi J2EE jelas tidak mudah — ini kerja keras. Tetapi jika Anda suka menjadi arsitek J2EE, Anda akan menikmati proses sertifikasi. Ada perasaan pencapaian yang nyata ketika Anda berhasil lulus ujian.

Apa ujiannya tidak

Saya bertanya kepada Cade apa yang tidak bisa diuji sertifikasi. Jawabannya singkatnya: "Sertifikasi bukanlah pengganti pengalaman." Seperti yang mungkin dikatakan Yoda, "satu ujian tidak dibuat oleh seorang arsitek." Jangan mencoba dan mem-bootstrap diri Anda sendiri ke dalam sertifikasi arsitek J2EE jika Anda tidak memiliki keahlian untuk mencadangkannya. Pertama, Anda akan kesulitan untuk lulus ujian, dan kedua, menjadi arsitek J2EE adalah keterampilan terapan; jika Anda tidak memiliki pengetahuan, Anda akan segera terungkap.

Poin lain adalah bahwa ujian arsitek sedikit berbeda dari sertifikasi Java Sun lainnya. Ujian arsitek lebih abstrak, seperti halnya arsitektur. Ujian programmer menguji apakah seseorang memahami bahasanya. Ujian pengembang menguji apakah seseorang dapat menerapkan bahasa untuk memecahkan masalah. Dan ujian arsitek menguji apakah seseorang dapat menggunakan pengetahuannya untuk merancang solusi yang dapat diterapkan oleh pengembang, "Cade menjelaskan.

Profil kandidat yang khas

Kandidat sukses yang khas terbagi dalam dua kelompok utama: insinyur senior yang kuat yang sudah menjadi arsitek dalam semua kecuali nama dan arsitek mapan, mungkin dari disiplin teknologi lain, yang menggunakan sertifikasi arsitek untuk melatih silang ke J2EE, atau sekadar memoles keahlian J2EE mereka.

Keterampilan Java tidak akan menjadi masalah bagi kandidat yang berhasil. Sebaliknya, tantangannya adalah menunjukkan bahwa Anda dapat merancang dan mengomunikasikan desain perangkat lunak J2EE yang kuat dan benar untuk masalah tertentu. Keterampilan penting lainnya termasuk kemampuan untuk memahami bahwa tidak selalu ada jawaban yang sempurna untuk setiap masalah yang diberikan, dan untuk secara koheren dan meyakinkan mempertahankan desain yang Anda usulkan kepada penguji.

Anatomi ujian

Ujian ini dibagi menjadi tiga bagian, masing-masing dirancang untuk menguji aspek keterampilan Anda yang berbeda. Gambar 1 mengilustrasikan langkah-langkah yang diperlukan untuk menjadi arsitek J2EE bersertifikat Sun.

Bagian 1

Bagian 1 terdiri dari 48 pertanyaan pilihan ganda, yang mencakup semua aspek desain aplikasi perusahaan dengan fokus yang kuat pada spesifikasi dan arsitektur EJB. Bagian 1 menguji Anda pada topik mulai dari pola desain hingga antarmuka inti spesifikasi EJB. Anda perlu mengetahui EJB luar dalam — tipe yang berbeda, siklus hidupnya. Anda harus memahami wadah EJB dan potensi perangkap EJB. Anda juga membutuhkan pemahaman yang kuat tentang teknologi konstituen J2EE lainnya, seperti JavaServer Pages (JSP), servlet, Java Database Connectivity (JDBC), dan dukungan XML. Pelajari pola desain utama dan pengelompokannya; kenali mereka dari "tanda tangan" UML mereka. Pertanyaan arsitektur Business-to-business (B2B) mungkin juga menonjol.

Anda harus melewati Bagian 1 sebelum pindah ke Bagian 2.

Bagian 2

Bagian 2 adalah inti dari ujian. Di bagian ini, kandidat harus mengirimkan solusi berbasis J2EE mereka untuk skenario bisnis tertentu. Untuk alasan yang jelas, saya tidak dapat mengungkapkan skenario bisnis aktual yang digunakan, cukup dikatakan bahwa skenario tersebut mengandung aspek B2C (bisnis-ke-konsumen) dan B2B. Tidak banyak pekerjaan persiapan yang bisa dilakukan di sini; Anda hanya perlu menggunakan keterampilan praktis Anda untuk merancang solusi berbasis J2EE. Komunikasi yang jelas sangat penting; Anda harus meyakinkan penguji bahwa Anda tahu apa yang Anda lakukan. Jangan berasumsi apapun. Semua diagram yang dikirim harus sesuai dengan UML.

Bagian 3

Di Bagian 3, kandidat harus menjawab serangkaian pertanyaan tentang pengajuan Bagian 2 mereka. Pertanyaan-pertanyaan ini menguji kemampuan Anda untuk menganalisis desain Anda secara obyektif dan juga memastikan bahwa Anda memiliki pengetahuan mendalam tentang aspek-aspek kunci sistem yang Anda usulkan, termasuk pemeliharaan, kinerja, dan skalabilitas. Tanggapan Anda untuk pertanyaan ini akan tersedia untuk penguji yang sama yang mengoreksi kiriman Bagian 2 Anda, dan dia akan mereferensikan jawaban yang diberikan dengan solusi yang dikirimkan untuk mengevaluasi jawaban esai Anda.

Kiat ujian

Mari kita turun ke paku payung kuningan. Saran apa yang bisa saya tawarkan kepada calon kandidat? Berikut adalah kesalahan teratas yang pernah saya lihat di pengiriman Bagian 2 dan Bagian 3. Saya tidak fokus pada Bagian 1, karena ini adalah bagian pilihan ganda yang langsung; Anda tahu jawaban yang benar atau tidak. Gambar 2 menangkap aspek kunci dari pengajuan ujian yang berhasil dan tidak berhasil, berdasarkan umpan balik penguji langsung sejak ujian arsitek J2EE diluncurkan.

Kesalahan pengiriman teratas

  1. Benar-benar kehilangan nilai ujian. Ujian ini dirancang untuk menguji kemampuan Anda sebagai arsitek J2EE. Semua upaya Anda harus fokus pada penyelesaian masalah bisnis yang diberikan dan tidak terperosok ke dalam mur dan baut masalah J2EE esoterik. Tentu, silakan membahas poin-poin ini juga, tetapi jangan biarkan solusi bisnis Anda menderita sebagai akibatnya.
  2. Pengiriman ceroboh. Sun mengharapkan orang menghabiskan antara 30 sampai 40 jam mengerjakan ujian. Dengan jumlah waktu tersebut, kiriman Anda tidak boleh mengandung kesalahan ketik, diagram UML yang tidak jelas, argumen / justifikasi yang tidak lengkap, dan hasil yang hilang. Banggalah dengan solusi Anda dan pastikan itu adalah upaya terbaik Anda.
  3. Pengiriman yang terlalu rumit. Beberapa kandidat menjadi overdrive dan mengubah sistem perusahaan yang baik menjadi Amazon.com berikutnya. Mundur dan pastikan kiriman Anda sedetail mungkin, tetapi tidak terlalu berlebihan. Konten yang berlebihan mengurangi standar keseluruhan dan mempersulit penguji Anda untuk memberikan nilai.
  4. Jawaban tidak lengkap / tidak memadai untuk Bagian 3. Banyak kandidat tidak cukup berusaha untuk Bagian 3 (pertanyaan esai). Pastikan Anda memberikan jawaban lengkap dan mendukungnya dengan referensi ke bagian tertentu dari arsitektur yang Anda usulkan. Dan harap diperhatikan, menyatakan aplikasi Anda bagus karena berbasis J2EE bukan merupakan pertahanan yang memadai terhadap karakteristik sistem standar, seperti skalabilitas, pemeliharaan, dan kinerja.

Terakhir, jika Anda gagal dalam ujian, belajarlah dari kesalahan Anda. Jika Anda yakin Anda memiliki profil yang tepat dan bahwa Anda gagal karena teknik atau persiapan ujian yang buruk, lupakan dan kelompokkan kembali. Semua kiriman menerima rincian di mana nilai telah diberikan dan dikurangi. Gunakan ini untuk mengidentifikasi kelemahan kiriman Anda. Setelah Anda mengatasi kelemahan ini, kirim kembali.

Di sisi lain, mari kita lihat karakteristik umum pengiriman yang berhasil.

Karakteristik pengiriman yang sukses

  1. Persiapan yang benar dan waktu yang cukup untuk pengiriman. Kandidat yang berhasil memahami apa yang diminta untuk mereka berikan dan kemudian melakukannya. Sesederhana itu. Teknik yang baik untuk Bagian 2 adalah terus bertanya pada diri sendiri apakah Anda sedang mengerjakan apa yang seharusnya Anda lakukan. Tetap disiplin. Pahami pertanyaannya dan tetap di jalur.
  2. Pengiriman yang jelas dan singkat. Kiriman yang berhasil dapat bervariasi panjangnya, tetapi konten menentukan apakah Anda lulus atau gagal. Tip yang berguna adalah bermain sebagai pendukung iblis dengan setiap bagian kiriman Anda. Dimana titik lemahnya? Jika Anda tidak menulisnya, apakah Anda akan memahaminya? Minta rekan kerja untuk meninjau solusi Anda sebelum mengirimkannya. Sungguh menakjubkan apa yang bisa ditangkap oleh sepasang mata kedua.

Berkenaan dengan Bagian 2, jangan terpaku pada alat pemodelan apa yang Anda gunakan untuk menghasilkan kiriman UML yang ditentukan. Kejelasan dan kebenaran harus menjadi tujuan utama Anda. Alat apa pun yang dipilih tidak masalah selama Anda tetap menggunakan hasil yang ditentukan (misalnya, menyediakan halaman index.html utama).

Ujian mendatang

Merefleksikan kemajuan yang terus dicapai J2EE dan teknologi konstituennya, ujian arsitek itu sendiri juga sedang direvisi. Ujian yang diperbarui akan mencakup J2EE 1.4, pola desain J2EE, Java Connector Architecture (JCA), dan metodologi desain seperti Rational Unified Process (RUP) dan program ekstrim (XP). Ekstensi lain yang direncanakan untuk format saat ini termasuk mekanisme umpan balik untuk memungkinkan penguji menanyakan kandidat tentang poin tertentu dari arsitektur mereka.

Ujian yang diubah tidak akan melibatkan wawancara tatap muka dengan calon kandidat. Seperti yang dikatakan Cade, "Menjadi seorang arsitek adalah mampu mengkomunikasikan gagasan Anda secara tertulis dan verbal. Kami dapat menangkap bagian tertulis dari komunikasi tersebut, tetapi kami tidak dapat menilai kandidat berdasarkan kemampuan verbal mereka. Inilah mengapa pemberi kerja harus melakukan wawancara menyeluruh proses."

Fenomena yang menarik adalah bahwa solusi yang diajukan untuk Bagian 2 selama setahun terakhir telah berubah meskipun ujiannya sendiri tidak. Munculnya layanan Web dan pergerakan ke arah yang lebih modular, pendekatan berbasis layanan terhadap arsitektur secara umum mencerminkan jenis solusi yang diajukan kandidat. Bagi saya itu mewakili salah satu nilai nyata ujian arsitek. Ini terus menjadi relevan bahkan sebagai teknik yang disukai dan teknologi yang mendasari berubah dan matang.

Katakan

Mudah-mudahan, Anda sekarang memiliki pemahaman yang lebih jelas tentang sertifikasi arsitek J2EE Sun dan memahami mengapa saya yakin hal ini layak untuk dilakukan. Ini kerja keras, tetapi imbalannya adalah setelah berhasil diselesaikan, Anda akan menjadi arsitek yang lebih baik. Ujian arsitek saat ini sedang direvisi untuk mengimbangi platform J2EE, dan Sun menyambut baik masukan Anda tentang konten dan struktur ujian.

Jika Anda memiliki ide tentang cara meningkatkan ujian, saya ingin sekali mendengarnya. Gunakan formulir umpan balik JavaWorld (lihat Sumber) untuk mengirimkan pemikiran Anda kepada kami. Ini cara yang bagus untuk membantu memengaruhi fase selanjutnya dari proses sertifikasi arsitek.

Bagian Sumber Daya di bawah ini berisi tautan yang berguna untuk Anda mulai. Ujian ini bukanlah pengganti untuk pengalaman arsitektur langsung, tetapi ini merupakan pelengkap yang bagus untuk pengalaman tersebut, terutama jika Anda menerima pekerjaan sertifikasi sebagai kesempatan untuk mengisi celah dalam pengetahuan Anda. Jika saat ini Anda sedang mengerjakan ujian, semoga berhasil! Jika tidak, mengapa tidak?