🤶🏿 🌁 ✖️ Orang yang memahami pekerjaan seorang programmer dapat ditemukan di mana saja 🗺️ 📞 🏜️

Orang yang memahami pekerjaan seorang programmer dapat ditemukan di mana saja. Dan pada saat yang sama - dan dalam pekerjaan akuntan, manajer, kasir, desainer, dan bahkan sirip penguin. Orang-orang ini lebih menyukai abstraksi daripada programmer itu sendiri.

Misalnya, ada abstraksi seperti KPI. Scrum lain. Kanban Budaya perusahaan. Keterampilan lunak. Dll

Untuk memahami pekerjaan seorang programmer, dan yang paling penting - cara untuk meningkatkan efektivitasnya - orang-orang ini mencoba melalui abstraksi. Bukan dari dalam profesinya, tapi dari luar. ~~Kami menarik burung hantu di dunia. Kami~~ mengadaptasi model abstrak dengan profesi, dan mencoba memahami dan meningkatkan sesuatu, berdasarkan aturan model.

Untuk meningkatkan kerja programmer melalui Scrum, Anda harus membuatnya lem stiker dan bangun pada mitaps. Demikian tertulis dalam manual pelatihan. Di Kanban - menempel ulang stiker lebih sering. Agar budaya perusahaan dapat bekerja, Anda perlu membuat programmer untuk mempelajari nyanyian pujian. Melalui soft skill - biarkan dia belajar berbicara. Dll

Tiga kelompok abstraksi sangat populer. Yang pertama adalah metode produksi serial seperti Kanban atau bahkan conveyor. Seorang pekerja yang telah mengasah detail yang sama selama bertahun-tahun adalah programmer yang sama, bukan?

Yang kedua adalah metode manajemen proyek seperti Scrum atau Waterfall. Jelas bahwa intervensi dari metode ini terlihat lunak - seperti, Anda memecahkan masalah dengan cara terprogram, dan berperilaku secara bergantian di antara tugas-tugas. Tetapi ada difusi, di kedua arah. Slogan air terjun itu “memenuhi tenggat waktu”, bahwa slogan Scramov “aaa, kherachim-kherachim-kherachim!” memengaruhi pemrograman "secara ajaib".

Yang ketiga adalah metode gay e-gay. Anda hanya perlu berteman semua, seperti di taman kanak-kanak, menggantung bola, dan kode ditulis. Baiklah apa.

Mari kita pergi ke sisi lain. Bukan dari luar, dari ~~galaksi yang jauh dari~~ abstraksi yang tidak bisa dipahami, tetapi dari dalam. Pikiran programmer akan mengerti bagaimana cara meningkatkan efisiensi programmer, dan apa yang harus dia lakukan. Ini tidak lama, semuanya terlalu sederhana jika Anda berasal dari dalam.

Cara terbaik untuk meningkatkan efisiensi programmer adalah menghilangkan kerugian dalam proses. Pertama-tama, kehilangan waktu. Kerugian - jumlah yang sangat besar. Hingga 97% dari waktu, jujur.

Tetapi mereka sulit dilihat, karena tidak jelas bahwa ini adalah kerugian. Tampaknya seorang pria duduk, bekerja, melakukan sesuatu, tidak berbaring di tempat tidur, tidak merokok, tidak mengobrol tentang orang luar. Tapi, dengan probabilitas tinggi, saat ini dia kehilangan waktu.

Atau berdiri di sebuah pertemuan, duduk di sebuah pertemuan, berbaring di sofa dengan seorang psikolog staf, berlari di sepanjang treadmill perusahaan, atau dijepit dengan erat di kursi pijat. Apakah itu berguna?

Bagaimana orang yang memahami pekerjaan seorang programmer akan mengklasifikasikan kerugian? Tidak, tidak seperti itu - apakah dia akan mulai melakukan ini? Tentu saja. Ini adalah Proyek semacam itu. Disertasi dapat ditulis - “jenis-jenis kerugian waktu programmer dan cara-cara untuk menghilangkan pengaruhnya terhadap keuangan, produktif, dan hasil moral dan etika dari mengelola bisnis kecil dan menengah di Rusia selama era perubahan”.

Segalanya jauh lebih sederhana, saya pikir. Berdasarkan asumsi bahwa ada lebih banyak kerugian dalam pekerjaan kita daripada kegiatan yang bermanfaat, lebih mudah untuk memahami apa yang "kegiatan bermanfaat", dan segala sesuatu yang lain harus dianggap sebagai kerugian. Lebih mudah untuk memahami siapa orang sehat daripada mengingat nama-nama semua penyakit.

Saya menyarankan kata-kata ini untuk programmer: Anda sibuk melakukan pekerjaan yang bermanfaat jika Anda menulis kode unik.

Sederhana, luas, dan mudah dimengerti. Yang lainnya adalah kerugian eksplisit atau implisit sejauh ini.

Jelas bahwa ini bukan filter 100%, melainkan tes lakmus yang memberikan spektrum, derajat, dan bukan satu / dua strip. Dan, sayangnya, semua aktivitas yang tercantum dalam pembukaan tidak melewati filter ini.

Kerugian eksplisit mudah untuk disebutkan. Misalnya, saya enggan bekerja, dan saya pergi ke jejaring sosial untuk melihat-lihat rekaman itu. Atau saya tidak bisa memutuskan metode implementasi mana yang harus dipilih, dan saya berjalan-jalan, dan sepanjang jalan saya lupa bahwa saya ingin memikirkan masalah, dan kembali tanpa solusi. Atau bahkan tidur di tempat kerja. Atau kepala saya sakit sehingga saya tidak bisa bicara, belum lagi pemrograman.

Kehilangan eksplisit - saat Anda jelas tidak melakukan apa pun yang terkait dengan tugas tersebut. Benar, ini sendiri tidak selalu jelas, karena Pria melindungi dirinya sendiri di depan dirinya sendiri. Nah, seperti yang ditunjukkan perokok kepada semua orang dan bagi diri mereka sendiri bahwa jam istirahat mereka memiliki efek positif pada pekerjaan.

Kerugian implisit lebih sulit - kita terbiasa menganggapnya sebagai kegiatan yang bermanfaat. Ya, atau kami yakin tanpa ini dengan cara apa pun. Seorang programmer tidak dapat mengatasi tanpa mitap, tenggat waktu dan lagu yang berani. Seringkali, kehilangan tersembunyi di balik kata-kata "Aku duduk dan berpikir." Saya berpikir tentang arsitektur solusinya, saya memilih masalah untuk diri saya sendiri, saya tidak dapat memutuskan apakah saya dapat membuat toggle switch atau checkbox, menggunakan fungsi yang sudah jadi dengan pre / post-processing, atau menulis sendiri, mencari contoh kode di Internet, mencari-cari contoh kode di Internet, mencari-cari contoh

Saya melakukan semua ini karena saya tidak dapat menulis kode unik. Saya menemui beberapa kendala yang tidak memungkinkan saya untuk memulai atau melanjutkan, dan mencoba mengatasinya. Sebagai aturan, sendiri.

Jika Anda tidak membagi kegiatan menjadi kerugian dan manfaat, maka Anda tidak akan dapat membangun kontrol diri. Akan selalu terlihat sibuk dengan sesuatu yang penting dan penting. Dan saya dan semua orang di sekitar.

Definisi aktivitas bermanfaat seperti "Anda menulis kode unik" menyederhanakan semuanya. Apa pun yang Anda lakukan, Anda selalu dapat dengan cepat menjawab pertanyaan, apakah ini omong kosong atau sesuatu yang lain.

Jika Anda menulis kode unik, Anda sibuk. Menulis lurus, duduk di depan komputer, dan mengetuk jari-jari Anda pada keyboard.

Jika Anda tidak menulis kode unik, ada sesuatu yang salah. Anda terus terang teralihkan, atau macet, atau Anda terseret ke penarikan burung hantu berikutnya di dunia, sehingga nantinya ~~Anda bisa mendapatkan hadiah dan~~ mempertahankan disertasi ~~untuk sebuah konferensi~~ . Dan tugas Anda sangat sederhana - kembali menulis kode unik sesegera mungkin.

Ya, Anda perhatikan, mungkin, bahwa saya terus-menerus mengulang kata "unik". Yah, tentu saja, jika Anda menulis kode yang telah ditulis seseorang, dan Anda dapat menggunakan kode ini, maka Anda kehilangan waktu.

Sebenarnya itu saja. Sekarang setiap saat Anda tahu apa yang Anda lakukan. Anda melakukan bisnis, atau Anda kehilangan waktu.

Tampilkan teks ini ke manajer Anda. Sudah ia akan memikirkan bagaimana akuntan, kasir, tukang dan penguin akan "menulis kode unik".

Orang yang memahami pekerjaan seorang programmer dapat ditemukan di mana saja

More articles: