Utk menentukan cepat-lambat aja di HCI ada beberapa metoda (dari GOMS yg simple) sampai metoda lainnya. In menunjukkan cepat-atau lambat itu tidak sama. Ada yg menghitung waktu total dari dia install sistem, ada yg menghitung down time juga dsb.
ini akan mengaburkan pertanyaan awal ;-p
Cepat atau lambat biasanya juga dibedakan antara kecepatan aktual dan kecepatan yg _dirasakan_
maksudnya?
biasanya developer yg bagus akan mengutamakan kecepatan yg dirasakan oleh user . misal untuk startup awal aplikasi, loading library dilakuakn sbg background process, shg user merasa bahwa loading program tsb bisa cepat. tapi kalau memang secara system banyak yg harus diload ya tetap saja user harus menunggu.
contoh: cepatan mana startup antara IE dgn firefox/netscape atau MS Office dgn OO?
Paling mudah ya diukur pada kondisi sesungguhnya, tidak pakai "perasaan"
Seperti yg dilakukan RELEVANTIVE
dulu sblm migrasi client saya bikin test kecil-an untuk mengukur kecepatan aplikasi secara sederhana (dgn stopwatch) untuk menentukan limit bawah system yg masih layak untuk dijadikan client.
testnya cuma waktu startup OO, tbird dan buka dokument berbagai ukuran.
speknya macam-2, dr P60, P75, P100, P120, P133, P233, C333 , PII400, PIII500, PIII 700 dgn memory 32, 48, 64, 128, 256.
hasilnya adalah spek yg masih layak adalah PII400/128 (walau menurut saya kecepatannya masih dibawah garis kemiskinan ;)
sbg pembanding, saya juga test untuk platform windows, siapa pemenangnya tentu anda bisa tebak sendiri (Win+MSO on P75/64 can easily outperform RH9+OO on PIII 500/128)
sblm ada yg komentar ttg bloated kde etc, systemnya pakai icewm (bahkan ada yg twm) dan process X di nice 1.
--
--beast
-- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
