Undangan untuk wedding kami akhirnya selesai juga, siang tadi aku dan dona ke pluit untuk mengambilnya. Perjalanan seperti biasa, macet dan panas yang menyengat maklum kami naik motor hehehe.. kami sampai disana sekitar pukul 11 siang. Dan setelah menyelesaikan pelunasan pembayaran kami pulang dengan membawa sekardus undangan dan se-plastik besar souvenir.

Ternyata kesulitan juga membawa barang tersebut diatas motor hahahaha… Tapi bisa juga sih dibawa-nya, aduhh.. moga cepet dapet rejeki buat beli mobil (doain yeee….). Kesulitan tersebut menjadi lebih “parah” saat aku menyadari aku pergi ke pluit tanpa membawa STNK dan SIM kyaaaaa… celaka!! Hari ini adalah hari sabtu dan biasanya banyak operasi di sekitar Puri, waduh.. bisa panjang urusannya. Terpaksa kami jalan lebih pelan dengan mata yang super awas melihat kanan kiri, takut ada operasi.

Setelah melalui perjalanan yang mendebarkan akhirnya sampai juga kami dirumah, saat belokan terakhir dilalui, rasanya begitu lega.. Bersyukur gak ketemu si “wereng coklat”, kalo ketemu entah berapa puluh ribu yang harus keluar, yang aku takutkan motor satu-satunya harus ditahan gara-gara gak ada STNK. Wah… bisa sial banget kalo gitu hahahaha…pheewww…. untung lah.

Note : Wereng adalah hama pada padi, waktu aku SMA aku dan teman-teman menjuluki polisi sebagai Wereng Coklat, hama yang berwarna coklat (seragam mereka kan coklat hahaha..)

Aku secarik kertas ditepi jalan
Lusuh.., terbalut debu berjelaga
Tersingkir tak ada harapan
Terinjak injak tak berharga

Mentari menyiksa paksa
Panas, memerah marah
Menindas tuntas tak bersisa
Hancur, meremah remah

Seringai malam menggigit hasrat
Mengendap menyerap asa
Kalut terhimpit langit
Meratap mengutuk rasa

Aku secarik kertas ditepi jalan
Lusuh.., terbalut debu berjelaga…

Ten of the Biggest Mistakes Developers Make With Databases
By Mike Gunderloy
March 6, 2006

Although fashions come and go in software development, some things stay remarkably constant. One of these is the use of databases. You may be wonderfully up-to-date with an AJAX Web interface or the latest whizbang Windows user interface, but under the covers, you’re probably still pumping data in and out of a database, just as we all did a decade or more ago. That makes it all the more surprising that developers are still making the same database mistakes that date back to those good old days of Windows 95 and before. Perhaps it’s just that most of us learn to use databases on the side, rather than really studying them. In any case, here are my nominations for the biggest mistakes that I see over and over again.

Choosing the Wrong Database

Not all databases are created equal — which means before you do anything with a database, you have to pick the appropriate database. Time and again I’ve seen Access databases groaning to bear the load of huge data sets that would have been child’s play for SQL Server, or harried users trying to pay for and set up SQL Server to hold a few hundred rows of data. Broadly speaking, there are three tiers of databases in the market these days: desktop and embedded databases suitable for smaller tasks, “Express” versions of the major players that are good up to a few gigabytes of data, and the truly enterprise databases like SQL Server, Oracle, and DB2 that can handle just about anything you can throw at them. Before you do anything else, you need to make some realistic estimates about the amount of data that you’ll be storing and pick the appropriate product to do the storage.

Choosing Too Many Databases

APIs such as ODBC, JDBC, and OLE DB have promoted the notion of database independence - the idea that you can write your application code in such a manner that you can plug any database at all in for data storage. Well, yes, but there are compromises. I’ve seen a lot of teams go down the rat hole of database independence, writing layers to translate all of their SQL statements to some lowest common denominator dialect that every conceivable database will support, and at the same time giving up on advanced features available in any particular database. The notion seems to be that some client in the future might want to switch to Oracle or DB2 or FoxPro or whatever, so it’s best to be prepared now. On the contrary: when you’re starting out with a new product, pick your storage engine and write to it. If your product is good, people will install the database you specify, and you won’t be wasting untold man-hours supporting “just in case” scenarios that you’ll probably never need.

[Read more →]

Breakthrough brings ‘Star Trek’ teleport a step closer
By Steve Connor, Science Editor
Published: 04 June 2007

Scientists have set a new record in sending information through thin air using the revolutionary technology of quantum teleportation - although Mr Spock may have to wait a little longer for a Scotty to beam him up with it.

A team of physicists has teleported data over a distance of 89 miles from the Canary Island of La Palma to the neighbouring island of Tenerife, which is 10 times further than the previous attempt at teleportation through free space.

The scientists did it by exploiting the “spooky” and virtually unfathomable field of quantum entanglement - when the state of matter rather than matter itself is sent from one place to another. Tiny packets or particles of light, photons, were used to teleport information between telescopes on the two islands. The photons did it by quantum entanglement and scientists hope it will form the basis of a way of sending encrypted data.

[Read more →]

Thousands of candles can be lighted from a single candle, and the life of the candle will not be shortened. Happiness never decreases by being shared.
Buddha

SELAMAT
HARI RAYA WAISAK 2551/ 2007

– iwuvya.com –