Kami, pengembang, membuat algoritme, program, aplikasi. Mereka sering diisi dengan keindahan solusi teknis untuk programmer, keanggunan pendekatan arsitektur, atau penjabaran pendekatan algoritmik. Kami menikmati keanggunan dan keindahan. Kami sering menolak proyek yang tidak memungkinkan untuk menulis kode yang indah. Di dunia kami, kami berdebat sampai ke titik serak tentang pendekatan ini atau itu yang membuat program lebih sempurna. Kami tertawa dengan meme programmer tentang kode, dia Juni, tentang senior, tentang banyak rutinitas coding.
Kecantikan ada di mata kita. Tetapi manajer seringkali jauh dari detail teknis. Seringkali sangat sulit untuk menjelaskan keseluruhan "dapur" pemrograman dalam bahasa grafik Gantt. Saat mempelajari dokumentasi dan membaca kode perpustakaan menghasilkan metrik +10 baris kode. (Selama setengah bulan.) Sebenarnya, ini tidak solid - 0,125 baris kode per hari. (Berapa banyak karakter per hari? Dan per jam?) Benarkah?
Apakah kita benar-benar harus tunduk pada level pemimpin?
Dan ini bukan tentang tugas berbeda yang sedang diselesaikan. Fakta bahwa kita adalah programmer, manajer, dan pemasar sedang memecahkan satu masalah - menciptakan produk / layanan yang sukses. Setiap orang di tempatnya bergerak menuju implementasi tugas bersama. Sebagai pemimpin atau pekerja, sebagai ahli, atau sebagai penguji, peneliti, penguji, penulis teknis, dll.
Tapi tetap, bagaimana dengan dialognya?
Jika Anda bertanya pada diri sendiri: apakah Anda harus lulus?
Mungkinkah bagus untuk memahami manfaat apa yang didapat pengguna dari sepuluh baris kode ini? Jika Anda mencoba memikirkan manfaat mengurangi beban server dalam 10 baris kode ini. Apakah sulit untuk menyebutkan jumlah keuntungan? Mungkin. Tetapi jika waktu respons server berkurang beberapa milidetik. Selama setengah bulan, pemandangannya akan berbeda. Benar?