- Slide yang merangkum 40 prinsip praktis yang diterapkan pada desain wahana antariksa dan proyek rekayasa
- Menekankan analisis berbasis angka, desain iteratif, dan desain toleran terhadap cacat sebagai prinsip inti
- Mencakup peringatan realistis bahwa jadwal hanya bergerak ke satu arah, dan estimasi awal selalu terlalu rendah
- Selain teknik antariksa, dapat diterapkan langsung pada perangkat lunak, sistem, dan desain startup secara umum
- Checklist praktis untuk mencegah kesalahan berulang dalam penilaian rekayasa
Hukum 1 — Rekayasa yang Dibuktikan dengan Angka
- "Engineering is done with numbers. Analysis without numbers is only an opinion."
- Rekayasa dilakukan dengan angka; analisis tanpa angka hanyalah opini
- Alasan mahasiswa teknik menghabiskan banyak waktu untuk belajar matematika
- Keberhasilan rekayasa harus dapat dikuantifikasi
- "Sistem saya lebih cepat" → seberapa jauh lebih cepat?
- "Sistem saya lebih murah" → berapa biayanya?
- "Sistem saya lebih sederhana" → bagaimana kesederhanaan itu diukur?
Hukum 2 — Desain Toleran terhadap Cacat
- "To design a spacecraft right takes an infinite amount of effort. This is why it's a good idea to design them to operate when some things are wrong."
- Mendesain wahana antariksa dengan benar membutuhkan upaya tak terbatas, sehingga harus dirancang agar tetap beroperasi meski ada sebagian yang salah
- Jangan merancang sistem yang menuntut keandalan 100%
- Contoh kegagalan: Deep Water Horizon, Fukushima
- Contoh metode 3 way logic checking pada sistem kendali pesawat
Hukum 3 — Proses Desain Iteratif
- "Design is an iterative process. The necessary number of iterations is one more than the number you have currently done. This is true at any point in time."
- Desain adalah proses iteratif, dan jumlah iterasi yang dibutuhkan selalu satu lebih banyak daripada yang sudah dilakukan saat ini
- Desain yang baik tidak pernah benar-benar selesai
Hukum 4 — Menghadapi Kekecewaan
- "Your best design efforts will inevitably wind up being useless in the final design. Learn to live with the disappointment."
- Upaya desain terbaik Anda pada akhirnya bisa menjadi tidak berguna dalam desain final; belajarlah hidup dengan kekecewaan itu
- Hukum Bhargava: hanya 1 dari 10 proyek riset yang diterapkan dalam praktik industri
- Keberhasilan komersial terbaik bukanlah desain teknis terbaik
- Contoh: Nokia N95 vs iPhone generasi pertama
Hukum 5 (Hukum Miller) — Tiga Titik Menentukan Kurva
- "Three points determine a curve."
- Tiga titik menentukan sebuah kurva
- Dalam suatu set data, kita akan selalu menemukan pola
- Perlu dipastikan apakah pola itu berasal dari fenomena nyata yang diteliti, bukan sekadar noise pengukuran
- Kalangan akademik dan mahasiswa pascasarjana cenderung sering mengabaikan aturan ini
Hukum 6 (Hukum Mar) — Waspada Overfitting Data
- "Everything is linear if plotted log-log with a fat magic marker."
- Segala sesuatu terlihat linear jika diplot pada grafik log-log dengan spidol tebal
- Hukum Bigg: "Jangan jatuh cinta pada alat matematika; alat itu tidak akan mencintai Anda kembali"
- Jangan melakukan over-fit pada data
Hukum 7 — Kepemimpinan dan Penyusunan Tim
- "At the start of any design effort, the person who most wants to be team leader is least likely to be capable of it."
- Pada awal proyek desain, orang yang paling ingin menjadi pemimpin tim justru paling kecil kemungkinannya mampu melakukannya
- Komik Dilbert didasarkan pada pengalaman perusahaan rekayasa nyata yang sedikit dilebih-lebihkan
- Sebagian kepemimpinan memang bawaan, tetapi sebagian besar harus dipelajari
- Ada manajer yang gagal 'menghormati dasar-dasar (respect the basics)'
- Tanyakan kepada industrial engineer tentang MBA
Hukum 8 — Titik Optimum Ada di Tengah
- "In nature, the optimum is almost always in the middle somewhere. Distrust assertions that the optimum is at an extreme point."
- Di alam, titik optimum hampir selalu berada di suatu titik tengah; curigailah klaim bahwa titik optimum berada di ujung ekstrem
- Contoh standar: optimal power transfer
- Contoh praktik: optimal sensor resistance
Hukum 9 — Kekurangan Informasi Bukan Alasan
- "Not having all the information you need is never a satisfactory excuse for not starting the analysis."
- Tidak memiliki semua informasi yang dibutuhkan bukan alasan yang memadai untuk tidak memulai analisis
- Untuk analisis yang lebih lengkap, kita harus mengidentifikasi nilai apa saja yang diperlukan
Hukum 10 — Estimasi dan Tebakan
- "When in doubt, estimate. In an emergency, guess. But be sure to go back and clean up the mess when the real numbers come along."
- Saat ragu, lakukan estimasi. Dalam keadaan darurat, menebaklah. Tetapi pastikan untuk kembali dan membereskan semuanya saat angka yang sebenarnya sudah tersedia
- Anda dilatih menjadi engineer, bukan peramal
- Dalam profesi ini, kualitas berpikir lebih penting daripada kecepatan berpikir
Hukum 11 — Mulai Lagi dari Awal
- "Sometimes, the fastest way to get to the end is to throw everything out and start over."
- Terkadang, cara tercepat untuk mencapai akhir adalah membuang semuanya dan memulai lagi dari awal
- Perlu waktu untuk belajar kapan hal ini harus dilakukan
- Ada banyak kasus di berbagai industri yang seharusnya melakukan ini, tetapi tidak
- Stasiun luar angkasa pengintai berawak Rusia Almaz: desain teknis yang luar biasa, tetapi menjadi usang setelah peluncuran akibat satelit pengintai yang dikendalikan komputer
- 'Mobil' generasi awal
Hukum 12 — Tidak Ada Satu Jawaban Benar
- "There is never a single right solution. There are always multiple wrong ones, though."
- Tidak pernah ada satu solusi yang benar; tetapi selalu ada banyak solusi yang salah
- Pertahankan pikiran terbuka
- Rekayasa bukan agama
- Technical apostasy sepenuhnya diperbolehkan
- Contoh: komputasi otomatis mekanis
- Menjadi pendekatan arus utama pada Perang Dunia II
- Perangkat keras digital baru mendominasi bidang ini pada 1960-an
Hukum 13 — Desain Berbasis Requirement
- "Design is based on requirements. There's no justification for designing something one bit 'better' than the requirements dictate."
- Desain didasarkan pada requirement; tidak ada alasan yang sah untuk merancang sesuatu sedikit pun 'lebih baik' daripada yang ditentukan requirement
- Pelanggan tidak suka membayar fitur yang tidak mereka butuhkan
- Kita harus menemukan tingkat keandalan yang dibutuhkan aplikasi dan merancang sesuai tingkat keandalan tersebut
- Terdengar mudah, tetapi sulit dijalankan
Hukum 14 (Hukum Edison) — 'Lebih baik' adalah musuh dari 'baik'
- "'Lebih baik' adalah musuh dari 'baik'."
- 'Lebih baik' adalah musuh dari 'baik'
- Sebenarnya ini adalah kutipan Voltaire
- Harus menyadari ketika sistem telah mencapai kondisi cukup baik (good enough)
- Kesempurnaan menuntut sumber daya tak terbatas, jadi sistem selalu bisa dibuat lebih baik
- Lihat Hukum 13
Hukum 15 (Hukum Shea) — Antarmuka adalah inti
- "The ability to improve a design occurs primarily at the interfaces. This is also the prime location for screwing it up."
- Kemampuan untuk meningkatkan desain terutama muncul pada antarmuka, dan di sinilah juga tempat utama untuk merusaknya
- Banyak insinyur/teknisi yang benar-benar memahami satu sistem
- Namun, orang yang benar-benar memahami beberapa sistem berbeda sangat jarang
- Contoh: sistem dengan interaksi perangkat keras dan perangkat lunak yang kompleks biasanya mengalami masalah di antarmuka
Hukum 16 — Jangan terlalu percaya pada analisis terdahulu
- "The previous people who did a similar analysis did not have a direct pipeline to the wisdom of the ages. There is therefore no reason to believe their analysis over yours. There is especially no reason to present their analysis as yours."
- Orang-orang sebelumnya yang melakukan analisis serupa tidak memiliki jalur langsung ke kebijaksanaan sepanjang zaman; karena itu tidak ada alasan untuk lebih mempercayai analisis mereka daripada analisis Anda, dan terlebih lagi tidak ada alasan untuk menyajikan analisis mereka seolah milik Anda
Hukum 17 — Akurasi publikasi
- "The fact that an analysis appears in print has no relationship to the likelihood of its being correct."
- Fakta bahwa sebuah analisis muncul dalam terbitan tidak ada hubungannya dengan kemungkinan analisis itu benar
- Pendapat terkenal dari tahun 1970-an:
- "1200 baud mungkin adalah kecepatan maksimum yang bisa dicapai modem telepon"
- Dikenal lewat pernyataan "Coding is dead"
- Trellis coded modulation mendorong kecepatan ini hingga 50kbps pada 1990-an
Hukum 18 — Dua sisi pengalaman masa lalu
- "Past experience is excellent for providing a reality check. Too much reality can doom an otherwise worthwhile design, though."
- Pengalaman masa lalu sangat baik untuk memberikan pengecekan realitas, tetapi terlalu banyak realitas juga bisa menggagalkan desain yang sebenarnya layak
Hukum 19 — Pentingnya kerendahan hati
- "The odds are greatly against you being immensely smarter than everyone else in the field. If your analysis says your terminal velocity is twice the speed of light, you may have invented warp drive, but the chances are a lot better that you've screwed up."
- Kemungkinannya sangat kecil bahwa Anda jauh lebih cerdas daripada semua orang lain di bidang itu; jika analisis Anda mengatakan kecepatan terminal Anda dua kali kecepatan cahaya, mungkin Anda telah menemukan warp drive, tetapi kemungkinan besar Anda hanya melakukan kesalahan
Hukum 20 — Pentingnya presentasi
- "A bad design with a good presentation is doomed eventually. A good design with a bad presentation is doomed immediately."
- Desain yang buruk dengan presentasi yang baik pada akhirnya akan gagal; desain yang baik dengan presentasi yang buruk akan langsung gagal
- Contoh: Avro C102 — pesawat jet penumpang komersial kedua di dunia (selisih 13 hari)
- Dibatalkan untuk mendukung pengembangan Avro Arrow
Hukum 21 — Hakikat pendidikan
- "Half of everything you hear in a classroom is crap. Education is figuring out which half is which."
- Setengah dari semua yang Anda dengar di kelas adalah omong kosong; pendidikan adalah mencari tahu setengah yang mana
- Bukan berarti para profesor sengaja membuang 50% waktu
- Ini soal menebak keterampilan apa yang akan dibutuhkan di bidang yang berubah dan berkembang cepat
- Contoh: quantum computing
- Bisa jadi pengetahuan penting untuk bekerja sebagai insinyur selama 20 tahun ke depan, atau hanya menjadi minat akademis hingga 2030-an
Hukum 22 — Pentingnya dokumentasi
- "When in doubt, document. (Documentation requirements will reach a maximum shortly after the termination of a program.)"
- Jika ragu, dokumentasikan. (Kebutuhan dokumentasi akan mencapai titik maksimum segera setelah sebuah program dihentikan.)
- Jika Anda tidak bisa menyelesaikan masalah, jangan menyembunyikan ketidaktahuan
- Dokumentasikan penyebab masalahnya
- Orang lain mungkin bisa menemukan cara untuk menyelesaikannya
Hukum 23 — Fiksi jadwal
- "The schedule you develop will seem like a complete work of fiction up until the time your customer fires you for not meeting it."
- Jadwal yang Anda buat akan tampak seperti karya fiksi sepenuhnya sampai saat pelanggan memecat Anda karena tidak memenuhinya
Hukum 24 — Work Breakdown Structure
- "It's called a 'Work Breakdown Structure' because the Work remaining will grow until you have a Breakdown, unless you enforce some Structure on it."
- Disebut 'Work Breakdown Structure' karena pekerjaan yang tersisa akan terus bertambah sampai Anda mengalami breakdown, kecuali Anda menerapkan structure padanya
Hukum 25 (Hukum Bowden) — Analisis setelah kegagalan pengujian
- "Following a testing failure, it's always possible to refine the analysis to show that you had negative margins all along."
- Setelah kegagalan pengujian, selalu mungkin untuk menyempurnakan analisis guna menunjukkan bahwa sejak awal Anda memang memiliki margin negatif
- Contoh: Dewan Keselamatan Investigasi Kecelakaan Transportasi Kanada dan laporan kecelakaan Federal Aviation Administration (FAA)
- Beberapa kegagalan terjadi karena kurangnya imajinasi (parafrasa Frank Borman)
- Insinyur bisa dimaafkan karena membuat kesalahan, tetapi menyembunyikan kesalahan tidak bisa dimaafkan
Hukum 26 (Hukum Montemerlo) — Jangan lakukan hal bodoh
- "Don't do nuthin' dumb."
- Jangan melakukan hal bodoh
- Dalam praktik rekayasa, ini adalah aturan yang sangat sulit diikuti
- Jangan lupakan hal-hal dasar
- Tetapkan prioritas yang jelas untuk diri sendiri
Hukum 27 (Hukum Varsi) — Jadwal bergerak satu arah
- "Schedules only move in one direction."
- Jadwal hanya bergerak ke satu arah
- Sisakan kelonggaran untuk menghadapi masalah dan kesulitan
- Kegagalan pengujian
- Nantinya keadaan darurat keluarga
- Orang lain bisa terlambat menyerahkan produk yang dibutuhkan meskipun itu bukan kesalahan Anda
- Selalu sisakan cadangan waktu untuk diri sendiri dan tim Anda
Hukum 28 (Hukum Ranger) — Tidak ada peluncuran gratis
- "There ain't no such thing as a free launch."
- Tidak ada yang namanya peluncuran gratis
Hukum 29 (Hukum manajemen program von Tiesenhausen) — Estimasi biaya dan waktu
- "Untuk mendapatkan perkiraan yang akurat tentang kebutuhan akhir program, kalikan perkiraan waktu awal dengan pi, dan geser titik desimal pada perkiraan biaya satu tempat ke kanan."
- Untuk mendapatkan perkiraan yang akurat tentang kebutuhan akhir program, kalikan perkiraan waktu awal dengan π, dan geser titik desimal pada perkiraan biaya satu tempat ke kanan
Hukum 30 (Hukum desain rekayasa von Tiesenhausen) — pengaruh konsep artis
- "Jika Anda ingin memberikan pengaruh maksimum pada desain sistem rekayasa baru, belajarlah menggambar. Para insinyur pada akhirnya selalu mendesain kendaraan agar terlihat seperti konsep awal artis."
- Jika ingin memberi pengaruh sebesar mungkin pada desain sistem rekayasa baru, belajarlah menggambar; para insinyur pada akhirnya selalu mendesain kendaraan agar tampak seperti konsep awal artis
Hukum 31 (Hukum pengembangan evolusioner Mo) — batas mendasar teknologi
- "Anda tidak bisa sampai ke bulan dengan memanjat pohon yang makin lama makin tinggi."
- Anda tidak bisa pergi ke bulan hanya dengan memanjat pohon yang semakin tinggi
- Berguna untuk memahami batas mendasar teknologi/pendekatan
Hukum 32 (Hukum demo Atkin) — hukum Murphy
- "Saat hardware bekerja sempurna, pengunjung yang benar-benar penting justru tidak muncul."
- Ketika hardware bekerja dengan sempurna, pengunjung yang benar-benar penting tidak datang
Hukum 33 (Hukum perencanaan program Patton) — pentingnya eksekusi
- "Rencana yang baik dan dieksekusi dengan keras sekarang lebih baik daripada rencana sempurna minggu depan."
- Rencana yang baik dan dijalankan dengan keras sekarang lebih baik daripada rencana sempurna minggu depan
- Kesalahan di industri: menunggu teknologi yang 'sempurna'
- Saat menunggu, pesaing mengambil alih pasar
Hukum 34 (Hukum perencanaan tugas Roosevelt) — eksekusi yang realistis
- "Lakukan apa yang Anda bisa, di tempat Anda berada, dengan apa yang Anda miliki."
- Lakukan apa yang bisa Anda lakukan, di tempat Anda berada, dengan apa yang Anda miliki
- Kecuali Anda penulis fiksi ilmiah, mendesain untuk teknologi yang belum ada adalah hal yang sia-sia
Hukum 35 (Hukum desain de Saint-Exupéry) — desain yang sempurna
- "Seorang desainer tahu bahwa ia telah mencapai kesempurnaan bukan ketika tidak ada lagi yang bisa ditambahkan, tetapi ketika tidak ada lagi yang bisa dihilangkan."
- Seorang desainer tahu bahwa ia telah mencapai kesempurnaan bukan saat tidak ada lagi yang bisa ditambahkan, melainkan saat tidak ada lagi yang bisa dikurangi
Hukum 36 — keanggunan, efisiensi, efektivitas
- "Insinyur biasa mana pun bisa merancang sesuatu yang anggun. Insinyur yang baik merancang sistem agar efisien. Insinyur yang hebat merancangnya agar efektif."
- Insinyur biasa dapat merancang sesuatu yang anggun, insinyur yang baik merancang sistem yang efisien, dan insinyur yang hebat merancang sistem yang efektif
- Desain anggun (Elegant design): sistem pasokan air kota standar
- Desain efisien (Efficient design): sistem pasokan air New York
- Desain efektif (Effective design): sistem irigasi peradaban pribumi Amerika Utara/Amerika Selatan (sebagian masih berfungsi lebih dari 1000 tahun)
Hukum 37 (Hukum Henshaw) — garis tanggung jawab yang jelas
- "Salah satu kunci keberhasilan misi adalah menetapkan garis kesalahan yang jelas."
- Salah satu kunci keberhasilan misi adalah menetapkan garis tanggung jawab yang jelas
- Harus bertanggung jawab atas tindakan dan keputusan sendiri
- Jangan mempercayai insinyur (atau siapa pun) yang menolak bertanggung jawab
Hukum 38 — kapabilitas mendorong kebutuhan
- "Kapabilitas mendorong kebutuhan, terlepas dari apa yang dikatakan buku teks systems engineering."
- Apa pun yang dikatakan buku teks systems engineering, kapabilitaslah yang mendorong kebutuhan
- Intinya adalah mengenali kapabilitas baru apa yang sedang dikembangkan:
- 1950-an: transistor
- 1960-an: sirkuit terpadu
- 1970-an: mikroprosesor
- 1980-an: komputer rumahan
- 1990-an: internet
- 2000-an: komputasi nirkabel/mobile
Hukum 39 — jangan mengembangkan kendaraan peluncur baru
- Tiga kunci utama untuk menjaga program antariksa berawak baru tetap murah dan sesuai jadwal:
- Jangan ada kendaraan peluncur baru
- Jangan ada kendaraan peluncur baru
- Apa pun yang terjadi, jangan memutuskan untuk mengembangkan kendaraan peluncur baru
- Godaan untuk percaya bahwa produk yang sepenuhnya baru akan selalu lebih baik daripada evolusi produk yang sudah ada harus dihindari
Hukum 40 — antariksa tidak memaafkan
- "Space adalah lingkungan yang sama sekali tidak memaafkan. Jika Anda mengacaukan engineering, seseorang akan mati (dan tidak ada nilai parsial hanya karena sebagian besar analisisnya benar...)"
- Antariksa adalah lingkungan yang sama sekali tidak memaafkan; jika engineering kacau, seseorang akan mati (dan tidak ada nilai parsial hanya karena sebagian besar analisisnya benar...)
- Bencana besar kendali rekayasa:
- Fukushima, Chernobyl
- De Havilland Comet (alasan jendela pesawat penumpang komersial memiliki sudut membulat)
- Eastern Airline Flight 401 (autopilot menuntun pesawat komersial ke Everglades)
- Therac-25 (perangkat radioterapi Kanada)
- Parafrase Richard Feynman: "Nature cannot be fooled"
1 komentar
Komentar Hacker News
Pernyataan bahwa pada 1990-an kecepatan naik sampai 50 kilobaud berkat Trellis coded modulation agak kurang tepat
Kapasitas Shannon yang dihitung dari bandwidth saluran telepon dan karakteristik SNR berada di kisaran 30kb/s, dan modem V.34 mencapai batas itu hingga 33.6kb/s
Namun setelah tahun 80-an, jaringan telepon pada dasarnya sudah terdigitalisasi kecuali bagian ‘last mile’
Jika modem di sisi ISP mengeluarkan audio digital secara langsung, secara teori bisa mencapai 64kb/s, tetapi dalam praktiknya sekitar 53kb/s karena batas daya dari FCC
Saat itu saya bekerja di tim riset modulasi modem, dan para insinyur yang terbiasa dengan pola pikir analog butuh waktu cukup lama untuk menyadari potensi kanal digital
Setelah itu mereka pindah ke cable modem dan kembali lagi ke dunia analog
Kalau ruas menuju rumah tetap analog, bukankah tetap terikat pada batas Shannon-Nyquist?
Jika antara modem ISP dan modem rumah adalah kabel tembaga tanpa filter, bukankah UART bisa mengirim beberapa Mbps begitu saja?
Tolong jelaskan bagian ini dengan lebih jelas
Itu dimungkinkan berkat berbagai teknik encoding dan kompresi termasuk Trellis coding, dan sampai sekarang pun Anda masih bisa membeli modem 56k US Robotics
Law 20 menggambarkan realitas startup masa kini dengan sangat tepat
Seperti kalimat “desain yang bagus langsung hancur ketika bertemu presentasi yang buruk”, pentingnya kemampuan menyampaikan itu mutlak
Mampu menjelaskan dengan baik juga merupakan bukti bahwa mereka benar-benar memahaminya
Ini mengingatkan pada ucapan, “kalau tidak bisa menjelaskannya kepada anak usia 5 tahun, berarti Anda sendiri belum memahaminya”
Mengenai pernyataan “kesuksesan komersial terbesar bukanlah desain teknis terbaik”
Perbandingan Nokia N95 dan iPhone generasi pertama kurang tepat. Sebagai gantinya saya mengusulkan Canyon’s Law of Design Optimization — metrik yang diinginkan pelanggan dan metrik yang dioptimalkan pengembang itu berbeda, dan jangan mencoba meyakinkan pelanggan bahwa merekalah yang salah
iPhone generasi pertama unggul dalam bentuk dan antarmuka, tetapi fiturnya kurang. 3G, GPS, aplikasi pihak ketiga, dan kamera semuanya lemah
Baru setelah iPhone 3G muncul, produk itu benar-benar mencapai sukses komersial
Slide terakhir hilang
Kalimat “abaikan semua nasihat di atas dan lakukan hal yang benar” adalah inti utamanya
Dalam nasihat yang saling bertentangan, menemukan keseimbangan adalah engineering yang sesungguhnya, dan itu tujuan yang paling sulit baik secara teknis maupun sosial
Isinya bahwa “analisis sebelumnya bukan kebenaran mutlak, dan Anda harus percaya pada penilaian sendiri”
PDF ini tampak baru, tetapi Akin’s Laws of Spacecraft Design sudah ada sejak 2003
Itu juga bisa dikonfirmasi lewat tautan Web Archive
Dari hukum pertama saja sudah terlihat mengapa “engineering” perangkat lunak sulit disebut engineering sungguhan
Saya sudah lama mengutip hukum von Tiesenhausen
Isinya kira-kira, “insinyur pada akhirnya akan merancang sesuai konsep dari seniman awal”, dan saya merasakan hal yang sama juga di proyek web
Orang yang membuat dokumen awal, atau yang meninggalkan catatan dalam rapat, sering kali menentukan arah produk.
Bahkan kalau disebut ‘agile’, kenyataannya tetap path-dependent
Saya pernah mengambil kelas capstone desain wahana antariksa di MIT pada 2003, tetapi tidak pernah melihat daftar ini
Saat itu proyeknya berfokus pada satelit, dan tampaknya filosofi Akin sudah terserap secara implisit
Rekayasa antariksa memiliki budaya desain yang konservatif sehingga laju perkembangannya lambat, dan sebelum Elon Musk perubahan berjalan lebih pelan
Khususnya kalimat “ruang angkasa adalah lingkungan yang tidak mengenal ampun, dan kegagalan engineering berarti hilangnya nyawa” sangat membekas
Itu juga bertepatan dengan masa tragedi Columbia pada 2003
Mungkin Law 31 (pahami batas teknologi yang ada) memicu Law 11 (buang semuanya dan mulai lagi), dan Law 16 (jangan terlalu percaya pada analisis sebelumnya) mendukungnya
Saya lebih suka sistem yang tidak butuh maintenance dan mudah diganti
Teknologi perangkat lunak pada akhirnya akan hilang, jadi seperti hardware, strukturnya harus bisa diganti kapan saja
Nasihat “hindari godaan untuk percaya bahwa produk yang benar-benar baru selalu lebih baik daripada evolusi dari produk yang sudah ada” terasa sangat mengena