22 penghinaan yang tidak ingin didengar oleh pengembang

Dunia teknologi sedikit berbeda dari dunia jas dan salesdroid yang cantik dan bergaya di mana semua orang bersikap sopan, bahkan ketika mereka membenci nyali Anda dan mengira Anda idiot. Manajer yang berpakaian sesuai mungkin tersenyum dan menyembunyikan pesan mereka yang sebenarnya dengan cara mereka mengatakan bahwa Anda melakukan "hebat, teman yang sangat baik," tetapi programmer sering mengungkapkan pikiran mereka, dan ketika pikiran itu memiliki sesuatu yang tidak menyenangkan untuk dikatakan, perhatikan, perasaan.

Mengurai, membongkar, dan memilah-milah hinaan yang dibutuhkan pengembang sling. Tidak ada yang suka diberi tahu bahwa ide dan kode mereka adalah sesuatu yang tidak terlalu bagus, tetapi beberapa slight lebih baik daripada yang lain, memotong inti dari kesalahan pengkodean Anda. Faktanya, penghinaan yang baik dapat berisi peta jalan untuk memajukan proyek Anda. Jika saingan Anda bersedia menjelaskan apa yang perlu Anda lakukan untuk membuat kode Anda layak digunakan, itu layak dilakukan dengan seseorang yang memanggil Anda atau kode Anda "berat", "kasar", atau "penuh dengan anti-pola."

Beberapa orang secara eksplisit kasar, dan bagian dari itu mungkin merupakan mekanisme di mana kita menerima penghinaan - hampir tidak pernah secara langsung. Linus Torvalds berpendapat bahwa email adalah mekanisme cacat inheren yang sering menyembunyikan isyarat halus, seperti yang ditukar oleh departemen pemasaran dengan menggerakkan mata. Torvalds pernah mengatakan kepada pengembang berkulit tipis, “sangat sulit untuk membaca orang melalui email. Saya pikir Anda harus * lebih * jujur ​​dan * lebih * terbuka melalui email. ”

Untuk sedikit bersenang-senang, dia memasukkan bom logika ke dalam seruan untuk lebih sensitif dengan mengatakan bahwa budayanya mencakup kutukan. Pengeluh mungkin mencoba mengingat bahwa dia berasal dari Skandinavia, rumah para pejuang Viking.

Untuk membantu dunia teknologi mengatasi rintangan dan panah keberuntungan yang memalukan, berikut adalah daftar beberapa penghinaan umum yang tidak ingin didengar oleh pengembang mana pun - tetapi sering kali akan. Persiapkan dirimu.

"Kode tidak dapat dikompilasi"

Ketiga kata ini mungkin tampak tidak berbahaya, bahkan faktual, tetapi mereka menyembunyikan racun yang sebenarnya. Bagaimanapun, mereka memberi sinyal bahwa kode dapat berjalan dengan lancar di mesin Anda , tetapi itu tidak masalah bagi orang lain. Mereka mencobanya di tempat yang mereka inginkan untuk menjalankan kode Anda, dan gagal. Bisa jadi mereka tidak menginstal perpustakaan yang tepat. Mungkin mereka menggunakan versi kompiler yang berbeda. Mereka bahkan mungkin memiliki sakelar berbeda yang disetel pada pengoptimal. Apapun alasan sebenarnya, tidak ada yang tahu, dan tidak ada yang peduli. Yang ingin mereka beri tahu adalah bahwa Anda melewatkan pelajaran kedua dari kelas pemrograman, pelajaran ketika instruktur mengajarkan di mana harus meletakkan titik koma.

"Berat"

Di sini, coding dan stoner rock berbeda. Untuk beberapa alasan, "ringan" adalah pujian dalam hal pemrograman dan "berat" adalah julukan, seperti memasukkan terlalu banyak nada dalam solo gitar Anda. Tapi "kaya fitur" adalah pujian dan "fitur yang hilang" adalah penghinaan, jadi lanjutkan. Anda tidak dapat memiliki fitur tanpa menambahkan kode dan membuat tumpukan lebih tebal dan karenanya lebih berat.

"Sesuai"

Jika Anda mengasosiasikan pakaian yang bagus dengan kekuasaan dan status, dalam dunia pemrograman, Anda akan mengalami hal lain. Lagi pula, hanya para pemula yang tidak tahu apa-apa tentang komputer tetapi ingin masuk dan mengelola proyek yang akan mengenakan setelan jas. Orang yang membuat perangkat lunak memakai sesuatu yang lebih nyaman. Perpaduan antara kimono dan rok mungkin nirwana - jika tidak, pewarna tua Phish atau hoodie jika Anda lebih muda.

Linus Torvalds pernah menulis, “jika Anda ingin saya 'bertindak profesional', saya dapat memberi tahu Anda bahwa saya tidak tertarik. Saya duduk di kantor rumah saya memakai jubah mandi. Dengan cara yang sama saya tidak akan mulai memakai dasi, saya * juga * tidak akan membeli kesopanan palsu, kebohongan, politik kantor dan fitnah, agresivitas pasif, dan kata-kata yang populer. ”

Jika Anda, sebagai seorang programmer, bahkan tampak bersalah atas salah satu dari itu, Anda akan memakai julukan tersebut, terlepas dari bagaimana Anda berpakaian untuk bekerja.

"Penuh antipatterns"

Beberapa menyebutnya strategi buruk, ide bodoh, atau pemikiran ceroboh, tetapi pemrogram suka menggunakan frasa "antipattern" untuk menjelaskan cara membuat kode yang tidak disarankan. Kedengarannya lebih ilmiah - dan karena sains adalah agama konsol, mengatakan kode Anda penuh dengan antipattern lebih buruk daripada mengatakan itu buruk. Ini mengatakan pemrograman Anda tidak bermoral.

“Fanboi”

Dahulu kala ketika PC menguasai planet ini dan Apple hampir bangkrut, beberapa pengguna setia terus memuji Apple dan memprediksi bahwa suatu hari dunia akan datang untuk menghargai keindahan dan kecanggihan produknya. Para pencinta PC menghilangkan kecanduan mereka dengan menyebut mereka "fanbois".

Meskipun kacang yang menyukai Apple benar, itu tidak berarti bahwa seseorang sekarang memberi Anda pujian dengan menyebut Anda fanboi. Maksudnya, Anda rela mengabaikan kenyataan karena terlalu bersemangat mengabdikan diri pada prinsip atau ide yang aneh, seperti Perl atau mungkin .Net, bukan karena kami memberikan saran.

"Lambat"

Komputer itu cepat. Seperti yang mereka katakan di departemen pemasaran, itu adalah bagian dari merek mereka. Anda bahkan dapat mengatakan itu adalah fondasi merek. Setelah beberapa dekade Hukum Moore, semua orang berharap komputer menjadi lebih cepat dan lebih cepat.

Sayangnya, programmer tidak selalu memberikan sesuatu yang cepat. Banyak perancang perangkat keras suka berkelahi bahwa mereka telah memberikan sisi penawaran mereka. Tim perangkat lunaklah yang menghasilkan kode yang membengkak dan tidak efisien yang menyedot masa pakai chip yang lebih cepat.

Meskipun menurunkan suhu dan meluangkan waktu Anda menghasilkan daging dengan rasa terbaik, kode Anda tidak boleh dipanggang dengan lambat.

“N00b”

Adakah orang yang tidak tahu apa-apa seperti karyawan baru? Mereka mungkin akan mengejanya dengan huruf dan bukan angka. (Lihat juga: "gnubie": orang yang tidak membuka sumber terbuka.)

"Sumber"

Lucunya, ada satu departemen yang cenderung menghubungkan apa yang manusiawi dalam diri kita dengan istilah ekonomi "sumber daya". Tampaknya penting bagi kelayakan kerja kami untuk setidaknya tampak banyak akal. Tetapi jika seorang programmer menyebut Anda sumber daya, dia mungkin juga menyebut Anda Lego brick di dinding atau roda penggerak lain di mesin. Anda bahkan bukan sepotong daging - Anda adalah robot atau panggilan fungsi yang mengeluarkan kode.

“Kejam”

Crufty: Sebuah desain yang digabungkan, seringkali dengan sisa-sisa sisa dari proyek lain. Kekacauan berbatu yang dibuat dengan sedikit pandangan ke depan atau kecerdasan. Frankenstein yang ceroboh dan terjahit sehingga nyaris tidak berhasil. Silakan pilih, saat Anda melihat kata "crufty". Kemungkinan, bukan hanya kode Anda yang mereka komentari; mungkin Anda dan ide Anda.

“/ Dev / null”

Di dunia Unix, perangkat null adalah lubang hitam yang melupakan semua informasi yang dikirim kepadanya. Ini terutama digunakan untuk menguji driver perangkat dan kode lain yang memproses data. Sebagai metafora, ini adalah cara langsung yang sempurna untuk mengatakan memo yang Anda tulis tidak layak disimpan di disk atau dikirim ke printer.

“Kluge”

Terkadang Anda tidak punya waktu untuk menyempurnakan proyek sampingan yang Anda buat di akhir pekan, hanya untuk menemukan 2.000 developer lain yang tiba-tiba bergantung padanya. Dengan minat gelombang kedua muncullah penghinaan. Apa repo yang dilempar ini dalam satu file? Solusi yang bijaksana, bukan elegan. Pekerjaan tongkol. Koleksi virtual kawat baling dan lakban yang dirancang dalam sekejap karena selalu ada. Beginilah kode Anda bisa memakai lencana bertanda "kluge." Paling-paling pemrograman Anda dilihat sebagai perbaikan yang mungkin berhasil sementara tetapi pada akhirnya akan gagal karena tidak cukup menyeluruh untuk menyelesaikan masalah dengan benar - bahkan jika itu bertahan dalam ujian waktu.

"Bitrot"

Kode umumnya akan mulai gagal saat sistem operasi, pustaka, atau sistem lain diperbarui. Versi yang lebih baru memiliki lebih banyak fitur, mengambil parameter berbeda, atau terkadang membuat asumsi berbeda. Dalam kasus lain, programmer telah memperbaiki bug yang diasumsikan kode Anda ada di sana. Kode lama tidak gagal sepenuhnya, setidaknya pada awalnya. Tapi itu mulai berderit karena semakin banyak panggilan ke OS atau perpustakaan mulai gagal. Jika Anda tidak berinvestasi dalam memperbarui pengetahuan Anda dan meningkatkan kode Anda, Anda mulai membusuk seperti ikan tua. Orang bisa bersikap kasar saat menunjukkan hal ini.

“Bogon”

Listrik bergerak melalui aliran elektron. Cahaya bergerak melalui foton. Kebodohan? Partikel bogon bertanggung jawab atas perilaku palsu dan bogositas umum. Anda sebaiknya berharap aliran bogon melalui ujung jari Anda dan keyboard tidak dapat diukur. (Catatan: Berlawanan dengan cluon.)

"Bozo bit"

Pada masa-masa awal, Apple mencoba menambahkan perlindungan salinan ke perangkat lunak dengan menambahkan sedikit tambahan ke header file aplikasi. Jika sudah disetel, sistem operasi akan menolak untuk menyalin file. Ini bekerja dengan baik sampai semua orang tahu cara mengedit header dan membalik sedikit. Meskipun semua orang suka dibandingkan dengan Apple, tidak ada yang suka mendengar bahwa arsitektur atau rangkaian fitur baru yang apik mengingatkan seseorang akan sedikit bozo.

"Rapuh"

Kode yang rapuh dan tidak dapat berfungsi dengan ketahanan yang diperlukan - yaitu, apa yang mereka katakan tentang hasil kerja Anda. Tentu, ketika kode Anda dikompilasi dan lulus semua pengujian unit, Anda merayakannya. Tapi kemudian seseorang mengubah input atau melemparkan dalam pembagian dengan nol dan kode Anda crash. Saat itulah Anda menyadari bahwa ada lebih banyak hal untuk menulis kode daripada memastikannya berfungsi pada tes pertama.

"Programmer kultus kargo"

Penghinaan ini merujuk pada kisah terkenal Richard Feynman tentang suku kuno yang mengikat beberapa batang kayu untuk membangun sesuatu yang tampak seperti pesawat terbang. Mengapa? Mereka tahu alat bersayap itu membawa pengunjung luar biasa dengan muatan berharga dari langit. Mereka mengira bahwa membangun sesuatu yang tampak seperti sayap akan menghasilkan hasil yang sama. Dalam kasus perangkat lunak, orang yang membangun sistem berdasarkan kesalahpahaman yang dangkal tentang masalahnya adalah orang yang diberi label "programmer kultus kargo". Suatu hari, teori setengah matang yang menjadi dasar pekerjaan Anda mungkin terlihat lucu bahkan bagi Anda.

"Permen mata"

Beberapa orang menulis kode baris perintah yang memberikan jawaban dalam teks sederhana. Yang lain membangun antarmuka pengguna yang mencolok dengan kode menari, tombol berkedip, dan warna yang menarik. Mereka bahkan mungkin menyematkan beberapa video, terkadang dengan model cantik dengan mata yang tidak pernah benar-benar bertemu dengan Anda. Apakah ada sesuatu di bawahnya? Bos tidak akan melihat kode itu. Dengan kata lain, wajah cantik menutupi inti yang kosong.

“Hackish”

Karya “hack” ini memiliki banyak arti, ada yang positif dan ada yang negatif. "Hackish" hampir sama. Beberapa menggunakannya untuk menyarankan manuver cerdas yang akan dihargai oleh peretas paling cerdik. Di lain waktu, ini adalah trik yang tidak cukup cepat untuk diretas, tidak cukup solid untuk menjadi nyata.

“Mangler”

"Mangler" memiliki kualitas yang sangat menghina dan halus. Jika Anda telah mengacaukan kodenya - baik, apa lagi yang dapat Anda harapkan? Istilah ini juga digunakan, setidaknya dalam coding cubicles, sebagai pengganti kata “manager,” seperti dalam “project mangler” atau “division mangler,” untuk menunjukkan bagaimana perasaan pengrajin terhadap birokrat. Tentu saja, manajer memiliki istilah berbeda untuk orang-orang yang terlalu banyak berjanji dan kurang memberikan hasil. Mereka disebut programmer.

“Tidak ada operasi”

Seseorang yang tidak melakukan apa pun adalah no-op, mengacu pada instruksi biner kosong yang mengalir melalui CPU tanpa mengubah apa pun. Tidak ada operasi yang mengisi aliran instruksi dan membantu proses debug. Beberapa prosesor menggunakan kode no-op dengan representasi pintar dalam heksadesimal. (Lihat "deadbeef.")

"Keserampangan"

Beberapa algoritme paling cerdas mengandalkan aliran angka acak yang stabil untuk menemukan solusi - beberapa, tetapi tidak semua. Faktanya, kebanyakan tidak. Anda dapat melihat bagaimana mereka yang terganggu oleh gangguan di kode Anda mungkin memberi label seperti itu. Anda tentu tidak ingin email, memo, atau dokumentasi Anda dilihat sebagai penempelan acak dengan harapan mencapai sesuatu yang penting. (Antonim: berpengetahuan luas.)

[Tidak ada]

Satu-satunya hal yang lebih buruk daripada dihina adalah diabaikan.

Artikel terkait

  • 21 tren pemrograman populer - dan 21 menjadi dingin
  • 9 prediksi untuk masa depan pemrograman
  • 9 kebiasaan buruk pemrograman yang diam-diam kami sukai
  • 13 keterampilan pengembang yang perlu Anda kuasai sekarang
  • Unduh: Panduan kelangsungan hidup bisnis programmer profesional
  • Unduh: 29 tip untuk sukses sebagai pengembang independen
  • Programkan dunia: 12 teknologi yang perlu Anda ketahui sekarang
  • Serangan bahasa pemrograman satu huruf
  • 9 bahasa pemrograman mutakhir yang layak dipelajari sekarang
  • 7 pelajaran abadi dari pemrograman 'graybeards'
  • 9 proyek penelitian yang dapat mengubah perusahaan
  • Review: Empat besar Java IDE dibandingkan
  • Unduh: Praktis dengan 17 editor JavaScript dan IDE
  • 11 database mutakhir yang layak untuk dijelajahi sekarang
  • 33 kalimat terburuk yang pernah dikatakan oleh perekrut teknologi
  • 10 pertempuran berkecamuk untuk hati dan pikiran para pengembang
  • 15 teknologi mengubah cara kerja pengembang
  • Dev-olution: Memberi hormat pada 19 generasi pemrogram komputer