Uang pecahan baru tersebut bergambar Pangeran Antasari (Pahlawan Nasional asal Banjarmasin, Kalimantan Selatan) dengan gambar bagian belakang Tarian Adat Dayak. Uang tersebut akan berlaku sebagai alat pembayaran yang sah mulai tanggal 10 Juli 2009. Pemilihan gambar pada uang tersebut mengacu kepada desain uang kertas sebelumnya yang bertemakan Pahlawan Nasional. Hal ini sebagai bentuk apresiasi kepada para pahlawan dan untuk turut serta melestarikan budaya bangsa.

Uang kertas baru pecahan Rp2.000 berwarna dominan abu-abu dengan unsur pengaman berupa tanda air bergambar Pangeran Antasari dengan benang pengaman yang tertanam di kertas uang dan bertuliskan BI2000 berulang-ulang yang akan memendar merah di bawah sinar ultraviolet. Uang kertas pecahan baru ini juga mengakomodasi kebutuhan para tuna netra dengan menyediakan kode tertentu (blind code) di samping kanan bagian muka uang yaitu berupa kotak persegi panjang yang dicetak secara intaglio.

sumber asal duratia.net

Masalah baru buat para programmer
Programmer pasti tau program untuk menghitung uang kembalian. Salah satu hal yang kadang bikin ribet adalah pecahan uang Rp. 20.000. Nah sekarang, ada pecahan Rp. 2.000. Program untuk menghitung uang kembalian pasti tambah panjang.

For example:
C:\Program Files\Borland\BDS\4.0\include\atl\atlbase.h

Programming is like sex, one mistake and you have to support it for the rest of your life.

Though I don’t really understand what it means, but I do agree on the last part: one mistake and you have to support it for the rest of your life. Because, it really happen to me. (sad)
I have a program which I made 10 years ago, the first year I learn programming. The program was good. But, after years of learning process, I realize how bad my code on that program.
Now, after 10 years, the bug is enormous and many people still depend on my program.

What can I do? I can’t tell them to stop using my program. But, can’t say no to them when they ask me to fix the error. (sad)

• Memiliki kemampuan programming PHP & JAVA.
• Familiar menggunakan program-program berbasis OpenSource & Networking
• Bisa bekerja dalam tim
• Usia max 30 tahun

Bagi yang berminat, lamaran bisa dikirimkan ke:

JayaMandiri GemaSejati Motor
Dept. HRGA
Jl. BKR 5
Bandung.

Lamaran diterima selambat-lambatnya pada 23 January 2008

Here is a “simple” problem that give me quite a headache.

• I create a table on MySQL database with VARCHAR field, NOT NULL
• I link my table on my MySQL to MS Access.
• I create a form based on that table.
• Somehow, MS Access always treat Zero-Length String as NULL. I cannot find any option to make MS Access Zero-Length String value as “Zero-Length String”. So, if I try to empty a control that links to a VARCHAR field, an error pop up with message: “You tried to assign Null value to a variable that is not a Variant data type”.

For a while, I come up with this solution:
Set form KeyPreview property to Yes
Then insert some code in Form_KeyUp:

Private Sub Form_KeyUp(KeyCode As Integer, Shift As Integer)
If Len(ActiveControl.Text) = 0 Then ActiveControl = ""
End Sub

It works for me. I wonder if someone out there can come up with better solution.
Anyone?

Tehnologi Internet … terus berkembang. Berbagai standar baru bermunculan. Klo ngga mau belajar … ketinggalan dah! Kebetulan, lagi butuh bikin program buat sinkronisasi data dilokal & internet pake PHP. Jadi … SOAP is the answer! Tapi … Oh my … puyeng neh! … I hope I can make it on time, before deadline.

Klo misal punya cewe yang bisa PHP + WSDL + SOAP … bahagia kayaknya! bisa jadi temen curhat.

• Programmer, freelance. Bisa menjadi rekan kerja untuk beberapa project pembuatan program.
• Durasi pengerjaan project diperkirakan 1 tahun.
• Diharapkan menguasai DELPHI (tapi program laen juga boleh).
• Berdomisili di Bandung.
• Mampu bekerja sebagai team.
• Pengalaman tidak penting, yang penting tidak mudah putus asa.
• Optional: Wanita, berpenampilan menarik, max 27 tahun.

Bagi yang berminat, silahkan tinggalkan pesan pada komentar dan mengisi kolom e-mail pada komentar.

Write once, run every where.

Begitu katanya moto dari JAVA.
Sabtu, 2 Desember 2006, jam 8.00-15.00. ITB JSP Workshop. Sudah sejak lama saya ingin mempelajari pemrograman basis JAVA, dan dilingkungan kerja saya, agak sulit menemukan “teman belajar”, yang bisa JAVA. Jadi, begitu saya mendapat undangan untuk workshop ini … saya cukup antusias untuk mengikuti workshop ini, jadinya untuk satu hari ini saya izin cuti kerja.

Biaya pendaftaran Rp. 35.000, Relatif murah. Workshop diadakan oleh HMIF ITB, LABTEK V ITB.

Setelah lebih dari 5 jam utak-atik JSP ini, … akhirnya saya memutuskan. SAYA TIDAK AKAN MENGGUNAKAN JAVA (termasuk juga JSP, tapi mungkin kecuali klo emang bener kepepet ).

Menurut saya JSP cocok bagi Anda, hanya jika:

1. Anda sebelumnya menggunakan JAVA sebagai bahasa utama Anda.
2. Mengembangkan software berskala enterprise yang menggunakan berbagai macam perangkat dengan platform yang berbeda.
3. Anti-Microsoft & nge-fans banget dengan OOP.
4. Butuh tantangan lebih.

Saya rasa, bagi Anda yang sebelumnya adalah pengguna PHP, VB, DELPHI, atau … bahasa lainnya, mempelajari JAVA (untuk keperluan profesional) rasanya akan cukup sulit.

Disamping konsepnya yang BERBEDA, gaya pemrogramannya pun “total” berbeda. Dan untuk programmer setua diriku ini … rasanya agak “sulit”. Saya lebih baik mempelajari .NET dari pada harus mempelajari JAVA. .NET walaupun sama beda, tapi setidaknya developer tools nya lebih baik dibanding JAVA. Lagi pula (dari apa yang saya pelajari tadi), saya merasa untuk bidang perkerjaan saya dibidang web development, JSP tidak jauh lebih baik dari pada PHP. Jadi dari pada mempelajari hal baru yang tidak jelas, lebih baik mengasah yang sudah ada.

Tidak ada yang salah dengan JAVA. Karena JAVA sendiri di desain untuk keperluan cross platform, jadi bagi orang yang kurang faham mungkin akan tampak agak ribet. Tapi, (menurut pendapat pribadi) memang jadinya untuk melakukan hal “kecil” jadi butuh kerja “lebih” (kalau dibanding bahasa pemrograman lain).

JAVA sangat OOP, relatif butuh lebih banyak coding. Tapi, untuk developmen jangka panjang dan sistem yang dikembangkan oleh banyak orang, hal itu sangat berguna. Tapi, … untuk programmer freelance (seperti saya) yang ngejar cepet, rasanya agak kerepotan. Jadinya saya lebih memilih developer tool yang lebih easy to use, simple (tapi tetap powerfull).

Terlepas dari soal JAVA-nya itu sendiri. Saya … agak sedikit kecewa dengan workshop kemarin (maaf). Saya merasa para panitianya kurang siap dalam mempersiapkan workshop ini. Saya percaya mereka adalah mahasiswa-mahasiswa terbaik dibidangnya. Tapi, saya pesimis, saya percaya mereka belum pernah benar-benar mengunakan JSP untuk membuat suatu project yang serius. Malah beberapa panitia gagal menjawab pertanyaan sederhana seputar pemrograman, misal bagaimana caranya konversi data string ke integer, atau penanganan data yang di submit menggunakan method POST dan GET. mengecewakan!
Biaya sih memang murah, tapi kalau di bandingkan dengan waktu yang harus saya berikan (6 jam lebih) untuk workshop ini … rasanya agak rugi. Kalau mau ngulik sendiri … 1-2 jam juga bisa dapet.

Tapi meskipun demikian, bukan sesuatu yang kecil kalau mereka bisa memanage suatu acara yang terbuka untuk umum seperti itu. Kerja mereka cukup baik, tapi semoga saja workshop laen kali lebih baik lagi .

Tapi, meskipun demikian, ada 1 pelajaran penting yang saya dapat hari ini. GW GA AKAN PAKE JAVA, kecuali klo emang kepepet.

Ah…, bukan itu kesana jalan ceritanya.
Saat-saat pertama kali saya berlajar DELPHI, kebetulan saat itu ada seseorang menawarkan kepada saya untuk membuat program billing di-”game-net”-nya. Biasa, waktu itu lagi pada demam CS (Counter-Strike), “game-net” bertaburan dimana-mana. Jadi, pas dapet tawaran itu … “why not?!?”. Lagi pula, ini kesempatan untuk bisa “ngasah” kemampuan DELPHI-ku. So, I took the job. Mulai deh bikin program billing. Programnya diberi nama Jennifer79.

Seiring dengan perkembangan waktu, program itu terus dikembangkan. Yah …, namanya juga “orang baru bisa”, waktu dulu bikin programnya juga dengan elmu “seadanya”. Nah, kerasanya itu … sekarang nih. Programnya sudah “stuck”, ngga bisa dikembangin lagi. Terlalu banyak “error” pada struktur dasar programnya. Untuk memperbaiki berarti rombak total program. Lebih mudah coding ulang, dari pada benerin yang sekarang. Alhasil, selama program ini berjalan lumayan banyak terima complain dari user. Game-net buka sampe larut malam, jadi kadang tengah malem klo ada error dengan program jadi kena getahnya deh. Ikutan stress. >:p
Belum lagi, database yang digunakan PARADOX 7.0. Sering terjadi “Header corrupted”. Data sering ilang . Kapok deh!

Bener-bener bikin frustasi. Tapi …, justru dari sana dapet elmu DELPHI-nya. Makin tambah masalah, makin tambah elmunya. Walau bikin frustasi, tapi … pantang menyerah akhirnya masalah demi masalah bisa diselesaikan.

Tapi, tetep aja. Program sudah dirasa sangat sulit untuk bisa dikembangkan lebih lanjut. Jadi, untuk menebus kesalahan-kesalahanku. Dengan pengalaman-pengalaman yang ada, saya sendiri berencana me-release program billing, freeware.

Program akan dibuat se-flexibel mungkin. Tapi kendala utamanya adalah dalam hal pemilihan database yang digunakan. 2 hal yang jadi sorotan utama saya.

1. Database yang bisa diakses melalui Microsoft Access. Hal ini diperlukan untuk fleksibilitas pembuatan laporan.
2. Database sebisa mungkin dipilih yang memiliki fasilitas Stored Procedure. Untuk beberapa alasan teknis, saya membutuhkan fasilitas ini agar bisa membuat fungsi untuk perhitungan harga pemakaian bisa di-customize sesuai kebutuhan oleh user.
3. Pangkat koneksi database dengan DELPHI harus memadai.
4. Database harus gratis.
5. Database bisa terhubung dengan web server APACHE

Saat ini, database server favorit adalah MS SQL Server 2000. Bagus sih, tapi untuk ukuran server billing, penggunaan MS SQL Server akan membutuhkan requirement komputer yang cukup tinggi, belum lagi program ini bukan program gratisan.

Pilihan kedua jatuh pada MySQL. Kebetulan, MySQL 5 yang baru dirilis sudah bisa support Stored Procedure. Tapi satu hal yang disayangkan, sampai saat ini, belum ada perangkat konektifitas dengan DELPHI yang memadai. MySQL memang menjanjikan, tapi tidak mungkin juga kalau saya harus menunggu kemunculan VCL MySQL 5 di DELPHI. Entah kapan keluarnya juga.

Pilihan ketiga adalah Interbase/Firebird. Sementara ini …, ini yang paling “sreg”. Tambah lagi, dokumentasi Interbase di DELPHI cukup memadai. Jadi … untuk sementara ini, Interbase menjadi pilihan utama saya. Tapi, tetep aja ada kurangnya. Entah kenapa Interbase dengan koneksi via ODBC selalu gagal. Saya sangat berharap sekali Interbase bisa diakses via ODBC, dengan demikian proses reporting (yang rencananya akan dilakukan via Microsft Access) akan menjadi lebih mudah.

Tapi yah…, pekerjaan harus dimulai dari apa yang ada, bukan dari apa yang tidak ada. Jadi … coba buat seadanya aja dulu deh. This new project will be called as SCREAMER. Kalau sekiranya ada saran dan masukan … ditunggu deh.

MS SQL juga menyenangkan. Stored Proc pada MS SQL ternyata cukup membantu memangkas coding di DELPHI. Cuma sayangnya …, requirement nya relatif lebih besar, dan kalau mau diakses via web menggunakan APACHE rasanya … tidak begitu sreg.

Makanya, dengan direlease nya MySQL 5, MySQL + Stored Proc. Just like a dream come true. Ngga sabar … pengen cepet-cepet coba. Tapi … menyedihkan, kenyataannya tidak seindah yang dibayangkan. Mungkin karena project ini masih terbilang baru, support tools-nya belum banyak tersedia. Beberapa yang ada, belum cukup nyaman untuk digunakan. Jadi, … kalau mau bikin Stored Proc, Function, Trigger dan fungsi baru lainnya … terpaksa deh, Pake Command-Line di console nya MySQL. sangat tidak nyaman (Mungkin karena belum terbiasa kali ya?!?)

Tapi, yang sementara ini paling bikin be te itu … MySQL 5, belum ada perangkat untuk konektifitas dengan DELPHI yang bisa support untuk Stored Proc nya. Sementara ini saya selalu pakai dbExpress. Tapi, driver untuk MySQL 5 belum ada. Hmmm… menyedihkan. Yah… mungkin harus bersabar lagi sampai MySQL 5 ini bisa bener-bener reliable.