Pendapat saya sangat subjektif tentang profesional dan bukan hanya pendidikan di bidang IT

Pendapat saya sangat subjektif tentang profesional dan bukan hanya pendidikan di bidang IT

Biasanya saya menulis tentang TI - pada berbagai, kurang lebih, topik yang sangat terspesialisasi seperti SAN/sistem penyimpanan atau FreeBSD, tapi sekarang saya mencoba untuk berbicara di bidang orang lain, sehingga bagi banyak pembaca alasan saya selanjutnya akan tampak cukup kontroversial atau bahkan naif. Namun, memang begitulah adanya, oleh karena itu saya tidak tersinggung. Namun, sebagai konsumen langsung dari pengetahuan dan layanan pendidikan, menyesali birokrasi yang buruk ini, dan juga sebagai seorang amatir yang antusias ingin berbagi urbi et orbi dengan “penemuan dan penemuannya” yang meragukan, saya juga tidak bisa tinggal diam.

Oleh karena itu, Anda bisa melewatkan teks ini lebih jauh sebelum terlambat, atau merendahkan diri dan bertahan, karena, dengan mengutip sebuah lagu terkenal, yang saya inginkan hanyalah mengendarai sepeda.

Jadi, untuk melihat semuanya ke dalam perspektif, mari kita mulai dari jauh – dari sekolah, yang secara teori seharusnya mengajarkan hal-hal dasar tentang sains dan dunia di sekitar kita. Pada dasarnya, bagasi ini disajikan dengan menggunakan metode skolastik tradisional, seperti menjejalkan kurikulum sekolah yang dikebiri dengan cermat, berisi serangkaian kesimpulan dan rumus terbatas yang disiapkan oleh guru, serta pengulangan tugas dan latihan yang sama secara berulang-ulang. Karena pendekatan ini, topik-topik yang dipelajari seringkali kehilangan kejelasan makna fisik atau praktisnya, yang menurut saya menyebabkan kerusakan kritis pada sistematisasi pengetahuan.

Secara umum, di satu sisi, metode sekolah baik untuk menanamkan secara massal serangkaian informasi minimum yang diperlukan ke dalam kepala mereka yang tidak benar-benar ingin belajar. Di sisi lain, hal tersebut dapat memperlambat perkembangan mereka yang mampu mencapai lebih dari sekedar melatih refleks.

Saya akui bahwa dalam 30 tahun sejak saya meninggalkan bangku sekolah, situasinya telah berubah menjadi lebih baik, namun saya rasa masih belum terlalu jauh dari Abad Pertengahan, apalagi agama telah kembali ke sekolah dan terasa cukup baik di sana.

Saya belum pernah bersekolah di perguruan tinggi atau lembaga pendidikan kejuruan lainnya, jadi saya tidak bisa mengatakan apa pun yang substantif tentang hal tersebut, namun ada risiko tinggi bahwa mempelajari suatu profesi di sana mungkin hanya sekedar melatih keterampilan terapan tertentu, dan melupakan teorinya. dasar.

Teruskan. Dengan latar belakang sekolah, lembaga pendidikan atau universitas, dari sudut pandang perolehan ilmu, tampak seperti saluran keluar yang nyata. Kesempatan, bahkan dalam beberapa hal kewajiban, untuk mempelajari materi secara mandiri, kebebasan yang lebih besar dalam memilih metode pembelajaran dan sumber informasi membuka peluang yang luas bagi mereka yang mampu dan ingin belajar. Itu semua tergantung pada kedewasaan siswa dan cita-cita serta tujuannya. Oleh karena itu, terlepas dari kenyataan bahwa pendidikan tinggi sampai batas tertentu mendapat reputasi stagnan dan tertinggal dari perkembangan TI modern, banyak siswa yang masih berhasil mempraktikkan metode kognisi, serta mendapatkan kesempatan untuk mengkompensasi kekurangan di sekolah. pendidikan dan menguasai kembali ilmu belajar secara mandiri dan mandiri untuk memperoleh ilmu pengetahuan.

Adapun semua jenis kursus yang diselenggarakan oleh pemasok peralatan dan perangkat lunak TI, Anda perlu memahami bahwa tujuan utama mereka adalah untuk mengajari konsumen cara menggunakan program dan peralatan mereka, seringkali algoritma dan landasan teori, serta yang paling penting. rincian tentang apa yang tersembunyi “di balik terpal” , dibahas di kelas hanya sejauh produsen terpaksa melakukannya untuk memberikan informasi umum tentang teknologi tanpa mengungkapkan rahasia dagang dan tidak lupa untuk menekankan keunggulannya dibandingkan pesaing.

Untuk alasan yang sama, prosedur sertifikasi untuk spesialis TI, terutama pada tingkat pemula, sering kali mengalami tes pengetahuan yang tidak signifikan, dan tes tersebut menanyakan pertanyaan-pertanyaan yang sudah jelas, atau lebih buruk lagi, tes tersebut menguji pengetahuan refleksif pelamar terhadap materi tersebut. Misalnya, dalam ujian sertifikasi, mengapa tidak bertanya kepada teknisi “dengan argumen yang mana: -ef atau -ax sebaiknya Anda menjalankan perintah ps,” mengacu pada varian distribusi UNIX atau Linux tersebut. Pendekatan seperti ini mengharuskan peserta tes untuk menghafalnya, serta banyak perintah lainnya, meskipun parameter ini selalu dapat diklarifikasi secara manual jika suatu saat administrator melupakannya.

Untungnya, kemajuan tidak berhenti, dan dalam beberapa tahun beberapa argumen akan berubah, argumen lainnya akan ketinggalan jaman, dan argumen baru akan bermunculan dan menggantikan argumen lama. Seperti yang terjadi di beberapa sistem operasi, di mana seiring berjalannya waktu mereka mulai menggunakan versi utilitas ps yang lebih memilih sintaks tanpa “minus”: ps ax.

Lalu bagaimana? Itu benar, perlu untuk melakukan sertifikasi ulang spesialis, atau lebih baik lagi, membuat aturan bahwa setiap N tahun sekali, atau dengan dirilisnya perangkat lunak dan peralatan versi baru, “ijazah yang sudah ketinggalan zaman” dicabut, sehingga mendorong para insinyur untuk menjalani sertifikasi menggunakan versi yang diperbarui. Dan, tentu saja, sertifikasi harus dibayar. Hal ini terlepas dari fakta bahwa sertifikat dari satu vendor akan kehilangan nilai lokalnya secara signifikan jika pemberi kerja spesialis tersebut berpindah vendor dan mulai membeli peralatan serupa dari pemasok lain. Dan oke, jika hal ini hanya terjadi pada produk komersial “tertutup”, yang aksesnya terbatas, dan oleh karena itu sertifikasi bagi produk tersebut memiliki nilai tertentu karena kelangkaannya yang relatif, namun beberapa perusahaan cukup berhasil dalam menerapkan sertifikasi untuk produk “terbuka”, misalnya misalnya, seperti yang terjadi pada beberapa distribusi Linux. Selain itu, para insinyur sendiri mencoba untuk terpikat pada sertifikasi Linux, menghabiskan waktu dan uang untuk itu, dengan harapan pencapaian ini akan menambah bobot mereka di pasar tenaga kerja.

Sertifikasi memungkinkan Anda untuk membakukan pengetahuan para spesialis, memberi mereka satu tingkat pengetahuan rata-rata dan mengasah keterampilan hingga otomatisasi, yang, tentu saja, sangat cocok untuk gaya manajemen yang beroperasi dengan konsep-konsep seperti: jam kerja, jam kerja, manusia. sumber daya dan standar produksi. Pendekatan formal ini berakar pada masa keemasan era industri, di pabrik-pabrik besar dan pabrik-pabrik industri yang dibangun di sekitar jalur perakitan, di mana setiap pekerja diharuskan melakukan tindakan tertentu secara tepat dan dalam waktu yang sangat terbatas, dan sama sekali tidak ada waktu untuk berpikir. Namun, untuk berpikir dan mengambil keputusan, selalu ada orang lain di pabrik. Jelasnya, dalam skema seperti itu seseorang berubah menjadi "roda penggerak dalam sistem" - elemen yang mudah diganti dengan karakteristik kinerja yang diketahui.

Namun tidak di perusahaan industri, melainkan di bidang TI, kualitas luar biasa seperti kemalasan memaksa orang untuk berupaya melakukan penyederhanaan. Dalam sistem Skill, Rules, Knowledge (SRK), banyak di antara kita yang secara sukarela lebih memilih menggunakan keterampilan yang telah dikembangkan secara otomatis dan mengikuti aturan yang dikembangkan oleh orang-orang pintar, daripada berusaha, mengeksplorasi masalah secara mendalam dan mendalam. memperoleh pengetahuan sendiri, karena ini sangat mirip dengan menciptakan sepeda lain yang tidak berarti. Dan, pada dasarnya, seluruh sistem pendidikan, mulai dari sekolah hingga kursus/sertifikasi spesialis TI, memaafkan hal ini, mengajar orang untuk belajar daripada melakukan penelitian; melatih keterampilan yang cocok untuk aplikasi atau peralatan tertentu, alih-alih memahami akar permasalahan, pengetahuan tentang algoritma dan teknologi.

Dengan kata lain, selama pelatihan, sebagian besar tenaga dan waktu dicurahkan untuk mempraktikkan pendekatan tersebut”Как menggunakan alat ini atau itu”, daripada mencari jawaban atas pertanyaan “Mengapa apakah cara kerjanya begini dan bukan sebaliknya?” Untuk alasan yang sama, bidang TI sering kali menggunakan metode “praktik terbaik”, yang menjelaskan rekomendasi untuk konfigurasi “terbaik” dan penggunaan komponen atau sistem tertentu. Tidak, saya tidak menolak gagasan praktik terbaik, ini sangat bagus sebagai lembar contekan atau daftar periksa, tetapi sering kali rekomendasi seperti itu digunakan sebagai "palu emas", rekomendasi tersebut menjadi aksioma yang tidak dapat diganggu gugat yang diikuti dengan ketat oleh para insinyur dan manajemen. dan tanpa pikir panjang, tanpa bersusah payah mencari tahu jawabannya atas pertanyaan “mengapa” suatu rekomendasi diberikan. Dan ini aneh, karena jika seorang insinyur dipelajari и tahu bersifat material, ia tidak perlu bergantung begitu saja pada pendapat yang berwenang, yang cocok untuk sebagian besar situasi, namun kemungkinan besar tidak dapat diterapkan pada kasus tertentu.

Terkadang dalam kaitannya dengan praktik terbaik, hal ini mencapai titik yang tidak masuk akal: bahkan dalam praktik saya, terdapat kasus ketika vendor yang memasok produk yang sama dengan merek berbeda memiliki pandangan yang sedikit berbeda mengenai subjek tersebut, sehingga ketika mereka melakukan penilaian tahunan atas permintaan pelanggan, salah satu laporan selalu berisi peringatan tentang pelanggaran praktik terbaik, sementara yang lain, sebaliknya, memuji kepatuhan penuh.

Dan biarkan ini terdengar terlalu akademis dan pada pandangan pertama tidak dapat diterapkan di bidang-bidang seperti mendukung Sistem TI yang memerlukan penerapan keterampilan, bukan studi suatu subjek, tetapi jika ada keinginan untuk keluar dari lingkaran setan, meskipun ada kelangkaan informasi dan pengetahuan yang benar-benar penting, akan selalu ada cara dan metode untuk mengatasinya. itu keluar. Setidaknya menurut saya mereka membantu:

  • Berpikir kritis, pendekatan ilmiah dan akal sehat;
  • Mencari penyebab dan mempelajari sumber informasi utama, teks sumber, standar dan deskripsi formal teknologi;
  • Penelitian versus menjejalkan. Tidak adanya rasa takut terhadap “sepeda”, yang konstruksinya memungkinkan, setidaknya, untuk memahami mengapa pengembang, insinyur, dan arsitek lain memilih cara ini atau itu untuk memecahkan masalah serupa, dan, maksimal, membuat sepeda menjadi rata. lebih baik dari sebelumnya.

Sumber: www.habr.com

Tambah komentar