Pada tahap pengembangan perangkat lunak industri saat ini, kita dapat mengamati berbagai peran produksi. Jumlah mereka bertambah, klasifikasi menjadi semakin rumit setiap tahun, dan tentu saja, proses pemilihan spesialis dan bekerja dengan sumber daya manusia menjadi semakin rumit. Teknologi informasi (TI) merupakan bidang dengan sumber daya tenaga kerja yang sangat berkualitas dan kekurangan personel. Di sini, proses pengembangan personel dan perlunya kerja sistematis dengan potensi personel jauh lebih efektif dibandingkan seleksi langsung dengan menggunakan sumber daya Internet.
Artikel ini membahas isu-isu yang relevan bagi spesialis SDM di perusahaan TI: hubungan sebab-akibat dalam evolusi peran produksi, konsekuensi dari salah tafsir konten peran untuk pekerjaan SDM secara umum, serta kemungkinan opsi untuk meningkatkan efisiensi perekrutan spesialis.
Manufaktur TI untuk yang belum tahu
Who's who in IT menjadi topik perbincangan di berbagai platform. Ini telah ada selama seluruh industri TI, yaitu sejak kemunculan perusahaan pengembangan perangkat lunak pertama di pasar konsumen pada awal tahun 90an abad yang lalu. Dan untuk jangka waktu yang sama, belum ada konsensus mengenai masalah ini, sehingga menimbulkan kesulitan dan mengurangi efisiensi kerja personel. Mari kita coba mencari tahu.
Bagi saya, topik peran produksi di bidang IT menjadi relevan dan menarik sejak saya bergabung dengan perusahaan IT. Saya menghabiskan banyak waktu dan energi gugup untuk mencoba memahami proses produksi. Biaya-biaya ini melebihi ekspektasi saya dan biaya adaptasi terhadap proses di bidang lain: pendidikan, produksi material, usaha kecil. Saya memahami bahwa prosesnya rumit dan tidak biasa, karena, secara umum, seseorang lebih beradaptasi dengan dunia material daripada dunia maya. Tapi ada penolakan intuitif: sepertinya ada sesuatu yang salah di sini, seharusnya tidak seperti ini. Proses adaptasinya mungkin memakan waktu satu tahun, yang menurut pemahaman saya, bersifat kosmik. Hasilnya, saya memiliki pemahaman yang cukup jelas tentang peran kunci dalam produksi TI.
Saat ini saya terus mengerjakan topik ini, tetapi pada tingkat yang berbeda. Sebagai kepala pusat pengembangan sebuah perusahaan IT, saya sering harus berkomunikasi dengan mahasiswa, dosen, pelamar, anak sekolah dan pihak lain yang ingin berpartisipasi dalam penciptaan produk IT untuk mempromosikan merek perusahaan di pasar tenaga kerja. wilayah baru (Yaroslavl). Komunikasi ini tidak mudah karena rendahnya kesadaran lawan bicara tentang bagaimana proses pengembangan perangkat lunak diatur, dan akibatnya, kurangnya pemahaman mereka terhadap pokok pembicaraan. Setelah berdialog 5–10 menit, Anda berhenti menerima masukan dan mulai merasa seperti orang asing yang pidatonya memerlukan terjemahan. Biasanya, di antara lawan bicara ada seseorang yang menarik garis dalam dialog dan menyuarakan mitos rakyat dari tahun 90an: “Bagaimanapun, semua spesialis IT adalah programmer.” Asal usul mitos tersebut adalah:
- Industri TI berkembang pesat, dalam kondisi seperti ini seluruh makna dan prinsip mendasar berada pada tahap pembentukan;
- Sulit untuk hidup dalam kondisi ketidakpastian, sehingga seseorang berusaha memudahkan dirinya memahami hal yang tidak diketahui dengan menciptakan mitos;
- seseorang lebih terbiasa dengan persepsi dunia material daripada dunia maya, sehingga sulit baginya untuk mendefinisikan konsep-konsep yang berada di luar persepsinya.
Mencoba melawan mitos ini terkadang terasa seperti berputar-putar, karena ada beberapa aspek masalah yang perlu diatasi. Seorang spesialis SDM perlu, pertama, memiliki gambaran yang jelas tentang peran produksi di perusahaan TI dalam perwujudan yang ideal dan nyata, kedua, memahami bagaimana dan kapan sumber daya internal perusahaan dapat digunakan secara paling efektif, dan ketiga, metode nyata apa yang akan digunakan. membantu meningkatkan kesadaran pelaku pasar tenaga kerja dan akan berkontribusi pada pengembangan merek perusahaan. Mari kita lihat lebih dekat aspek-aspek ini.
Siklus hidup perangkat lunak sebagai dasar untuk peran produksi
Bukan rahasia lagi bahwa secara umum semua peran produksi di perusahaan IT mana pun mempunyai siklus hidup perangkat lunak sebagai sumbernya. Oleh karena itu, jika kita menetapkan tugas konseptual untuk menyepakati persepsi terpadu tentang masalah ini di seluruh industri TI, kita harus secara khusus mengandalkan siklus hidup perangkat lunak sebagai dasar semantik yang diterima dan dipahami dengan jelas oleh semua orang. Diskusi tentang opsi spesifik untuk mengimplementasikan peran produksi terletak pada sikap kreatif kami terhadap siklus hidup perangkat lunak.
Jadi, mari kita lihat tahapan yang termasuk dalam siklus hidup perangkat lunak, dengan menggunakan metodologi RUP sebagai contoh. Mereka adalah tautan yang cukup matang dalam hal konten dan terminologi. Proses produksi selalu dan di mana saja dimulai dengan pemodelan bisnis dan pembentukan persyaratan, dan diakhiri (tentu saja dengan syarat) dengan konsultasi pengguna dan modifikasi perangkat lunak berdasarkan “keinginan” pengguna.
Jika Anda melakukan perjalanan sejarah ke akhir abad terakhir (seperti yang Anda ketahui, ini adalah periode “otomatisasi pulau”), Anda dapat melihat bahwa seluruh proses pembuatan perangkat lunak dilakukan oleh seorang programmer-pengembang. Berikut adalah akar dari mitos bahwa setiap spesialis IT adalah seorang programmer.
Dengan meningkatnya kompleksitas proses produksi, munculnya platform terintegrasi dan transisi ke otomatisasi kompleks pada bidang studi, dengan rekayasa ulang proses bisnis, munculnya peran khusus yang terkait dengan tahapan siklus hidup menjadi tidak dapat dihindari. Beginilah penampilan seorang analis, penguji, dan spesialis dukungan teknis.
Keberagaman posisi menggunakan contoh peran analis
Seorang analis (alias seorang insinyur analitik, alias seorang direktur, ahli metodologi, analis bisnis, analis sistem, dll.) membantu “berteman” dengan tugas-tugas bisnis dan teknologi untuk implementasinya. Deskripsi pernyataan masalah untuk pengembang - ini adalah bagaimana seseorang dapat mengkarakterisasi fungsi utama seorang analis abstrak. Dia bertindak sebagai penghubung antara klien dan pengembang dalam proses pembentukan persyaratan, analisis dan desain perangkat lunak. Dalam kondisi produksi nyata, daftar fungsi analis ditentukan oleh metode pengorganisasian produksi, kualifikasi spesialis, dan spesifikasi area subjek yang dimodelkan.
Beberapa analis berlokasi lebih dekat dengan klien. Ini adalah analis bisnis (Analis Bisnis). Mereka sangat memahami proses bisnis bidang subjek dan merupakan ahli dalam proses otomatis. Sangat penting untuk memiliki spesialis seperti itu dalam staf suatu perusahaan, terutama ketika mengotomatisasi bidang studi yang secara metodologis kompleks. Khususnya bagi kami, sebagai automatizer proses APBN, di antara para analis sangat diperlukan adanya ahli di bidangnya. Ini adalah karyawan berkualifikasi tinggi dengan pendidikan keuangan dan ekonomi yang baik serta pengalaman bekerja di otoritas keuangan, lebih disukai sebagai spesialis terkemuka. Pengalaman bukan di bidang TI, tetapi khususnya di bidang subjek, sangatlah penting.
Bagian lain dari analis lebih dekat dengan pengembang. Ini adalah analis sistem (System Analyst). Tugas utama mereka adalah mengidentifikasi, mensistematisasikan dan menganalisis kebutuhan klien untuk dapat memuaskannya, menyiapkan spesifikasi teknis dan menjelaskan pernyataan masalah. Mereka memahami tidak hanya proses bisnis, tetapi juga teknologi informasi, memiliki pemahaman yang baik tentang kemampuan perangkat lunak yang dipasok ke klien, memiliki keterampilan desain dan, karenanya, memahami cara terbaik untuk menyampaikan kepentingan klien kepada pengembang. Karyawan ini harus memiliki pendidikan di bidang ICT dan pola pikir teknik dan teknis, lebih disukai pengalaman di bidang TI. Saat memilih spesialis tersebut, memiliki keterampilan desain menggunakan peralatan modern akan menjadi keuntungan yang jelas.
Tipe analis lainnya adalah penulis teknis. Mereka terlibat dalam dokumentasi sebagai bagian dari proses pengembangan perangkat lunak, menyiapkan manual pengguna dan administrator, instruksi teknologi, video pelatihan, dll. Tugas utama mereka adalah mampu menyampaikan informasi tentang pengoperasian program kepada pengguna dan pihak berkepentingan lainnya, menggambarkan hal-hal yang rumit secara teknis secara ringkas dan jelas. Penulis teknis, sebagian besar, memiliki penguasaan bahasa Rusia yang sangat baik, dan pada saat yang sama memiliki pendidikan teknis dan pemikiran analitis. Bagi spesialis seperti itu, keterampilan menyusun teks teknis yang jelas, kompeten, terperinci sesuai dengan standar, serta pengetahuan dan penguasaan alat dokumentasi adalah yang paling penting.
Jadi, kita melihat peran yang sama (dan, omong-omong, posisinya di tabel kepegawaian) - seorang analis, tetapi dalam inkarnasi aplikasi spesifiknya yang berbeda. Pencarian spesialis untuk masing-masing memiliki karakteristiknya sendiri. Penting untuk diketahui bahwa analis jenis ini harus memiliki keterampilan dan pengetahuan yang seringkali tidak cocok pada satu orang. Salah satunya adalah spesialis humaniora, cenderung melakukan pekerjaan analitis dengan dokumen teks dalam jumlah besar, dengan keterampilan berbicara dan komunikasi yang berkembang, yang lainnya adalah “teknisi” dengan pemikiran teknik dan minat di bidang TI.
Apakah kita mengambil dari luar atau mengembangkannya?
Bagi sebagian besar industri TI, efektivitas seleksi langsung dari sumber daya Internet menurun seiring dengan berkembangnya proyek. Hal ini terjadi, khususnya, karena alasan berikut: adaptasi cepat terhadap proses kompleks dalam perusahaan tidak mungkin dilakukan, kecepatan penguasaan alat tertentu lebih rendah daripada kecepatan pengembangan proyek. Oleh karena itu, penting bagi seorang spesialis SDM untuk mengetahui tidak hanya siapa yang harus dicari secara eksternal, tetapi juga bagaimana menggunakan sumber daya internal perusahaan, dari siapa dan bagaimana mengembangkan seorang spesialis.
Bagi analis bisnis, pengalaman bekerja dalam proses nyata di area subjek sangatlah penting, sehingga merekrut mereka “dari luar” lebih efektif daripada mengembangkannya di dalam perusahaan. Pada saat yang sama, penting bagi seorang spesialis SDM untuk mengetahui daftar organisasi yang dapat menjadi sumber sumber daya manusia ini, dan ketika memilih, fokuslah mencari resume dari mereka.
Sebaliknya, untuk mengisi lowongan seperti analis sistem dan arsitek perangkat lunak, proses pelatihan dalam perusahaan sangatlah penting. Spesialis ini harus dibentuk dalam lingkungan produksi saat ini dan spesifik organisasi tertentu. Analis Sistem berkembang dari Analis Bisnis, Penulis Teknis, dan Insinyur Dukungan Teknis. Arsitek Perangkat Lunak - mulai dari desainer (System Designer) dan pengembang perangkat lunak (Software Developer) seiring mereka memperoleh pengalaman dan memperluas wawasan. Keadaan ini memungkinkan spesialis SDM untuk menggunakan sumber daya internal perusahaan secara efektif.
Persimpangan, integrasi dan evolusi peran produksi
Ada masalah sulit lainnya dari sudut pandang implementasi dalam proses produksi - penetapan batasan yang jelas antar peran. Pada pandangan pertama, tampaknya semuanya sudah jelas: implementasi telah selesai, dokumen untuk mengoperasikan perangkat lunak secara komersial telah ditandatangani, dan semuanya telah diserahkan ke dukungan teknis. Benar, namun, situasi sering muncul ketika klien, karena kebiasaan, berhubungan dekat dengan analis dan melihatnya sebagai "tongkat ajaib", terus berkomunikasi secara aktif dengannya, meskipun sistem telah diterapkan. dan tahap dukungan formal sedang berlangsung. Namun, dari sudut pandang klien, siapa yang akan menjawab pertanyaan tentang bekerja dengan sistem lebih baik dan lebih cepat daripada analis yang memberinya tugas. Dan di sini muncul pertanyaan tentang duplikasi sebagian peran seorang insinyur dukungan teknis dan seorang analis. Seiring waktu, semuanya menjadi lebih baik, klien terbiasa berkomunikasi dengan layanan dukungan teknis, tetapi pada awal penggunaan perangkat lunak, “transisi internal” seperti itu tidak selalu dapat dicapai tanpa tekanan dari kedua sisi.
Persimpangan peran analis dan insinyur dukungan teknis juga muncul ketika aliran persyaratan pengembangan terjadi sebagai bagian dari tahap dukungan. Kembali ke siklus hidup perangkat lunak, kita melihat perbedaan antara kondisi produksi nyata dan sikap formal sehingga analisis kebutuhan dan perumusan masalah dapat dilakukan secara eksklusif oleh seorang analis. Seorang spesialis SDM, tentu saja, perlu memahami gambaran ideal peran dalam siklus hidup perangkat lunak; mereka memiliki batasan yang jelas. Namun pada saat yang sama, Anda harus ingat bahwa persimpangan mungkin saja terjadi. Saat menilai pengetahuan dan keterampilan pelamar, perhatian harus diberikan pada keberadaan pengalaman terkait, yaitu, ketika mencari insinyur dukungan teknis, kandidat dengan pengalaman analis mungkin dipertimbangkan dan sebaliknya.
Selain tumpang tindih, sering kali terjadi konsolidasi peran produksi. Misalnya, seorang analis bisnis dan penulis teknis dapat hidup sebagai satu orang. Kehadiran seorang arsitek perangkat lunak (Software Architect) adalah suatu keharusan dalam pengembangan industri besar, sedangkan proyek yang sangat kecil dapat berjalan tanpa peran ini: di sana fungsi arsitek dilakukan oleh pengembang (Software Developer).
Perubahan periode sejarah dalam pendekatan pembangunan dan teknologi pasti mengarah pada fakta bahwa siklus hidup perangkat lunak juga berkembang. Secara global, tentu saja, tahapan-tahapan utamanya tetap tidak berubah, namun tahapan-tahapan tersebut menjadi lebih rinci. Misalnya, dengan transisi ke solusi berbasis web dan pertumbuhan kemampuan konfigurasi jarak jauh, peran spesialis konfigurasi perangkat lunak telah muncul. Pada tahap awal sejarah, mereka adalah pelaksana, yaitu insinyur yang menghabiskan sebagian besar waktu kerja mereka di tempat kerja klien. Meningkatnya volume dan kompleksitas perangkat lunak menyebabkan munculnya peran Arsitek Perangkat Lunak. Persyaratan untuk mempercepat rilis versi dan meningkatkan kualitas perangkat lunak berkontribusi pada pengembangan pengujian otomatis dan munculnya peran baru - insinyur QA (Quality Assurance Engineer), dll. Evolusi peran di semua tahapan proses produksi sangat terkait dengan perkembangan metode, teknologi, dan alat.
Sejauh ini, kita telah melihat beberapa poin menarik mengenai distribusi peran produksi dalam perusahaan perangkat lunak dalam konteks siklus hidup perangkat lunak. Tentu saja, ini adalah pandangan orang dalam yang khusus untuk masing-masing perusahaan. Bagi kita semua, sebagai peserta pasar tenaga kerja industri TI dan mereka yang bertanggung jawab untuk mempromosikan merek perusahaan, pandangan dari luar akan menjadi sangat penting. Dan di sini ada masalah besar tidak hanya dalam menemukan makna, tetapi juga dalam menyampaikan informasi tersebut kepada khalayak sasaran.
Apa yang salah dengan “kebun binatang” posisi IT?
Kebingungan di benak spesialis SDM, manajer produksi, dan keragaman pendekatan mengarah pada keragaman yang sangat luas, sebuah “kebun binatang” posisi TI yang sesungguhnya. Pengalaman wawancara dan kontak profesional menunjukkan bahwa orang sering kali tidak memiliki pemahaman yang jelas tentang makna yang harus diambil dari jabatan. Misalnya, di organisasi kami, posisi yang menyertakan istilah “insinyur analitik” berasumsi bahwa ini adalah pembuat tugas. Namun, ternyata hal ini tidak terjadi di semua tempat: ada organisasi pengembangan yang mana seorang insinyur analitik adalah pelaksananya. Pemahaman yang sangat berbeda, setujukah Anda?
Pertama, “kebun binatang” posisi TI tidak diragukan lagi mengurangi efektivitas rekrutmen. Setiap pengusaha, ketika mengembangkan dan mempromosikan mereknya, ingin menyampaikan secara ringkas segala makna yang ada dalam produksinya. Dan jika ia sendiri seringkali tidak bisa mengatakan dengan jelas siapa itu siapa, wajar jika ia akan menyebarkan ketidakpastian ke lingkungan eksternal.
Kedua, “kebun binatang” posisi TI menciptakan masalah besar dalam pelatihan dan pengembangan personel TI. Setiap perusahaan IT yang serius, yang bertujuan untuk membentuk dan mengembangkan sumber daya manusia, dan bukan sekedar “memerah” lokasi kerja, cepat atau lambat akan menghadapi kebutuhan untuk berinteraksi dengan institusi pendidikan. Untuk personel IT yang berkualifikasi tinggi, ini adalah segmen universitas, dan yang terbaik, setidaknya yang masuk dalam peringkat TOP-100.
Masalah integrasi dengan universitas ketika membangun proses pelatihan spesialis TI yang berkelanjutan adalah sekitar setengah dari kurangnya pemahaman universitas tentang siapa yang ada di dalam perusahaan TI. Mereka memiliki pemahaman yang sangat dangkal mengenai hal ini. Biasanya, universitas memiliki beberapa spesialisasi dengan kata “ilmu komputer” di namanya, dan sering kali ketika mereka melakukan kampanye penerimaan, mereka mengandalkan tesis bahwa semua spesialisasi pada dasarnya adalah hal yang sama. Dan sepertinya kita mengandalkan mitos populer bahwa semua spesialis IT adalah programmer.
Pengalaman kerjasama erat kami dengan universitas menunjukkan bahwa spesialisasi “Informatika Terapan (menurut industri)” memberi kami personel untuk departemen metodologi dan dukungan teknis, tetapi tidak untuk pengembangan. Sementara “Fundamental Informatics”, “Software Engineering” mempersiapkan sumber daya manusia yang unggul untuk pengembang. Agar pada awalnya tidak mengarahkan pelamar ke jalur yang tidak sesuai untuknya, perlu untuk “menghilangkan kabut” yang mengelilingi produksi TI.
Apakah mungkin untuk membawa semuanya ke penyebut yang sama?
Apakah mungkin untuk menyatukan peran produksi dan mencapai pemahaman yang sama di dalam dan di luar perusahaan?
Tentu saja, hal ini mungkin dan perlu, karena akumulasi pengalaman kolektif dari semua perusahaan pembangunan menunjukkan adanya konsep-konsep yang umum dan menyatukan dalam mengatur proses produksi. Hal ini merupakan konsekuensi dari fakta bahwa masih ada konsep siklus hidup perangkat lunak yang ditafsirkan secara unik, dan peran produksi yang baru muncul (DataScientist, QA-Engineer, MachineLearning Engineer, dll.) merupakan konsekuensi dari klarifikasi dan pengembangan dari siklus hidup perangkat lunak. siklus hidup perangkat lunak, terjadi seiring dengan peningkatan teknologi dan alat, serta pengembangan dan perluasan tugas bisnis.
Pada saat yang sama, sulit untuk menyatukan peran produksi, karena TI adalah salah satu sektor perekonomian termuda dan paling cepat berkembang. Dalam arti tertentu, inilah kekacauan yang menjadi asal muasal alam semesta. Struktur organisasi yang jelas tidak mungkin dan tidak tepat di sini, karena TI adalah bidang yang intelektual namun sangat kreatif. Di satu sisi, seorang spesialis IT adalah seorang "fisikawan" -intelektual dengan pemikiran algoritmik dan matematis yang berkembang, di sisi lain, ia adalah "penulis lirik" -pencipta, pembawa dan promotor ide. Ia, seperti halnya seniman, tidak mempunyai rencana yang jelas untuk melukis, ia tidak dapat menguraikan gambar menjadi beberapa bagian, karena gambar tersebut tidak akan ada lagi. Dia adalah penguasa proses informasi, yang pada dirinya sendiri bersifat abstrak, tidak berwujud, sulit diukur, namun cepat.
Cara membangun kerja personel yang efektif dalam produksi TI
Jadi, apa yang penting untuk diketahui oleh seorang spesialis HR untuk membangun kerja HR yang efektif dalam konteks keragaman peran produksi TI.
Pertama, setiap spesialis SDM di sebuah perusahaan IT harus memiliki gambaran tentang situasi yang khas untuk perusahaannya: siapa melakukan apa, siapa disebut apa, dan yang paling penting, apa arti dari peran-peran tersebut dalam kondisi suatu produksi tertentu.
Kedua, profesional SDM harus memiliki pemahaman yang fleksibel tentang peran produksi. Artinya, pada awalnya dia membentuk pemahaman ideal tentang mereka, yang memungkinkan dia memikirkan semuanya sendiri. Lalu harus ada gambaran nyata mengenai produksi: di mana dan dengan cara apa peran-peran tersebut bersinggungan dan digabungkan, bagaimana persepsi mengenai peran-peran ini di kalangan manajer produksi. Kesulitan bagi spesialis personalia adalah menggabungkan situasi nyata dan ideal dalam pikirannya, bukan mencoba membangun kembali proses secara paksa agar sesuai dengan pemahaman idealnya, namun membantu produksi dalam memenuhi kebutuhan sumber daya.
Ketiga, Anda pasti harus memiliki gambaran tentang kemungkinan lintasan pengembangan spesialis tertentu: dalam hal apa seleksi eksternal bisa efektif, dan kapan waktu terbaik untuk menumbuhkan karyawan di tim Anda, memberinya peluang untuk berkembang, kualitas apa Kandidat akan memungkinkan mereka untuk berkembang ke arah tertentu, yang kualitasnya tidak dapat dicocokkan pada satu orang, yang pada awalnya penting untuk memilih lintasan perkembangan.
Keempat, mari kita kembali ke tesis bahwa TI adalah bidang personel yang berkualifikasi tinggi, di mana integrasi awal dengan lingkungan pendidikan universitas tidak dapat dihindari untuk menghasilkan kerja personel yang lebih efektif. Dalam situasi ini, setiap spesialis SDM harus mengembangkan tidak hanya keterampilan pencarian langsung, bekerja dengan kuesioner dan wawancara, tetapi juga pastikan untuk menavigasi lingkungan pelatihan spesialis di universitas: universitas mana yang mempersiapkan personel untuk perusahaan, spesialisasi apa dalam universitas tertentu. mencakup kebutuhan personel, dan siapa yang berada di balik hal ini, siapa yang mengelola dan melatih spesialis di universitas.
Oleh karena itu, jika kita dengan sengaja menghilangkan prasangka mitos bahwa semua spesialis TI adalah pemrogram, kita perlu mengambil sejumlah langkah ke arah ini dan memberikan perhatian khusus pada universitas kita, di mana landasan persepsi tentang profesi masa depan diletakkan. Dengan kata lain, kita memerlukan interaksi yang konstan dengan lingkungan pendidikan, misalnya menggunakan format kolaborasi modern di coworking center, “titik didih”, dan partisipasi dalam pendidikan intensif. Hal ini akan membantu menghilangkan kesalahpahaman tentang perusahaan TI, meningkatkan efisiensi kerja personel dan menciptakan kondisi untuk kegiatan bersama dalam pelatihan berbagai spesialis di industri kita.
Saya mengucapkan terima kasih kepada rekan-rekan yang turut serta dalam persiapan dan dukungan relevansi artikel ini: Valentina Vershinina dan Yuri Krupin.
Sumber: www.habr.com