Kebetulan gw pernah ketemu masalah arsitektur, baru masuk, langsung di kasi
kerjaan yg udah kelar, diminta untuk maintain, eh ujung2 nya salah arsitektur,
akhir nya di buang ke tong sampah itu product sama client, telen telen he he.
udah jelas2 aplikasi nya buat mass transaksi yang mission critical ceritanya,
malah bikin stateful EJB, yg lambreta banget, trus table2 internal tidak di
house keeping sebelumnya. walhasil puluhan ribu transaksi penting guagual
pertamax .
--- Pada Sen, 17/5/10, Ifnu bima <ifnub...@gmail.com> menulis:
Dari: Ifnu bima <ifnub...@gmail.com>
Judul: Re: [JUG-Indonesia] OOT - Bagaimana Pengukuran Unjuk Kerja
Developer/Programmer
Kepada: jug-indonesia@yahoogroups.com
Tanggal: Senin, 17 Mei, 2010, 8:38 PM
>
> @mas endy
> "Kalo di ArtiVisi, begitu stack teknologi diputuskan, harus commit
> sampai project selesai."
> gmn klo ada fitur wajib yg ga bisa di handle oleh teknologi itu..??
Ini namanya salah arsiteknya :)).
Masak di tengah jalan baru nyadar, damn this technology cannot handle
this problem :D
So far kita cukup beruntung ga pernah ketemu masalah-masalah "konyol"
seperti ini. ;)
--
regards
