Misalnya saya ingin mengkonversi 1001 menjadi desimal, maka saya letakkan angka 1001 tersebut di bawah tabel:

Kita lihat bit mana saja yang nilainya satu, lalu lihat angka di atas, dalam hal ini 8 dan 1, jika dijumlahkan, hasilnya adalah 9. Jadi 1001 biner = 9 desimal.

Dengan melihat tabel seperti itu, bisa kita bayangkan apa yang terjadi jika bit-bit biner semua digeser ke kiri satu posisi. Karena di geser satu posisi, maka kita menambahkan satu digit 0 di sebelah kanan, jadi 10010.

Nilainya sekarang menjadi 16 + 2 = 18 atau dua kali 9. Cara lain untuk memahami ini adalah dalam desimal (basis 10), jika kita menambahkan 0 di kanan maka nilainya menjadi 10 kali lipat, misalnya 18 &rarrow; 180 &rarrow; 1800. Demikian juga dalam biner, jika kita menggeser bit ke kiri, artinya kita menambahkan digit 0 di kanan, dan nilainya menjadi dua kalinya.

Proses di atas bisa diulangi berkali-kali. Dan proses tersebut tentunya bisa dibalik, menggeser ke kanan, dalam desimal, jika kita potong satu digit terakhir, maka nilainya akan menjadi sepersepuluhnya, misalnya 180 &rarrow; 18. Atau tepatnya, sepersepuluh dengan pembulatan ke bawah, karena jika kita buang angka 5 dari 185 hasilnya adalah 18. Dalam notasi biner, jika kita geser ke kanan, maka nilainya akan menjadi setengahnya (juga dengan pembulatan ke bawah).

Jadi apa kegunaan bit shifting? Salah satu kegunaannya adalah untuk perkalian dan pembagian dengan dua. Kegunaan lainnya adalah untuk ekstraksi bit (mengambil bagian bit tertentu). Mengenai ekstraksi bit, akan saya bahas di bagian berikutnya.

Dalam operasi bit, kita akan melakukan operasi pada tiap-tiap bit pada posisi yang sama. Jadi jika kita melakukan sebuah operasi pada dua angka 8 bit A dan B, maka: ambil bit pertama dari A, operasikan dengan bit pertama di B, lalu berikutnya ambil bit kedua dari A, lalu operasikan dengan bit kedua dari B, demikian seterusnya.

Di hampir semua bahasa pemrograman, operasi bit dilakukan sekaligus pada semua bit di sebuah register atau variabel. Berikut ini definisi beberapa operator bit yang sifatnya binary (Operasi dilakukan pada posisi bit yang sama di kedua variabel atau register tersebut):

1. AND: jika ada dua bit di posisi yang sama nilainya 1, maka nilai bit di posisi tersebut menjadi 1, jika tidak maka 0 (1 AND 1 = 1, 1 AND 0 = 0, 0 AND 1 = 0, 0 AND 0 = 0).
2. OR: jika salah satu bit atau kedua bit nilainya 1 di posisi yang sama, maka nilai bit di posisi tersebut menjadi 1, jika tidak maka 0 (1 OR 1 = 1, 1 OR 0 = 1, 0 OR 1 = 1, 0 OR 0 = 0).
3. XOR: jika dua bit di posisi yang sama nilainya berbeda, maka nilai bit di posisi tersebut menjadi 1, jika tidak maka 0 (1 XOR 1 = 0, 1 XOR 0 = 1, 0 XOR 1 = 1, 0 XOR 0 = 0).

Ada juga operator unary, yaitu NOT: membalik bit 0 menjadi 1 dan sebaliknya.

Beberapa contoh:

1. 5 desimal xor 3 desimal : 0101 xor 0011 = 0110 = 6 desimal.
2. 5 desimal or 3 desimal : 0101 or 0011 = 0111 = 7 desimal.

Contoh lebih lengkap bisa dilihat di Wikipedia.

Mengetahui operator dasar AND sudah cukup untuk memeriksa apakah suatu bilangan sifatnya ganjil atau genap. Jika kita meng-AND-kan suatu bilangan dengan 1 dan hasilnya sama dengan 1 maka bilangan tersebut adalah ganjil, jika nol maka genap.

Di tulisan berikutnya saya akan membahas mengenai bit shift dan rotate.

Sebagai catatan: dalam wawancara Knuth sendiri tidak menyarankan seseorang membaca buku ini dari sampul ke sampul sampai habis. Saya membaca buku ini pertama skimming dulu, mencari topik menarik, setelah itu baru saya baca teliti bagian-bagian yang saya perlukan. Jadi jika Anda merasa berat membaca buku ini: coba langsung skip ke bagian yang menarik.

Ada satu bagian yang langsung menarik bagi saya di Volume 4A, judulnya: “Bitwise Tricks and Techniques”. Knuth menyatakan bahwa

“… Boolean operations on binary numbers deserve to be much better known. Indeed, they’re an important component of every good programmer’s toolkit.”

Kalau saya perhatikan di bangku kuliah, tidak banyak pelajaran mengenai manipulasi bit dan kegunaannya. Buat Anda yang tidak ingin membeli bukunya, Anda bisa mendapatkan bagian ini dari website Knuth (fascicle 1a).

Bagian buku itu menginspirasi saya untuk membuat beberapa tulisan tentang manipulasi bit, dan kegunaannya. Saya tidak akan mengulangi isi buku TAOCP, saya hanya akan menjelaskan beberapa hal dasar yang berguna sehari-hari. Di bagian pertama, saya hanya akan menjelaskan hal yang sangat dasar: representasi biner. Tujuannya: (1) untuk merefresh bagi yang sudah lupa (2) untuk mereka yang tidak mendapatkan pelajaran ini sama sekali.

Berbeda dari seri tutorial saya mengenai tutorial compiler, saya menuliskan ini dengan cepat, dan mungkin kurang teliti. Saya harapkan ada masukan, dan pertanyaan supaya tulisan ini lebih baik. Nantinya setelah seri ini selesai, baru akan saya pindahkan kontennya ke situs yohan.es. Dari dulu saya berniat menuliskan materi yang berhubungan dengan pemrograman, tapi jika saya menunggu sampai punya waktu untuk menulis lengkap dan baik, rasanya akan lama selesainya, jadi saya berusaha mendisiplinkan diri untuk menulis dengan cepat di blog ini.

Untuk teks yang berhubungan dengan formula matematika, saya akan menggunakan dua notasi, dengan kata, misalnya 2 pangkat N, dan dengan simbol yang dihasilkan menggunakan Latex (dalam contoh ini: ). Alasannya kenapa saya tidak menggunakan superscipt dan subscript HTML adalah: saya pernah mendapati salah satu isi blog saya dicopy paste, dan semua 2 pangkat N berubah menjadi 2N. Semoga dengan ini hal tersebut tidak terjadi (dan jika terjadi, teks masih bisa dimengerti).

Sebelum masuk bagian paling dasar, mungkin ada yang bertanya: apa sih gunanya mengetahui manipulasi bit? Jika Anda memprogram sangat high level, hanya membuat aplikasi bisnis dengan Java atau PHP, maka mungkin Anda akan sangat jarang menyentuh manipulasi bit. Tapi jika Anda memprogram low level, atau berusaha mengerti banyak algoritma, maka ini akan sangat berguna. Contoh penggunaan manipulasi bit adalah dalam enkripsi (misalnya permutasi bit) dan kompresi (misalnya huffman code, bit packing). Beberapa struktur data, misalnya bloom filter juga membutuhkan manipulasi bit dalam implementasinya.

Manipulasi bit dilakukan di level biner, jadi Anda perlu mengkonversi bilangan desimal menjadi biner untuk memahami apa yang terjadi. Saya buatkan beberapa daftar angka dari biner dari 1 sampai 10:

Dalam komputer modern, satu byte terdiri dari 8 bit (ini distandarkan sekitar tahun 1975). Untuk memudahkan pembacaan, saya akan memecah setiap 8 bit menjadi masing-masing 4 bit dengan spasi, misalnya angka 5 desimal dalam 8 bit: “0000 0101″. Dalam seri tulisan ini, saya akan menggunakan asumsi bahwa kita menggunakan urutan byte “little endian“. Urutan ini digunakan di Intel yang digunakan oleh kebanyakan orang saat ini.

Untuk menyatakan bilangan negatif, biasanya kita menggunakan two’s complement. Caranya adalah mengurangi 2 pangkat N () dengan bilangan yang ingin kita negatifkan, dengan N adalah jumlah bit. Misalnya kita memakai satu byte (jumlah bit = N = 8), maka untuk menyatakan -1, kita menyimpannya sebagai ( 2 pangkat 8 ) minus 1, sama dengan 255 (), atau dalam bit biner “1111 1111″. Di memori, angka yang tercantum adalah 255, tapi bisa dipandang sebagai 255 atau -1 tergantung dari interpretasi kita. Lihat contoh program berikut ini:

#include <stdio.h>

int main()
{
        unsigned char x  = 255;
        char y = (char)x;
        printf("x = %d y = %d\n", x, y);
        return 0;
}

Jika kita kompilasi dan jalankan akan terlihat bahwa output x yang dideklarasikan sebagai unsigned char adalah 255 dan output y, yang nilainya disalin dari x, tapi dideklarasikan sebagai char adalah -1.

yohanes@koala:~$ gcc -Wall neg.c -o neg
yohanes@koala:~$ ./neg
x = 255 y = -1

Dengan cara yang sama, kita bisa mendapatkan bahwa -2 adalah 256-2 = 254. Secara umum, jika kita punya bilangan N bit yang sifatnya “signed”, kita bisa merepresentasikan −((2 pangkat (N−1))) sampai (2 pangkat (N−1))−1 atau: ( sampai ).

Perlu diperhatikan bahwa representasi two’s complement ini bergantung pada jumlah bit. Dalam bahasa C, sebuah char selalu 1 byte (standar), tapi sebuah int bisa 16 bit (2 byte), 32 bit (4 byte), dan sekarang 64 bit (8 byte), hal ini tergantung pada prosessor dan compiler yang digunakan. Misalnya C di DOS pada prosesor 8086 memakai ukuran int 16 bit.

Jika kita memakai sistem 32 bit, dengan satu int berukuran 32 bit, maka -1 adalah (2 pangkat 32) minus 1 = 4294967295 (), atau dalam biner “1111 1111 1111 1111 1111 1111 1111 1111“. Jika kita ubah program sebelumnya menjadi seperti ini:

#include <stdio.h>

int main()
{
        unsigned char x  = 255;
        char y = (char)x;
        int z = (int)y;
        int z2 = (int)x;
        unsigned int z3 = (unsigned int)z;
        printf("x = %d y = %d z= %d z2=%d\n",
                x, y, z, z2);
        printf("z3 = %u\n", z3);
        return 0;
}

Output program adalah:

x = 255 y = -1 z= -1 z2=255
z3 = 4294967295

Ajaib bukan, tidak pernah ada angka 4294967295 di dalam program, tapi nilai itu bisa keluar. Ini yang terjadi:

pernyataan pertama baik-baik saja, , nilai x adalah 255

x = 255;

Pada yang kedua, y menjadi -1 karena y adalah signed char (8 bit)

y = x;

Untuk pernyataan berikutnya, perlu diingat: z adalah signed, y adalah signed. Karena menyalin dari signed ke signed compiler melakukan

compiler tahu bahwa y bernilai -1 supaya nilainya tetap -1, maka compiler membuat z bernilai -1 (dalam versi 32 bit)

z = y;

Untuk pernyataan berikutnya, z2 adalah signed, tapi 32 bit. Nilai x adalah 255, dan ini masih dalam range integer 32 bit. Nilai z2 menjadi 255, karena nilai 255 bisa ditampung oleh integer 32 bit

z2 = x;

Tambah satu variabel lagi: z3 adalah unsigned int, nilai -1 dari z di salin ke z3, tapi dinterpretasikan sebagai “unsigned” 32 bit. Artinya nilainya adalah 4294967295 (minus 1 dalam representasi 32 bit):

z3 = z;

Sifat yang Anda lihat itu adalah sifat dalam bahasa C, dan sifat ini sangat dekat dengan sifat kebanyakan mesin. Saya tekankan bahwa itu adalah sifat C, karena berbagai bahasa punya sifat yang berbeda dalam menangani bilangan dan interpretasi bit. Di Java tidak ada tipe “unsigned”, jadi kita harus memanipulasi dengan cara lain (akan dibahas di bagian lain, karena melibatkan operator yang belum dibahas). Bahasa lain, seperti misalnya JavaScript hanya memiliki satu jenis tipe (namanya Number).

Demikian bagian pertama mengenai manipulasi bit, di bagian berikutnya saya akan membahas mengenai operator bit dasar (AND, OR, XOR, dan NOT) dan bit shifting.

Ketika orang diperkenalkan pada suatu bahasa, kebanyakan caranya adalah melalui pengenalan sintaks, lalu kemudian membuat aplikasi kecil dalam bahasa tersebut. Jika Anda belajar bahasa yang paradigmanya sama atau mirip, cara ini memang akan berhasil, tapi tidak jika paradigmanya berbeda. Saya contohkan sedikit mengenai Lisp. Kebanyakan orang akan belajar mengenai apa itu atom, apa itu list, lalu operasi terhadap atom dan list (car, cdr, cons, list, dsb). Setelah itu kebanyakan akan membuat program manipulasi list sederhana. Di titik ini sebagian orang akan bertanya: di mana bagusnya Lisp, bagian mana yang membuat ini cocok untuk aplikasi AI?

Saran saya supaya bisa mengerti adalah dengan melihat beberapa program dalam suatu bahasa, sambil mencoba memikirkan: kalau ini saya tulis dalam bahasa yang saya kenal, kira-kira akan menjadi seperti apa?. Tentunya Anda harus mencari contoh yang agak realistis, jangan contoh terlalu sederhana seperti memanipulsai list. Misalnya jika Anda membaca buku Structure and Interpretation of Computer Programs, sampai ke contoh Symbolic Differentiation Anda bisa melihat bagimana mudah sekali memanipulasi simbol dalam Lisp. Bagaimana kira-kira jika Anda diminta menuliskan itu dalam Java? apa saja yang perlu Anda tulis? berapa kelas yang harus Anda buat untuk merepresentasikan parser, operator, simbol, dsb?

Bagian yang saya sebutkan di atas memang tidak langsung berhubungan dengan AI, tapi contoh tersebut memperlihatkan bagaimana mudahnya memanipulasi simbol dalam AI. Contoh manipulasi simbol yang termasuk dalam AI adalah Automated theorem proving. Kode ATP pasti perlu memanipulasi persamaan matematika secara simbolik seperti program Symbolic Differentiation tesebut.

Saya ambil contoh bahasa lain: Prolog. Ketika Anda membuat program prolog, coba pikirkan betapa sulitnya menerjemahkan program sederhana seperti “pohon keluarga” ke bahasa prosedural atau object oriented. Program sederhana yang berisi: daftar nama; nama ayah dan nama ibu dari setiap orang; dan nama adik/kakak dari setiap orang. Kemudian diberikan sepasang nama X dan Y, X harus memanggil apa ke Y (kakek, ayah, paman?). Untuk Anda yang belum pernah melihat contoh kode Prolog, silakan lihat url ini. Di bahasa dengan paradigma OOP, Anda perlu membuat tree, membuat method untuk menginsert tree, lalu melihat berbagai pola yang mungkin. Dalam Prolog, Anda cukup menyatakan apa yang dimaksud dengan “kakek”, apa yang dimaksud dengan “paman”.

Saat ini saya akan menskip pembahasan mengenai apakah benar Fortran lebih bagus untuk pemrosesan numerik, dan apakah C memang sangat bagus untuk system programming. Akan saya bahas lain waktu, tapi prinsipnya sama: apakah yang bisa saya lakukan dengan Fortran bisa saya lakukan dalam bahasa lain? jika iya apakah akan lebih baik, lebih mudah?

Setelah mengenal berbagai bahasa, Anda perlu menyadari bahwa: kita bisa memprogram sebuah aplikasi dalam berbagai bahasa. Sebuah aplikasi C atau Java atau yang lain bisa meng-embedd interpreter Prolog.Jika kita tahu ada bagian program yang terlalu rumit atau terlalu bertele-tele dinyatakan dalam bahasa C atau Java, dan mudah dilakukan dengan Prolog, maka kita bisa memanggil kode Prolog.

Secara umum: jika kita belajar bahasa X, kita bisa mengenal apa saja kelebihan bahasa tersebut, dan kemudian kita bisa menggunakan bahasa tersebut sesuai masalah yang kita hadapi. Mungkin bahasa tersebut hanya digunakan untuk bagian kecil dari program saja, tapi bisa menghemat waktu Anda, dan membuat program lebih mudah di mengerti.

Ini beberapa daftar keinginan saya dari mulai waktu jaman SMU dulu yang saya ingat saat ini yang sudah kesampaian:

• memprogram virus polimorfik
• membuat antivirus
• Membuat animasi dengan assembly yang kurang dari 100 byte (waktu itu saya membuat animasi API)
• membuat program kompresi (cuma pernah huffman, belum yang lain)
• membuat game mode grafik (dulu pernah membuat beberapa, tidak ada yang benar-benar selesai, tapi sudah cukup puas)
• memproses gambar (teknik dasar manipulasi piksel)
• membuat daemon
• memprogram Wii (porting 2 emulator)
• membuat server HTTP, proxy server
• mengimplementasikan beberapa enkripsi, dan setidaknya memahami berbagai jenis enkripsi (tidak pusing lagi dengan istilah stream, block, cbc, dsb)
• menulis program dengan FORTAN (cuma untuk tugas kuliah, setelah itu pernah menulis bagaimana menghubungkan gfortran dengan DELPHI)
• membuat aplikasi desktop dengan GUI di Windows, Linux, OS X
• menulis sendiri shellcode untuk exploit buffer overflow
• memprogram set top box, yang punya fitur DVD player (dengan Windows CE)
• memprogram J2ME (pengalaman pertama memprogram mobile device dengan SL45, HP Java pertama)
• memprogram serial port, modem, STK (Sim toolkit), SMS
• membuat program yang berhubungan dengan SMS center
• memprogram Palm OS, Symbian, BlackBerry
• memprogram mesin EDC (mesin untuk swipe kartu kredit, mencetak tanda terima)
• membaca source code Linux dan FreeBSD (serta NetBSD). Sudah berhasil memporting kernel Linux dan FreeBSD dan kodenya pernah direview oleh salah satu developer FreeBSD
• membuat aplikasi web dengan PHP, Java, Perl, Python
• membuat aplikasi dengan HTML5 dan ActionScript
• memprogram microcontroller (ATMEGA, PIC, dan MSP430)
• memprogram jam tangan (MSP430)
• Mempelajari assembly MIPS
• Reverse engineering berbagai program
• Membuat shareware yang dijual
• Menjual aplikasi BlackBerry di appworld
• membuat program untuk update ROM handphone (Acer E130)
• membuat parser dan translator sederhana (salah satunya adalah interpreter BASIC dalam JavaScript)

Masih ada beberapa yang ingin saya lakukan, tapi belum karena alasan ini dan itu:

1. Membuat aplikasi Symbian yang dijual di OVI Store. Symbian sudah mencapai versi terakhir, dan saya sudah memprogram symbian dari dulu, tapi sampai sekarang belum pernah menjual di OVI Store. Mungkin tidak akan laku banyak, tapi ini bagian dari pengalaman.
2. Membuat program iOS yang dijual diappstore. Membuat sendiri dan diinstall dengan jailbreak sih sudah. Masih sayang kalau 99 USD dihabiskan tidak optimal.
3. Membuat aplikasi desktop yang di jual di Mac App Store. Sekarang ini sudah membuat aplikasi desktop untuk Mac, tapi untuk kantor, bukan pribadi.
4. Membuat program Android yang masuk ke Android Market. Sekarang ini saya sudah membuat aplikasi untuk beberapa proyek, tapi belum ada yang untuk publik.
5. Memprogram FPGA untuk membuat CPU sederhana. Sudah beli devkitnya, dan baru mulai belajar.
6. Membuat sendiri compiler/interpreter yang lengkap, termasuk juga code generatornya
7. Membuat emulator NES (Game console pertama yang saya miliki). Memang sudah ada ratusan emulator di luar sana, tapi ini salah satu keinginan yang ada dari dulu.
8. Membuat aplikasi yang berguna dengan LISP. Entah berupa website, atau aplikasi apapun
9. Membuat aplikasi yang berguna dengan PROLOG. Entah berupa website, atau aplikasi apapun
10. Mempelajari lebih banyak mengenai parallel processing, terutama di low level, masalah multithread, multiprocess, sudah lulus, tapi masalah optimasi multi core (CUDA, OpenCL, dsb) belum
11. Ingin mempelajari FFT, terutama untuk sound processing, dengan tujuan lebih spesifik lagi: untuk membantu belajar bahasa Thai
12. Mendalami assembly ARM (sekarang ini dasarnya sudah ada, tapi masih jauh dari fasih dibanding assembly X86).
13. Mempelajari cara kerja JavaScript engine V8 dan WebKit. Setelah memprogram HTML5/JavaScript, dan membaca berbagai buku/tutorial, saya ingin melihat sendiri implementasi berbagai hal di level rendah (langsung ke sumbernya).
14. Mendalami QNX. Sekarang ini sudah cukup mendapat pencerahan mengenai userland QNX, tapi masih belum terlalu mengerti dengan berbagai aspek internalnya.
15. Membuat OS sendiri, compiler sendiri, text editor sendiri. Semoga yang ini suatu saat akan kesampaian, walaupun itu hanya OS sederhana, dengan compiler dan text editor sederhana.

Beberapa hal sudah saya mulai (misalnya no 1 sampai 3), dan sisanya masih belum. Selain memprogram, saya juga ingin melakukan hal berikut:

1. Membaca dan berlatih sebanyak-banyaknya dari buku The Art Of Computer Programming. Dulu pernah memulai, tapi berhenti. Tidak ada kata terlambat untuk memulai dari sekarang.
2. Menuliskan sebanyak-banyaknya mengenai algoritma, struktur data, dan pemrograman
3. Membuat video pelajaran pemrograman, baik itu yang sifatnya umum (dasar pemrograman), maupun yang khusus (misalnya mengenai C, C++, jaringan komputer)
4. Ingin benar-benar memakai dan mengadministrasi sistem FreeBSD, DragonFlyBSD, OpenBSD, dan/atau NetBSD. Meski saya sudah mengerti sampai level kernel, banyak hal di userspace yang saya tidak tahu

Semoga saya masih diberi umur yang panjang untuk belajar semuanya itu. Selain itu, masih akan muncul banyak hal-hal baru yang perlu saya pelajari, jadi andaikan semuanya sudah berhasil, saya yakin masih banyak hal lain yang menunggu di masa depan.

• Symbian versi awal (versi 6): untuk bisa mendebug, perlu IDE khusus dengan license khusus yang mahal. Symbian versi terbaru sudah semakin baik (tapi sekarang ini Symbian sudah akan berakhir).
• BlackBerry: startup time debugger sangat lama, dan debugger sering error. Setiap kali menginstall versi program baru di BlackBerry, perlu restart (butuh sekitar 5 menit tiap kali restart).
• Mendebug aplikasi Android di emulator. Startup emulator sangat lambat (bahkan di processor AMD quad core 3 ghz memori 16 GB) , lebih cepat mencoba langsung di HP. Masalahnya adalah ketika ada laporan: ada bug kecil di Android versi 2.2, tapi HP saya memakai Android 2.3
• Debugging PHP di web hosting. Kadang ada masalah yang hanya muncul di web hosting, tapi tidak muncul ketika dicoba di server sendiri. Beberapa kemungkinan adalah karena versi PHP yang tidak sama, versi library yang tidak sama. Di server sendiri bisa mudah menginstall Xdebug, tapi tidak tersedia di tempat hosting.
• Nurit Point Of Sales. Device ini banyak bugnya, tidak tersedia debugger, dan jika crash, akan memprint isi memori di atas kertas thermal sekitar 1/2 meter.
• Kernel FreeBSD. Ketika porting tahap awal, sangat sulit mendebug apa yang terjadi di level CPU. Masalahnya karena saya tidak menggunakan development board yang memiliki JTAG.

Sebenarnya tidak semua lingkungan itu benar-benar mengesalkan jika kita punya uang, contohnya: jika saya punya uang beberapa ribu dollar, saya akan bisa mendebug Symbian dengan mudah. Jika saya punya beberapa HP Android berbagai versi, debugging Android juga lebih mudah. Jika saya punya development board resmi dengan JTAG, porting kernel akan lebih mudah. Jika saya hosting VPS dengan versi PHP saya sendiri, maka tidak akan ada masalah dengan PHP, dan andaikan ada masalah, saya bisa menginstall XDebug. Pada kenyataannya seringkali tidak tersedia dana untuk menyelesaikan berbagai masalah tersebut.

Hal pertama yang saya lakukan sekarang adalah mencari lingkungan ternyaman untuk mengembangkan fitur utama. Biasanya ini di desktop. Misalnya ketika saya mengembangkan pembaca Alkitab, saya akan membuat dulu engine parsing file PDB di Desktop. Kadang saya menggunakan IDE, tapi lebih sering menggunakan command line. Setelah bisa dianggap selesai, baru saya membuat user interfacenya. Hal yang sama saya lakukan ketika membuat aplikasi HTML5 di tablet, saya mengembangkan dulu algoritma utama di browser desktop, baru setelah itu tampilan dipoles di device yang sesungguhnya. Jika mungkin, biasanya saya akan membuat skrip khusus, supaya aplikasinya bisa dibuild di desktop (setidaknya bagian algoritmanya) dan di device target.

Di berbagai compiler dan interpreter, biasanya ada opsi untuk menyalakan warning untuk menangkap kesalahan-kesalahan umum. Ini akan saya nyalakan sampai level maksimum. Untuk gcc saya menggunakan -Wall, untuk perl saya mengguanakan use strict;, untuk PHP saya menggunakan error_reporting(E_ALL);. Tapi tidak semua bahasa punya fitur ini (atau tidak perlu fitur semacam ini), misalnya Python. Sedangkan di Java, secara default warning akan muncul kecuali dimatikan.

Di desktop ada banyak tools yang bisa membantu mencari kesalahan program, misalnya ada PMD untuk java. Biasanya masalah ketika membuat algoritma utama di desktop adalah masalah memori dan kecepatan. Di desktop, semua terlihat cepat, tapi ketika dicoba di device, sangat lambat. Ini bisa jadi karena pemakaian memori yang terlalu banyak (garbage collector di HP tidak sebagus di desktop), atau memang algoritmanya kurang bagus. Untuk aplikasi Java, biasanya saya akan menggunakan fitur profiler bawaan SDK Java (Java -XProf dan java -Xrunhprof).

Untuk aplikasi native (C/C++), saya menggunakan valgrind di Linux. Sebenarnya valgrind juga tersedia untuk beberapa OS lain, tapi dari pengalaman, versi Linux lebih reliable. Valgrind bisa dipakai untuk memeriksa aneka kesalahan dalam managemen memori. Valgrind juga punya fitur untuk mendeteksi kemungkinan terjadi deadlock pada program multithreading. Untuk program yang tidak terlalu rumit, kadang saya menggunakan Tiny C compiler, ada fitur pengecekan array yang sangat berguna (untuk mengecek index out of bounds, terutama array yang di stack, untuk array di heap, bisa dideteksi valgrind).

Untuk aplikasi native di Linux, kadang saya menggunakan juga “strace” dan “ltrace“. Fungsi kedua program tersebut adalah mencetak system call (strace) dan library call (ltrace) dan hasilnya. Kedua program tersebut berguna untuk menemukan kesalahan-kesalahan dasar, seperti misalnya jika ternyata path file tidak ditemukan atau gagal dibaca karena masalah permission. Jika sudah terbiasa melihat output strace, maka akan bisa langsung melihat jika ada file yang tidak ditemukan.

Satu fitur menarik dari compiler gcc yang baru adalah stack protector. Tujuan utama fitur ini adalah mencegah agar program tidak bisa diekploitasi dengan buffer overflow. Jika ada buffer overflow, maka program akan berhenti. Fitur ini berguna karena akan membuat program “crash” di titik ketika terjadi buffer overflow, dan bukan di fungsi lain, jadi lebih mudah didebug.

Untuk aplikasi HTML5/JS, saya menggunakan Chrome dan/atau Firebug. Sekarang saya lebih banyak menggunakan Chrome, karena enginenya menggunakan webkit (sama seperti yang dipakai di iPad/iPhone/BlackBerry Playbook/Android), dan Inspector di Chrome sangat bagus. Saya belum banya memprogram hal kompleks dengan JavaScript, dan mungkin seharusnya saya mencoba memakai JSLint untuk mengecek kode Javascript saya.

Kadang walaupun sudah menggunakan tools terbaik, tetap saja ada bug-bug yang muncul. Misalnya: engine pembaca Alkitab sudah dites sempurna di desktop, tapi gagal di device sesungguhnya. Biasanya yang saya lakukan adalah menggunakan print untuk mencetak kondisi program saat itu. Mendebug dengan menggunakan print memang sangat primitif, tapi kadang-kadang cara seperti ini adalah cara terbaik, dan bahkan kadang-kadang itu satu-satunya cara. Misalnya ketika saya porting kernel Linux/FreeBSD, debugger belum bisa jalan, jadi satu-satunya cara mendebug adalah dengan menggunakan print. Dalam kasus BlackBerry, menjalankan simulator dengan mode debug butuh waktu lebih dari 1 menit, sedangkan tanpa mode debug, hanya butuh beberapa belas detik saja.

Biasanya saya akan membiarkan pesan-pesan debug di dalam program, tapi saya tambahkan #ifdef DEBUG (atau if (debug) di bahasa yang tidak memiliki preprocessor). Biasanya pesan debug ini akan terpakai lagi, jadi tidak saya hapus.

Jika masih belum ketemu bugnya, saya akan mencoba menggunakan debugger. Kadang-kadang mensetup lingkungan debugger tidak mudah, misalnya untuk mendebug PHP baris demi baris, perlu setup environment khusus, karena biasanya saya menulis kode PHP di text editor, tidak menggunakan IDE seperti PHPEclipse atau yang sejenis. Atau untuk mendebug aplikasi Flash/ActionScript, butuh flash player versi debug. Jika saya mengembangkan proyeknya untuk jangka panjang, biasanya saya menyempatkan diri mensetup environment untuk debugging.

Di Java (Desktop) ada fitur setDefaultExceptionHandler untuk mencegat exception apapun yang tidak tertangkap. Fitur ini sangat berguna untuk menemukan error tersembunyi (exception yang mungkin hanya terlihat jika dijalankan dengan console). Sayangnya fitur ini tidak tersedia di BlackBerry, jadi biasanya saya menambahkan try catch extra untuk menangkap error yang tidak terduga. Salah satu hal yang pernah saya temui adalah, ada exception yang dilempar yang tidak terdokumentasi di API (misalnya menurut dokumentasi, hanya akan melempar IOException, tapi ternyata bisa melempar IllegalArgumentException).

Jadi secara singkat yang saya lakukan:

• Mencoba membuat algoritma utama di lingkungan yang nyaman, dengan tools yang lengkap.
• Menambah pesan debug (mencetak dengan print)
• Agresif menambahkan try/catch, atau menambahkan banyak if untuk memastikan semua kondisi terpenuhi
• Menggunakan level warning maksimum pada compiler/interpreter untuk menangkap kesalahan yang mungkin ditemui
• Menggunakan tools-tools untuk menemukan kesalahan tanpa banyak berpikir, misalnya strace dan ltrace untuk melihat jalannya program, valgrind untuk mencari memory error, deadlock, dsb
• Menggunakan debugger

Saya berusaha menggunakan debugger semaksimal mungkin, karena biasanya saya hanya memakainya untuk error yang sangat sulit dicari. Beberapa fitur debugger yang sebaiknya diketahui oleh semua orang adalah:

• Fitur untuk step, stepover, stepout/finish (dan juga step n, step over n, karena sering saya lihat orang berkutat lama di debugger mengklik next-next-next).
• Fitur untuk melihat stack trace/call trace.
• Fitur untuk melihat isi memori dan variabel.
• Fitur untuk mengubah isi memori dan variabel.
• Fitur breakpoint dengan kondisi (misalnya break jika i>5).

Biasanya debugger yang saya pakai adalah gdb tanpa interface khusus. Saya membiasakan memakai gdb karena ini bisa dipakai untuk debugging hampir apa saja, di OS apa saja, dan di mana saja (misalnya debugging di server remote).

Ternyata cerita mengenai debugging saja bisa sangat panjang, padahal banyak yang belum saya ceritakan (posting ini hanya bercerita secara umum, tidak sampai detail teknis). Mungkin detail teknis akan saya ceritakan di posting lain, terutama jika ada yang berminat detail debugging tertentu (misalnya spesifik debugging PHP atau Java).

Bukunya tidak terlalu tebal (632 halaman versi cetak), tapi karena sering terganggu, agak lama juga saya menyelesaikan buku ini.

Membaca ebook pemrograman di kindle dengan e-ink biasanya memang kurang enak, tapi buku ini tidak berisi kode, hanya wawancara, jadi seperti buku cerita. Ada 15 orang programmer yang diwawancara (daftar programmernya bisa dilihat di situs buku ini ). Pertanyaan-pertanyaannya hampir sama untuk semua programmer, misalnya “bagaimana Anda mulai memprogram”, “bagaimana caranya Anda memulai membuat sebuah program”, “bagaimana caranya mendebug program”, dan pertanyaan-pertanyaan semacam itu. Saya teringat dengan para pemula yang banyak bertanya pada saya bagaimana caranya mulai memprogram. Para pemula bisa belajar bagaimana orang-orang jagoan dalam buku ini mulai belajar memprogram. Ada yang mulai memprogram dari sejak kecil, ada yang baru mulai ketika kuliah, bahasa yang dipakai juga beragam.

Beberapa topik yang ditanyakan dan jawaban yang diberikan mungkin agak berat bagi pemula, misalnya mengenai hal-hal yang berhubungan dengan program verification. Pemula juga diharapkan tahu sedikit mengenai sejarah komputer dan bahasa pemrograman yang pernah ada. Misalnya ketika Knuth berbicara tentang kolom program di Fortran, Anda perlu tahu bahwa dulu fortran memakai format kolom yang rigid. Jika Anda membaca buku ini, dan ada topik yang tidak Anda mengerti, cobalah cari di Wikipedia, atau tinggalkan komentar di sini dan saya akan mencoba menjawabnya.

Saya menikmati buku ini karena bisa melihat berbagai sudut pandang para programmer hebat. Mungkin kesimpulan singkat yang bisa saya ambil adalah: ada banyak cara untuk mendekati berbagai masalah pemrograman (bagaimana merancang program, bagaimana membaca kode, bagaimana mendebug program, dsb), dan tidak ada cara yang mujarab, semua tergantung pada kemampuan dan cara berpikir masing-masing. Misalnya dalam membaca program ada yang top down, ada yang bottom up, ada yang secara acak, ada yang mendebug menggunakan debugger, menggunakan print, dan ada yang hanya dengan cara berpikir saja.

Setelah saya membaca buku ini, saran saya bagi yang baru belajar memprogram adalah: cobalah gaya Anda sendiri, sambil terus memperbaiki diri. Misalnya dalam hal mendebug program. Jika Anda mendebug program dengan cara mem-print sesuatu, dan itu berhasil, ya tidak apa-apa. Jangan minder ditertawakan jika belum bisa memakai debugger. Nikmatilah dulu bagian programmingnya. Nanti lama-lama ketika ada masalah yang tidak dapat ditemukan dengan sekedar print, coba belajar menggunakan debugger dengan baik. Yang penting adalah jangan kehilangan semangat programing, karena hal-hal di luar programming itu sendiri, misalnya merasa “Wah sebelum meneruskan program ini saya perlu belajar dulu version control, lalu unit testing, dsb”

Saya sendiri merasa lebih “rileks” setelah membaca buku ini, karena ternyata hal-hal yang saya lakukan yang kadang saya anggap bodoh (misalnya mendebug dengan printf) juga dilakukan oleh para programmer hebat di buku tersebut. Contoh lainnya: saya sempat tertarik pada Test Driven Development (TDD), tapi merasa tidak pernah punya waktu dan ketekunan untuk menulis semua test. Ternyata setelah saya renungkan, itu bukan style saya, dan tanpa mengikuti itupun saya bisa membuat program yang baik. Bahkan beberapa programmer di buku tersebut sangat menentang metode TDD.

Secara umum buku ini sangat bagus. Para pemula bisa menikmati dengan membaca beberapa pertanyaan awal kepada tiap orang (misalnya baca bagaimana tiap orang memulai programming), dan nanti ketika pemahamannya sudah meningkat, bisa membaca pertanyaan berikutnya. Bahkan para programmer veteran bisa menikmati buku ini, mungkin penuh nostalgia, merenungkan bagaimana dulu Anda belajar programming, sampai titik sekarang ini.

Jawaban saya sebenarnya sangat sederhana: programlah yang Anda suka. Ini akan berpengaruh pada bahasa dan tools yang perlu Anda pakai. Misalnya Anda tertarik pemrograman karena ingin memprogram handphone Android Anda, maka belajarlah Java, belajar memakai IDE Eclipse (walau tidak wajib, tapi memakai Eclipse akan lebih bagus untuk pemula). Jika ingin memprogram iPhone, belilah Mac, belajar memakai XCode, dan belajar memprogram dalam Objective-C. Tapi sebenarnya itu juga tidak 100% benar, karena ada beberapa opsi dalam memprogram platform tertentu.

Di tahun 80-an, bahasa yang mudah dikuasai, dan bisa jalan di berbagai platform adalah BASIC. Sekarang yang mudah bagi pemula dan jalan di berbagai platform adalah HTML dan JavaScript. Jika niat Anda ingin membuat aplikasi yang jalan di berbagai platform, cobalah belajar HTML dan Javascript. Dengan tools/sdk seperti Titanium dan PhoneGap, Anda cukup belajar satu bahasa dan bisa berjalan di multi platform.

Lalu setelah belajar bahasa dan toolsnya, apa yang harus dibuat? itu terserah Anda. Cobalah membuat aplikasi yang Anda sendiri mau memakainya. Dengan membuat aplikasi untuk diri sendiri, Anda akan tau segala macam kekurangan aplikasi Anda. Jangan khawatir berpikir: aplikasi semacam ini sudah banyak, males ah bikinnya. Jika begitu cara berpikirnya, maka cuma akan ada beberapa lukisan bunga (ngapain ah ngelukis bunga, dah banyak yang bikin), dan tidak ada orang yang mau membuat apapun (misalnya tukang kayu akan bilang: ah ngapain bikin kursi sendiri, beli juga banyak).

Belajar memprogram itu enak karena umumnya tidak butuh bahan ekstra. Kalau lukisan Anda gagal, Anda perlu beli kanvas dan cat baru, kalau kursi buatan Anda gagal, Anda harus beli kayu lagi. Anda cuma butuh waktu untuk memperbaiki atau mengulang lagi jika program Anda salah.

Jadi intinya adalah: mulailah dari yang membuat Anda tertarik, maju terus, silakan coba-coba, jangan takut gagal.

Ada alasan Komersial. Banyak orang yang tidak tahu bahwa ada banyak cara menghasilkan uang dari open source. Berikut ini saya tunjukkan beberapa di antaranya:

• Developer membuat restriksi tertentu, misalnya jika ingin dipakai di aplikasi komersial, silakan bayar ke developer tersebut, atau buka source Anda. Contohnya lisensi GPL.
• Developer menjual support untuk softwarenya (contoh: MySQL, gcc). Banyak pihak butuh support jika terjadi masalah di server mereka.
• Developer punya versi yang lebih lengkap dan lebih bagus dari versi open sourcenya (contoh OpenBTS). Ini sedikit seperti model shareware, ada versi yang bisa dicoba, dan ada versi berbayarnya.
• Developer punya plugin/module/library/theme untuk software open source yang bisa Anda beli (contoh: WordPress). Ini bisa banyak variannya, misalnya menjual tools khusus agar aplikasinya mudah dideploy di enterprise.
• Developer menjual dokumentasi untuk softwarenya. Contohnya dokumentasi JPos harganya 50 USD. Programmer bisa mempelajari sendiri source codenya, tapi butuh waktu berapa jam? lebih murah membeli panduannya daripada berkutat dengan source code.
• Website software tersebut ada iklannya, jadi developer mendapat uang dari iklan (banyak sekali proyek open source seperti ini).
• Di software open source yang dipaketkan standar, ada iklannya (jika ingin versi tanpa iklan, silakan compile sendiri, contoh Free Download Manager)
• Developer ingin supaya saingan saya yang closed source beralih ke software miliknya (kemudian membayar support atau membeli buku, atau melihat iklan di webnya, banyak contoh ini, misalnya OpenOffice). Sebagian orang juga berpikiran bahwa cara ini yang dipakai oleh Microsoft: biarkan saja sebagian orang membajak, asalkan perusahaan besar membayar lisensi Windows dan Office.
• Developer ingin mempromosikan softwarenya untuk platform lain. Misalnya dulu Qt gratis di Linux, tapi komersial di Windows (sekarang gratis untuk semua platform).
• Developer dibayar pihak lain atau bekerja sama dengan pihak lain, dan software tersebut sebenarnya mempromosikan produk mereka. Misalnya program yang hanya bisa melakukan koneksi ke database komersial tertentu. Firefox bekerja sama dengan Google (menjadikan Google sebagai search engine default).
• Developer/perusahan ingin menguasai pasar dan akan mengambil keuntungan dari produk lain. Contohnya: Java. Oracle akan mengambil keuntungan dari berbagai application server for Java. Teknologi dasar Java sendiri bisa digratiskan dan diopensourcekan agar terkenal di berbagai platform.

Ada alasan personal. Alasan personal ini juga bisa banyak sekali:

• Masalah ideologi. Banyak orang yang fanatik dengan apapun, dari mulai soal serius seperti agama, soal makanan (vegetarian, vegan, dsb), sampai yang tidak penting, seperti merk tas. Sebagian orang fanatik soal kebebasan software.
• Masalah popularitas: ingin dikenal karena membuat sebuah software tertentu
• Masalah keabadian nama: walaupun tidak dikenal luas, tapi nama saya ada di software terkenal yang dipakai semua orang, dan software itu akan “abadi” bebereapa puluh tahun ke depan.
Membalas jasa: Developer pernah memakai software gratis buatan orang dan itu sangat berarti baginya, jadi dia ingin membagikan karyanya sebagai balasan.
• Malas mengurus software: developer punya software yang tidak ingin dia jual (mungkin kurang dipoles), tapi kadang tetap butuh software itu, jadi dibiarkan saja menjadi open source, supaya orang lain yang me-maintain.
• Malas membuat software: sebagian orang membuat bagian kecil software dan mengundang orang lain menyumbangkan kode (ingat, ini tidak selalu berhasil, kalau memang idenya jelek atau softwarenya jelek, belum tentu ada yang mau memakai apalagi berkontribusi)
• Pamer: “saya bisa bikin software ini. Software saya lebih bagus dari software buatan orang lain.”
• Dedikasi untuk orang yang dicinta. Ada software yang dibuat untuk anak, untuk istri, pacar, dsb.
• Orang yang ingin berbuat sesuatu untuk agamanya. Misalnya saya membuat aplikasi Alkitab, sedangkan ada orang lain yang membuat aplikasi pengingat Shalat, dsb.
• Software sudah tidak menguntungkan lagi, misalnya beberapa compiler yang sempat populer di tahun 80-an sekarang diopensourcekan, karena memang sudah tidak dipakai orang lagi. Pembuatnya hanya ingin orang lain bisa mempelajari karyanya, dan namanya bisa abadi di internet.
• Orang atheis atau orang pendosa yang ingin berbuat kebaikan.

Ada alasan terpaksa. Sebagian membuka source code mereka karena keterpaksaan:

• Developer membuat clone game komersial, tapi kalau dijual nanti dia bisa dituntut, jadi disebarkan saja gratis dan open source.
• Developer memodifikasi program yang lisensinya menyatakan bahwa developer harus menyebarkan modifikasi tersebut.

Jadi jangan heran kalau ada banyak software open source, banyak orang membuat software open source dengan motivasi masing-masing.

Saya baru membeli HP Android Acer BeTouch E130 beberapa minggu yang lalu. Device ini memiliki keyboard (bentuknya seperti Blackberry) dan harganya relatif murah. Sebenarnya banyak device android lain yang murah, tapi tanpa keyboard.

Sebagai penggemar command line dan terminal, hal yang ingin saya lakukan adalah menjalankan Debian di device saya. Android menggunakan kernel Linux yang lisensinya GPL, sehingga saya bisa mendapatkan source kernelnya dan mengcompilenya. Saya bisa mengcompile sendiri modul ext3 sehingga saya bisa menginstall Debian dalam lingkungan chroot.

Ketika mulai bermain dengan debian, saya mulai menyadari bahwa keyboardnya kurang nyaman untuk mengetik karakter yang sering dibutuhkan di command line dan program, misanya karakter tilde (untuk shortcut home directory) karakter kurung siku buka dan tutup (untuk indexing array), karakter kurung kurawal buka dan tutup (untuk blok kode program), dsb.

Untungnya program terminal dan client ssh yang saya gunakan (Android Terminal Emulator dan ConnectBot) sifatnya opensource, jadi saya bisa memodifikasinya. Untungnya lagi, proyek keduanya ada di github, jadi saya hanya perlu mem-fork sourcenya dan mengubahnya. Sayapun bisa berbagi perubahan yang saya lakukan pada dunia dengan sangat mudah.

Setelah debian terinstall, dan dengan keyboard yang sudah lebih nyaman, saya bisa menginstall debian dan aneka program di dalamnya. Saya bisa menginstall hampir semua program yang ada di desktop saya, misalnya server SSH, compiler C, Java, interpreter PHP, Perl, Python.

Saya menemukan adanya masalah dalam driver micro sd, yang hanya muncul jika ada penulisan sangat banyak dalam waktu singkat (hasilnya data bisa corrupt). Namun karena drivernya merupakan bagian dari kernel (yang open source), maka saya bisa memperbaikinya juga.

Sebenarnya cerita eksplorasi saya cukup panjang, lengkapnya saya tuliskan di http://yohan.es/android/.

Mungkin Anda pikir saya “gila”, untuk apa menginstall Debian lengkap di ponsel?. Jika Anda pikir saya gila, maka saya pikir Anda kurang mengerti keampuhan puluhan ribu program yang tersedia di debian (baik command line maupun grafik) di banding berbagai aplikasi yang tersedia di Android Market (atau aplikasi Android di luar market).

Saya berikan beberapa contoh: Memanipulasi gambar dalam berbagai format bisa dilakukan dengan ImageMagick (dan di Android atau bahkan iPhone tidak ada program yang setara dengan itu kemampuannya dalam hal support format file dan manipulasi yang bisa dilakukan), berbagai macam format dokumen dan ebook bisa dikonversi di command line. Berbagai macam arsip kompresi bisa dibuka di command line. Saya bisa membuat dokumen dengan lebih efektif menggunakan org-mode atau latex dan menghasilkan PDF yang lebih indah daripada yang bisa dibuat dengan word processor di Android.

Di sini juga terlihat kehebatan open source. Berapa lama Anda harus menunggu berbagai program di Windows untuk beralih ke 64 bit? Apakah Anda menunggu program komersial OS tertentu diporting ke OS Anda? (ada yang menantikan program tertentu dari OS X diporting ke Windows dan sebaliknya). Berbagai program open source bisa dikompilasi oleh siapa saja untuk mendukung platform/CPU baru, dan ini bisa dilihat buktinya dari Debian yang ada di ponsel saya, yang memiliki hampir semua software di debian untuk desktop amd64 yang saya miliki.

Saya memakai banyak produk Apple, tapi sangat menyayangkan bahwa Apple tidak mengijinkan compiler/interpreter di platform iOS (iPod Touch, iPad, iPhone). Padahal menurut saya memiliki compiler di HP bisa berguna untuk mencoba berbagai macam algoritma ketika sedang terpikir sesuatu. Perlu dicatat bahwa saya tidak selalu harus mengetik di layar yang kecil, saya bisa melakukan SSH ke device dari desktop untuk mengetik dan melakukan berbagai hal lain. Dengan adanya compiler di HP, saya juga bisa bereksperimen dengan prosessor ARM (misalnya untuk mempelajari assembly untuk explot buffer overflow.

Dulu komputer pertama yang saya miliki adalah Apple IIe dengan prosessor 1 Mhz, RAM 64 kkb, ROM 16 KB (dengan disk drive yang hanya bisa menampung beberapa ratus KB per disket). Dengan itu saya belajar banyak mengenai pemrograman BASIC. Berikutnya komputer saya adalah Pentium I 120 Mhz, RAM 16 Mb dan harddisk 1 GB. Dengan komputer kedua ini, saya melakukan lebih banyak lagi, dari mulai belajar menggunakan word processor sampai membuat virus. Nah sekarang Acer BeTouch yang saya miliki ini memiliki kecepatan 416 Mhz, dengan RAM 256 Mb dan ROM 512 Mb (dan saya membeli micro SD 16 GB). Jika Anda pikir prosessor dengan kecepatan itu hanya bisa untuk digunakan menelpon dan bermain game saja, maka jiwa programmer Anda kurang besar.

Tanpa open source, saya tidak bisa mengubah-ubah firmware beberapa HP yang saya miliki. Saya tidak bisa memperbaiki bug-bug di berbagai aplikasi yang ada di HP saya. Saya tidak bisa mengubah perilaku yang tidak saya suka dari berbagai device non-open source yang saya miliki.

Bisa dilihat bahwa dengan open source, saya punya kebebasan, untuk melakukan apapun pada device saya. Jika Anda bukan programmer pun, Anda bisa melakukan cukup banyak hal untuk mengcustomize device Anda dari hasil pekerjaan orang lain. Atau jika ada pekerjaan yang Anda inginkan, Anda bisa membayar programmer yang mampu melakukannya. Dalam kasus ponsel dengan OS tertutup, satu-satunya yang mampu mengubah sesuatu adalah pembuat ponselnya, dan Anda harus menunggu dan berharap bahwa perubahan yang Anda inginkan itu akan diimplementasikan.