7 Keterampilan untuk Ketenaran IT dan Fortune

Dengan kelembapan ekonomi pada fikiran semua orang, andaian tentang keselamatan kerja ada soalan, dan semua orang mula meneliti kemahiran mereka. Terdapat banyak dan banyak pekerjaan berharga yang dilakukan di IT, tetapi beberapa kemahiran dihargai lebih tinggi daripada yang lain. Dengan semua pergolakan yang kami alami dalam IT, banyak kemahiran baru dalam permintaan yang tinggi atau peningkatan nilai yang cepat. Inilah kemahiran Top 7 saya yang dapat membantu anda bukan sahaja menyimpan pekerjaan itu, tetapi mengamankan pekerjaan baru yang lebih baik, meletakkan anda bekerja pada generasi aplikasi IT dan produk generasi seterusnya dalam era aplikasi dalam talian yang disampaikan oleh Web.

Reka bentuk aplikasi web: Saya mempunyai semangat untuk reka bentuk produk yang hebat dan orang yang tahu bagaimana untuk melakukan ini dengan baik. Merancang aplikasi Web yang hebat sangat berbeza dengan merancang laman web yang hebat. Mereka tidak boleh menjadi lebih berbeza dalam buku saya. Kebanyakan pereka UI perlu dapat bekerja di bawah keadaan yang mencabar - kebanyakan orang di sekeliling mereka tidak akan memahami apa yang mereka lakukan, bagaimana mereka melakukannya, apabila mereka perlu dibawa masuk, apa maklumat dan sumber yang mereka perlukan, dan berapa banyak ia berfungsi mengambil masa untuk membuat bukan sahaja reka bentuk UI yang boleh digunakan tetapi juga berguna. Anda harus menjadi orang yang pandai, seseorang yang boleh memasukkan diri mereka ke perbualan antara arkitek, pemaju, pengguna, QA, ujian, pengurusan produk dan semua orang di luar sana yang menganggap mereka boleh merancang perangkap tikus UI yang lebih baik. Reka bentuk UI adalah seperti bola sepak NFL: Semua orang boleh mengenali permainan yang baik apabila mereka melihatnya, tetapi sangat sedikit yang sebenarnya dapat memainkan permainan. Dan kita semua mempunyai pendapat mengenainya.

Salah satu kritikan terbaik yang saya terima daripada pelanggan yang melihat produk saya ialah, "Antara muka pengguna ini kelihatan seperti pemaju yang merancangnya." Itu cukup banyak mengatakan tentang apa yang mereka fikirkan tentang kemudahan penggunaan aplikasi itu. Sekarang, jika anda seorang pemaju yang berfikir anda mungkin mempunyai mata untuk reka bentuk UI, itu boleh menjadi kenyataan yang menghina dari seorang pelanggan. Mungkin anda seorang pemaju yang merupakan pereka UI yang baik, baik atau mencukupi, tetapi anda jauh pengecualian yang jarang berlaku. Jika anda berfikir reka bentuk UI mudah dan tidak memahami apa yang dirumuskan oleh semua, ia pasti memerlukan bantuan daripada pereka UI.

Jika anda ingin mengembangkan kemahiran anda sebagai pereka UI, cari kumpulan pengguna dalam reka bentuk maklumat, membina beberapa kemahiran faktor manusia, belajar bagaimana untuk merancang dan melakukan wawancara pengguna, membangunkan personas pengguna, dan melaksanakan sesi ujian produk yang direka dengan baik dengan pengguna. Paling penting adalah dengan memulakan mengetahui siapa pengguna bagi perisian yang sedang anda bina. Sangat menakjubkan berapa kerap sangat diketahui mengenai pengguna produk atau sistem IT yang sebenar.

Pembangunan aplikasi web: Jika anda menulis aplikasi yang bergantung kepada pelanggan yang berat atau dipasang, saya harus percaya anda ' mungkin tidak berada di barisan depan di mana perkembangan aplikasi diteruskan. Aplikasi web adalah di mana perisian diketuai, dengan SaaS dan PaaS (platform-as-a-service) untuk boot. Menyampaikan aplikasi menerusi penyemak imbas web adalah di mana pembangunan aplikasi paling menarik sedang berlaku, sama ada dengan aplikasi ASP.NET, aplikasi portal Sharepoint, LAMP (Linux Apache MySQL PHP), Java, atau Ruby on Rails. Tambah ke keupayaan yang ditawarkan oleh penyedia PaaS, seperti Amazon, Salesforce / Force.com dan Google, dan perkara-perkara menjadi sangat menarik.

Antara muka web dalam aplikasi boleh menjadi perkara yang lucu. Adakah sesuatu UI Web yang diletakkan di atas aplikasi yang direka dengan baik? Reka bentuk UI Web memandu keseluruhan rancangan aplikasi? Apa yang dirancang terlebih dahulu, back-end atau UI front-end? Nah, itu mungkin campuran kedua-duanya, dengan satu faktor pemacu yang sangat penting. 7 Guru produktiviti kebiasaan Steven Covey berkata, "Mulailah dengan perkara ini." Jenis idea yang anda tidak boleh hilang jika anda tidak tahu di mana anda pergi. Saya telah menyesuaikan kata Covey: Mulailah dengan pengguna akhir dalam fikiran. Mewujudkan keseimbangan yang berkesan reka bentuk front-end dan back-end dalam aplikasi Web adalah kemahiran berseni untuk dihargai oleh pemaju aplikasi Web yang telah menemui bukan hanya bagaimana untuk mencari kira-kira, tetapi juga membantu orang lain mengenai pasukan melihat, menghargai dan menghargainya.

Jumlah aplikasi Web yang akan kami buat pada bulan-bulan dan tahun-tahun mendatang hanya akan meningkat. Pasukan dan pemimpin teknikal yang boleh melakukan ini juga bernilai berat mereka dalam emas. Lakukan ini dengan baik dan anda akan mempunyai pilihan projek dan syarikat anda untuk bekerja dengan.

Pengunaan Virtualization: Saya hanya bercakap pada hari yang lain dengan beberapa rakan sekerja tentang pemacu kewangan di belakang perbualan. Terdapat beberapa cara yang saya suka untuk menunjukkan ini, dan perkara pertama yang saya katakan ialah; Perbualan adalah kawan terbaik CFO (Saya bercakap tentang podcast saya sementara.) Perkara kedua yang saya katakan adalah: Ada tiga jenis CFO: mereka yang bertanya IT bagaimana maya dapat menjimatkan wang, mereka yang telah ditunjukkan oleh IT bagaimana cara maya dapat menjimatkan wang, dan akhirnya, mereka yang mencari ketua IT seterusnya.

Ingin mencetak mata dengan perniagaan? Lakukan langkah besar dalam perkakasan, pusat data, penjimatan perisian dan kemudahan dengan memanfaatkan virtualisasi di mana-mana yang anda boleh. Ia tidak selalunya percuma, terutamanya untuk mendapatkan keupayaan pengurusan yang anda perlukan untuk menggunakan virtualisasi pada sebarang skala, tetapi penjimatan kos yang keras ke atas pembelian perkakasan biasa hanya dengan mudah membenarkan kos perisian pada ROI penyatuan. Sekarang ambil tahap seterusnya, dan tunjukkan bagaimana anda boleh mendapatkan keseimbangan beban, failover, pemulihan bencana dan keupayaan lain melalui virtualisasi, dan CFO anda akan menjadikan anda penghormatan Pemegang Lembaran Emas di Green Visor seterusnya konvensyen perakaunan.

Perbualan bukan hanya untuk pusat data. Sebagai pemaju aplikasi, merancang bagaimana anda dapat memanfaatkan perbualan dalam seni bina aplikasi anda, pilihan penempatan, ujian unit dan ujian QA. Virtualisasi membuat kotak pasir yang hebat semasa menguji idea reka bentuk, meniru konfigurasi rangkaian dan pelayan, dan memuatkan sejumlah besar mesin pengguna akhir simulasi. Faedah QA sahaja hanya memaksa hujah untuk penjimatan kos virtualisasi seperti yang dilakukan di pusat data. Jika lingkungan QA dan makmal anda semakin besar, bukannya lebih kecil, anda melakukan sesuatu yang salah.

Jika anda mencari tempat untuk memulakan tenggelam gigi anda ke dalam virtualisasi, muat turun versi percuma untuk Hyper-V, Xen, dan VMware. Anda akan melihat dengan cepat keperluan untuk menambah keupayaan pengurusan tetapi hal-hal yang percuma untuk dimulakan.

SaaS multi-tenant dan skalabilitas: SaaS adalah di mana ia berada, sama ada anda bercakap tentang aplikasi permintaan perusahaan atau produk dan perkhidmatan yang disampaikan melalui Web. Ia adalah salah satu kawasan terpanas industri kami sekarang. Tetapi SaaS membawa beberapa cabaran baru yang tidak dihadapi sebelum ini, menyebabkan beberapa kekurangan kemahiran di kawasan baru. Mungkin yang paling menjengkelkan adalah apa yang disebut sebagai penyewa: keupayaan untuk menyokong banyak pelanggan (syarikat) dalam satu aplikasi dalam talian yang dihoskan.

Apa masalah besar, katakan? Kami sudah menyokong struktur organisasi yang rumit dalam permohonan kami? Nah, ingatlah bahawa anda mungkin melakukan ini dalam satu perusahaan, atau SME / SBM. Sekarang, bayangkan menampung keperluan kompleks ratusan atau ribuan syarikat. Atau, jika perkhidmatan anda dijual kepada individu, ini mengenai pengendalian keperluan tersebut untuk beribu-ribu pelanggan kecil. Penyewa pelbagai juga bermaksud bahawa semua pilihan konfigurasi boleh berubah oleh pengguna. Tiada kegagalan sistem yang berfungsi untuk semua pengguna kerana kita bukan semua keluarga korporat yang besar. Banyak lagi pilihan konfigurasi yang perlu didedahkan untuk pengguna boleh menyesuaikan untuk memenuhi keperluan individu atau organisasi mereka sendiri. Cabaran ketiga yang saya lihat dalam persekitaran multi-tenant adalah skalabilitas. Pengimejan anda menjalankan semua pelanggan pada perisian anda. Pangkalan data yang sama, reka bentuk kluster, reka bentuk pengurusan transaksi (untuk menamakan beberapa isu) mungkin tidak berfungsi pada skala perkhidmatan SaaS.

Jika anda memahami isu-isu ini dan lebih baik lagi, telah menyelesaikannya dalam aplikasi SaaS yang digunakan, anda adalah antara beberapa elit. Walaupun anda tidak melakukannya sebagai aplikasi SaaS, sistem dan kemahiran perisian dan pengalaman yang sama adalah asas untuk membina dari untuk memasuki persekitaran SaaS. Sekiranya aplikasi generasi akan datang anda adalah aplikasi Web dan mungkin termasuk komponen SaaS (atau akan menjadi SaaS sepenuhnya), kini adalah masa untuk mengasah kemahiran dan membiarkan orang lain mengetahui bahawa anda mempunyai mereka. Ia akan membuat anda semua yang lebih berharga.

Menulis kod selamat: Setiap pemaju menulis kod, tetapi tidak setiap pemaju menulis kod selamat. Walaupun ia bukan kemahiran yang banyak pengurus memahami (atau yang lain), pemaju yang bukan sahaja boleh menulis kod selamat tetapi juga mentor dan mengajar pemaju lain cara membuat kod selamat boleh menjadi ahli pasukan yang tidak ternilai.

Menulis kod selamat adalah lebih daripada sekadar membimbangkan tentang serangan buffer-overflow yang tidak jelas atau keadaan perlumbaan. Anda sudah jelas melihat sekarang tema saya bahawa semakin banyak aplikasi adalah aplikasi Web, dan semakin mereka juga menjadi aplikasi SaaS dalam banyak kes. Serangan web berada di garis depan risiko di mana amalan pembangunan perisian yang baik dan selamat perlu digunakan. Suntikan SQL, skrip silang tapak, URL sihir dan bentuk tersembunyi, pencegahan kebocoran data, mengamankan perkhidmatan Web, dan pelaksanaan SSL yang buruk adalah contoh masalah keselamatan yang perlu dipertimbangkan dan dimuatkan oleh perisian ketika menulis kode selamat.

Jika Anda 'mencari sumber yang baik untuk membuat anda memulakan jalan membuat kod selamat, saya akan mencadangkan dua buku 19 Deadly Sins of Security Software oleh Howard, LeBlanc dan Viega, dan Keselamatan Perkhidmatan Web oleh O'Neill.

Automasi dan metrik QA: Jika anda seorang QA, anda mempunyai tempat yang istimewa di dalam hati saya. Jika anda seorang QA yang hidup untuk mengotomatisasi ujian QA, menangkap metrik dan menggunakan data tersebut untuk meningkatkan pembangunan perisian dan amalan QA, maka anda mendapat tempat istimewa di syurga! Seperti yang anda katakan, saya meletakkan banyak nilai pada kemahiran QA yang berkualiti tinggi, terutamanya pengamal mahir yang tidak hanya mencari semua perisian perisian yang jahat sebelum perisian mana-mana keluar dari pintu, tetapi juga tahu cara menguji secara automatik dan menggunakan pengetahuan yang diperoleh untuk meningkatkan bagaimana perisian dibuat dalam proses. Pemaju perisian mungkin menjadi penyanyi utama dan pemain gitar dalam kumpulan itu, tetapi seperti mana-mana ahli muzik yang berpengalaman tahu, itu adalah gendang dan bass yang membuat atau memecahkan band. Saya suka mengatakan; suka pemaju, dan amanah QA. (Sebenarnya, saya juga suka orang QA.)

Ingin menjadikan diri anda sangat penting sebagai orang QA? Automate, automate, automate. Projek-projek terbaik yang saya telah lakukan telah menguji secara automatik ke tahap 90% lebih tinggi, dan ujian dijalankan beratus-ratus dan ratusan kali sebelum perisian dihantar. Kini, itulah yang saya panggil ujian regresi! Fungsi baru mungkin diuji secara manual, tetapi ujian sentiasa diautomatikasikan sebelum reka bentuk dilakukan pada pembebasan perisian seterusnya. Ini mengenai satu-satunya cara CTO dan VP kejuruteraan yang pernah dapat tidur. Sekarang, ambil satu langkah lebih jauh dan berikan rakan-rakan, pemimpin teknikal dan pengurusan anda dengan pembelajaran dan wawasan yang anda peroleh dari semua ujian itu dan anda akan mencapai status nirvana dalam buku saya. Pengetahuan yang terkandung di dalam semua hasil ujian boleh mengambil organisasi pembangunan yang terbaik ke tahap yang lebih tinggi.

CERTS, ada dan semua sambutan: Saya suka mengatakan Anda tidak boleh salah dengan CERTS. Yang berlaku untuk kening nafas serta pensijilan teknikal. Setiap orang suka berhujah tentang nilai pensijilan: sama ada pensijilan A + bernilai; jika ia bernilai mendapat MCTS vs pergi untuk MCSE penuh; jika mempunyai CISSPs membawa berat yang sama yang pernah dilakukannya; dan berapa banyak pengurus yang mengutamakan pensijilan ke atas pengalaman kerja. Tetapi pada penghujung hari, ia boleh membuat perbezaan antara anda mendapatkan pekerjaan ke atas calon akhir yang lain. Mendapatkan persijilan itu pasti tidak akan menyakiti!

CERTS menunjukkan anda telah mencapai sesuatu yang menunjukkan anda mempunyai beberapa tahap kemahiran, dan ia telah ditunjukkan dengan memenuhi kelayakan pensijilan tersebut. Mereka tidak semestinya akan membiarkan anda terbang pesawat, tetapi anda mungkin mempunyai tembakan yang lebih baik untuk mendapatkan tempat duduk di atas kapal dengan organisasi IT. Anda akan selalu terlalu berharga untuk kehilangan daripada dibuang masa apabila masa ekonomi sukar.

Jika anda ingin mengetahui lebih lanjut tentang persijilan Microsoft, lawati bahagian pembelajaran laman web Microsoft untuk pengesahan. Saya juga mencadangkan beberapa buku latihan pensijilan dari Microsoft Press, seperti Kit Latihan Pentadbiran Windows Server oleh McLean, Konfigurasi Kit Latihan Klien Windows Vista oleh McLean, dan Perkhidmatan Maklumat Internet (IIS) 7.0 Sumber Kit oleh Volodarsky.