Bagaimana saya berhenti membenci dan jatuh cinta pada perkembangan

Artikel Fear and Loathing in IT membuat saya sedih. Bukan karena saya berbagi perasaan penulis, tetapi karena mereka dibagikan oleh banyak pengembang yang baik, bunuh diri, proyek mereka, industri dan kemajuan manusia secara umum. Ini mahanul, ya?


Tidak peduli seberapa antusiasnya seorang futuris dan mahir dalam otomatisasi, artikel ini lebih bersifat duniawi daripada masa depan yang lebih cerah. Karena itu, saya akan meninggalkan nasib umat manusia lain kali. Sekarang saya ingin akhirnya berbicara tentang volume besar negativitas, rasa sakit, ketakutan, dan kebencian yang bersembunyi di kedalaman komunitas TI, yang ditutupi oleh lapisan kecil hangat teknologi hype dan solusi rekayasa keren.

Penafian

Dari pengalaman saya sendiri, saya tahu betapa sulitnya menerapkan apa yang sedang dibahas dalam outsourcing, terutama pada proyek-proyek besar. Saya tidak ingin sebagian besar pengembang berpikir "baik, sekarang" dan menutup artikel, tetapi saya tidak tahu cara memikat, tetapi saya juga tidak ingin menipu. Oleh karena itu, saya bertanya: terus, tidak semuanya begitu buruk.

Kompleksitas yang berlebihan

Penulis artikel asli menekankan hal yang jelas: pengembang tidak lagi mengontrol operasi solusinya. Bagi banyak orang, itu sangat nyaman, memberi rasa tenang dan kontrol. Dan kenyamanan ini tetap menjadi titik awal: sampai sekarang, terlepas dari transisi dari kategori pencipta ke kategori pengrajin, programmer masih mencoba untuk menikmati proses menciptakan sesuatu dari ketiadaan. Menggunakan kreasi orang lain kesenangan ini tidak dapat dicapai, Anda merasa paling baik sebuah mosaik , batu yang dipilih dengan sukses. (Tapi mosaik juga seni, apa yang salah di sini? Hmm ...).

Terima yang tak terhindarkan. Hanya karakter mitos tertentu yang dapat membuat planet dari ketiadaan. Menggunakan komponen yang tepat, menerapkan pendekatan terkenal dan berpikir dengan hati-hati , Anda dapat membuat sistem yang elegan dan menikmati sebanding dengan penciptaan "murni". Dan itu akan bekerja pada tingkat apa pun: dari penghitungan baru hingga desain sistem beban tinggi.

Secara teknis, semuanya tidak begitu cerah. Dan ada dua hal yang harus disalahkan: waktu dan kolega. Keputusan kami harus memenuhi dua kriteria: biaya harus lebih rendah dari manfaat jangka menengah yang diharapkan, dan biaya dukungan lebih rendah daripada yang jangka panjang. Oleh karena itu, dengan volume pengembangan yang ada, kami mau tak mau harus mengambil keputusan seperti “gunakan klien ini di mana-mana”: cepat, dan seluruh tim tahu cara bekerja dengannya. Dan jika klien cukup populer, maka anggota tim di masa depan akan dapat melakukannya. Carilah keseimbangan antara ekstrem ciptaan yang ditinggikan dan penyampaian tanpa jiwa, nikmatilah menemukannya!

Terlalu Banyak dan Wawancara

Memilih komponen yang sempurna untuk solusi saat ini tidak mungkin. Bahkan jika dia ada, dia adalah satu dari seribu. Setiap pengembang / tim / perusahaan memilih sesuatu untuk diri mereka sendiri, belajar untuk menghindari jebakan ... dan mulai menuntut pengalaman yang sama dari orang lain. Ini bodoh. Sama bodohnya dengan kehilangan kendali atas kreasi Anda.

Setiap kali saya membaca cerita lain tentang rasa sakit dari wawancara “mereka ingin mengetahui daftar lengkap perubahan dalam ES6,” saya sedih. Mereka hanya ingin tahu satu hal: apakah Anda akan cocok dengan tim mereka. Dan "mereka" adalah kita, hanya di sisi lain meja. Kami tidak tahu bagaimana bertanya, dan tidak tahu bagaimana menjawab.

Hancurkan lingkaran kesalahpahaman yang ganas ini! Berhentilah mengambil wawancara dan mulailah mencari pekerjaan sendiri. Katakan apa yang kamu pikirkan. Terimalah bahwa tim Anda adalah satu dari dua puluh. Temukan dia.

Berhentilah mencari seseorang yang mengetahui hal yang sama, dan mulailah mencari seseorang yang akan memberi Anda sesuatu yang baru. Tanyakan apa yang penting bagi Anda. Terima bahwa dengan mengajukan pertanyaan pengetahuan, Anda hanya menulis ringkasan terperinci. Temukan seseorang yang akan berbicara bahasa teknik yang sama dengan Anda, berbagi prinsip dan pendekatan pengembangan Anda.

Orang-orang IT

Juga orang. Orang berbeda, sementara xenophobia; sifat yang cukup berguna dalam hal seleksi alam. Itu tidak membantu ketika bekerja dalam sebuah tim, dan sedikit yang bisa dilakukan tentang hal itu: akan menarik bagi para checker untuk memainkan mainan mereka bersama, para insinyur hardcore akan, menciptakan beberapa kata, menciptakan hal-hal abadi bersama.

Terima: orang berbeda. Jika Anda membutuhkan orang - cari "Anda".

Mungkin jumlah maksimum kebencian dikaitkan dengan manajer. Dan di sini kita berada lagi dalam lingkaran setan: manajer tidak mau atau tidak bisa melakukan pekerjaannya - dan karena itu kita berpaling darinya dan melakukan semuanya sendiri. Lagipula dia tidak berguna . Pertanyaan ini masuk ke dalam

Bisnis

Banyak salinan rusak di medan perang Bisnis dengan Teknologi. Saya tidak merasa ingin mengulang sendiri, jadi saya akan menghilangkan sebagian besar konteks dan langsung ke poin utama.

Hanya pengembang yang bertanggung jawab atas kruk dalam solusi. Hanya bisnis (diwakili oleh PO, PM, direktur, dll.) Yang bertanggung jawab atas kegagalan proyek. Dan di sini Anda membutuhkan banyak kekuatan. Belajarlah untuk menghitung harga solusi cepat. Pelajari cara membuktikan bahwa menabung sebulan sekarang akan menyebabkan dua bulan dibanjiri besok. Atau tidak. Terima bahwa kode yang baik tidak menyelesaikan masalah sendiri, tetapi bisnis tidak ingin mengubur dirinya dalam hutang teknis!

Anda dapat menolak untuk bermain bulshit bingo. Panggil sekop sekop sebelum mereka mencapai Anda dan Anda akan menyebut mereka indah . Seorang pengembang mampu jujur ​​- ia tidak memiliki anggaran dan tidak bertanggung jawab. Dalam keadaan darurat, mudah bagi pengembang untuk menemukan pekerjaan baru di mana sedikit kurang takut akan kejujuran. Berikan pendapat ahli yang jujur ​​tentang masalah dan solusi, dan biarkan bisnis menyelesaikannya. Dan bedakan keengganan untuk memutuskan dari menemukan solusi. Kami membiasakan bisnis dengan fakta bahwa Anda dapat melakukan peretasan cepat. Mereka tahu bahwa jika Anda mendorong sedikit, kami akan memberikan hasilnya lima kali lebih cepat. Ini adalah penolakan terhadap keputusan itu, dan kita seharusnya tidak menuruti perilaku seperti itu. Manajer, dalam mencari solusi, akan membusuk dan memprioritaskan, mencoba menunjukkan hasilnya pada waktunya. Dan kami berkewajiban untuk membantu ini.


Pengembang harus memahami bisnis dengan cukup sehingga waktu untuk merumuskan pertanyaan dan memahami jawabannya sebanding dengan waktu untuk mencari solusi teknis. Kita tidak bisa lagi mengatakan "beri aku kue dan aku akan melakukan segalanya", kue seperti itu hampir merupakan solusi keseluruhan. Pekerjaan kami tidak lagi mengatur ulang byte secara manual, kami sekarang memiliki lebih banyak waktu untuk menganalisis keseluruhan gambar. Tetapi kita tidak boleh menerima "ada banyak tugas, memilah apa yang ada dan bagaimana." Bisnis sangat sering menghemat waktu dalam menemukan solusi bisnis, dan tugas pengembang adalah untuk melihat bahwa tidak ada yang dikembangkan, dan tunjukkan hal ini kepada bisnis. Ini kerja keras, dan bukan untuk semua orang.

Tentang diri saya

Pada usia 20, saya menulis kode selama berhari-hari dan dengan senang hati mulai bekerja.
Pada usia 25, saya melihat betapa buruk semuanya dan menderita, mengharapkan hari Jumat dan proyek kesayangan di mana semuanya baik-baik saja.
Di usia 30, saya bersemangat bekerja ... dengan senang hati bertemu hari Jumat dan akhir pekan.

Saya tidak tahu apa yang akan terjadi dalam 5 tahun ke depan, tetapi saya berharap bahwa saya tidak akan kecewa dengan kepercayaan saat ini.
Area kami memberi kami banyak - kebebasan berekspresi, pengembangan, pengetahuan, pengalaman menarik dan uang yang layak. Wilayah kami masih sangat muda, masih merupakan kerajinan, dan kami tidak memiliki dinasti leluhur pengrajin. Kami belum tahu cara bekerja di dalamnya. Karena itu, kami marah, menderita dan kelelahan.

Keputusan saya adalah anggapan rasionalitas. Saya tidak lagi menarik kesimpulan tentang seseorang dengan kode, email, atau seret-dan-jatuhkannya. Terlebih lagi, saya berusaha untuk tidak berpikir buruk karena apa yang dia katakan atau lakukan. Lagipula, ketika kita sedang mengerjakan tujuan bersama, dan sampai dia berkata langsung, "Aku ingin merusak proyek," dia adalah sekutuku, dan bersama-sama kita bisa melakukan lebih dari satu per satu.

Tidak ada yang mengatakan sejauh ini, meskipun saya kadang-kadang mendorong beberapa rekan kerja ke sudut ini :)