Untuk mengubah file video MPG menjadi FLV pada Linux, dapat menggunakan perintah:

ffmpeg -i <filename.mpg> -deinterlace -ar 44100 -r 25 -qmin 3 -qmax 6 <filename.flv>

Mengatur style untuk baris pada jqgrid (Bahasa Indonesianya gitu..)

Permasalahan ini saya temui ketika akan membuat tabel dengan Jqgrid, kemudian ada pengelompokan baris tertentu. Misalnya ketika pada field “Status” ternyata masih kosong, maka baris tersebut akan berwarna merah (tugas dari temen sih sebenernya ). Kalo misal table yang dibuat bukan dari plugin JQgrid mungkin tidak terlalu ribet, apalagi dokumentasi JQgrid sangat minim menurut saya.Dan juga desain table yang saya gunakan tidak setandar!!! hah, gimana ini..

Setelah browsing dan disambi twitteran, serta google plus-an (halah) dan tidak lupa ngaskus..akhirnya nemu inspirasi juga..

Beberapa cara yang sempat terpikirkan :

• Looping setiap halaman dan cari valuenya : ternyata ga bisa karena ngakses rownya dari ID, dan ID nya ga sama dengan nomor record nya (ini )
• Looping sampe row terakhir : ini juga ga bisa, apalagi dtanya sampe 4000, berat loadnya..
• Menggunakan looping pake jquery.each(), cari ID row kemudian cocokan valuenya

Ternyata cara yang terakhir yang paling cocok dan bisa di aplikasikan dalam kasus yang saya alami. Script yang saya gunakan seperti ini

loadComplete: function() {
 $('.jqgrow').each(function(index,value){//looping semua baris jqgrid
 var idRow = $(this).attr("id");//cari idRow nya
 var data = jQuery('#list1').jqGrid ('getCell', idRow, 'colomname'); //cari value dari cell "collomname"
 if(data!="Aktif"){ //cocokan dengan syaratnya
 grid.jqGrid('setRowData',idRow,"false",'ui-state-error'); //set style untuk baris tersebut
 }
 });
 },

Hasilnya kira-kira seperti gambar pada artikel ini… semoga membantu..

Framework oh framework, suatu hal yang lagi booming sekarang ini, buka milis pasti ada yang nanya framework, buka forum juga.. Dan yang paling sering ditanyakan adalah “perlu ga sih kita pake framework??” Ketika saya melihat pertanyaan itu, yang terbesit dalam pikiran saya adalah, yang dimaksud dalam pertanyaan tersebut “framework itu sendiri” dan “framework yang mana”

Kembali ke pengertian framework itu sendiri, yang sering saya temukan adalah ” kerangka sebuah aplikasi (baik itu web, desktop, dll) yang berisi kumpulan library, class, function dan lainnya yang sekiranya umum dan sering digunakan dalam pembuatan aplikasi tersebut yang bertujuan untuk mempermudah pengembangan aplikasi yang menggunakan kerangka program tersebut.

Nah kalau melihat definisi tersebut, jawaban dari “perlukah memakai framework ?” adalah perlu. Setiap aplikasi yang siap pakai (bukan setengah aplikasi) pasti terdiri dari ratusan bahkan ribuan baris kode (LOC). Apabila kode-kode atau syntax tersebut tidak kita organisir dengan baik, pastinya akan membuat program kita akan menjadoi over bloated dan banyak mengandung spaghetti code. Tetapi apabila kita mengorganisasi dengan baik, kita buat fungsi dan class yang benar sesuai tugasnya masing-masing, diharapkan kode yang kita buat akan menjadi lebih mudah dibaca, dipahami dan digunakan kembali dikemudian hari.

Ada mungkin diantara kita berpendapat “lebih puas coding dari awal”. Kalo seperti itu yang saya tanyakan “dari awal yang mana?” buat file satu persatu, class demi class, function demi function sehingga menjadi sebuah aplikasi jadi. Kalau suatu waktu ada proyek membangun program yang hampir mirip, apakah harus melakukan hal seperti itu lagi? pasti akan membuang banyak waktu. Akan lebih baik jika class yang sudah kita bangun, kita rapikan, kita dokumentasikan agar suatu saat bisa kita gunakan lagi. Nah dengan demikian kita sudah membuat “framework” untuk aplikasi kita.

Framework yang mana?

Sekarang banyak sekali framework yang bergelimpangan dan bertebaran di jagat Internet. Mau gratis atau berbayar, mau yang file nya kecil atau yang besar, tinggal pilih sesuai keinginan dan kebutuhan. Bagi saya, menggunakan framework yang sudah ada dipasaran (ex. codeigniter, yii, symfony, ruby on rails, django) bukanlah suatu masalah. Tidak ada framework yang jelek, yang ada hanyalah jurang maksimalnya kita menggunakan framework tersebut.

Menggunakan framework membuat kode program kita menjadi lebih teratur dan terorganisir. Membuat kita belajar bagaimana agar kode kita mudah dibaca orang lain (apabila kita bekerja tim).

Kesimpulannya yang saya ambil adalah, setiap aplikasi pasti memerlukan dasar dan kerangka yang biasa disebut framework. Tentang framework yang akan digunakan, apakah memilih framework buatan sendiri atau framework yang sudah ada, itu tergantung kebutuhan dan kemampuan kita.

Pesan hari ini : Liat wajah bayi yang menguap dan tidur itu sungguh indah rasanya

Tetapi, menurut saya justru seperti itulah cara yang hebat (walopun berat dan saya juga belum tentu bisa). Hal itu membuat programmer memiliki kemampuan logika yang kuat, skill programmingnya terasah terus-menerus meningkat.

Coba dibandingkan dengan jaman sekarang. Mahasiswa diberikan tugas sederhana Algoritma. Yang saya temui mereka justru berusaha mencari jawaban langsung di Internet. Bukan memikirkan logika algoritmanya. Banyak saya jumpai di forum, milis pertanyaan yang sepertinya tugas kuliah yang diberikan di perkuliahanya.

Jujur saya merasa prihatin (#SBY mode ON) tentang hal tersebut. Harusnya dengan Internet kita bisa lebih kreatif bukan malah menjadi malas.

NB: Catatan Jumat : Jangan tunda pekerjaan, semakin ditunda akan semakin menumpuk..

Begitu kata temen-temen di TL saya pagi ini, ya memang kebanyakan dari temen saya adalah bloger, dari yang bloger biasa sampe yang luar biasa. Kalo saya memang bloger ogah-ogahan hahaha.. Blog nya jarang di update sekarang.

Ngomong-ngomong tentang bloging, kalo dari blog saya yang pertama (udah wafat ) itu mulai awal saya kuliah, nulis cerita sehari-hari pas jaman masih muda Sekarang sih udah tua. Dulu awal ngeblog gara-gara ikut tren…. Bisa tuh tiap hari ke warnet cuma nyari ide buat nge blog. Lewat blog bisa kenalan sama blogger yang WAH, JOSS, GREAT.. pokoknya juara deh,, temennya jadi banyak..

Sekarang pengen fokus nulis ke masalah tertentu, tetapi pikirannya masih belum fokus, masih mbayang kemana-mana,,

Selamat hari Blogger Nasional, para blogger Indonesia semoga makin maju, makin banyak yang kita peroleh dari tulisan kita

Udah ah, mau ngoreksi tugas yang makin numpuk kalo ga segera dikoreksi,,

class Mobil
   %w{jenis merek bensin}.each { |prop|
   define_method(("get"+prop.capitalize).to_sym) {
     return self.instance_variable_get "@"+prop
   }
   define_method(("set"+prop.capitalize).to_sym) { |value|
     self.instance_variable_set "@"+prop, value
   }
}
end

a = Mobil.new
a.setMerek("Honda")
a.setBensin("Pertamax")
a.setJenis("Sedan")

a.getMerek
a.getBensin
a.getJenis

Sumber : kaskus credit to agan magico

cat /proc/acpi/battery/BAT0/infohuo 

Ketika saya coba, hasilnya adalah sebagai berikut :

[dwijonarko@chakra-notebook ~]$ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         57200 mWh
last full capacity:      57849 mWh
battery technology:      rechargeable
design voltage:          10800 mV
design capacity warning: 5720 mWh
design capacity low:     572 mWh
cycle count:              0
capacity granularity 1:  572 mWh
capacity granularity 2:  572 mWh
model number:            K53--52
serial number:
battery type:            LIon
OEM info:                ASUSTek

bagaimana punya Anda??

sumber : http://www.techportal.co.za/linux/313

Disclaimer: Saya menulis artikel ini bukan karena sudah tidak mau lagi menjawab pertanyaan. Bertanya boleh, sepanjang saya ada waktu dan bisa membantu insya Allah akan saya jawab. Tapi intinya adalah, bagaimana teknik bertanya yang dapat menghasilkan nilai tambah yang besar, bukan hanya untuk penanya, tapi juga untuk penjawab. Mengingat saya tidak dibayar untuk menjawab pertanyaan Anda, melainkan sebagai sedekah dan niat baik saja. Di lain pihak, dalam menjawab pertanyaan Anda, ada waktu yang saya gunakan. Waktu ini entah merupakan hak pelanggan saya (yang membayar untuk jasa saya), atau hak keluarga di rumah. Jadi untuk kebaikan kita semua, mohon baca artikel berikut sampai tuntas.

RTFM adalah singkatan dari Read The F!@#*ing Manuals, atau Read The Fine Manual, tergantung mood Anda saat mengucapkannya.

Kalimat sederhana, tapi entah kenapa banyak orang yang tidak melakukannya. Untuk kesekian kalinya, saya mendapat pertanyaan, “Bagaimana cara pakai ini? Bagaimana menjalankan aplikasi itu? Mengapa framework ini tidak berjalan seperti harapan saya?” dan pertanyaan lain yang sejenis.

Bukan, ini bukan tentang playbilling. Playbilling memang parah dokumentasinya, jadi bukan salah Anda kalo mengalami kesulitan

Yang sedang saya bicarakan adalah teknologi yang sehari-hari digunakan programmer. Misalnya PHP, Java, Hibernate, Spring, Freemarker, Linux, dan lainnya. Itu semua adalah produk mature, yang siap pakai, sudah banyak komunitasnya. Dengan demikian, manual dan dokumentasi pasti tersedia di mana-mana.

Sering sekali terjadi, ada yang tanya ke saya, baik melalui Y!, SMS, telpon, dan sebagainya. Dulu, saya masih mau menjawab panjang lebar. Akhir-akhir ini, pertanyaan semakin banyak, jadi respon standar saya adalah balik bertanya. Berikut urutan pertanyaan saya:

Sudah download?
Sudah extract?
Sudah baca dokumentasinya?
Sudah coba jalankan contohnya?
Sudah lihat dokumentasi/FAQ/forum di websitenya?
Sudah cari di Google?
Misal, ada yang tanya, “Bagaimana cara membuat mapping one-to-many di Hibernate?” Maka respon saya adalah:

Sudah download Hibernate?
Sudah extract hibernate-xx.zip?
Sudah baca dokumentasinya?
Sudah coba jalankan contohnya?
Sudah lihat dokumentasi/FAQ/forum di websitenya?
Sudah cari di Google dengan keyword “hibernate one to many mapping”?
Sayang sekali, sampai saat ini belum ada yang sampai nomer 6. Biasanya para penanya sudah “menyerah” di nomer 3. Pada beberapa kasus menyedihkan, nomer 1 saja dijawab “Belum”.

Untuk mereka yang menyerah di nomer 1, Anda hanya membuang waktu dan bandwidth saya yang berharga. Mereka ini adalah tipikal orang yang ingin gampang dan tidak memikirkan kepentingan orang lain. Sama saja dengan menganggap saya sebagai petugas 108 yang siap menjawab segala pertanyaan, karena memang dibayar untuk itu.

Bagi mereka yang menyerah di nomer 3, saya masih sedikit berempati. Mungkin penguasaan bahasa Inggrisnya kurang. Atau mungkin keder melihat dokumen berpuluh-puluh halaman, dalam bahasa Inggris pula. Walaupun mungkin juga ada yang bermentalitas cari gampang seperti nomer 1 di atas.

Tapi saran saya adalah, bacalah dokumentasi. Kalau bahasa Inggris yang kurang, kursus. Kalau ngeri melihat dokumen yang banyak, jangan dibaca semua. Gunakan Ctrl+F alias fasilitas find.

Jika Anda ingin serius dalam karir duniawi, investasi Bahasa Inggris sangat penting. Kemampuan membaca tulisan Inggris akan memungkinkan Anda maju secara mandiri. Kalau tidak, kemajuan Anda akan tergantung kepada orang-orang baik hati yang mau membantu Anda. Orang seperti ini tidak selalu ada. Mereka sangat mungkin memiliki kesibukan lain, sehingga kemajuan Anda akan menunggu ‘bala bantuan’ tersebut punya waktu luang untuk membantu Anda. Konsekuensinya jelas, Anda hanya akan jadi orang tertinggal.

Dalam proses membaca dan memahami dokumentasi, pengetahuan kita akan meningkat. Bukan saja kita mendapat jawaban atas masalah kita, tapi kita mendapatkan pengalaman memahami dokumentasi teknis. Ini adalah skill yang sangat bermanfaat, dan telah terbukti berguna pada waktu saya mengalami kesulitan.

Ada satu skill lagi yang sangat bermanfaat, yaitu skill problem solving. Anda mendapat masalah, kemudian melakukan langkah-langkah pemecahan. Kalau tidak berhasil, mungkin ada yang perlu diperbaiki di sistematika pemecahan masalahnya. Kemampuan problem solving sangat penting bagi karir Anda. Anda akan dianggap orang yang ‘bisa bekerja secara mandiri‘ atau ‘mampu bekerja dengan supervisi minimal‘. Sering lihat kan kriteria seperti ini di lowongan pekerjaan?

Problem solving skill bukan teknik instan. Ini harus dilatih terus menerus sepanjang hidup. Semakin banyak masalah yang kita hadapi dan kita coba pecahkan, kemampuan kita akan meningkat, berhasil itu cuma masalah waktu saja.

Bagi mereka yang sudah menjawab Ya sampai nomer 5, saya ucapkan selamat untuk Anda. Anda sudah membuktikan bahwa Anda telah mengerjakan PR Anda sebelum akhirnya memutuskan untuk meminta waktu saya. Dan kalau ternyata memang belum menyelesaikan masalah, saya tidak keberatan untuk membantu Anda.

Untuk kaum nomer 5, biasanya prosedur standar saya adalah menggunakan Google untuk mencari jawaban. Kemungkinan pertama, search langsung menghasilkan jawaban. Pada kasus ini, saya akan memberikan keyword google yang saya gunakan dan menunjukkan pada entri keberapa jawaban ditemukan. Harapan saya adalah, pada kesempatan berikutnya si penanya akan tahu metode dan teknik memilih keyword supaya hasil Google-nya akurat. Dengan demikian, si penanya akan bisa lebih mandiri.

Kemungkinan yang lain, saya harus bersusah payah mencari sebelum berhasil menemukan jawaban. Biasanya alirannya begini: Google -> Website -> dapat keyword lain -> Google lagi, dan seterusnya sampai ketemu. Kalau begini kejadiannya, saya akan menjelaskan proses berpikir saya dalam menelusuri internet kepada si penanya. Lagi-lagi tujuannya adalah supaya si penanya bisa mencoba sendiri di kemudian hari.

Buat mereka yang sudah lulus sampai nomer 6, tapi masih belum ketemu jawaban, lalu tanya saya … hmm … sejauh ini belum ada Kalau sudah lihai pakai Google dan gak ketemu, kecil sekali kemungkinan saya bakal ditanya. Kalaupun ditanya, jawaban saya cepat. Kalau saya sudah pernah mengalami masalah yang sama, saya akan jawab. Kalo belum pernah, ya saya bilang belum pernah, sehingga saya sama tidak tahunya dengan si penanya.

Pertanyaan yang saya benci adalah pertanyaan debug. Misalnya begini, “Saya bikin kode seperti ini , kemudian muncul NullPointerException, kenapa ya?”

Saya tidak suka karena:

Baca source code di Y! adalah penyiksaan, lewat SMS itu mungkin sudah melanggar HAM . Jangan ketawa, ada yang pernah kirim source code via SMS ke saya.
Untuk bisa debug, paling efektif adalah dengan coding langsung, pasang println disana-sini, recompile, re-run, lihat hasilnya.
So, jangan ajukan pertanyaan debug ke saya. Coba kirim ke milis. Mudah-mudahan ada yang mau bantu. Kalo saya sih tidak … lihat source code yang ditulis sendiri aja pusing, apalagi source code orang, lewat SMS pula …

Kalau ada pertanyaan yang dibenci, tentunya ada pertanyaan yang disukai. Pertanyaan yang saya suka adalah yang konseptual. Misalnya, “Apa itu anonymous inner class, dan kapan kita menggunakannya”. Contoh lain, “Teknik mapping inheritance mana yang paling baik untuk kasus saya, one-table-for-all, table-per-subclass, atau table-per-class”?

Pertanyaan seperti ini mencerdaskan kedua belah pihak. Si penanya mendapat wawasan baru, sedangkan saya mendapat kesempatan untuk menguji apakah pemahaman saya sudah lengkap dan benar.

Jadi, mari bertanya secara cerdas demi kebaikan kita semua.

Mau bukti? ketik saja salah satu key misalnya “membatasi bandwidth idm”, (karena saya barusan kena itu ), klik salah satu hasilnya (saya ga sebut nama situsnya, males aja), nanti kita akan dibawa ke halaman yang banyak link kemudian isinya link-link yang membawa kita berputar-putar sampe ga jelas. Bahkan isi artikelnya aja kadang tidak ada.

Yang mau saya tulis disini adalah

SAYA BENCI SITUS DENGAN AUTO GENERATED CONTENT

Ya, saya sangat benci AGC, membuang waktu, bandwith dan tidak menghasilkan apa-apa. Yang bikin saya tambah benci, kebanyakan situs yang menerapkan AGC (terutama Indonesia) cuma buat naikin traffic, cari duit lewat iklan MLM, dan terlebih kalo dilihat situsnya sebagian besar isinya copas dari situs lain, bahkan ada yang bilang “terserah ini kan web saya”.

Oke lah kalo mereka ada yang bilang gitu, saya juga mau bilang

SAYA BENCI SITUS DENGAN AUTO GENERATED CONTENT, TERSERAH SAYA INI KAN WEB SAYA!!

Dan kalo nemu situs pake AGC, laporkan saja ke Google Span Report https://www.google.com/webmasters/tools/spamreport

Referensi :

Google Spam Report | Yuk Gan Kita Perangin Spammer

Pesan untuk Pemilik Situs Auto Generate Content

#sekian

Akhir-akhir ini banyak berita yang menurut saya sangat menyedihkan. Gara-gara Facebook, Murid dikeluarkan, Bunuh diri karena Facebook, Cerai karena Facebook, Dipecat karena Facebook, dan masih banyak lagi. Dari kasus-kasus tersebut, kita tidak bisa menyalahkan Facebook sebagai penyebabnya, atau Internet yang membuat itu terjadi. Internet bisa kita misalkan sebagai pisau, dan dia tergantung siapa yang memegang pisau tersebut.

Saya pernah mengikuti seminar Internet Sehat beberapa waktu yang lalu, pada prinsipnya tidak ada perbedaan antara dunia nyata dan dunia maya, jika kita di dunia nyata memerlukan sopan-santun, unggah-ungguh, toto kromo, di dunia maya pun demikian, kita juga perlu attitude ketika kita masuk dunia maya, misalnya pada social networkin dan sebagainya.

Justru menurut saya, di dunia maya adalah lebih berbahaya daripada dunia nyata. Jika di kehidupan biasa kita “nggosip” dengan tetangga kita, paling yang mengetahui hanya beberapa orang tertentu saja. Dan kalau ada yang tidak terima, bisa diselesaikan lebih mudah (mungkin) karena bisa jadi tidak ada bukti yang mendukung (cuma “katanya” saja).

Tetapi, pada beberapa kasus di atas, user internet, dengan seenaknya mengucapkan kata-kata yang menurut saya dan pada umumnya, tidak pantas di ucapkan. Jika ada yang tersinggung, pihak yang tersinggung bisa saja menuntu ke pihak berwajib dengan menyerahkan bukti yang valid (gambar atau yang lain).

Jadi, berhati-hatilah dalam ber internet, jaga sikap kita dan terus berkarya

salam

Rujukan : http://www.detikinet.com/read/2011/02/08/132557/1562485/398/perlukah-berlaku-sopan-di-dunia-maya