The Art of Getting It Done

Judul kemiggris, tapi bahasanya Indonesia ajalah.

Posting ini tercetus gara-gara post di reddit As someone who doesn’t write code, I think the idea of “Done is better than perfect” is wrong. Sebagai programmer respon pertama adalah bagian pertama sudah menjelaskan semuanya, dia bukan programmer maka tidak akan paham lah. Tapi mari kita elaborasi kenapa “Done is better than perfect”. Poin-poin di bawah berasal dari prinsip pemrograman yang aku pelajari, tapi nampaknya prinsip ini dampaknya luas.

1. Kita tidak tahu sempurna itu seperti apa.

Deadline

Issues we gonna discuss in this post is about deadline.

The problem of a Project Management is the pressure to meet deadline. We specify work breakdown structure do make sure we know what we need to do and how many hours we need to complete it and set appropriate deadline.

But, programmer knows that deadline makes sloppy works. But how to do a good project management? By loosing up deadline, If we miss deadline for a feat, just move it to another release.

Tentang Birokrasi dan IT

Satu hal yang aku benci di Indonesia adalah saat harus ngurus surat-surat penting yang berhubungan dengan birokrasi pemerintahan. Entah itu KTP, Paspor, SKCK dll. Ribet karena harus mondar-mandir kesana kemari membawa surat-surat berharga entah itu KTP, KSK, atau untuk paspor, Akte Kelahiran untuk paspor aku berencana bikin post tentang pengurusan paspor yang memakan waktu seharian (and all day I mean from 09.00 to 19.30), just wait.

Sebagai orang IT yang sok tahu, aku berpikir bagaimana cara untuk meningkatkan pelayanan masyarakat ini via IT. Tantangannya jelas: korupsi (ingat Sistem di Depkum HAM yang sekarang sedang diusut?) dan sistem IT instansi yang terpisah.

Soal korupsi, no comment. Ini berkaitan dengan apakah sistem yang akan dikembangkan memenuhi tuntutan UU. Yang ini harus ada penelitian dan studi kelayakan tersendiri.

Soal satunya lagi, sistem IT yang terpisah, masih bisa dicarikan jalan keluar.

Pelajaran Hari Ini (5) – Antara Production dan Development

Note to self :

Pengembangan perangkat lunak memakai 2 lingkungan. Satu adalah development, untuk membangun aplikasi, dan yang lain production, yang digunakan user. Setting kedua lingkungan ini biasanya mirip, karena sebuah aplikasi saat didevelop dibuat sedekat mungkin dengan lingkungan yang digunakan user.

Meski begitu, akan ada banyak setting yang berbeda antara 2 enviroment ini. Dan saat kita melakukan go-live aplikasi yang kita bangun, sebaiknya kita menguji ulang aplikasi kita.

Begitu pula dengan update… Kalo ngupdate aplikasi yang live ingatlah untuk mencatat semua perubahan di development dan mengupdate setting2 itu di production juga. Misalnya, library yang baru dikopi juga ke production, atau setting database diarahkan ke database yang digunakan untuk production.

Jangan sampai user panik dan komplain cuman gara2 programmernya lupa ngopi library yang dipakai.

How we works : Iteration, again and again

Have ever go to somewhere and in the way you remember that you forget something, and then you have to go back. Then you on your way again, and then the same happen, you just keep forgetting something, over and over again.

Or,

You have list all that you need to bring, you have bring all of them and now on your way, but someone in your destination tell you to bring something, you have to go back to get it. Well, then you on your way again, and the same thing happen, that person just keep adding something you should bring.

Or,

And somehow you have bring all the items that person need, and he stop adding things. You’re now on your destination and the person look at all the stuff you bring, and point some stuff and say,”This is not what I want, I want it like bla bla bla”, You sure you got the right stuff, but then again, you have to go back and get it. Do I have to tell you that situation will be repeated again?