FTR merupakan suatu rapat formal yang dihadiri 4 sampai 5 orang yang terdiri dari:

• Author. Merupakan sang penulis/pencipta kode/kelas/modul/arsitektur yang akan direview
• reviewer: biasanya 2 orang, mereka seperti namanya, mereka yang memberikan pernyataan, saran, serta masukkan
• Scriber: dokumenter, yang akan mendokumentasikan FTR
• Moderator: Orang yang memimpin jalannya FTR

FTR yang pernah kujalani sewaktu aku menjadi Author. Disana, modul yang kubuat direview arsitekturnya. Hehe, cukup banyak masukkan dan saran yang sangat baik. Tidak sabar untuk mengikuti FTR – FTR selanjutnya, hehe

Dreyfus model adalah model yang digunakan untuk menentukan level skill seseorang dialam suatu bidang. Model ini terbagi dalam 5 level, yaitu:

1. Novice. Level ini merupakan level terendah. Mereka hanya mampu melaksanakan perintah-perintah yang terdefinisi dengan pasti. Contohnya seperti seseorang yang belajar masak dari resep, dimana perintah diikuti kata demi kata. Ketika terdapat perintah seperti “tuangkan garam secukupnya”, maka Novice ini akan mengalami kesulitan.
2. Advanced Beginner. Level selanjutnya dari novice. Mereka mulai mampu mengintepretasikan perintah seperti “tuangkan garam secukupnya” namun masih belum mempunyai “big picture” atas kondisi/ keadaan/ permasalahan yang ada.
3. Competent. Perbedaan level ini dengan sebelumnya adalah orang-orang dengan level competent telah memahami dengan ‘big picture’-nya. Mereka yang pada level ini umumnya diberi label ‘jago’
4. Proficient. Level ini hampir mendekati expert. Dengan pengalaman yang lebih banyak, mereka bisa menjadi expert. Perbedaan yang mendasar antara level ini dengan level sebelumnya adalah level ini memiliki kemampuan untuk meng-evaluasi diri, sehingga dari waktu ke waktu mereka dapat memperbaiki skill yang mereka punya.
5. Expert. Level ini adalah level yang memungkinkan seseorang tersebut memiliki skill yang mendalam sehingga terlihat bagaikan sihir. Solusi dari permasalahan yang terjadi dapat diselesaikan dengan cepat hanya bermodal intuisi, namun solusi tersebut sangat logis dan menyeluruh.

Untuk mencapai Expert? diperlukan pengalaman 10 tahun, hehe, semoga 10 tahun kemudian banyak expert-expert bermunculan.

Mengapa enumerasi? enumerasi pada java lebih banyak fitur dibandingkan dengan enumerasi di c++. Satu hal yang paling saya sukai adalah jika kita memiliki enumerasi seperti ini:

enum Errors {

  Error_Unknown,

  Error_Master_Not_Created,

  Error_Config_Not_Found

}

dengan memanggil System.out.println(Error.Error_Config_Not_Found); maka yang tertuliskan pada layar adalah “Error_Config_Not_Found”. Manfaat hal ini adalah penulisan pesan Error menjadi hal yang diperiksa compiler. Salah penulisan pesan error akan menjadi kesalahan sintax.

Contoh penggunaan misalnya begini:

try {
  mServerSocket = new ServerSocket(12345);
  Socket tClientSocket = null;
  while(true) {
    tClientSocket = mServerSocket.accept();
    Log.write("client trying to connect");
  }
} catch(Exception ex) {
  Log.severe(Errors.ERROR_SOCKET_LISTENING, ex.getMessage());
}

Dengan begini, melakukan tracing terhadap error yang terjadi akan lebih mudah dan lebih cepat

Dangling pointer itu sendiri ada pointer yang menunjuk ke alamat yang tidak valid. Biasanya tidak validnya itu disebabkan oleh sudah terdeletenya object pada alamat memori tersebut. Untuk lebih jelas, perhatikan kode berikut:

#include <iostream>
using namespace std;
class SomeCls
{  public:
   SomeCls(){ cout << "SomeCls hidup\n"; }
   void Call(){ cout << "SomeCls.Call() called\n"; }
};

int main(int argc, char* argv[])
{
   SomeCls* tInstance = new SomeCls();
   SomeCls* tPtrInstance = tInstance;
   delete tInstance;
   tInstance = NULL;
   if(tInstance == NULL)
   {
      cout << "tInstance terdelete\n" ;
   }
   else
   {
      tInstance->Call();
   }
   if(tPtrInstance == NULL)
   {
      cout << "tPtrInstance null\n" ;
   }
   else
   {
      cout << "WHAT?!!\n";
      tPtrInstance->Call();
   }
   return 0;
}

pada kode diatas, tPtrInstance merupakan pointer yang Dangling, karena alamat tempat ia menunjuk, yaitu tInstance, telah didelete sebelumnya. Bahayanya, tPtrInstance == NULL akan menghasilkan boolean false, karena tPtrInstance tidak menunjuk NULL, namun suatu alamat yang tidak valid. Segmentation fault adalah akibat dari dangling pointer ini.

Jujur Aku sendiri belum berhasil mengatasi sepenuhnya persoalan ini, namun terdapat 1 trik yang cukup membantu, yaitu Reference to Pointer of Class. Perhatikan kode berikut:

//cut karena sama
 int main(int argc, char* argv[])
 {
    SomeCls* tInstance = new SomeCls();
    SomeCls*& tPtrInstance = tInstance;
 //cut juga karena sama dengan diatas

dengan menambahkan ‘dan’ (‘&’) pada deklarasi tPtrInstance, hasilnya menjadi jauh berbeda.

output untuk kode pertama kira kira seperti ini:

SomeCls hidup
tInstance terdelete
WHAT?!!
SomeCls.Call() called

kode diatas dijalankan di windows mungkin sementara aman, namun secara logik memang salah. Di linux, baris terakhir tidak akan muncul dan digantikan dengan ‘segmentation fault’

sedangkan untuk kode kedua akan ber-output:

SomeCls hidup
tInstance terdelete
tPtrInstance null

tPtrInstance dikenali sebagai NULL. Tidak seperti kode sebelumnya yang berbahaya.

Mengapa demikian? hal ini karena tPtrInstance bukan merupakan pointer, tapi reference ke suatu pointer. Karena dia reference, apabila pointer yang dialiaskan/direfer NULL, maka ia akan ikut NULL. Saatnya Refactoring, hehe.

Namun sayang, untuk repository dengan file ratusan ribu dan berukuran belasan Giga, Bazaar tampaknya tidak mampu menjaga kestabilannya. Belum lagi lamanya waktu proses ketika hanya ingin menghapus beberapa file dari repo tersebut. Sungguh sayang.

Dengan kondisi begini, tampaknya Git lah yang akan digunakan sebagai SCM pengganti SVN. Akan tetapi aku sangat berharap Bazaar mampu bangkit sehingga dapat lebih baik daripada SCM lainnya. Mungkin aku juga akan mencoba berkontribusi untuk Bazaar.

Sampai jumpa Bazaar, semoga kelak kita bertemu kembali (hehehe).

Sejauh ini, hal tersebut dilakukan manual, hingga akhirnya ditemukan dropbox. Dengan software tersebut, sinkronisasi dua komputer atau lebih bisa dilakukan dengan sangat simpel.

Begini cara kerjanya:

1. install dropbox di komputer-komputer yang ingin disinkronisasikan. Diperlukan juga untuk membuat account pada dropbox.
2. Akan tercipta folder dropbox didalam komputer. File yang dicopy-kan ke folder tersebut pada komputer A, akan otomatis muncul di folder dropbox pada komputer B

Dropbox juga cukup pintar untuk melakukan operasi via lan apabila komputer-komputer tersebut berada pada 1 jaringan yang sama. Dan lagi, jika digunakan komputer yang tidak terinstall dropbox, cukup dengan login ke websitenya. Disana akan ada file-file atau folder-folder yang terdapat di folder dropbox.

I find it very useful, sayangnya hanya up to 2 giga untuk versi gratis. Semoga kedepannya mereka menambahkan kapasitas untuk account gratis, hehe.

Akhirnya memutuskan untuk mencoba melakukan coding dengan prinsip TDD. Dikatakan prinsip karena masih belum dikatakan full TDD. Kurang lebih langkah yang diambil begini:
- Membuat suatu kelas terlebih dahulu dan method-method public-nya tapi tanpa isi method
- Membuat komentar diatas kelas terebut mengenai kira-kira gimana cara menggunakan kelas
- Membuat komentar diatas method untuk mengetahui bagaimana method tersebut dapat digunakan
- Membuat Testing unit yang algoritmanya kira-kira sama dengan komentar method yang akan di-test

Setelah akhirnya melakukan pengembangan dengan prinsip diatas, kesimpulan sampai saat ini yang dapat diambil adalah:
- Kode yang dibuat lebih mudah dibaca, setidaknya untuk interface-nya
- Keterhubungan antar method dalam suatu kelas menjadi minimal
- Kecepatan pengembangan menurun karena perlu me-maintain testing unit
- Efek psikologis yang bagus ketika melihat semua test berjalan dengan baik
- Sulit untuk membuat satu unit testing menyeluruh untuk suatu kelas yang complex
- Mudah untuk mengetahui status program/aplikasi yang sedang dibuat
- Less Error karena menang diuji terus menerus
- Menguji method yang dibuat dengan mudah, karena telah dilakukan sebelumnya

Kesimpulan sementara yang bisa diambil adalah TDD ini merupakan metode yang bagus, karena good practice dari membuat unit test. Unit test umumnya dibuat untuk menguji method yang dibuat dengan cepat. Meski terkadang unit test tidak dibuat karena akan menghabiskan waktu. Dengan TDD, effort tersebut diminimalisir dengan membuat terlebih dahulu unit test tersebut di awal.

Selanjutnya akan dipelajari dulu TDD yang sebenarnya. Terus terang, aku merasa puas dari hasilnya yang less buggy. Namun tentu saja mengenai schedul perlu diatur ulang, karena memang akan menurunkan kecepatan pengembangan. Tapi menurutku itu harga yang memang harus dibayar untuk melakukan bug-buster, hehe.

Sedangkan untuk sumber RSS Favorit antara lain:

1. HackerNews. Meski namanya seperti itu, namun berita-beritanya tidak selalu yang berhubungan dengan hacking. Banyak sekali update terbaru dunia IT dari RSS ini. Selain itu, banyak juga yang merefer ke link-link suatu library/software/item IT yang menarik
2. Stackoverflow. Bagi yang belum pernah mengunjugi situs ini, sangat disarankan untuk membukanya.
3. Gamedevid. Ya, ini merupakan forum, akan tetapi bisa menjadi sumber berita IT dalam negri yang cukup baik.

Sebenarnya masih banyak RSS yang menarik, namun 3 yang paling kusuka adalah ini.

• Bagaimana Joko Anwar (Sutradara Janji  Joni, kala, Pintu Terlarang, dll) sehari-harinya adalah nonton film, syuting film, review film, dan nonton film lagi sebelum tidur. Padahal hobinya adalah menonton film
• Bagaimana Tiger Woods mengatakan bahwa ia merasa sebagai orang yang paling beruntung karena dibayar untuk melakukan hal yang ia suka
• Bagaimana Steve Jobs setelah dipecat dari Apple tetap bergelut di industri IT yang akhirnya meraih sukses kembali

Seakan dihadapkan pertanyaan, apakah Software Engineering adalah hal yang kusuka? Bagiku, software bagaikan menjadi magician. Dengan mantra yang tepat (code), bisa menghasilkan jurus/efek (software) yang sesuai keinginan. Ketika suatu efek dirasa terlalu berat untuk seseorang, banyak magician bersatu untuk merapal mantra tersebut. Exciting, Awosome, more importantly, uniquely beautiful.

Tapi bukannya tidak ada rintangan, dan rintangan ini yang tampaknya membuatku merasa tidak terlalu menyukainya seperti dulu. Rintangan ini yang utama adalah kenyataan bahwa manusia tidak sempurna. Yang mengakibatkan tidak mungkin ada software yang Bug-Free. The great Windows aja terkadang blue screen. The great linux terkadang nge-hang (meski jarang juga, hehe).

Saatnya mengembalikan kecintaan terhadap software engineering. Untuk itu, terpikir beberapa cara yaitu:

• buat testing untuk setiap fungsi yang public
• dokumentasikan minimal cara penggunaan fungsi/kelas yang dibuat
• tidak memaksakan harus sempurna pada saat pertama kali ditulis

Karena terdapat pepatah yang mengatakan:  “lakukan yang kau suka, maka kau tidak perlu bekerja selama hidupmu”. Semoga bisa tercapai.

Oleh karena itu, penting untuk setiap developer mengetahui perintah command line berikut:

• vim/nano. Memunculkan text editor. Penting untuk meng-edit suatu file
• mv. Memindahkan file/folder dari satu path ke path lain. Bisa juga untuk me-rename suatu file
• rm. Mendelete file/folder. Hati-hati untuk tidak tertukar dengan mv
• cd. Pindah direktori
• ls. Memunculkan daftar file dan folder di suatu path
• pwd. Memunculkan current path
• scp. Perintah untuk mengcopy suatu file/folder dari 1 mesin ke mesin lain dalam 1 jaringan. Via internet juga bisa, selama bisa diakses
• ps. untuk melihat proses apa yang sedang berjalan
• man. Manual untuk perintah-perintah command line
• cat. menampilkan isi suatu file text

berikut adalah perintah yang paling sering digunakan sebagai tambahan perintah diatas yang di pipe-ing.

• grep. grep ini merukan pattern searcher / filter dari perintah. misalnya digunakan ls | grep doc, maka yang muncul hanyalah file/ folder yang memiliki subsequence doc.
• less. perintah agar hasil dari perintah pertama cukup untuk layar yang ada. Misalnya hasil dari ps sampai berhalaman-halaman, dengan ps | less maka yang cukup untuk 1 halaman. untuk halaman selanjutnya, dapat dilihat dengan menekan page down atau bawah.

Sebenarnya masih banyak perintah yang sangat bermanfaat seperti screen, find, locate, netsat, telnet dan lain-lain.