Mengapa belajar heksadesimal? [Tutup]

Saya telah mengambil beberapa kelas pemrograman intro di hari saya, kebanyakan hanya untuk mendapatkan kaki saya basah di setiap jenis pemrograman yang saya temukan. Tidak mengherankan, hampir setiap kelas berjalan melalui format yang sama: intro ke perangkat keras, intro ke perangkat lunak, dan kemudian Anda masuk ke pemrograman yang sebenarnya. Sementara memahami bagaimana perangkat keras dan perangkat lunak bekerja sangat penting, saya selalu bingung dengan satu topik yang telah ada di setiap kursus.

Di bagian intro ke perangkat lunak yang saya temukan, tanpa gagal, mereka selalu menekankan pada melek huruf dalam biner, heksadesimal, dan kadang-kadang bahkan sistem angka oktal. Saya mengerti bahwa memahami hal-hal ini baik, dan bagaimana komputer menafsirkannya, tetapi saya tidak pernah menemukan diri saya benar-benar perlu tahu cara membaca dan menulis salah satu dari sistem angka itu. Sungguh, satu-satunya waktu saya melihat sesuatu selain base 10 adalah untuk warna dalam CSS, yang bahkan lebih mudah jika Anda menggunakan sesuatu seperti www.colorpicker.com

Pernahkah saya mengabaikan penggunaan luar biasa dari sistem bilangan non-basis-10 ini di dunia pemrograman, atau hanya tradisi lama untuk memasukkan bagian-bagian ini di semua buku teks pemrograman? Apakah ada yang punya contoh yang baik di mana programmer rata-rata akan benar-benar menggunakan angka oktal?

Semua jawaban baik tetapi mereka tidak membahas apa yang saya pikir adalah bagian paling berharga. Belajar untuk "Berpikir" di pangkalan yang berbeda membuat Anda jauh lebih fasih dengan cara komputer menangani angka.

Jika Anda ingin menyimpan serangkaian huruf kecil yang dikemas dengan cukup baik, bagaimana Anda akan melakukannya?

Nah, ada 26 huruf kecil, yang diterjemahkan dengan mudah menjadi rentang 0-31 yang merupakan angka 5-bit, Anda dapat mengemas 6 angka 5-bit ke dalam bidang 32 bit (int?) Dan bahkan memiliki sisa yang cukup untuk beberapa tanda baca.

Saya tidak mengatakan hex membantu dengan hal-hal seperti ini, tetapi memahami bagaimana angka dikonversi.

Kasus lain, setiap kali Anda menggunakan basis-64 untuk melewatkan angka yang agak panjang di ascii. Apakah Anda tahu cara menerapkan ini? Mengapa menerapkannya seperti itu? Apakah Anda bahkan menyadari bahwa itulah yang Anda ketikkan setiap kali Anda mengetik "CD KEY" ke dalam kotak pendaftaran game?

Juga, untuk bersenang-senang, bermain-main dengan base 12 untuk sementara waktu. Matematika ternyata benar-benar menarik di basis 12 (basis 10 bodoh dalam perbandingan, saya berharap kita telah berevolusi dengan 6 jari - kita bisa berpuluh-puluh tahun ke depan dalam pemahaman kita tentang matematika). Beberapa manusia purba yang sangat cerdas menggunakan basis 12 untuk mengembangkan jam.

Dalam basis 10 kami memiliki 3 angka "Keren" yang membuat pola mudah, 2, 5 dan 9 dengan 8, 6 dan 4 sebagai angka dingin "Kecil". Dalam basis 12 Anda memiliki 2,3,4,6,11 sebagai angka "Dingin" dengan 8,9 dan 10 sebagai angka dingin "Kecil", artinya jika kita menggunakan basis 12 kita akan jauh lebih baik dalam mengenali pola dalam angka karena kita akan melihat mereka sepanjang waktu.

Juga, biner. Anda dapat mengandalkan satu tangan ke 32 - Saya melakukannya sedikit, berguna kadang-kadang ketika menghitung sampai 5 hanya tidak memotongnya :)

Biner sangat menyenangkan, tetapi tidak diterjemahkan dengan baik. Ketika Anda menjadi baik dengan hex, Anda mulai melihat "A" sebagai 1010 dan "5" sebagai 0101, dan hal-hal ini mulai sangat penting. Jika Anda memiliki bitfield yang ingin Anda ekstrak bit ke-6: 00100000, dengan apa Anda "dan" itu? Anda hanya perlu tahu bahwa ini 0x20.

Jika Anda melihat kode yang ands sesuatu dengan 0x0600 bit mana yang sedang diekstraksi? Anda harus tahu tanpa memikirkannya - Anda harus benar-benar membaca seolah-olah itu ditulis 0000011000000000 (tetapi lebih mudah dibaca karena Anda tidak perlu menghitung nol).

Mengapa Anda ingin membatasi otak Anda dan kemampuannya untuk memproses data?

Apa yang harus dipelajari? Anda perlu memahami basis angka yang berbeda untuk menjadi programmer yang kompeten, tetapi mengenai hex ada sedikit yang harus dipelajari, kecuali bahwa ABCDEF datang setelah 9.

Apakah ada yang punya contoh yang baik di mana programmer rata-rata akan benar-benar menggunakan angka oktal?

Oktal? Tidak secara umum, tidak, dengan pengecualian untuk izin * nix.

Heksadesimal? Anda bertaruh. Anda mengabaikan sejumlah besar dari kita yang menyeret bit di sekitar sistem embedded, melihat protokol atau format file pada tingkat bit, dan sebagainya. Tapi tentu saja, jika Anda jauh dari logam melakukan aplikasi atau pekerjaan web, Anda mungkin lolos dengan lebih mudah.

Contoh: Konfigurasi register pada mikrokontroler dan sejenisnya.

Ambil nomor 54312, diambil dengan kunci tinju secara acak. Bisakah Anda tahu bit mana yang diatur? Saya tidak bisa, paling tidak dari atas kepala saya. Setara heksadesimal maka, itu 0xd428. Bahwadi sisi lain, segera beri tahu saya bahwa pola bit yang saya lihat adalah 1101 0100 0010 1000. Lebih terstruktur secara logis untuk hal semacam itu, dan Anda mendapati diri Anda membutuhkan ini sepanjang waktu ketika Anda dekat dengan logam. Katakanlah angka di atas adalah apa yang saya dapatkan di reset dari mcu, dan saya perlu bit 7 dan 9 yang ditetapkan untuk beberapa alasan. Dalam hex, saya dapat dengan mudah melihat bahwa angka yang dihasilkan harus 0xd6a8, tetapi dalam desimal? Itu 54952, jauh dari intuitif jika Anda bertanya kepada saya. Tentu, ini soal menambahkan nilai 640, tetapi lebih sulit untuk diketahui. Tentu saja, dalam praktiknya, orang mungkin hanya menggeser bit ke posisi yang benar dan ATAU yang dengan nilai asli, tetapi Anda mungkin masih ingin tahu apa representasi akhir itu.

Apakah ada yang punya contoh yang baik di mana programmer rata-rata akan benar-benar menggunakan angka oktal?

Jika Anda mengatur izin pada file di Unix (atau Linux), Anda menggunakan angka oktal 3 digit. Digit pertama adalah izin pengguna, yang kedua adalah izin grup, dan digit terakhir adalah izin yang didapat semua orang.

Saya harus memahami fakta ini dalam kode yang saya tulis minggu lalu.

Jika Anda melihat output dari algoritma hashing standar seperti MD5, Anda akan sering menemukan mereka ditulis dalam hex. Saya telah melihat sejumlah kasus di mana ini menyebabkan aritmatika di pangkalan yang tidak biasa.

Jika Anda ingin memahami bagaimana floating point direpresentasikan secara internal, dan oleh karena itu mengapa 1/10 tidak diwakili secara tepat, Anda benar-benar perlu memahami bagaimana melakukan aritmatika di pangkalan yang berbeda. Ini adalah pengetahuan esoteris sampai hari ketika Anda menggigit Anda di belakang dan tiba-tiba Anda benar-benar perlu memahaminya dengan tergesa-gesa.

Dan ada banyak kasus lain di mana Anda akan menemukan sifat dasar biner dari data di dalam komputer yang muncul. Tentu saja jika Anda hanya menulis situs web CRUD, kemungkinan besar Anda tidak akan pernah menjumpai satupun dari mereka karena hal itu terjadi pada level yang sudah ditangani orang lain.

Mudah-mudahan, di dunia nyata, Anda tidak akan ditanyai tentang mengubah Hex menjadi biner menjadi desimal. Anda akan memiliki alat yang Anda inginkan untuk mengkonversi apa pun yang Anda inginkan.

Saya setuju Anda harus memiliki pemahaman tentang apa yang sedang terjadi, tetapi mengapa menghafal ketika Anda bisa mencarinya?

Namun, saya merasa berguna untuk mengingat angka-angka penting (untuk saya 0x64 = 100, 0xFF = 255, 0xFFFF = 65535, dll) karena mereka banyak muncul.

Bisakah saya mencari tahu apa 8675309 dalam biner, hex dan oktal? Tidak, tapi saya bisa membuka alat yang bisa kalau perlu.

Satu-satunya hal yang pernah saya gunakan untuk oktal adalah izin file pada sistem unix.

Hex dan binary sangat berguna jika Anda melakukan pekerjaan apa pun dengan dekat dengan protokol kawat, atau dekat dengan transfer data logam. Pada dasarnya data mengalir dalam bentuk biner, yang secara sepele disajikan sebagai gigitan hex.

Anda juga akan menemukan bahwa lembar-data sering mengutip nilai hex jadi lebih baik untuk menunjukkan nilai dalam kode seperti yang muncul di lembar data.

Jika Anda banyak menggunakan keduanya, Anda cukup mahir dalam mengkonversi ke dan dari desimal di kepala Anda, setidaknya untuk nilai-nilai umum.

Semua yang dikatakan; Saya menduga penekanan yang berat sebagian besar historis. Seperti yang Anda katakan ada banyak programmer yang tidak membutuhkan apa pun selain desimal.

Anda sebenarnya bertanya mengapa mempelajari kekuatan representasi 2 angka?

Komputer terbuat dari sirkuit , arus listrik mengalir melalui sirkuit dalam dua tingkat yang berbeda, tinggi dan rendah untuk mewakili dua tingkat arus, kami menggunakan digit biner karena mereka dapat menampung dua keadaan, baik satu (tinggi) atau nol (rendah).

Digit biner membentuk pola . Sebagai contoh, jika satu-satunya cara Anda dan saya dapat berbicara, adalah melalui rangkaian, kita dapat menetapkan bahwa jika Anda ingin mengirim saya huruf A, Anda akan mengirim saya pola biner: 1000001. Karena saya malas , Saya tidak ingin mengingat 7 tujuh digit. Sebaliknya, saya akan menggunakan kekuatan sistem penomoran 2 untuk mewakili digit biner besar menjadi yang lebih kecil. Saya bisa menggunakan 8 (2 ^ 3), atau 16 (2 ^ 4).

Seperti yang Anda lihat sebagian besar perangkat keras komputer dan perangkat lunak menggunakan representasi biner dan kami manusia menggunakan kekuatan 2 representasi seperti oktal dan heksadesimal untuk membaca representasi biner dengan cara yang lebih efisien dan tidak menyakitkan.

Sekarang contoh programmer rata-rata yang perlu memahami kekuatan 2 representasi:

1. ASCII
2. Unicode
3. Memahami pemrograman manajemen memori (stack, heap, alamat memori, core dumps)
4. Debugging
5. Membaca data biner dilakukan sebagian besar di Hex editor.

Sekarang dua sen terakhir saya, saya sangat yakin bahwa Anda dapat belajar dengan cukup cepat kekuatan 2 representasi (karena Anda sudah mengelola kursus pemrograman intro) .. Anda mungkin lupa konversi, tetapi itu seharusnya bukan konsep asing jika Anda mau untuk menjadi programmer biasa.

Saya tidak pernah menggunakan oktal tetapi bukan hal yang aneh untuk melihat hex di debugger dan kadang-kadang lebih masuk akal untuk menggunakan hex dalam kode sumber Anda (biasanya, karena data yang mendasarinya adalah flag bit.)

Saya tidak tahu apakah ada banyak kebutuhan akhir-akhir ini, tetapi bertahun-tahun yang lalu, ketika saya masih seorang Programmer Sistem, bisa membaca dan memahami hex sangat penting. Saya akan disajikan dengan dump penyimpanan (semua dalam hex) dan mendekode representasi hex kembali ke bahasa Assembly IBM. Setelah melakukan itu selama beberapa saat Anda akhirnya dapat melakukannya secara langsung - baca hex dan tulis setara dengan assembly. Sangat berguna untuk debugging. Menambah dan mengurangi nilai hex berguna untuk menghitung offset dari register dasar.

Saya curiga ada sedikit kebutuhan untuk itu dalam praktek sekarang, tetapi pengetahuan tentang itu hampir tidak bisa menjadi hal yang buruk.

Ini bukan tentang menjadi "fasih" dalam membaca biner / heksadesimal, tetapi cukup nyaman sehingga Anda dapat dengan cepat melakukan konversi mental ketika Anda menjumpai mereka. Bayangkan pemrograman tanpa merasa nyaman dengan aritmatika sederhana, dan Anda harus pergi ke kalkulator setiap kali Anda perlu mengalikan dua.

Heksadesimal / biner penting karena ini adalah bahasa yang digunakan komputer. Anda akan selalu menemukannya di beberapa tempat, terutama ketika melalui latihan debugging dan data Anda dalam hex.

Saya juga akan menekankan pentingnya memahami basis-2 dalam konteks bagaimana berbagai tipe numerik diwakili secara internal, dan cara kerja aritmatika. Dengan ini, Anda akan memiliki pemahaman yang lebih baik tentang kapan dan bagaimana menangani masalah pembulatan floating point dan integer overflow, misalnya.

Sebagai satu contoh lagi, operasi bitwise dan flag bit masih lazim dalam pemrograman, dan ini adalah tempat lain di mana pemahaman tentang basis-2 adalah penting.

Sungguh, satu-satunya waktu saya melihat sesuatu selain basis 10 adalah untuk warna dalam CSS,

Anda belum pernah mencari karakter di bagan kode Unicode ? Belum pernah melihat URL yang ada %20di dalamnya? Tidak pernah menggunakan GUID ? Belum pernah melihat alamat IPv6 ? Tidak pernah menulis BLOBliteral dalam SQL? Pernah melihat file dalam hex editor? Ada banyak hal yang berhubungan dengan komputer yang secara konvensional dinotasikan dalam hex.

Sedangkan untuk oktal, saat ini jarang, tetapi masih digunakan untuk izin sistem file Unix.

Lihat juga: aplikasi praktis dari operasi bitwise

Bahkan jika Anda dapat menghindari melakukan pemrograman "close to the wire", tetap penting untuk menyadari fakta bahwa komputer beroperasi dalam biner, karena satu alasan sederhana: Abstraksi bocor .

The intabstraksi dalam kebanyakan bahasa kebocoran alam tetap lebarnya. Bilangan bulat meluap, dan mereka melakukannya pada angka "bulat" biner seperti 2 ³¹ . Pemikir hanya desimal tidak akan bisa menjelaskan bug Tahun 2038 .

The float/ doubleabstraksi kebocoran radix nya 2. Jika Anda menulis 0.1, Anda benar-benar mendapatkan 0,1000000000000000055511151231257827021181583404541015625. Dan Anda akan mendapatkan bug jika Anda mengharapkan 0,1.

Mengenali angka-angka tertentu yang polanya sederhana di pangkalan-pangkalan lain seringkali merupakan petunjuk besar ketika memecahkan bug. Jika jawaban Anda salah pada 347, itu mungkin tidak berarti apa-apa, tetapi jika tidak sebesar 256 atau 128, mungkin itu berarti sesuatu. Jika Anda memasukkan -1 ke dalam tipe data 16-bit yang tidak ditandatangani, Anda mendapatkan 65535, yaitu 1 kurang dari 65536. Jika Anda tahu 2 ^ 16, Anda segera menemukan masalah Anda.

Adapun oktal, lihatlah pertanyaan-pertanyaan ini dan lihat apakah mengenali oktal ketika Anda secara tidak sengaja menanyakannya akan membuat salah satu dari orang-orang ini menjadi programmer yang lebih baik.

Ada beberapa matematika dan teknik kompresi data yang sangat efisien yang dapat Anda gunakan ketika Anda memahami sistem ini dan bagaimana mereka bekerja. Anda mungkin tidak akan menggunakannya dalam beberapa pekerjaan pertama Anda. Tetapi memiliki mereka di saku belakang Anda ketika Anda menjadi seorang senior dan Anda diminta untuk membuat sistem warisan yang bekerja terlalu keras yang berjalan di server dinosaurus yang terlalu banyak bekerja terlalu keras itu bagus untuk dimiliki.
Semakin penting ketika Anda berurusan dengan pengontrol dan elektronik yang tidak memiliki api. Terutama jika Anda menulis api itu.

Dalam pengantar kursus pemrograman yang merupakan bagian dari studi dalam ilmu komputer, sangat masuk akal untuk mengetahui materi itu dengan baik. Anda meninjau kembali topik ketika pemrograman dalam bahasa rakitan, ketika merancang perangkat keras, mengambil kursus tentang bahasa formal, dll. Semua insinyur listrik di universitas saya memerlukan kursus pengantar pemrograman dan mereka kemungkinan akan terus menggunakan informasi itu. Di luar itu, tidak terlalu penting.

Angka oktal terkadang berguna ketika berhadapan dengan rangkaian karakter. Yang terakhir berbasis byte, dan satu oktal = 8 bit = satu byte. Dalam UTF-8, misalnya, karakter non-ASCII dapat memiliki dua atau lebih byte; angka oktal lebih mudah untuk mewakili mereka daripada angka heksadesimal.

Bit berguna karena ... hei! Anda tahu bahwa komputer Anda terus-menerus berurusan dengan 0 dan 1, kan? Maksud saya serius ... Ini bukan hanya tentang bercanda bahwa ilmuwan komputer adalah satu-satunya yang tahu bahwa 1 +1 = 10. Ini juga berguna untuk operator yang terkait bit atau sebagai varbits. Yang terakhir memungkinkan untuk mengurangi persyaratan penyimpanan dalam database ketika berhadapan dengan serangkaian flag.

Sedangkan untuk heksadesimal, saya kira Anda tidak pernah membuka hex editor untuk meningkatkan statistik dan peralatan karakter RPG Anda. Seandainya Anda melakukannya daripada mengunduh editor karakter, Anda akan tahu betul mengapa lebih mudah untuk memahami nomor hex. ;-)

Saya lulus dari universitas 3 tahun yang lalu, dan saya pikir sangat penting untuk dapat membaca dan menulis angka hex. Saya mengacaukan banyak file XML besar untuk bekerja (arti besar 100MB +). Kadang-kadang Anda akan mendapatkan file XML yang mengandung karakter XML tidak valid, yang tidak dapat ditampilkan di editor teks apa pun jadi saya harus menggunakan editor Hex dan menulis kode untuk menunjukkan karakter yang tidak benar. Tugas itu akan sangat sulit tanpa mengetahui nomor hex.

Bertahun-tahun yang lalu saya belajar nilai hex saat bekerja pada sistem 8 bit.

Kejelasan pemahaman bahwa sesuatu terletak di B000 atau E7FF sangat mengagumkan.

Kemarin saya perlu tahu persis karakter apa yang ada di akhir baris teks. Mengetahui perbedaan antara 0x0A dan 0x0A 0x0D bisa sangat penting.

Apakah ada yang punya contoh yang baik di mana programmer rata-rata akan benar-benar menggunakan angka oktal?

Oktal hari ini sangat jarang, tetapi saya menggunakan hex sangat sering, dan sering berpikir tentang masalah dalam biner.

Saya memprogram terutama di C dan C ++, dengan beberapa Objective C, dan melakukan banyak pekerjaan dengan raster dan grafik vektor di Linux dan Mac OS X. Di arena itu, sangat penting untuk menulis kode yang berjalan secara efisien dan memanfaatkan penyimpanan. Anda juga harus memahami cara mesin secara internal mewakili apa yang Anda kerjakan. Cara paling mudah untuk melihatnya adalah dengan hex. Misalnya, piksel warna 24-bit standar direpresentasikan dalam tiga byte, dan mengetahui sekilas bahwa 0x000000 berwarna hitam, 0x00FF00 berwarna merah, dan 0x008000 berwarna pink benar-benar bermanfaat!

Saya juga banyak bekerja dengan standar internasional untuk format file. Salah satu yang saya kerjakan baru-baru ini adalah MXF, yang digunakan untuk menyimpan video untuk disiarkan, DVD, dll. Ini adalah format biner, dan sekali lagi, itu paling mudah ditangani dengan menggunakan hex atau kadang-kadang biner. Ketika Anda men-debug mengapa beberapa video berbasis MXF tidak diputar tepat di sistem Anda, itu sangat berguna untuk dapat melirik bidang 32-bit dan menyadari bit untuk mengosongkan layar secara tidak sengaja diatur - dan Anda dapat melakukan itu di hex, tapi itu sangat tidak mungkin di base 10.

Jika Anda akan menghabiskan karir Anda menulis Perl untuk memijat string teks, maka tidak, Anda mungkin tidak perlu terbiasa dengan hex, oktal, atau biner. Tetapi saat Anda mulai berurusan dengan hal-hal yang saya lakukan, hex dan binary setidaknya penting.

Anda harus tahu heksadesimal jika Anda ingin menjadi seorang programmer. Itu akan terlalu canggung bagi Anda untuk harus mengakui di tempat kerja pada hari yang jarang Anda perlu tahu bahwa Anda tidak memahaminya.

Tidak berarti Anda harus dapat menambahkan angka heksadesimal di kepala Anda. Itu mulai mengacaukan Anda pada aturan untuk penambahan reguler jika Anda tetap melakukannya. :)

Kesamaan yang dimiliki biner, hex, dan oktal bukanlah bahwa keduanya bukan basis10, tetapi bahwa keduanya adalah kekuatan dua. Karena Komputer secara inheren biner, ini memberi mereka masing-masing beberapa aplikasi di mana mereka adalah cara yang paling tepat atau efisien untuk menampilkan dan menangani data.

Ini dulu sangat penting, kembali ketika semua pemrograman tingkat rendah. Dalam pemrograman tingkat tinggi saat ini, kekuatan sistem Nomor 2 jauh lebih tidak penting. Memiliki pengantar yang menyeluruh untuk mereka dalam setiap kursus pemrograman mungkin merupakan peninggalan masa lalu.

Tetapi sistem angka ini masih memiliki kegunaannya, bahkan ketika Anda bekerja dalam bahasa tingkat tinggi. Warna, misalnya, masih disimpan dalam 24 bit, 8 bit per warna primer. Dan karena heksadesimal adalah cara terbaik untuk merepresentasikan byte dalam cara yang dapat dibaca manusia, itu bahkan merupakan bagian dari CSS, yang seharusnya dapat digunakan oleh orang-orang yang tidak pernah memiliki pengantar pemrograman.

Anda tidak dapat memahami komputer tanpa memahami biner. Pengantar biner adalah bagian penting dari setiap pengantar menyeluruh untuk pemrograman. Anda mungkin tidak perlu melakukan banyak konversi antara sistem angka dalam pekerjaan sehari-hari, tetapi melakukan latihan seperti itu adalah satu-satunya cara untuk benar-benar mengenal sistem angka ini *. Mengetahui lebih dari satu sistem non-basis10 adalah satu-satunya cara untuk memahami dengan benar, bahwa data dapat direpresentasikan dalam banyak cara, semuanya valid.

• Seperti yang dikatakan John von Neumann: "[..] kita tidak mengerti banyak hal, kita terbiasa dengan mereka."

Saya pikir konversi dari satu basis ke basis lainnya tidak terlalu penting untuk pemrograman. Dalam pemrograman tingkat tinggi Anda tidak perlu konversi (dan mungkin Anda pernah melakukannya, fungsi lib dan kalkulator tersedia.) Ketika Anda menyelami pemrograman tingkat bawah, Anda tidak lagi berada dalam kursus pengantar.

Saya pikir dua masalah (terkait) penting untuk dibahas dalam kursus dasar.

1. Tentang pengodean. Ini bukan tentang konversi matematika tetapi tentang menggunakan angka (semua jenis angka) untuk menyimpan informasi (semua jenis informasi). Anda bisa mengilustrasikan ini dengan kode morse atau melukis dengan angka juga, jika Anda mau. Tetapi karena komputer lebih suka menggunakan biner dan biner biasanya ditampilkan sebagai hex, hal-hal biasanya diilustrasikan dengan contoh hexy. (Dan, sementara mereka melakukannya, mereka mungkin menjelaskan sedikit tentang akhiran garis, yang telah disebutkan dalam topik ini. Saya hanya menyarankan untuk mengenali berbagai bentuk dan bentuk yang bisa diambil, beberapa di antaranya adalah 0x0D, 0x0A , CRLF, '\ n' dan '\ r')

2. Masalah meluap. Sekali lagi, tidak perlu menggambarkan ini dengan hex. Anda dapat menggunakan contoh y2k (yang tidak ada hubungannya dengan hex apa pun) Di sini saya juga hanya menyarankan untuk mengenali berbagai indikator yang paling mungkin (255, 32767, 65535, 2M14) Mengapa indikator tersebut terkait langsung dengan sifat bytewise penyimpanan internal, tetapi konversi bukan bagian penting.

Saya tidak setuju bahwa Anda perlu mengetahuinya untuk bitflags (karena dalam kursus pengantar pemrograman, konstanta bernama jauh lebih instruksional dan berguna.)

Jika Anda masuk ke pemrograman tertanam tingkat rendah, Anda akan menggunakan heksadesimal. Ini digunakan untuk hal-hal seperti menentukan pola bit dalam register perangkat keras, dan nilai byte dalam dump memori. Anda juga akan belajar menggunakan setiap operator bit-bijaksana dalam bahasa pemrograman apa pun yang Anda gunakan.