Dulu ada alasan yang sangat baik untuk menjaga instruksi / daftar nama pendek. Alasan itu tidak lagi berlaku, tetapi nama samar pendek masih sangat umum dalam pemrograman tingkat rendah.
Kenapa ini? Apakah hanya karena kebiasaan lama sulit dihilangkan, atau adakah alasan yang lebih baik?
Sebagai contoh:
- Atmel ATMEGA32U2 (2010?):
TIFR1
(BukanTimerCounter1InterruptFlag
),ICR1H
(bukanInputCapture1High
),DDRB
(bukanDataDirectionPortB
), dll. - Set instruksi NET CLR (2002):
bge.s
(bukanbranch-if-greater-or-equal.short
), dll.
Bukankah lebih lama, nama non-samar lebih mudah untuk digunakan?
Saat menjawab dan memberikan suara, harap pertimbangkan yang berikut ini. Banyak penjelasan yang mungkin disarankan di sini berlaku sama untuk pemrograman tingkat tinggi, namun konsensus, pada umumnya, adalah menggunakan nama-nama non-rahasia yang terdiri dari satu atau dua kata (akronim yang dipahami secara umum dikecualikan).
Juga, jika argumen utama Anda adalah tentang ruang fisik pada diagram kertas , harap pertimbangkan bahwa ini benar-benar tidak berlaku untuk bahasa assembly atau CIL, plus saya akan sangat menghargai jika Anda menunjukkan kepada saya diagram di mana nama-nama singkat cocok tetapi yang mudah dibaca membuat diagram lebih buruk . Dari pengalaman pribadi di perusahaan semikonduktor yang luar biasa, nama yang dapat dibaca cocok dengan baik, dan menghasilkan diagram yang lebih mudah dibaca.
Apa hal inti yang berbeda tentang pemrograman tingkat rendah sebagai lawan dari bahasa tingkat tinggi yang membuat nama samar samar diinginkan dalam pemrograman tingkat rendah tetapi tidak pemrograman tingkat tinggi?
JSR
adalah tiga kali lebih lama dari opcode yang diwakilinya ( $20
pada 6502) dan jauh lebih mudah dipahami sekilas.
set Accumulator32 to BaseIndex32
? Cukup memperluas singkatan tradisional bukanlah satu-satunya cara untuk membuat sesuatu lebih mudah dibaca.