Halo semuanya. Saya seorang programmer reguler yang mengenakan jubah senior di satu perusahaan grosir biasa. Saya telah terlibat dalam pengembangan komersial selama sekitar 10 tahun, saya mulai dengan pengembangan firmware untuk potongan kecil besi, dan sekarang saya membuat backend dari berbagai tingkat kompleksitas terutama pada Java / Kotlin yang sekarang modis. Saya memilih profesi ini dengan panggilan - sebagai anak sekolah yang selalu menyolder sesuatu, diprogram di selembar kertas (tidak ada komputer) dan semua itu. Berikutnya adalah profil pendidikan, bekerja di berbagai perusahaan - terkemuka dan biasa, asing dan domestik. Karena itu, saya dapat mengatakan bahwa saya seorang programmer ideologis. Dan saya tidak pernah mengerti orang-orang yang menunggu hari Jumat - saya selalu bekerja dengan senang hati, apa pun yang terjadi di sana. Itu, setidaknya sampai saat ini. Dari beberapa titik saya “bangkrut” dan sulit memaksakan diri untuk pergi ke pekerjaan yang saya cintai. Sesuatu menggangguku sebelumnya, tetapi sekarang setelah pikiranku terbentuk di kepalaku, aku bisa mengatakan apa yang salah dengan dunia IT-ku yang dulu nyaman.
Kompleksitas yang berlebihan
Ketika saya bekerja pada kelenjar, saya sangat menyukai properti yang saya lihat melalui bagaimana hal ini bekerja - byte apa yang bergerak, di area memori apa ini terjadi dan bagaimana kompiler menangani kode. Ada perasaan tenang dan kontrol. Ketika saya beralih ke pengembangan backend sedikit kemudian, saya terkikik tentang konfigurasi xml tanpa akhir untuk EJB atau pegas yang sama. Saya akan tahu apa yang menanti saya di masa depan. Sekarang saya hanya tidak mengerti (dan sudah putus asa memahami) apa yang terjadi di dalam keterikatan saya yang tidak rumit. Banyak lapisan abstraksi, wadah dalam wadah, banyak buku pedoman, skrip, alat, versi, file konfigurasi. Saya masih belum tahu bagaimana proyek ini dikerahkan, yang telah saya kerjakan selama enam bulan sekarang. Dan tentu saja, Anda tidak dapat membuat monolit, setidaknya di tahap pertama. Pastikan untuk segera membagi semuanya menjadi layanan microser, karena begitu benar (di konferensi mereka mengatakan bahwa mereka melakukan ini di perusahaan X). Dan tentu saja, kita tidak dapat menggunakan Apache HTTP Client yang baik untuk pergi ke layanan yang kita butuhkan setiap beberapa menit sekali, karena klien ini tidak sinkron, dan tidak memiliki limiter tingkat bawaan, mekanisme tekanan balik atau barang mewah lainnya. Untuk pertanyaan saya, "Mengapa ini semua diperlukan untuk memuat 1 permintaan / menit?" Saya hanya mendapat tatapan mencela dari rekan-rekan saya, yang dahinya tulisan "Ini Anda bodoh" bersinar.
Topik terpisah adalah Mr. Javascript dengan kerangka kerjanya yang tak terhitung jumlahnya. Sejujurnya saya tidak mengerti bagaimana mungkin untuk menciptakan begitu banyak alat untuk sebuah alat yang hanya perlu menggambar formulir di halaman web dan dari waktu ke waktu mengirim permintaan untuk backend. Untung aku melakukan backend.
Pada contoh frontend (dan bukan hanya itu), kita dapat dengan jelas melihat bagaimana kita berjalan dalam lingkaran: mari kita jalankan semua logika di sisi server -> dan sekarang di sisi klien -> dan sekarang di server lagi dan seterusnya pada infinitum iklan. Mari menulis frontend dan backend dalam satu bahasa -> dan sekarang mari kita dalam bahasa yang berbeda -> dan mari kita lagi dalam satu bahasa. Mari kita buat skema untuk format data -> skema hanya untuk orang-orang tua -> dan tidak, skema dibutuhkan semua sama. Salah satu sidekick saya menaiki perpustakaan open source-nya dari yaml ke xml, hanya karena ada skema di sana dan itu bagus ketika Anda terkikik dengan konfigurasi yang sangat besar, dan sebuah IDE yang menyadari XSD dapat melakukan setengah pekerjaan untuk Anda. Dari hal di atas, masalah berikut ini terjadi:
Terlalu banyak
Alat, bahasa, buku, konferensi, kerangka kerja, dll. Untuk waktu yang lama di belakang hari-hari ketika, untuk pengembangan perangkat lunak, itu sudah cukup untuk memiliki pengetahuan tentang satu PL, beberapa perpustakaan, dan itu saja. Sekarang kami sedang menunggu ratusan kerangka kerja, dengan selusin bahasa (bahkan dalam kerangka satu proyek), modis dan tidak terlalu DBMS, pialang pesan yang ada di mana-mana, ratusan rake penyebaran tersebar ratusan kilometer persegi dan kesenangan lainnya. Sebagai aturan, seorang programmer rata-rata tidak punya waktu untuk mempelajari semua ini di tempat kerja (kecuali untuk alat-alat yang sudah digunakan dalam proyek-proyeknya), karena Anda perlu mengerjakannya. Banyak orang harus menghabiskan waktu pribadi mempelajari teknologi ini, meskipun kemungkinan besar 90% dari yang dipelajari tidak akan pernah berguna. Saya sendiri memiliki lima ratus artikel di saku saya, sekelompok tayangan video yang tak terlihat dari konferensi, dan setiap panggilan ke Habr menandakan kunjungan wajib ke McConaughey.
Tetapi bahkan kerja keras dengan bahasa tertentu atau, misalnya, DBMS di perusahaan Anda terkadang tidak memungkinkan Anda untuk tetap dalam tren, karena teknologi menjadi usang sebelum diterapkan. Bahkan java sekarang akan dirilis dengan kecepatan firefox.
Berkat aliran pengetahuan tanpa akhir yang berkembang pesat, banyak dari kita merasa seperti siswa abadi atau penipu, tidak peduli berapa banyak sistem yang Anda bangun. Dan ini sangat bermanfaat bagi SDM dan pemberi kerja - Anda dapat dengan mudah menjatuhkan RFP Anda dengan beberapa pertanyaan rumit. HR ras jenis ini benar secara politis disebut pengembangan diri.
Baru-baru ini, saya telah mengamati tren memaksakan otoritas departemen bisnis pada pengembang. Sekarang, selain untuk memenuhi tugas-tugas utamanya, pengembang berkewajiban untuk memahami materi pelajaran pada tingkat analis yang baik dan umumnya berpikir tentang bisnis. Tinggalkan saya sendiri, saya tidak tahu cara meningkatkan rasio konversi Anda
Wawancara kerja
Ini adalah jenis disiplin khusus yang paling penting dan dicintai. Memang, pada kenyataannya, ini tergantung pada apakah Anda akan tidur di sofa tua hancur di odnushka sewaan di suatu tempat di luar Moskow Ring Road, atau apakah Anda harus bersembunyi di kardus berbaring di pemanas di bawah jembatan. Jika pada awal karier saya wawancara itu sedikit bicara dari hati ke hati, sekarang lebih seperti ujian. Mungkin ini disebabkan oleh fakta bahwa pada masa itu tidak ada gaji dan keramaian yang sangat besar yang ingin masuk ke dunia IT atau hanya mode, saya tidak tahu. Tetapi kenyataannya adalah bahwa ketika Anda datang ke sebuah wawancara untuk posisi pengembang senior, dengan tingkat probabilitas tinggi Anda akan menghadapi tugas-tugas yang dibumbui dengan pertanyaan kuis. “Baiklah, selesaikan masalah di selembar kertas yang kita curi kemarin dengan leetcode. Salah pada unit dalam kondisi batas? Kesalahan Fuuuuu! Anda tidak tahu cara kerja% methodName% di% frameworkName% yang paling modis. Siapa yang menempatkannya di sini? Keamanan! ”Tidak ada yang peduli lagi bahwa kepala Anda diatur secara berbeda dan Anda tidak dapat menekankan tatapan merendahkan dari kutu buku berhidung tinggi dengan cepat dan tanpa kesalahan untuk membungkus algoritma untuk tugas yang belum sempat Anda pikirkan. Seperti berapa kilometer kode dan sistem produksi di belakang Anda. Yah, setidaknya pertanyaan teka-teki sudah mati, dan terima kasih untuk itu.
Orang-orang IT
Di sini kita akan menganalisis beberapa subspesies dari populasi ini, yang dengannya kita paling sering harus berurusan.
Sebenarnya pengembang dan simpatisan. Bertentangan dengan stereotip - untuk sebagian besar bukan kutu buku Ortodoks, tetapi orang-orang yang cukup normal. Tapi sebagai aturan, tidak ada yang perlu dibicarakan dengan mereka. Semua percakapan di luar jam kerja mulai bekerja. Tapi bagaimana lagi, jika Anda dipaksa untuk mempelajari semua teknolog ini sepanjang waktu? Saran saya adalah untuk menjauh dari orang-orang dengan kemeja kotak-kotak dengan ransel, jika tidak, Anda bisa mendapatkan kebosanan yang mematikan. Banyak dari mereka pergi bekerja bukan untuk bekerja, tetapi untuk bermain mainan. Mari kita menemukan kembali roda, mari kita kencangkan kerangka baru (dan kita akan menyapu habis makanan di malam hari) dan kita pasti akan menjatuhkan segalanya di tengah jalan, karena mainan ini lelah, dan mereka membawa yang baru. Tetapi kemudian kita akan meledakkan pipi kita dan memberi tahu di konferensi bagaimana kita mengalahkan masalah yang kita buat sendiri. KEUNTUNGAN! Orang-orang ini dengan mudah dibawa ke semua jenis sampah seperti "tugas menarik" dan "sistem kompleks" (tidak mungkin untuk membangun kalkulator tanpa selusin layanan mikro dalam budaya TI), yang dalam istilah manusia berarti mengambil kotoran masam dari mamut, tetapi untuk lebih sedikit uang, sehingga mengurangi upah industri. Seperti dalam lelucon “- Ayah, apa yang akan kita makan hari ini?" "Tidak ada apa-apa, Nak, aku sedang mengerjakan tugas-tugas menarik dalam tim yang ramah."
Manajer proyek. Jujur, selama 10 tahun saya tidak mengerti siapa manajer proyek dan mengapa mereka dibutuhkan. Di kantor yang sangat berbeda, terlihat seperti ini: ada banyak tugas, memilah apa yang ada dan bagaimana, dan melakukannya sebelum tanggal seperti itu. Dan saya pergi untuk mendapatkan latte dari para hipsters di lantai pertama dan menulis di Instagram hari yang sulit hari ini. Hanya sekali saya melihat seorang pria yang membangun semua jadwal yang membosankan ini, disulap dengan tugas dan menjadi asisten kami, dan bukan hanya orang keren yang tidak dapat memprogram, tetapi saya benar-benar menginginkan ITP.
Pelayan Terkasih oleh banyak kategori. Berkat dumping mereka, masuk akal dan ideologis tidak dapat memasuki industri - dalam mengejar rubel yang panjang, banyak pekerja bergulir siap bekerja sama sekali secara gratis.
Kami akan diam tentang sisanya.
Bisnis
Perangkat lunak di dunia modern tidak dilakukan hanya karena itu menyenangkan (walaupun kadang-kadang tampaknya). Hal ini paling sering dilakukan untuk mendapatkan pembantu - langsung atau tidak langsung. Dan sehubungan dengan fakta ini, kita dapat membagi orang menjadi 2 kategori.
Mereka yang peduli bagaimana - sehingga semua yang ada di dalamnya indah dan benar.
Mereka yang peduli tentang apa yang menjadi orang-orang yang peduli tentang esensi produk yang mereka buat.
Biasanya, pengembang berisi kedua kategori ini, hanya dalam proporsi berbeda.
Untuk keduanya, saya punya berita sedih.
Untuk kategori pertama - dari sudut pandang menghasilkan uang, tidak masalah bagaimana arsitektur yang benar dipilih dan seberapa indah kodenya. Sama seperti semua keselamatan Anda, praktik terbaik, dll. Anda dapat menempelkan tongkat ketiak, mendapatkan nenek, dan kemudian manajer yang membuat semua ini melompat ke kapal tetangga "untuk mendapatkan pengalaman baru", dan tim membangunkan istal di malam hari.
Untuk kategori kedua - 90% dari Anda melakukan apa yang telah dilakukan orang lain sejak lama. Dengan pengecualian langka, semua produk Anda sangat sekunder. Namun demikian, pengusaha yang licik berusaha memberikan "ideologi" ke sistem pembayaran berikutnya, perbankan online, dan sejenisnya. Saya telah melalui semua ini sendiri, dan saya harus mengatakan, lebih mudah untuk bekerja ketika Anda memiliki jawaban yang jelas untuk pertanyaan "mengapa semua ini perlu." Untuk beberapa alasan, semua "pengubah" dunia ini lupa mengatakan bahwa perubahan di dunia terjadi sebagai produk sampingan dari menghasilkan uang, dan bukan sebaliknya. Sulit untuk mengubah dunia ketika senapan dewan direksi melekat pada pelipis Anda dan jerat pemegang saham dilemparkan ke leher Anda. Bagi saya, frasa “kami bekerja untuk menghasilkan uang” terdengar jauh lebih jujur. Hal lain adalah bahwa jika Anda memberi tahu HR saat ini bahwa Anda bekerja di tempat kerja untuk mendapatkan uang, maka 146% akan mendapatkan tampilan bingung dan sesuatu seperti "Anda tidak cocok dengan kami, kami membutuhkan orang-orang yang antusias yang membutuhkan pengembangan diri dan tugas-tugas menarik."
Kesehatan
Semua orang tahu bahwa jika Anda mengangkat beban untuk waktu yang lama, maka tanpa persiapan yang tepat (atau bahkan dengan itu) Anda dijamin akan mendapatkan masalah dengan punggung dan persendian Anda. Hal yang sama dapat dikatakan tentang otak, hanya saja ini kurang jelas. Pekerjaan kami membutuhkan pengembalian dan konsentrasi yang tinggi, bahkan jika kami hanya menguji ulang mesin, mendengarkan latar belakang jajak pendapat intelijen lain. Tampaknya bagi saya bahwa otak sama sekali tidak dirancang untuk prestasi harian seperti itu. Saya bekerja di berbagai pekerjaan yang menyebalkan, termasuk pekerjaan fisik, dan saya dapat mengatakan bahwa saya tidak pernah merasa begitu diperas dan frustrasi seperti ketika saya meninggalkan kantor setiap hari. Banyak dari 35+ kolega saya merasakan hal yang sama, dan pertanyaan seperti "Bagaimana jika Anda berusia 25 tahun dan kelelahan?" Atau "Bagaimana cara keluar darinya?" Mulai muncul di forum. Berapa lama waktu yang diperlukan untuk meregangkan dalam mode ini adalah pertanyaan yang menarik.
Total
Selama 10 tahun yang singkat, bidang TI dari dunia kecil yang nyaman, para nerd komputer yang duduk di ruang bawah tanah di dekat monitor yang berkedip-kedip telah berubah menjadi industri hype yang besar dengan gaji besar, pemasaran, dan berita besar lainnya di sekitarnya. Pemrograman tidak lagi rekayasa, tetapi hanya kerajinan kusam, tujuan utamanya adalah untuk mengubah govnokod dan kruk menjadi uang. Tinggal menunggu sampai semua kolosus ini runtuh karena beratnya sendiri dan kita akan kembali ke gudang bawah tanah kita. Atau tidak.