Dapatkan bahagian dalam sijil arkitek J2EE

Lebih dari dua tahun yang lalu, saya menjadi sukarelawan sebagai penguji beta untuk ujian Teknologi Sun Microsystems Certified Enterprise Architect untuk J2EE (Java 2 Platform, Enterprise Edition). Saya melihat sukatan pelajaran yang dirancang dan melihat nilai dalam pensijilan, jadi saya memutuskan untuk mencarinya. Empat bulan dan banyak kerja keras kemudian, saya menerima sijil dan lencana melalui surat, seolah-olah saya telah menyertai kelab peminat yang sangat terpilih! Adakah ianya berbaloi? Dalam satu perkataan, ya. Matlamat saya yang mudah adalah pensijilan, tetapi saya terkejut kerana proses pensijilan membuka mata saya kepada idea dan pendekatan yang saya tidak sempat menyiasat dalam kesibukan pekerjaan saya hari ini. Saya terus berinteraksi dengan Sun mengenai isi dan struktur peperiksaan dan kini saya menjadi pemeriksa untuk ujian tersebut. Dalam artikel ini,Saya berkongsi pengalaman saya dan juga memilih otak Mark Cade, pembangun utama ujian arkitek Sun's J2EE. Sekiranya anda ingin menjadi arkitek J2EE yang diperakui oleh Sun, baca terus.

Mengapa disahkan?

Ringkasnya, sebarang sijil hanya sebanding dengan badan penganugerahan. Dalam kes kami, badan penganugerahan adalah Sun, syarikat di belakang J2EE. Itu menjadikan pensijilan menjadi bahan besi dalam buku saya. Banyak pensijilan lain tersedia dari pelbagai vendor Java, tetapi Sun ingin mengesahkan dan meluluskan arkitek untuk platform J2EE, bukan untuk pelayan aplikasi X, Y, atau Z.

Namun, secara umum, nilai pensijilan - sama ada dari universiti atau syarikat - sering diperdebatkan dalam industri kita. Saya tidak memerlukan sijil untuk menjadi jurutera perisian yang berlatih sama ada di AS atau di Eropah, tidak seperti kebanyakan profesion lain. Hebat, katakan beberapa. Budaya penggodam unik kami mengubah cara dunia berfungsi. Kami hidup atau mati dengan kemahiran pengekodan kami, bukan oleh pendapat institusi kami yang kering. Boo, kata yang lain. Pengkod terbang pada waktu malam menghasilkan kod yang tidak standard dan sistem tidak fleksibel, tidak fleksibel yang sering tidak cukup mantap.

Kedua-dua kem mempunyai hujah yang sah. Tetapi pendapat saya jelas: Saya melihat nilai dalam perakuan yang ditaja oleh industri. Dan semua perkara lain sama, saya menilai arkitek J2EE yang diperakui lebih tinggi daripada arkitek yang tidak disahkan. Terdapat arkitek yang jauh lebih lemah daripada arkitek yang disahkan oleh Sun yang lemah.

Apa itu peperiksaan

Mari kita terus terang: Ujian pensijilan arkitek J2EE adalah kaedah yang sangat baik untuk membezakan resume anda. Calon yang terus menerus memastikan mereka mengikuti teknologi terkini dan memiliki sijil penting dalam teknologi pilihan mereka adalah orang yang bermotivasi baik yang memberi nilai tambah kepada syarikat mereka, baik sebagai individu dan sebagai pemain pasukan. Seperti yang dikatakan oleh Sun's Cade, "Pensijilan membolehkan anda mendapatkan pintu. Sebagai contoh, jika perekrut melihat dua calon untuk jawatan arkitek, dan satu mempunyai sijil dan yang lain tidak, anda fikir mereka akan pergi pertimbangkan dahulu? "

Ini sebenarnya boleh menyeronokkan untuk mencapai persijilan. Pernahkah anda ingin menyelidiki bahagian tertentu dari Unified Modeling Language (UML) atau spesifikasi Enterprise JavaBeans (EJB), atau ingin menyegarkan corak reka bentuk yang belum lama anda gunakan? Saya menggunakan masa semakan pensijilan saya untuk menjadikan diri saya arkitek yang lebih baik. Sebagai contoh, Bahagian 2 membolehkan saya menilai alat pemodelan UML yang telah saya cuba untuk mencuba, sementara Bahagian 1 memberi saya peluang untuk memperhatikan aspek integrasi perusahaan yang belum pernah saya gunakan sebelumnya, seperti pengikisan skrin dan integrasi warisan. Pensijilan J2EE pastinya tidak mudah - ia adalah kerja keras. Tetapi jika anda suka menjadi arkitek J2EE, anda akan menikmati proses pensijilan. Terdapat perasaan pencapaian sebenar apabila anda berjaya lulus dalam peperiksaan.

Apa yang bukan peperiksaan

Saya bertanya kepada Cade apakah sijil yang tidak dapat diuji. Singkatnya jawapannya: "Persijilan bukan pengganti pengalaman." Seperti yang dikatakan Yoda, "satu ujian tidak dibuat oleh arkitek." Jangan cuba dan masukkan diri anda ke dalam sijil arkitek J2EE jika anda tidak mempunyai kemahiran untuk menyandarkannya. Pertama, anda akan berjuang untuk lulus peperiksaan, dan kedua, menjadi arkitek J2EE adalah kemahiran yang diterapkan; jika anda tidak mempunyai pengetahuan, anda akan terdedah dengan cepat.

Perkara lain adalah bahawa ujian arkitek secara halus berbeza dari pensijilan Java yang lain dari Sun. "Ujian arkitek lebih abstrak, sama seperti seni bina. Ujian pengaturcara menguji sama ada seseorang memahami bahasa. Ujian pemaju menguji sama ada seseorang boleh menggunakan bahasa untuk menyelesaikan masalah. Dan ujian arkitek menguji sama ada seseorang boleh menggunakan pengetahuannya untuk membina penyelesaian yang dapat dilaksanakan oleh pemaju, "jelas Cade.

Profil calon khas

Calon berjaya yang berjaya masuk ke dalam dua kumpulan utama: jurutera kanan yang kuat yang sudah menjadi arkitek dari semua kecuali arkitek yang terkenal dan terkenal, mungkin dari disiplin teknologi lain, yang menggunakan perakuan arkitek untuk melatih J2EE, atau hanya meneruskan kepakaran J2EE mereka.

Kemahiran Java tidak akan menjadi masalah bagi calon yang berjaya. Sebaliknya, cabarannya adalah untuk menunjukkan bahawa anda dapat merancang dan menyampaikan reka bentuk perisian J2EE yang mantap dan betul untuk masalah tertentu. Kemahiran penting lain termasuk kemampuan untuk memahami bahawa tidak selalu ada jawapan yang sempurna untuk setiap masalah yang diberikan, dan untuk mempertahankan rancangan yang anda cadangkan kepada pemeriksa secara koheren dan berhati-hati.

Anatomi peperiksaan

Peperiksaan dibahagikan kepada tiga bahagian, masing-masing dirancang untuk menguji aspek kemahiran anda yang berbeza. Gambar 1 menggambarkan langkah-langkah yang diperlukan untuk menjadi arkitek J2EE yang diperakui oleh Sun.

Bahagian 1

Bahagian 1 terdiri dari 48 pertanyaan pilihan ganda, yang merangkumi semua aspek reka bentuk aplikasi perusahaan dengan fokus yang kuat pada spesifikasi dan seni bina EJB. Bahagian 1 menguji anda mengenai topik dari corak reka bentuk hingga antara muka teras spesifikasi EJB. Anda perlu mengetahui EJB di dalam dan luar - pelbagai jenis, kitaran hayatnya. Anda mesti memahami bekas EJB dan perangkap EJB yang berpotensi. Anda juga memerlukan pemahaman yang kuat dari teknologi penyusun J2EE lain, seperti JavaServer Pages (JSP), servlet, Java Database Connectivity (JDBC), dan sokongan XML. Ketahui corak reka bentuk utama dan pengelompokannya; kenali mereka dari "tandatangan" UML mereka. Soalan seni bina perniagaan-ke-perniagaan (B2B) juga dapat dilihat dengan jelas.

Anda mesti lulus Bahagian 1 sebelum beralih ke Bahagian 2.

Bahagian 2

Bahagian 2 adalah nadi peperiksaan. Dalam bahagian ini, calon mesti menyerahkan penyelesaian berdasarkan J2EE mereka untuk senario perniagaan tertentu. Atas sebab-sebab yang jelas, saya tidak dapat mendedahkan senario perniagaan sebenar yang digunakan, cukup dengan mengatakan bahawa ia mengandungi aspek B2C (perniagaan-ke-pengguna) dan B2B. Tidak banyak kerja persiapan yang dapat dilakukan di sini; anda mesti menggunakan kemahiran praktikal anda untuk mencari penyelesaian berasaskan J2EE. Komunikasi yang jelas sangat penting; anda mesti meyakinkan pemeriksa bahawa anda tahu apa yang anda lakukan. Jangan menganggap apa-apa. Semua rajah yang dihantar mestilah mematuhi UML.

Bahagian 3

Pada Bahagian 3, calon mesti menjawab serangkaian soalan mengenai penyerahan Bahagian 2 mereka. Soalan-soalan ini menguji kemampuan anda untuk menganalisis reka bentuk anda secara objektif dan juga memastikan bahawa anda mempunyai pengetahuan mendalam mengenai aspek utama sistem yang anda cadangkan, termasuk pemeliharaan, prestasi, dan kemampuan skala. Jawapan anda untuk soalan-soalan ini akan tersedia untuk pemeriksa yang sama yang membetulkan penyerahan Bahagian 2 anda, dan dia akan merujuk jawapan yang diberikan dengan penyelesaian yang dihantar untuk menilai jawapan esei anda.

Petua peperiksaan

Mari turun ke tembaga kuningan. Nasihat apa yang dapat saya berikan kepada calon calon? Berikut adalah kesilapan utama yang saya lihat dalam penyerahan Bahagian 2 dan Bahagian 3. Saya tidak memfokus pada Bahagian 1, kerana ia adalah bahagian pilihan ganda yang mudah; anda tahu jawapan yang betul atau tidak. Gambar 2 merangkumi aspek-aspek utama kedua-dua penyerahan peperiksaan yang berjaya dan tidak berjaya, berdasarkan maklum balas pemeriksa langsung sejak ujian arkitek J2EE dilancarkan.

Kesalahan penyerahan teratas

  1. Sepenuhnya kehilangan mata peperiksaan. Peperiksaan ini dirancang untuk menguji kemahiran anda sebagai arkitek J2EE. Segala usaha anda harus menumpukan perhatian pada menyelesaikan masalah perniagaan yang diberikan dan tidak terperangkap dalam masalah j2EE esoterik. Tentu, jangan ragu untuk menangani perkara ini juga, tetapi jangan biarkan penyelesaian perniagaan anda menderita sebagai akibatnya.
  2. Penyerahan ceroboh. Sun mengharapkan orang menghabiskan masa antara 30 hingga 40 jam untuk mengerjakan peperiksaan. Dengan jumlah masa tersebut, kiriman anda tidak boleh mengandungi kesalahan ketik, diagram UML yang tidak jelas, argumen / justifikasi yang tidak lengkap, dan penyampaian yang hilang. Banggakan penyelesaian anda dan pastikan ini adalah usaha terbaik anda.
  3. Penyerahan yang terlalu rumit. Sebilangan calon memasuki overdrive dan mengubah sistem perusahaan yang berpagar menjadi Amazon.com seterusnya. Langkah mundur dan pastikan penyerahan anda sedetail mungkin, tetapi tidak terlalu berlebihan. Kandungan yang berlebihan mengurangkan standard keseluruhan dan menyukarkan pemeriksa anda untuk memberi markah.
  4. Jawapan yang tidak lengkap / tidak mencukupi untuk Bahagian 3. Ramai calon tidak cukup berusaha dalam Bahagian 3 (soalan esei). Pastikan anda memberikan jawapan yang lengkap dan sandarkan dengan merujuk kepada bahagian-bahagian tertentu dari seni bina yang anda cadangkan. Dan harap maklum, menyatakan aplikasi anda bagus kerana berasaskan J2EE tidak merupakan pertahanan yang mencukupi terhadap ciri sistem standard, seperti skalabilitas, kebolehlanjutan, dan prestasi.

Akhirnya, jika anda gagal dalam peperiksaan, pelajari dari kesilapan anda. Sekiranya anda yakin bahawa anda mempunyai profil yang betul dan anda gagal kerana teknik atau persiapan peperiksaan yang buruk, letakkan di belakang anda dan kumpulkan semula. Semua penyerahan menerima perincian di mana markah telah diberikan dan ditolak. Gunakan ini untuk mengenal pasti kelemahan penyerahan anda. Sebaik sahaja anda mengatasi kelemahan ini, kemudian hantar semula.

Di bahagian lain, mari kita lihat ciri umum penyerahan yang berjaya.

Ciri penyerahan yang berjaya

  1. Persiapan yang betul dan masa yang mencukupi dihabiskan untuk menghantar. Calon yang berjaya memahami apa yang diminta untuk diberikan dan kemudian melakukannya. Sederhana itu. Teknik yang baik untuk Bahagian 2 adalah dengan terus menerus bertanya pada diri sendiri jika anda sedang berusaha untuk apa yang seharusnya. Kekal berdisiplin. Fahami soalan dan terus berada di landasan yang betul.
  2. Penyerahan yang jelas dan ringkas. Penyerahan yang berjaya boleh berbeza panjangnya, tetapi kandungannya menentukan apakah anda lulus atau gagal. Petua yang berguna adalah bermain penyokong syaitan dengan setiap bahagian penyerahan anda. Di mana titik lemahnya? Sekiranya anda tidak menulisnya, adakah anda akan memahaminya? Minta rakan sekerja menyemak penyelesaian anda sebelum mengemukakannya. Sungguh menakjubkan apa yang dapat ditangkap oleh sepasang mata kedua.

Berkenaan dengan Bahagian 2, jangan bergantung pada alat pemodelan apa yang Anda gunakan untuk menghasilkan kiriman UML yang ditentukan. Kejelasan dan kebenaran harus menjadi tujuan utama anda. Mana-mana alat pilihan adalah baik selagi anda berpegang pada penyampaian yang ditentukan (contohnya, menyediakan halaman index.html utama).

Peperiksaan masa depan

Mencerminkan kemajuan yang terus dicapai oleh J2EE dan teknologi penyusunnya, ujian arkitek itu sendiri juga dalam semakan. Peperiksaan yang dikemas kini akan merangkumi J2EE 1.4, corak reka bentuk J2EE, Java Connector Architecture (JCA), dan metodologi reka bentuk seperti Rational Unified Process (RUP) dan extreme program (XP). Sambungan lain yang dirancang untuk format semasa termasuk mekanisme maklum balas untuk membolehkan pemeriksa menyoal calon mengenai perkara-perkara tertentu dalam seni bina mereka.

Ujian yang dirombak tidak akan melibatkan wawancara tatap muka dengan calon calon. Seperti yang dikatakan oleh Cade, "Sebilangan besar menjadi arkitek dapat menyampaikan idea anda secara bertulis dan secara lisan. Kami dapat menangkap bahagian komunikasi yang ditulis, tetapi kami tidak dapat menilai calon berdasarkan kemampuan lisan mereka. Inilah sebabnya mengapa majikan mesti mengadakan wawancara menyeluruh proses."

Fenomena yang menarik adalah bahawa penyelesaian yang dikemukakan untuk Bahagian 2 sejak tahun lalu telah berubah walaupun peperiksaan itu sendiri belum. Munculnya perkhidmatan Web dan langkah menuju pendekatan yang lebih modular, didorong oleh perkhidmatan untuk seni bina pada umumnya mencerminkan jenis penyelesaian yang dikemukakan oleh calon. Itu mewakili saya salah satu nilai sebenar peperiksaan arkitek. Ia terus relevan walaupun teknik pilihan dan teknologi yang mendasari berubah dan matang.

Adakah pendapat anda

Mudah-mudahan, anda kini mempunyai pengertian yang lebih jelas mengenai pensijilan arkitek J2EE Sun dan memahami mengapa saya percaya ia layak diteruskan. Ia adalah kerja keras, tetapi ganjarannya adalah apabila berjaya, anda akan menjadi arkitek yang lebih baik. Peperiksaan arkitek sedang diperbaiki untuk mengikuti platform J2EE, dan Sun mengalu-alukan input anda mengenai isi dan struktur peperiksaan.

Sekiranya anda mempunyai idea tentang cara meningkatkan peperiksaan, saya ingin mendengarnya. Gunakan borang maklum balas JavaWorld (lihat Sumber) untuk mengirimkan pendapat anda kepada kami. Ini adalah kaedah yang baik untuk membantu mempengaruhi fasa seterusnya proses pensijilan arkitek.

Bahagian Sumber di bawah mengandungi pautan berguna untuk memulakan anda. Peperiksaan ini bukan pengganti pengalaman seni bina yang praktikal, tetapi ia merupakan pelengkap pengalaman itu, terutamanya jika anda merangkumi karya pensijilan sebagai peluang untuk mengisi jurang pengetahuan anda. Sekiranya anda kini berjaya dalam peperiksaan, semoga berjaya! Sekiranya anda tidak, mengapa tidak?