Naluri utama pembuat enkode adalah menghilangkan solusi yang tidak efektif dari mana-mana



Adaptasi kutipan dari buku Clive Thompson Coders: Creating a New Tribe and Recreating the World

Shelley Chen bekerja sebagai analis bisnis di sebuah perusahaan komputer, ketika pada 2010 ia bertemu Jason Ho melalui teman bersama. Ho sangat tinggi, tegap, dan tersenyum licik, dan mereka segera menemukan bahasa yang sama. Ho adalah seorang programmer, dan ia memiliki perusahaan sendiri di San Francisco. Dia juga suka bepergian. Kurang dari sebulan setelah mereka bertemu, Ho mengejutkan Chen dengan membeli tiket pesawat untuk menemuinya di Taiwan, di mana dia pindah sementara. Segera, mereka sudah membahas perjalanan bersama ke Jepang selama empat minggu. Chen sedikit khawatir karena mereka tidak begitu akrab. Namun, ia memutuskan untuk mencoba peruntungannya.

Ternyata Ho punya rencana rute yang sangat sulit dan aneh. Dia sangat menyukai mie ramen , dan untuk mencoba sebanyak mungkin pilihan saat mengunjungi Tokyo, dia mengumpulkan daftar semua kota mie dan menampilkannya di peta Google. Kemudian dia menulis program khusus yang memberi peringkat restoran sehingga pasangan tersebut dapat mengunjungi restoran terbaik saat mengunjungi tempat-tempat wisata. Dia mengatakan bahwa itu adalah tugas yang “cukup tradisional” untuk algoritma, jenis yang dipelajari orang di perguruan tinggi. Ho menunjukkan Chen kartu itu di teleponnya. Dia mengatakan dia berencana untuk membuat catatan, mencatat secara rinci kualitas setiap hidangan. Wow, pikirnya kagum, meski agak curiga. "Dan lelaki itu sedikit dari itu."

Tapi Ho juga cerdas, banyak membaca dan lucu, dan perjalanan itu sukses. Mereka makan mie, minum bir di pertandingan sumo, mengunjungi Istana Kaisar, tinggal di sebuah hotel tempat mereka merekam "Kesulitan Penerjemahan". Ini adalah awal dari hubungan tujuh tahun.

Ho telah melakukan hal-hal aneh seperti optimasi mie selama bertahun-tahun. Sebagai seorang anak, dia tinggal di Macon (Georgia), dan dia memiliki kalkulator TI-89, seperti yang dia katakan kepada saya. Suatu kali dia membolak-balik instruksi dan menemukan bahwa itu mungkin untuk menulis program pada salah satu varian BASIC pada kalkulator. Akibatnya, ia belajar memprogram dan menciptakan kembali The Legend of Zelda dengan kalkulator. Dia belajar Java di komputer dan setelah sekolah pergi ke Institut Teknologi Georgia untuk belajar ilmu komputer. Pada prinsipnya, dia tertarik pada konsep abstrak algoritma, tetapi yang paling utama dia suka menggunakan komputer agar tidak melakukan hal-hal rutin yang berulang. "Setiap kali saya harus mengulangi sesuatu, saya bosan," katanya.

Di tahun terakhir kuliahnya, Ho mendirikan sebuah perusahaan yang membuat forum di mana para siswa yang belajar kursus yang sama di berbagai perguruan tinggi dapat berkonsultasi satu sama lain. Perusahaan tidak merekrut jumlah pengguna yang memadai, dan perusahaan itu menutupnya. Dia diundang untuk mewawancarai perusahaan seperti Google dan Microsoft, tetapi dia tidak tertarik di sana. Dia tidak mau bekerja untuk pamannya. Baginya sebagai karyawan ia tidak akan menciptakan sesuatu yang cukup berharga. Ya, tentu saja, di tempat seperti itu Anda dibayar. Tetapi sebagian besar biaya tenaga kerja diberikan kepada pencipta perusahaan, pemiliknya. Dia memiliki keterampilan yang cukup untuk membuat produknya dari awal. Dia hanya tidak tahu apa yang harus diciptakan untuknya.

Beberapa bulan kemudian, dia mendapat ide ketika dia mengunjungi orang tuanya di Macon. Dia dan ayahnya, seorang dokter anak yang memiliki praktik sendiri, pergi ke supermarket. Sang ayah perlu membeli dua pendaftar waktu kedatangan dan keberangkatan karyawan - mobil kuno seperti itu di mana karyawan memasukkan kartu sehingga mesin mencatat awal dan akhir hari kerja mereka. Di toko, mobil ini dijual seharga $ 300 masing-masing.

Ho kagum: apakah teknologi pendaftar tidak berubah sejak Zaman Batu? Aku tidak percaya hal-hal seperti itu masih ada, pikirnya. Dia menyadari bahwa dia dapat dengan cepat menyapu situs yang melakukan tugas yang sama, hanya saja lebih baik. Pekerja dapat check-in menggunakan telepon mereka, dan situs akan meringkas jam mereka secara otomatis. "Jangan membeli pendaftar," katanya kepada ayahnya. "Aku akan memprogramnya untukmu." Tiga hari kemudian, ia memperkenalkan prototipe. Staf mulai menggunakannya, dan, yang membuat Ho senang, senang. Sistem ini ternyata jauh lebih efektif daripada pendaftar yang bekerja dengan selembar kertas.

Dia mengunggah situs web itu, menamainya Clockspot, dan empat bulan kemudian dia punya klien baru, sebuah firma hukum. Setelah menerima pembayaran pertama, Ho, yang bekerja di perpustakaan institut, hampir melompat dari kursinya. Dia menerima uang untuk perangkat lunaknya! Sembilan bulan kemudian, Ho mendapat sekitar $ 10.000 sebulan dari perusahaan pembersih, perusahaan perawatan di rumah, dan administrasi Birmingham (Alabama). Selama dua tahun ia bekerja tanpa gangguan, meningkatkan dan men-debug kode. Akibatnya, ia men-debug dengan baik sehingga Clockspot bekerja dengan autopilot. Selain dirinya sendiri, Ho hanya membutuhkan agen dukungan pelanggan yang tidak bekerja penuh waktu. Dia menerima penghasilan yang baik, dan dia punya banyak waktu untuk bepergian dan minat lain. Dia mengoptimalkan keefektifan hidupnya.


Jason Ho, pendiri Clockspot, mencoba mengoptimalkan tindakannya dengan kode

Seperti orang cerdas lainnya, Anda harus memperhatikan bagaimana perangkat lunak menyerap dunia, menurut ungkapan terkenal dari investor Mark Andrissen. Anda melihat bagaimana Facebook menelan ruang sosial, Uber menyerap lalu lintas perkotaan, Instagram memberi budaya selfie dorongan yang serius, dan Amazon mengirimkan pembelian dalam waktu 24 jam. Biasanya, para inovator teknologi membanggakan bahwa layanan mereka mengubah dunia atau membuat hidup lebih nyaman, tetapi inti dari semua ini adalah kecepatan. Segala sesuatu yang Anda lakukan sebelumnya - mencari taksi, bergosip dengan teman, membeli pasta gigi - sekarang lebih cepat. Prinsip Lembah Silikon adalah untuk mengambil tindakan seseorang dan melepaskan metabolisme secara maksimal. Dan mungkin Anda bertanya-tanya mengapa ini bisa terjadi? Mengapa teknisi bersikeras mempercepat segala sesuatu, memelintirnya hingga batasnya, mengoptimalkannya?

Ada satu alasan yang jelas untuk ini: mereka melakukannya sesuai dengan persyaratan pasar. Kapitalisme dengan murah hati memberi imbalan kepada siapa saja yang dapat meningkatkan proses dan mendapatkan sedikit margin. Tetapi ada proses lain dengan perangkat lunak. Untuk coders, efisiensi bukan hanya alat untuk bisnis. Ini adalah keadaan eksistensial dan nutrisi emosional.

Pemrogram dapat memiliki pengalaman hidup dan pandangan politik yang berbeda, tetapi hampir semua orang yang saya ajak bicara merasa senang secara emosional dalam mengambil sesuatu yang tidak efektif - bahkan sedikit lebih lambat dari yang diperlukan - dan sedikit mengubahnya. Menghilangkan gesekan dari sistem adalah kenikmatan estetika; mata coders terbakar ketika mereka membahas bagaimana mempercepat atau bagaimana mereka berhasil menghilangkan tindakan manusia yang mengganggu dari proses.

Tidak hanya pengembang perangkat lunak yang dipengaruhi oleh drive ini untuk efisiensi. Insinyur dan penemu telah lama mengalami motivasi serupa. Pada tahun-tahun awal industrialisasi, insinyur meningkatkan otomatisasi tugas sehari-hari, meningkatkan moral. Insinyur itu adalah "pembebas umat manusia dari pekerjaan monoton yang putus asa dan kerja keras," seperti yang ditulis insinyur Charles Hermany pada tahun 1904. Frederick Winslow Taylor - penemu " Taylorism, " yang membantu menemukan jalur produksi, bertarung dengan sengit dengan "gerakan manusia yang canggung, tidak efektif, atau salah." Frank Bunker Gilbreth kesal dengan gerakan yang tidak perlu dalam segala hal mulai dari meletakkan batu bata hingga memasang rompi, dan mitra produksi dan istrinya, Lillian Evelyn Gilbreth, merancang dapur sehingga jumlah langkah yang diperlukan untuk membuat kue lapis dengan stroberi berkurang ”dari 281 hingga 45 ”, seperti yang ditulis dengan antusias dalam The Better Homes Manual pada tahun 1931.

Banyak pemrogram saat ini mengalami kilasan inspirasi ketika masih remaja, menemukan bahwa hidup ini penuh dengan tindakan yang sangat bodoh dan berulang-ulang, dan bahwa komputer melakukannya dengan sangat baik. (Pekerjaan rumah matematika dengan daftar panjang latihan yang membosankan menginspirasi banyak coder yang saya ajak bicara). Larry Wall, yang menemukan bahasa pemrograman Perl, dan beberapa rekan penulisnya menulis bahwa salah satu keutamaan kunci seorang programmer adalah kemalasan, kemalasan semacam itu yang membuat keengganan Anda untuk melakukan pekerjaan mekanik menginspirasi Anda untuk mengotomatiskannya.

Dan pada akhirnya, fokus pada efisiensi ini bisa sulit dimatikan. "Kebanyakan insinyur yang saya kenal di mana-mana melihat inefisiensi," kata Krista Maby, seorang programmer San Francisco. - Ketidakefisienan dalam menaiki pesawat, baik, atau di mana saja. Mereka hanya marah dengan hal-hal yang tidak berguna. ” Dia sendiri, berjalan di sepanjang jalan, bermimpi bahwa semua pejalan kaki lebih efektif menggunakan trotoar dan penyeberangan pejalan kaki. Janet Wing, seorang profesor ilmu komputer, kepala Institute for Data Science di Universitas Columbia, telah mempopulerkan ungkapan "pemikiran komputasi," menggambarkan apa yang dibicarakan Maby. Ini termasuk seni melihat sistem tak kasat mata di dunia sekitar kita, seperangkat aturan dan keputusan konstruktif yang mengatur hidup kita.

Jason Ho memiliki bakat untuk melihat ini dan mencoba membawa sistem yang tak terlihat ini ke ideal. Saya bertemu Ho dan Chen di - tentu saja - sebuah restoran ramen di San Francisco beberapa tahun yang lalu. Ho mengelola proyek Clockspot, meskipun dia sendiri berfungsi dengan sangat baik pada saat itu sehingga Ho harus mengerjakannya beberapa jam seminggu. "Dia mengatakan dia bekerja 20 jam sebulan, tetapi bagi saya sepertinya saya belum melihatnya bekerja terlalu banyak," kata Chen. (Sejak itu, pasangan itu putus, tetapi hubungan mereka tetap baik). Ho menghabiskan banyak waktu bepergian. Suatu kali dia bahkan memperbaiki Clockspot, berada di base camp Everest.

Tetapi karyanya pada optimasi dan pemrograman tidak berhenti. Ketika dia ingin membeli rumah, dia menulis perangkat lunak yang dapat memberi makan informasi tentang rumah di pasar - lokasi, harga, statistik lingkungan - dan itu akan menghitung nilai real estat dalam jangka panjang. Pertama-tama, program itu menempatkan kondominium Nob Hill. Dia membelinya. Dia benci berbelanja, jadi dia membeli lusinan kaos dan celana khaki yang identik - strategi pembuat kode klasik yang menghilangkan gesekan saat menentukan pilihan pakaian.

Beberapa tahun yang lalu, Ho memutuskan untuk melakukan binaraga, dan dia melemparkan dirinya sendiri tantangan optimasi gila: berapa banyak yang bisa berayun? Dia membawa timbangan kecil ke restoran dan menimbang porsi makanan. "Dia benar-benar melacak semua yang dia makan di spreadsheet besar," kata Chen. Dengan malu-malu Ho menunjukkan kepadaku sebuah meja di telepon - monster besar tempat semua bahan gizi untuk gym ditandai, dengan 3.500 kalori per hari. Dia pergi ke gym, dan menemukan cara untuk berolahraga di bawah kondisi normal. Jika dia melewati pipa logam, dia menarik dirinya. Jika saya melewati wadah sampah, maka saya mengangkatnya ke tepi.

Setelah dua tahun pelatihan, ia menempati posisi kedua dalam kompetisi binaragawan amatir. Dia mencari-cari di telepon untuk menunjukkan padaku foto periode itu. Dalam satu foto, ia diminyaki dan berpose di celana dalamnya di depan jendela yang bermandikan sinar matahari. Itu terlihat seperti patung Yunani. "Saya mengurangi persentase lemak tubuh menjadi 7," katanya. Dia mengatakan bahwa senang dipompa, tetapi pada prinsipnya dia hanya tertarik untuk melihat apakah itu mungkin.

Ho menunjukkan padaku meja lain. Itu adalah semacam instruksi tentang cara hidup, cara untuk mengoptimalkan tidak hanya tubuh, tetapi setiap detik waktu. Dia memutuskan bahwa dia hanya ingin melakukan hal-hal di mana setiap upaya yang dikeluarkan akan menghasilkan hasil maksimal. Dia membuat 16 baris dengan judul yang menunjukkan kegiatannya. Ada kewirausahaan, pemrograman, gitar, StarCraft, belanja, dan "mengobrol dengan teman dan keluarga."

Dan di kolom dia menetapkan berbagai kriteria - misalnya, apakah kegiatan ini bermakna, apakah hanya sarana untuk mencapai tujuan (sangat penting), apakah mungkin untuk menguasainya dengan sempurna, apakah itu mempengaruhi beberapa aspek kehidupan sekaligus. Di baris "pemrograman" dan "kewirausahaan" Ho mencatat semua kotak. Datang ke aksi sosial, seperti "berbicara dengan teman dan keluarga," ia mencatat tanda centang "mempengaruhi beberapa aspek kehidupan." Di sel "master dengan sempurna" ia menulis "mungkin".

Banyak orang menganggap ini gila. Gagasan tentang kemungkinan mensistematisasikan komponen emosional kehidupan, atau menganggap kegiatan sosial sebagai sumber ketidakefisienan, akan menjadi tidak menyenangkan bagi banyak orang. Ho itu ramah dan ramah, tetapi bagi sebagian programmer, orang-orang dengan tuntutan tanpa henti mereka mungkin tampak seperti sakit kepala, dan komunikasi sosial adalah masalah lain yang perlu diperbaiki. Saat fajar komputer, teknisi mempertimbangkan masalah ini dengan keprihatinan. Konrad Zuse, seorang insinyur sipil Jerman, pencipta komputer terprogram pertama yang benar-benar berfungsi, mengatakan, pernah berkata: "Bahaya mengubah komputer menjadi manusia tidak seburuk bahaya mengubah orang menjadi komputer."

Suatu malam, saya memikirkan topik ini, terjun ke topik diskusi tentang Quora, di mana puluhan programmer berbagi cerita tentang mengotomatiskan nuansa kehidupan sehari-hari. Ada juga beberapa cerita yang mengganggu, meskipun menarik, tentang transformasi komunikasi sosial menjadi tugas-tugas tipe "tuned and forget". “Saya mendapat keluhan dari keluarga dan teman-teman tentang fakta bahwa“ Anda tidak pernah menulis kepada kami, ”tulis seorang programmer yang membuat program yang secara acak mengirim semua teks yang dihasilkan secara otomatis kepada semua orang. Teks dimulai dengan frasa yang sesuai “Selamat pagi / siang / malam. Hai {nama}, saya ingin memanggil Anda, "dan kemudian penutupnya" Saya harap Anda baik-baik saja / saya akan berada di rumah pada akhir bulan depan, cinta Anda / Mari kita bicara minggu depan ketika Anda akan bebas "ditambahkan ke dalamnya.

Di sebuah hackathon di San Francisco, seorang programmer setengah baya dengan antusias menunjukkan kepada saya sebuah aplikasi yang ia buat yang mengirimkan pesan-pesan romantis otomatis kepada seorang mitra. "Ketika Anda tidak punya cukup waktu untuk memikirkannya," - ya, dia menyarankan agar pasangannya akan mengalami kekurangan emosional, "program ini akan melakukan segalanya untuk Anda." Upaya-upaya semacam itu untuk meningkatkan efektivitas sosialisasi ditemukan di mana-mana, hingga teknofirm terbesar. Gmail memiliki fitur isi ulang otomatis yang mendorong kami untuk mempercepat penulisan mereka menggunakan algoritma yang membentuk jawaban kami untuk kami.

Ahli bahasa dan psikolog telah lama mencatat nilai dari tindakan fatal komunikasi - berbagai pernyataan emosional yang digunakan oleh orang-orang dalam kehidupan sehari-hari sehingga orang lain bersantai atau mulai mendengarkan mereka: "Bagaimana kabarmu," "Cuaca buruk, bukankah itu benar," "Apa yang kamu lakukan di malam hari." Dan semakin saya berbicara dengan para programmer, semakin banyak saya menemukan cerita tentang orang-orang yang menganggapnya tidak lebih buruk daripada pasir dalam suatu mekanisme.

Christopher Thorpe, seorang veteran dengan lebih dari setengah lusin perusahaan teknologi di belakang, memberi tahu saya tentang "insinyur yang sangat berbakat" yang pernah bekerja dengannya yang sesuai dengan definisi itu. “Dia sangat kesal ketika kami bercanda di perhimpunan, karena itu membuang-buang waktu. “Mengapa kita menghabiskan lima menit bersenda gurau dengan 20 karyawan kantor? Ini jam kerja. " Semua orang tertawa, tetapi dia percaya bahwa ini adalah kehilangan waktu yang berharga. ” Lelucon menghabiskan waktu 20 orang! Pria ini segera mulai mengomel dengan matematika: "Lima menit, 20 kali, ternyata Anda menghabiskan setengah jam bercanda."

Pada prinsipnya, saya bersimpati dengan keinginan pembuat kode untuk mengoptimalkan kehidupan sehari-hari, karena saya sendiri menikmatinya. Tiga tahun lalu saya mulai mengerjakan sebuah buku tentang psikologi programmer, jadi saya memutuskan untuk melanjutkan kelas pemrograman saya - sekitar tahun 1980-an saya mencoba-coba Commodore VIC-20 - dan mempelajari bahasa pemrograman modern seperti Python dan JavaScript. Dan semakin saya bermain dengan program, semakin saya mulai melihat ketidakefisienan dalam rutinitas harian saya. Misalnya, saat menulis buku, saya perhatikan bahwa saya sering beralih ke kamus online. Mereka berguna, tetapi sangat lambat sehingga setelah setiap pencarian, hasilnya dimuat selama dua detik. Saya memutuskan untuk menulis kamus saya untuk baris perintah menggunakan situs yang menawarkan API untuk kamus. Setelah bermain dengan Python di pagi hari, saya menyusun naskah. Saya memasukkan kata pada baris perintah, dan dengan kecepatan kilat saya menerima sinonim dan antonim. Semuanya tidak dipernis, kira-kira, hijau di atas hitam. Tetapi seberapa cepat kerjanya: tidak perlu menunggu browser memuat semua skrip pelacakan cookie dan menyumbat hard drive saya.

Tentu saja, ini tidak menghemat waktu yang gila. Jika, misalnya, saya mencari sinonim rata-rata beberapa kali per jam, dan dengan asumsi (cukup murah hati) bahwa kreasi saya menyelamatkan saya dua detik per pencarian, maka saya mungkin menghemat sekitar satu jam setahun dari harapan yang mengganggu. Itu hampir tidak layak. Namun demikian, kecepatan ini menghangatkan jiwa saya. Setiap kali saya mencari sinonim, hasil instan memberi saya kesenangan.Saya menyuntikkan obat efisiensi ke dalam pembuluh darah saya, dan itu menyenangkan.

Sebelum saya bisa melihat ke belakang, saya menjadi kecanduan menulis kode untuk tugas-tugas rutin kecil. Saya membuat program untuk menghapus subtitle yang diunduh dari YouTube; satu lagi untuk memotong dan mengarsipkan tautan yang saya poskan di Twitter; satu, memeriksa situs web sekolah tempat putra saya belajar, dan mengiriminya pesan teks ketika gurunya memposting pekerjaan rumahnya di sana (ia bosan terus memperbarui halaman).

Banyak program saya ditulis dengan buruk, dan nyaris tidak berfungsi; Saya memilih cara paling sederhana dan metode brute force. Mempelajari kode programmer yang benar-benar berpengalaman, saya kagum pada keanggunan mereka. Saya bisa menulis fungsi yang sangat besar dan jelek untuk menyaring data, dan kemudian melihat bagaimana seorang programmer yang berpengalaman akan menghadapinya dengan beberapa baris kode (lebih cepat). Wartawan terkadang mengagumi basis kode besar Google - 2 miliar baris - mengingat ini merupakan cerminan dari kekuatannya. Tapi Anda tidak akan mengejutkan programmer dengan volume. Terkadang programmer yang paling produktif adalah mereka yang mengurangi ukuran kode, memadatkan dan mempersingkatnya. Setelah menghabiskan tiga tahun di Facebook, programmer Jinghao Yan menghargai kontribusinya terhadap basis kode perusahaan dan menemukan bahwa itu negatif. "Saya menambahkan 391.973 baris dan menghapus 509.793 dari repositori utama," tulisnya di salah satu utas diskusi Quora.(Ternyata banyak programmer duduk di Quora). "Jadi, jika aku memprogram 1000 jam setahun, ternyata aku menghapus 39 baris per jam!"

Pemrograman menyerupai puisi, di mana singkatnya teks memberinya kekuatan. “Dalam puisi yang dibuat dengan baik, setiap kata memiliki arti dan tujuan,” tulis programmer dan penulis Matt Ward dalam esai untuk Smashing Magazine. "Penyair dapat menghabiskan waktu berjam-jam mencari kata yang tepat atau mengesampingkan puisi itu selama beberapa hari, lalu untuk melihatnya lagi." Di antara puisi-puisi modernis terkenal, yang diilhami oleh singkatnya metode lama dari pembenaran, haiku, ada sebuah karya "Di stasiun kereta bawah tanah" oleh Ezra Pound :
Kemunculan wajah-wajah ini di tengah kerumunan;
Kelopak pada dahan hitam, basah.

[Tiba-tiba penampilan di kerumunan wajah-wajah ini;
Kelopak pada dahan hitam karena lembab.]
“Dalam dua baris dan empat belas kata,” kata Ward, “Pound melukiskan gambaran yang jelas, penuh makna, dan meminta diskusi oleh para ilmuwan dan kritikus. Ini efisiensi. "

Pada 2016, saya bertemu dengan Ryan Olson, seorang programmer Instagram terkemuka. Timnya baru saja mengimplementasikan fitur Story. Itu adalah pembaruan besar-besaran. Olson mengatakan kepada saya bahwa dia berkeliling San Francisco dengan kelelahan total beberapa jam setelah meluncurkan pembaruan - dan melihat bagaimana orang sudah mulai menggunakannya. "Perasaan itu benar-benar keren," katanya. - Tadi malam saya di gym, melihat sekeliling, dan melihat seseorang menggunakan produk ini. Saya tidak tahu apakah ada cara lain dalam sejarah untuk menjangkau begitu banyak orang ", atau kapan" begitu sedikit orang menentukan sensasi dari begitu banyak orang. "

Satu hal untuk mengoptimalkan hidup Anda. Tetapi bagi banyak programmer, obat sejati mengubah kehidupan seluruh dunia. Skala itu sendiri membawa sukacita; Sangat menarik bagaimana kode baru Anda tiba-tiba mendapatkan popularitas yang eksplosif, dari dua orang menjadi empat, dari empat menjadi delapan, dan dari mereka ke seluruh populasi Bumi. Anda telah mempercepat beberapa aspek kehidupan - bagaimana kami bertukar pesan, membayar tagihan, atau berbagi berita - dan Anda melihat bagaimana ombak semakin berbeda.

Seringkali ini adalah bagaimana kekayaan di dunia perangkat lunak dibuat, jadi ini disertai dengan kegelisahan kekuasaan dan kekayaan. Kapitalis ventura berinvestasi dalam proyek-proyek yang, menurut pendapat mereka, akan tumbuh seperti gulma, dan pasar menghadiahi mereka. Dan interkoneksi motivasi ini memberi para programmer Silicon Valley yang mencintai efisiensi tidak hanya kesenangan berskala besar, tetapi juga keinginan obsesif untuk mencapainya.

Elit Lembah Silikon sering memiliki penghinaan terhadap hal-hal yang tidak dapat ditingkatkan. Hal-hal kecil bisa tampak lemah. Beberapa kali dalam percakapan dengan teknisi besar, saya menyebutkan perusahaan Jason Ho, menjelaskan bahwa bagi saya itu tampak sebagai perusahaan yang cerdas dan menyenangkan, contoh yang bagus dari seorang pengusaha yang menemukan masalah yang belum terpecahkan. Tapi mereka mengerutkan kening. Bagi mereka, Clockspot adalah "bisnis yang berhubungan dengan gaya hidup" - dalam jargon mereka itu berarti sebuah ide yang tidak akan pernah terbang cukup tinggi. Mereka mengatakan bahwa ini adalah produk yang baik, tetapi Google dapat menyalinnya, dan mengambil bisnisnya dalam sedetik.

Tentunya, kami mendapat keuntungan dari keinginan para programmer yang gelisah dan naluriah untuk mempercepat segala sesuatu di sekitar dan menciptakan kelimpahan. Tetapi keinginan tanpa henti simultan untuk mencapai efisiensi pada skala memiliki efek samping. Umpan berita Facebook mempercepat tidak hanya tampilan foto oleh teman-teman, tetapi juga penyebaran informasi yang salah. Uber mengoptimalkan pencarian taksi untuk penumpang, tetapi mengubah ekonomi pengemudi taksi. Amazon sedang mempersiapkan pengiriman elektronik pesawat tanpa awak yang terbang di jalanan, tanpa toko.

Mungkin kita - orang-orang yang kehidupannya terus membaik - akhirnya mulai memperhatikan konsekuensi-konsekuensi ini. Kami semakin mengeluh tentang "perusahaan teknologi besar", kami memperhatikan bagaimana mereka menghindari masalah sipil, bagaimana mereka menarik dan sekaligus marah. Kami tidak tahu apa yang harus dilakukan dengan itu; kami menyukai kenyamanan, cara perangkat lunak terus-menerus menyatakan bahwa kami dapat melakukan lebih banyak dengan berinvestasi lebih sedikit. Tapi keraguan berangsur-angsur menumpuk.

Mungkin itu menjadi tidak menyenangkan bagi kita karena dalam kehidupan sehari-hari kita terlalu menyerap romansa hiperoptimisasi. Lihatlah jalan-jalan kota: karyawan mendengarkan podcast dengan kecepatan satu setengah, bergegas untuk bekerja, memastikan dengan bantuan Apple Watches bahwa mereka membuat 10.000 langkah sehari, melihat surat kantor di bawah meja di kafe. Kita sendiri telah menjadi seperti coders, menyesuaikan setiap perlengkapan hidup kita untuk menghilangkan gesekan. Seperti programmer yang baik, kita bisa sangat mempercepat mesin kehidupan kita, meskipun tidak jelas apakah kita akan lebih bahagia dari ini.

Source: https://habr.com/ru/post/id446680/


All Articles