Hati-hati di Collation

Wah parah banget nih urusan migrasi kalo sampe issue Collation gak diurusin, contohnya saya ini barusan kena batu di Collation. Database yang dibuat di Visual Foxpro, di migrasi ke Ms SQL Server terakhir masuk ke My SQL, lalu jalanin query di sini…pasti deh muncul error ” Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (latin1_general_ci,IMPLICIT) for operation ‘=’ “

Saya udah test beberapa skenario (he he kayak shooting sinetron aja yak) :

1. Buat database di Ms SQL dengan collation yang mirip sama My SQL, yaitu Swedish/Finnish. Import dari VFP, trus export ke My SQL. Hasilnya…masih error…

2. Buat database di Ms SQL yg collationnya default, trus import 1 tabel dari VFP dgn option collation Swedish/Finnish, lalu export ke My SQL. Hasilnya..masih error…

3. Buat database di Ms SQL, collation defaul, import juga pake option default, export ke My SQL…weleh…ketebak kan…ancur banget…gagal maning son..

Dapat info dari temen problem saya merupakan bug My SQL

Powered by ScribeFire.

Emosi melulu nih…

Puasa di Ramadhan begini jangan kebanyakan emosi tinggi yang menjurus ke angkara murka dong Saya nulis ini sambil senyam senyum membayangkan raut muka keluarga saya yang mengingatkan hal-hal yang tidak dilakukan karena kelupaan. Yah namanya juga manusia, kan tempatnya lupa..jadi mesti gimana lagi

Cara cerdas mengatasi penyakit lupa yang udah parah, ya cuma menulis. Pokoknya setiap hal yang mau dilakukan harus ditulis di secarik kertas biar enggak lupa. Jadi mirip emak kita yang belanja ke warung dekat rumah, apa-apa aja yang mau dibeli, ditulis dulu. Selain untuk ngepas dengan duit juga ngepas dengan otak..Otak kita kan terbatas isinya, sayang kalo cuma diisi hapalan yang ora jelas. Mending dipakai buat hapal Quran deh…

Kalau menulis juga tetap tidak mengatasi penyakit lupa, ya sekarang pake cara B. Apa tuh cara B? Yaitu menulis lagi di kertas ukuran A3, dengan tulisan pake spidol permanen plus garis bawah, oia juga dikasih tanda seru yang banyak. Ada lagi tambahan footnote dibawahnya, ‘Kerjakan ini dengan ikhlas, jangan pake dongkol, karena saya tidak pernah pesan dongkol…’ Weeeww…TOPBGT deh

Powered by ScribeFire.

Memasuki Ramadhan

Saya sekeluarga, minta dibukakan pintu maaf sebesar-besarnya dari rekan-rekan sekalian yang ada di Jakarta. Siapa tahu ada kata-kata yang sempat terlontar, ada posting di blog yang membuat sakit hati, sms/telepon yang membuat kuping merah, sikap yang membuat dongkol hati….

Kami sekeluarga mohon maaf ……..

Semoga di bulan Ramadhan yang akan kita lalui bisa menjadi pintu kemurahan Allah menurunkan berkahNya kepada kita semua.

- Setiaji, Novi dan Alfi -

Powered by ScribeFire.

Menentukan waktu kerja

Sering kali kita ditanya sama bos atau customer, butuh berapa lama mengerjakan ini ? Apa jawaban anda ? Bisakah dengan sigap menjawabnya ? Atau butuh waktu 1-2 hari untuk menjawabnya ? Apa harus melihat dulu project schedule yang sudah ada ?

Kalau saya sering menjawab dengan waktu 2 kali lipat dari perkiraan. Misal untuk mengerjakan reporting, yang biasanya butuh waktu 3 hari, maka saya akan menjawab 6 hari selesai. Kelihatan molor ya ? Iya memang. Kalau misal membuat form master, yang bisa saya selesaikan 5 hari, maka saya akan menjawab selesai 10 hari. Tambah molor lagi dong…

Alasan saya melakukan ini adalah karena sering kali waktu yang saya targetkan untuk dicapai, meleset dengan berbagai sebab. Mulai dari sebab yang bisa saya perkirakan sampai dengan sebab yang tidak bisa saya perkirakan. Biar tidak kelihatan molor terus di mata bos atau customer, akan lebih baik kalau saya bisa menyelesaikan lebih awal dari jadwal.

Misalnya begini, ‘Pak, report / form sudah jadi lebih cepat dari jadwal semula’ Jawaban ini akan lebih enak didengar bos atau customer daripada jawaban ‘Mohon maaf pak,  report / form belum bisa saya selesaikan sesuai jadwal ‘ Pasti runyam tanggapan yang diberikan dari bos atau customer setelah mendengar jawaban kita.

Saya memilih dinilai bekerja lambat tapi bisa selesai lebih cepat dari jadwal, daripada dinilai tidak bisa bekerja sesuai jadwal. Memang ada lagi yang ideal, bekerja cepat dan selesai dengan tepat jadwal… Cita-cita semua orang Dan ITers juga manusia…

Powered by ScribeFire.

Kapan sebaiknya menutup Faktur Penjualan ?

Jadi kasusnya seperti ini :

Bisnis proses yang mengalami kendala saat ini adalah di Faktur Penjualan(Invoice). Invoice bisa berubah nilai nettonya, apabila mengalami discount di kemudian hari. Misal, Invoice terbit bulan Agustus 2006, dilunasi pada bulan yang sama , lalu pada bulan September 2006, ada permintaan discount utk Invoice tsb sebanyak 20 %, maka nilai netto Invoice tsb berkurang sebanyak 20 %. Selisih antara netto awal dan netto akhir, dijadikan deposito utk customer tsb.

Kapan sebaiknya Invoice tersebut di-closed ? Karena selama ini yang terjadi, Invoice tidak pernah ‘closed’ disebabkan ada discount yang menyusul setelah terbitnya Invoice.

Powered by ScribeFire.