Ada banyak orang yang secara tak terduga berpikir bahwa Anda dapat menulis kode sesuka Anda, dan semua aturan dan rekomendasi ini membosankan. Ya, setiap orang punya hak untuk berpendapat.
Namun, kode yang ditulis dengan cara ini dibaca, untuk beberapa alasan, kebanyakan orang menolak.
Dan ada alasannya. Pernahkah Anda mengalami kelelahan membaca? Misalnya, literatur teknis yang rumit, kantor, bahasa lain? Saya yakin itu terjadi. Dan ya, justru kelelahan, meski tidak sama dengan saat aktivitas fisik. Sulit membaca teks menghabiskan lebih banyak sumber daya otak.
Kode juga teks. Dan Anda dapat menulisnya sedemikian rupa sehingga membaca akan menjadi latihan yang sangat tidak menyenangkan dan intensif energi. Jika Anda tiba-tiba ingin menutup editor dan melihat segel saat bekerja dengan fragmen yang sangat mengerikan dari portal perusahaan, maka masalahnya kemungkinan besar bukan karena Anda terlalu malas atau kejenuhan yang tiba-tiba terjadi. Masalahnya adalah apa yang Anda baca.
Topik bacaannya rumit dan luas. Yang terburuk, praktis tidak ada data serius tentang hal itu, di tingkat penelitian medis dan fisiologi, di RuNet. Saya hanya akan menyentuh ujung gunung es, karena alasan sederhana bahwa mempelajari seluruh gunung es memerlukan pendidikan khusus (yang tidak saya miliki) atau studi serupa tentang sumber-sumber untuk itu (yang saya belum siap).
Pertama-tama, mekanisme membaca sama sekali bukan keterampilan khusus, tetapi pengenalan pola yang paling umum.
Otak memiliki batasan fisiologis: waktu pengenalan gambar hampir konstan, dari penampakan suatu objek di depan mata hingga otak menyadari bahwa objek ini sekitar 500 ms. Ini bukan semacam konstanta fisik, tetapi angka yang diperoleh berdasarkan data eksperimen. Jelas bahwa semua orang berbeda, seseorang bereaksi sedikit lebih cepat, seseorang lebih lambat, bahkan orang yang sama akan bereaksi secara berbeda tergantung pada keadaan. Namun, secara rata-rata, angka ini kira-kira sama untuk semua orang. Menarik juga untuk dicatat bahwa waktu pengenalan pola tidak berbeda jauh untuk objek dengan kompleksitas yang berbeda, misalnya, anjing dan huruf C akan dikenali dengan efisiensi yang hampir sama.
Untuk pembaca yang ingin tahu
Setelah mengenali gambar itu, otak membawanya ke dalam gambar dunia dan entah bagaimana beroperasi dengannya. Sebagai contoh, kita melihat sebuah meja, benda-benda di atasnya, sebuah ruangan dan menghasilkan ruang virtual berdasarkan gambar yang diperoleh. Ada sebuah apel dan sebuah pisau di atas meja, kita tahu bahwa sebuah apel dapat dikupas atau dipotong, sebuah pisau dapat terluka, jika sebuah apel disentuh akan menggelinding dan seterusnya. Tanpa melakukan tindakan apa pun, kita dapat mengasumsikan konsekuensi apa yang akan ditimbulkan dan berdasarkan ini kita dapat membangun perilaku kita untuk mencapai tujuan yang diinginkan.
Saat membaca, kami mengenali gambar-gambar huruf, menghubungkannya dengan gerakan-gerakan bundel (secara mental mengucapkan kepada diri kami sendiri), membangun kata pada gerakan-gerakan ini dan memasukkan kata yang dihasilkan ke dalam model konten teks kami. Ini, tentu saja, hanya pada awal pembelajaran membaca, pada kenyataannya, mekanisme membaca bekerja berkali-kali lebih efisien, fase berbicara dengan pengalaman telah sepenuhnya hilang.
Misalnya, apakah Anda pernah bertanya-tanya mengapa kecepatan membaca diperkirakan dengan kata-kata dan bukan dengan huruf? Penjelasannya sederhana - setelah tingkat surat tertentu, seseorang tidak membaca. Dia membaca kata-katanya. Ejaannya sangat mahal, misalnya, kata "kedua" rata-rata akan berbunyi tiga setengah detik. Alih-alih, otak terus-menerus belajar dan setelah sejumlah pertemuan dengan penulisan kata, otak mulai mengenalinya sepenuhnya, melewati tahap mengumpulkan kata dari huruf.
Bagaimana sebuah kata dikenali
Di suatu tempat di memori kita tersimpan gambar referensi kata-kata. Karena ada jumlah yang luar biasa dari mereka, mereka disimpan dengan tingkat kompresi yang tinggi, serigala 10/10. Saat membaca, kita mendapatkan gambar kata dan mengompresnya ke kondisi yang sama, kemudian kita mulai mencari korespondensi.
Pencarian SANGAT dioptimalkan. Dapat diperdebatkan dengan andal bahwa tidak ada pertanyaan tentang enumerasi langsung pembicaraan. Secara alami, mustahil untuk menggambarkan mekanisme ini secara terperinci, namun, kami akan mencoba membuat model kasar.
Pada langkah pertama, kata-kata yang cocok untuk panjang dipilih. Saya mengingatkan Anda bahwa bukan data teks yang disimpan di otak, tetapi grafik, jadi patut dipahami bahwa hanya gambar yang memiliki rasio panjang / lebar yang sama yang dipilih.
Kemudian, pertandingan dengan penampilan terbesar dipilih dari mereka. Secara relatif, gambar yang dikompresi ditumpangkan satu sama lain dan jika warna titik-titik standar dan gambar bertepatan, maka mereka akan diproses lebih lanjut. Oleh karena itu, omong-omong, otak dapat melihat kata atau gambar bahkan di tempat yang sebenarnya tidak. Sebagai contoh, fenomena orang percaya menemukan wajah Yesus Kristus dalam benda-benda yang jelas tidak mungkin, seperti bayangan pohon atau celah pada roti, diketahui secara luas.
Selanjutnya, pemetaan konteks dilakukan. Kata-kata yang tidak bisa di dekat atau hanya dalam teks dari topik ini bersandar. Hasilnya adalah sampel kecil, kebenaran yang relatif percaya diri otak. Kata dari sampel ini dengan bobot terbesar akan dianggap sebagai opsi yang tepat.
Jika karena alasan tertentu sampelnya terlalu besar atau tidak ada dominan kata yang jelas, otak harus kembali ke sumber dan mengumpulkannya dari surat.
Setelah gambar dikenali, objek yang sesuai dihasilkan berdasarkan dan dimasukkan ke dalam ruang virtual teks.
Dan di mana kodenya?
Untuk beberapa alasan, orang menulis kode seolah-olah sebelumnya mereka belum menulis atau membaca apa pun dalam hidup. Ya, atau seolah-olah planet ini ditangkap oleh alien penghisap darah jahat dan kode ini ditulis di bawah todongan senjata proton blasters mereka.
Bahkan di tahun sembilan puluhan yang gagah di Internet tidak ada gaya penulisan yang aneh seperti mozhno cd opt-out untuk kompiler.
Langkah-langkah pengenalan teks di atas tidak memperhitungkan semua fitur membaca, tetapi langkah-langkah ini secara meyakinkan dikonfirmasi oleh penelitian dan dapat digunakan untuk menjelaskan mengapa beberapa hal saat menulis teks dengan tajam merusak keterbacaannya.
Contoh paling umum adalah transliterasi dalam nama fungsi dan variabel.
removeFromSklads(42);
Tidak ada template untuk kata sklads di set standar orang normal. Saya harus membacanya dalam bahasa Inggris, menyuarakan, menemukan analogi dalam bahasa Rusia. Ini meningkatkan waktu membaca pertama sekitar tiga kali.
Contoh yang lebih tidak menyenangkan adalah singkatan yang tidak berarti.
cntr_nm_code = 38;
Mungkin penulis ingin mengatakan kode nama negara. Hmm ... Baiklah, katakan saja. Selain masalah yang jelas dengan membaca, kami memiliki masalah dengan memasukkan objek ini ke dalam ruang kode virtual kami. Jika ada apel dalam teks, tetapi kami menulis apel dan di masa depan kami mengindikasikan bahwa apel harus dipotong, maka Anda harus menulis "potong apel". Ketika kami perlu menulis bahwa kami menetapkan kode ke suatu negara, kami secara intuitif mulai mengetik country_name_code dan berhenti di sana. Tidak ada garis di kepala kita, ingat?
Setelah penggunaan berulang, otak akan mengingat cntr_nm_code, tetapi beberapa kali pertama ia akan tersandung dan melihat tooltip editor. Dan bagus jika tip ini.
Topik kata-kata "tidak pantas" dipahami dengan baik. Ada penelitian yang menunjukkan bahwa membaca kata-kata yang tidak sesuai dengan konteks atau melanggar sintaksis jauh lebih buruk. Misalnya, frasa "ekor kucing" jauh lebih mudah dibaca dan lebih cepat daripada "ekor kucing" karena ketidaklogisannya.
Namun, sudah umum bagi beberapa pengembang untuk melupakan urutan kata dalam sebuah kalimat, dan memang akal sehat ketika menulis kode.
website.userAdd(); read_from_cache_token(); wasBookReaded;
Untuk membongkar semua metode membaca komplikasi untuk waktu yang lama dan membosankan. Berikut adalah daftar singkat, dalam bentuk umum, dari praktik utama yang akan membantu Anda menulis kode buruk. Jika Anda mencoba mereka model bacaan di atas, alasannya akan jelas.
Kata-kata asing (transliterasi, kata-kata fiktif, singkatan yang tidak jelas)
Pelanggaran perintah sintaksis yang biasa (activePageSet (42))
Bentuk ketidakcocokan dengan nilai (aktifkan Tema alih-alih temaIsAktif)
Mimikri kata-kata (Nama, nama, _name dan _Name dalam satu fungsi)
Gaya penamaan khusus (fungsi PHP standar, misalnya)
Kenapa semua ini menyebabkan kelelahan
Saat ini, tidak banyak metode untuk mempelajari proses yang terjadi di otak manusia. Jika para ilmuwan mulai menyodok padanya, maka otak dari kekuatan komputasi berubah menjadi biomassa yang tidak berguna. Sebagai bagian dari topik artikel, saya mengandalkan studi
elektroensefalografi .
Dalam aktivitas apa pun, otak menghasilkan listrik dan data ini dapat direkam. Jelas bahwa kandungan informasi dari metode ini kira-kira mirip dengan upaya untuk mempelajari kehidupan kota dengan mengambil radiasi termal dari satelit, tetapi bahkan data seperti itu akan cukup untuk memahami gambaran besar.
Berikut adalah ilustrasi dari
penelitian tentang reaksi seseorang terhadap kata-kata yang nyata dan dibuat-buat
Data serupa dapat dilihat dalam
studi membaca kalimat dengan pelanggaran makna.
Seperti dapat dilihat dari grafik, aktivitas listrik otak ketika membaca kata yang tidak dikenal hampir dua kali lebih lama dan potensi menyimpang lebih banyak dari norma. Jelas, pengeluaran energi otak jauh lebih tinggi, yang merupakan alasan "kelelahan" dari membaca teks seperti itu.
Kesimpulan dan metafora yang buruk
Meskipun saya tidak suka analogi, ada perbandingan yang sangat baik yang memungkinkan kita untuk memahami apa yang sebenarnya kita alami ketika membaca teks dengan semua absurditas ini. Bayangkan Anda memiliki obeng. Dia memutar sekrup dengan sempurna, selama bertahun-tahun Anda telah memilih serangkaian bit untuknya untuk berbagai macam pengencang - slot lurus, salib reguler, salib dengan tanda bintang, torx, hexagon ... Singkatnya, semua yang diperlukan untuk operasi normal.
Dan sekarang Anda perlu memutar seribu sekrup. Anda membuka kotak dan melihat ada sekrup berkarat bengkok. Anda mengambil satu dan melihat bahwa slot di atasnya dibuat dalam bentuk huruf Z. Bersumpah diam-diam Anda memutarnya dengan kelelawar lurus biasa, yang dengan susah payah, tetapi muncul.
Sekrup self-sapping berikutnya harus diputar dengan segi enam, tetapi hanya pada sudut 15 derajat ke kepala sekrup self-sapping. Anda mengerti bahwa Anda hanya dapat memutarnya dengan kunci. Oke, Anda bisa berpikir sekali dan memutarnya dengan tangan Anda.
Pada sekrup self-tapping berikutnya, slotnya terkoyak. Bersumpah sudah dengan keras kamu putar dengan tang.
Sekrup self-sapping berikut memiliki kunci magnet khusus dan hanya dapat dipelintir dengan tongkat bermagnet. Anda menemukan magnet di suatu tempat, menarik magnet kelelawar dan memutarnya.
Sekrup self-sapping berikutnya juga memiliki kunci magnetik tetapi hanya dapat diputar dengan tongkat TIDAK bermagnet. Anda menendang kotak dengan sekrup dan pergi ke bar terdekat.
Mekanisme membaca adalah alat debugged dan disetel yang bekerja sangat efisien. Ketika Anda menemukan teks yang ditulis dengan buruk, Anda harus meninggalkan penggunaannya dan kembali ke tingkat di mana Anda mulai di kelas satu. Secara alami, pada saat yang sama Anda menghabiskan lebih banyak upaya dan menjadi marah bahwa Anda melakukan pekerjaan yang tidak berarti.