1 poin oleh GN⁺ 2024-02-22 | 1 komentar | Bagikan ke WhatsApp

Jika Arsitek Harus Bekerja Seperti Programmer

  • Meminta arsitek untuk merancang dan membangun rumah tanpa mengetahui kebutuhan yang jelas.
  • Rumah itu harus bisa memiliki 2 hingga 45 kamar tidur, dan kamar tidurnya mudah ditambah atau dihapus.
  • Keputusan akhir akan diambil setelah melihat gambar denahnya.
  • Rumah yang dipilih harus lebih murah dari rumah yang saat ini ditempati.
  • Semua cacat rumah saat ini harus diperbaiki (seperti lantai dapur yang bergetar dan isolasi dinding yang kurang).
  • Tetap gunakan praktik desain dan material paling mutakhir sambil meminimalkan biaya pemeliharaan tahunan.
  • Diperlukan desain dapur yang bisa menampung kulkas model Gibson tahun 1952.
  • Mendesain rumah yang memuaskan seluruh keluarga, termasuk ayah mertuanya, setelah mempertimbangkan pendapat semua orang.
  • Jangan terlalu memikirkan detail kecil; susunlah rencana secara menyeluruh.
  • Lebih diutamakan pengembangan rencana dan spesifikasi detail dibanding penyediaan sumber daya.
  • Setelah rencana disetujui, atap harus selesai dalam waktu 48 jam.
  • Harus mempertimbangkan selera beragam calon pembeli agar nantinya dapat dijual kepada orang lain.
  • Sebelum rencana final dikunci, diperlukan persetujuan masyarakat setempat.
  • Menyiapkan gambar arsitektur, meskipun desain akhir dapat diubah kemudian.
  • Bertanggung jawab atas kenaikan biaya konstruksi akibat perubahan desain di kemudian hari.
  • Proyek ini menarik karena memungkinkan penggunaan teknologi terkini dan desain yang lebih bebas.
  • Istri menyebut bahwa ia mungkin memerlukan travel trailer, bukan rumah, dan meminta saran tentang hal itu.

Pendapat GN⁺

  • Tulisan ini menyindir klien yang memberi tuntutan tidak masuk akal dan kontradiktif kepada arsitek, dan menyamakan secara cerdasnya dengan harapan serta tuntutan tak realistis yang sering dialami programmer.
  • Ini dapat dibaca sebagai contoh pentingnya kebutuhan dan ekspektasi proyek yang jelas, serta pentingnya pengelolaan perubahan.
  • Tulisan ini membantu pembaca memahami dan berempati pada masalah umum yang dialami profesional di bidang pemrograman dan arsitektur, serta menyampaikan tantangan manajemen proyek secara jenaka sehingga terasa menarik.

1 komentar

 
GN⁺ 2024-02-22
Komentar Hacker News
  • Tidak peduli bagaimana kamu menyelesaikan pekerjaan ini, tetapi kamu harus memecah pekerjaan yang diperkirakan menjadi unit-unit tugas kecil yang bisa diestimasi
    Estimasinya tidak harus akurat, tetapi kalau melewati estimasi kamu harus bertanggung jawab, dan kalau estimasinya dinilai terlalu tinggi secara sembarangan, kamu akan dicurigai
    Tugas-tugas ini boleh kamu kerjakan sendiri, tetapi kamu harus melaporkan progres dalam rapat harian 1 jam bersama perancang lain yang mengerjakan hal yang sama sekali berbeda
    Kamu mungkin harus mengulang laporan lisan yang sama di rapat lain juga, dan meskipun rapat menghabiskan banyak waktu, estimasi waktu awal tetap harus dipenuhi
    Saat sedang merancang rumah, kamu mungkin harus membantu keadaan darurat arsitektur seperti menstabilkan Menara Pisa, dan hal-hal seperti ini bisa terjadi siang-malam serta diprioritaskan di atas pekerjaanmu saat ini, tetapi tidak boleh memengaruhi estimasi waktu

    • Pensil untuk menggambar cetak biru dikelola oleh orang yang sama sekali berbeda, dan kamu tidak boleh merautnya sendiri
      Namun orang itu mungkin tidak ada di tempat karena harus meraut pensil semua orang dan juga menyesuaikan meja
      Lagi pula, mereka semua berada di bawah Blue Pants, jadi bahkan tidak bekerja pada jam kerja yang sama
    • Para partner perusahaan mempekerjakan BCG untuk mengefisienkan proses pembangunan rumah
      Rumahmu dan rumah-rumah lain di lingkungan yang sedang dirancang rekan-rekanmu dibiarkan terbengkalai sampai rusak, dan sebagian besar orang akan diberhentikan
      Sebagian akan dipindahkan untuk merancang kandang kuda dan kolam renang dalam ruangan demi pasar yang lebih menguntungkan
    • Kamu harus memecah pekerjaan dan mengestimasinya berdasarkan deskripsi dua baris dari manajer produk, jadi sebelum benar-benar mulai, kamu sama sekali tidak tahu cakupannya
      Inilah alasan semua estimasi tim kami di perusahaan sebelumnya meleset dan para engineer diberhentikan
      Rasa getir ini nyata
    • Sebelum merancang rumah, kamu harus lebih dulu membangun scaffolding dengan alat yang biasa dipakai untuk membangun gudang
      Terlepas dari ada tidaknya hutan, geologi gempa, atau badai di sekitar, itu harus dibuat tahan terhadap gempa, ancaman nuklir, badai kategori 7, kebakaran hutan, dan sebagainya
      Karena para arsitek unicorn yang membangun gudang bisa bangga bahwa mereka mengikuti prinsip-prinsip yang berhasil dipakai sesuai kebutuhan mereka sendiri
    • Tidak ada deskripsi Agile korporat yang lebih akurat daripada ini
      Kedengarannya seperti lelucon, tapi yang jadi bahan lelucon adalah kita
  • Ini benar-benar terlihat seperti cosplay korban satu tingkat lebih tinggi
    Membangun rumah juga sering berarti berurusan dengan pemilik rumah atau kontraktor yang rewel, tidak punya selera dan tidak tahu apa-apa, menginginkan segalanya tetapi tidak mau membayar
    Itulah pekerjaannya
    Software engineer yang baik tahu bahwa berurusan dengan pemangku kepentingan dan pengguna juga bagian dari pekerjaan
    Tambahan fakta mengejutkan lainnya: cetak biru terkadang buruk atau salah
    Meski begitu, orang tetap membangun rumah
    Itulah pekerjaannya

    • Benar
      Sebaliknya, jika programmer harus bekerja seperti arsitek, bayarannya akan jauh lebih rendah, sulit menjadi penanggung jawab proyek penting sebelum usia 50-an, harus lembur tanpa bayaran dalam jumlah besar, tidak bisa bekerja dari rumah, memikul tanggung jawab hukum atas pekerjaannya sendiri, menghabiskan sebagian besar hari untuk kepatuhan regulasi alih-alih hasil, dan harus bekerja jauh lebih berorientasi pada pelanggan daripada yang pernah dibayangkan sejauh ini
    • Salah satu anggota keluarga membeli tanah dan rancangan rumah dua lantai dari biro arsitek, lalu mempekerjakan kontraktor
      Setelah konstruksi berjalan cukup jauh, para kontraktor bertanya apakah mau menaikkan atap 1 meter karena selisih biayanya hampir tidak ada; awalnya ia hendak menolak, tetapi akhirnya menerima
      Baru setelah selesai ia tahu bahwa kalau menolak usulan itu, lantai dua sama sekali tidak akan bisa digunakan
      Rumahnya memiliki atap pelana seperti https://en.wikipedia.org/wiki/Gable_roof, dan tangganya berbentuk U mengikuti salah satu sisi dinding luar
      Jika atap tidak dinaikkan, atap di sisi dinding luar akan terlalu rendah untuk menaiki tangga, dan bahkan setelah dinaikkan pun orang tinggi harus menundukkan kepala saat naik
    • Kamu menepisnya dengan begitu enteng, tetapi justru pertimbangannya terlalu sedikit
      Ironisnya, yang kamu lakukan sekarang persis sama dengan yang kamu tuduhkan pada tulisan asli: mengasumsikan posisi sebagai korban
      Berteriak “itulah pekerjaannya!” adalah klaim implisit bahwa kita harus mengalah dalam kondisi kerja, terlepas dari apa yang disepakati dengan pemberi kerja saat perekrutan, bahkan ketika setidaknya secara eksplisit itu bukan pekerjaannya
      Cara kamu menyampaikannya dengan putus asa terlihat seperti tanda bahwa kamu butuh bantuan untuk menetapkan posisi di tempat kerja
      Menurut pengalaman saya, ini muncul dari ketimpangan kuasa dalam hubungan kerja, dan meskipun alasannya kompleks, saran umum—dan mungkin tidak terlalu membantu—untuk situasi yang umum ini adalah: tingkatkan kemampuanmu, maka daya tawar implisitmu akan membaik ketika rapat bertambah atau kamu ditarik ke pekerjaan lain
      Kamu juga perlu belajar menyampaikan posisi secara sopan di lingkungan kerja
      Semua orang memainkan permainan dengan informasi tidak sempurna, jadi sedikit ketegasan dan rasa percaya diri saja bisa membuat pihak lain sulit langsung berasumsi bahwa kamu salah saat itu juga
      Ketahuilah apa yang kamu sepakati, dan jujurlah tentang apa yang kamu berikan
      Jika selama 4 tahun terakhir kamu fokus mempelajari algoritma dan struktur data, jujurlah bahwa kamu mengambil pekerjaan itu untuk menyelesaikan masalah komputasi, dan beri tahu sejak awal bahwa kamu bukan sekadar tambahan jumlah orang atau pengisi kursi
    • Dilihat secara positif, ini adalah cara memberi tahu arsitek seperti apa kehidupan programmer itu
      Saya 100% yakin jika arsitek membaca tulisan ini, kesimpulan mereka adalah “programmer hidupnya terlalu nyaman”
    • Jika programmer harus bekerja seperti arsitek, mereka tidak akan bisa memprogram langsung dan hanya boleh menulis spesifikasi
      Mayoritas orang yang melakukan pemrograman sebenarnya tidak mampu membaca spesifikasi, dan banyak dari yang mampu membacanya sengaja mengabaikannya demi menghemat biaya
      Namun jika implementasinya salah, kamu tetap yang bertanggung jawab
  • Ini terdengar seperti contoh sempurna dari ide pesta koktail, yaitu programmer mengira mereka tahu bagaimana bidang lain berjalan
    Arsitek juga bisa menulis hal serupa tentang programmer, dan tulisan itu akan memuat sama banyaknya asumsi keliru dan salah paham tentang apa yang dibutuhkan dalam pekerjaan nyata
    https://danluu.com/cocktail-ideas/

    • Kalau arsitek menulis hal seperti itu tentang programmer, saya ingin membacanya
    • Itu sepertinya akan menjadi tulisan yang sangat menarik
    • Pekerjaan semua orang mudah, kecuali pekerjaanku sendiri
    • Bacaan bagus yang sangat cocok dengan tulisan di atas
  • Saya orang yang visual dan taktil, jadi harus dibuatkan mockup rumahnya terlebih dahulu
    Kalau bisa, skalanya 1:1 dan berfungsi penuh agar saya bisa melihat bagaimana sebenarnya ia bekerja
    Kalau ada bagian rumah yang tidak saya sukai, harus dibangun ulang dari awal, dan karena sudah pernah dibangun sekali, saya berharap bisa dibangun ulang lebih cepat dengan memasukkan perubahan saya

    • Aneh tidak ada yang mengangkat cerita favorit saya
      Rumah baru itu harus dibangun ulang tepat di lokasi yang sedang saya gunakan, dan transisi ke rumah baru harus tanpa downtime
      Garasi harus dibangun ulang sementara mobil masih ada di dalamnya, dan lantai serta meja dapur harus diganti saat mesin pencuci piring dan oven sedang berjalan
      Saya harus tetap bisa mandi dan berendam saat kamar mandi diganti, kamar tidur harus dibangun ulang diam-diam saat saya berhubungan seks, dan toilet juga harus dibangun ulang saat sedang digunakan
    • Apa-apaan ini, rumah untuk semut? Bagaimana saya bisa tinggal di sini?
      Ukurannya harus diperbesar
      Karena sudah dibangun, saya berharap besok sudah selesai di lahannya
  • Sepertinya penulis tulisan ini tidak mengenal arsitek yang berurusan dengan kalangan kaya
    Orang kaya yang menginginkan rumah kustom sering kali ingin merancangnya sendiri, dan mereka sangat kesal ketika berhadapan dengan kenyataan seperti prinsip desain dasar, kegunaan, material, dan integritas struktural
    Mereka juga bisa mengubah rencana di menit-menit akhir begitu rangka bangunan yang sebenarnya mulai berdiri
    Itu dengan asumsi mereka tidak panik saat pertama kali melihat rangkanya karena tidak tahu bahwa itu belum selesai
    Atau, jika seorang teman kaya melontarkan sindiran ringan saat melihat lokasi pekerjaan fondasi, kini klien bersikeras bahwa masing-masing dari dua anaknya harus punya satu aula resital
    Karena satu saja tidak cukup
    Contoh bagus lainnya, ada orang yang ingin memarkir Ferrari di samping kamar tidur lantai dua, jadi ia ingin membangun garasi di atas dapur
    Ia tidak peduli soal gas buang dan semacamnya

    • Hal seperti itu tidak hanya terjadi saat merancang vila pribadi orang kaya
      Banyak cerita yang saya dengar di Dubai benar-benar tidak masuk akal
      Sebuah pengembang meminta arsitek lanskap menggambar dek kolam renang di atas podium menara yang sedang dibangun
      Ketika pihak lanskap bertanya kepada insinyur soal ketebalan lantai dan angka beban, jawabannya adalah podium yang sudah selesai itu tidak mampu menahan kolam renang
      Namun apartemennya sudah telanjur dijual dengan brosur yang memuat foto dek kolam renang, dan tak seorang pun memberi tahu pihak engineering bahwa beban kolam renang harus diperhitungkan, atau di bagian mana podium kolam itu akan ditempatkan
      Cerita lain, ketika inti sebuah menara hunian 40 lantai sudah naik sampai lantai 20, pengembang tiba-tiba terpikir membuat kolam renang atap dan meminta biro arsitek merancangnya
      Mereka bertindak seolah-olah itu bukan sesuatu yang harus direncanakan sejak awal, mulai dari fondasi, struktur, hingga lokasi peralatan pemeliharaan
    • Apakah orang yang ingin memarkir Ferrari di samping kamar tidur lantai dua itu yang dimaksud?
      https://youtu.be/Us8mDKUaX2M?si=qnrckuGLyWzoFNAe&t=1515
    • Teman saya yang arsitek mengerjakan proyek khusus untuk klien khusus, yang ternyata adalah para istri Saudi
      Idenya sendiri bagus, tetapi setiap kali ada edisi baru majalah arsitektur, idenya berubah setiap bulan
      Jadi teman saya harus turun ke Riyadh atau Mecca kira-kira dua bulan sekali untuk menjelaskan detail desain
      Yang lebih gila, istrinya bukan satu orang melainkan beberapa, dan majalah arsitektur baru yang mengilap itu juga ada beberapa
      Ia harus membuat banyak model, tetapi itu hal biasa
      Klien kaya lain yang seperti mimpi buruk, Hitler, juga terkenal menyukai model buatan Speer dan terus berubah pikiran
      Ia selalu merasa dirinya lebih tahu
  • Tulisan seperti ini dan komentar-komentar lanjutannya selalu melewatkan poin besar: konstruksi dan perangkat lunak sama sekali bukan pekerjaan yang sama
    Misalnya, dalam konstruksi ada arsitek yang merancang bangunan, desainer yang menyiapkan gambar teknis, insinyur yang menandatangani persetujuan gambar, manufaktur yang membuat komponen bangunan sesuai gambar, surveyor yang memastikan apakah tanah bisa dibangun, kontraktor yang benar-benar membangunnya, tukang atap yang memasang atap, manajer lapangan yang mengawasi apakah kontraktor membangun dengan benar, badan regulasi bangunan yang memberi persetujuan pemerintah untuk bangunan selesai, teknisi listrik yang memasang kabel, tukang ledeng yang memasang pipa, tukang plester yang memplester dinding, tukang cat dan dekorasi yang menyelesaikan dinding, serta installer yang memasang sisanya
    Mereka semua adalah entitas bisnis yang terpisah, dan kemungkinan ada yang saya lewatkan atau saya beri nama yang kurang tepat
    Meski ada banyak orang yang secara hukum bertanggung jawab atas pekerjaan buruk, hal seperti Grenfell tetap terjadi
    Sementara itu, dalam rekayasa perangkat lunak ada manajer produk yang menentukan apa yang akan dibuat, desainer yang menentukan bagaimana cara kerja dan tampilannya, software engineer yang menulis kode, dan auditor yang memeriksa kepatuhan terhadap standar terkait seperti PCI DSS atau SOC2
    Ada banyak peran pendukung juga, tetapi kalau itu dimasukkan, sisi konstruksi harus ditambah 5 kali lebih banyak, jadi saya keluarkan
    Saya bukan ingin mengatakan siapa yang lebih berat, atau bidang mana yang lebih baik, melainkan ingin menegaskan bahwa kedua bidang ini tidak bisa dibandingkan begitu saja

    • Saya baru saja membaca kutipan seperti “tidak ada orang yang meminta pembangun menghapus lantai dua dan memasang kolam renang di ruang bawah tanah”, dan itu benar sekali
    • Saya penasaran apakah “Sparkies” itu slang industri, terjemahan, atau istilah lain yang tidak saya tahu
      Biasanya saya kira orang akan bilang “electricians”
    • Saya kira rekayasa perangkat lunak berjalan seperti ini: manajer, lebih banyak manajer, lebih banyak lagi manajer, lalu satu developer full-stack yang dialokasikan 20% untuk proyek ini
      Developer itu rapat dengan para manajer, menulis spesifikasi, menulis kode, menguji aplikasi, melakukan deployment, dan bahkan menangani dukungan on-call 24/7
    • Akhirnya ada yang melihat betapa kacaunya pekerjaan software engineer sekarang
      Kalau melihat riwayat tulisan dan komentar HN saya, saya juga terus mengatakan hal yang persis sama
      Kita mengerjakan terlalu banyak hal
  • Lucu, tetapi saya lebih suka versi sebelumnya tentang tim pembangunan jembatan
    https://www.stilldrinking.org/programming-sucks - bagian kedua

    • Tulisan ini mendahuluinya 20 tahun, jadi sulit menyebutnya “versi sebelumnya”
      Tapi tetap terima kasih sudah membagikannya, cukup lucu
  • “Saat menjelaskan berapa lama pekerjaan akan memakan waktu, jangan gunakan satuan jam atau hari; gunakan poin imajiner yang artinya berbeda-beda bagi tiap orang.”
    Banyak komentar juga menilai tulisan ini berselera buruk, merendahkan arsitek, dan mengambil posisi sebagai korban ala “pemrograman itu terlalu sulit”, tetapi saya membacanya berbeda.
    Ini adalah kritik terhadap industri perangkat lunak itu sendiri, dan cerita tentang bagaimana kita sepenuhnya gagal membuat pelanggan memahami realitas pekerjaan kita.
    Orang waras tidak akan meminta rumah yang jumlah kamar tidurnya berubah dari 2 menjadi 42.
    Namun pekerja TI rata-rata menerima hal seperti ini sebagai sesuatu yang normal dalam pekerjaan perangkat lunak.
    Kita harus membuat pelanggan memahami hal ini, dan tidak mendelegasikan tugas itu kepada scrum master.
    Pada umumnya, mereka hanya membuat pekerjaan makin kacau dan rumit.

  • Harus menjamin privasi ketat bagi orang-orang yang masuk ke rumah, tetapi pada saat yang sama memungkinkan semua orang berkomunikasi dengan baik.
    Selain itu, hanya orang yang berwenang yang boleh masuk atau melihat keadaan di dalam, dan semua orang harus sangat aman dari kebakaran, bahaya fisik, maupun orang lain.
    Sayangnya, keamanan ini harus dicapai tanpa biaya tambahan atau pembatasan penggunaan.

    • Rumah itu akan dibangun di wilayah tak tergabung yang dipenuhi kejahatan dan aparat penegak hukum sama sekali tidak bisa membantu.
      Meski begitu, rumah harus aman dari vandalisme, pembakaran, pencurian, pemasangan alat penyadap, pelecehan verbal atau serangan terhadap pengunjung, serta akses oleh teroris atau orang yang masuk daftar sanksi global.
      Tidak ada rencana membeli asuransi, polisi tidak akan menyelidiki pelanggaran hukum apa pun, dan tidak ada niat mempekerjakan satpam.
      Namun rumah harus tetap terbuka untuk umum.
      Orang-orang yang ingin menyalahgunakan atau menyerang rumah itu beragam, mulai dari sekelompok remaja iseng hingga sindikat kejahatan terorganisasi, badan intelijen dan militer negara musuh besar.
      Semoga beruntung.
  • Sebagian besar pekerjaan apa pun adalah mendengarkan orang.
    Tidak peduli apakah itu presiden atau petugas kebersihan.
    Orang menginginkan sesuatu, tetapi tidak benar-benar tahu persis bagaimana atau mengapa mereka menginginkannya.
    Yang paling penting, mereka ingin merasa bahwa masalah mereka didengarkan, lalu berharap Anda membantu sebaik mungkin.

    • Saya jadi tahu bahwa, terutama saat berurusan dengan klien kecil, ada gunanya memastikan apakah orang yang membayar dan pengguna sebenarnya adalah orang yang sama.
      Di beberapa tempat, rumah baru sedang dibangun untuk orang-orang yang sebenarnya puas dengan rumah lama mereka.
      Jika pengguna tidak ingin berubah, mereka bisa dengan mudah menggagalkan proyek.
      Sebaiknya cari tahu seberapa serius pemilik terhadap proyek sebelum menghabiskan uang.
      Pada akhirnya, saat harus memaksakan keputusan, perlu dilihat siapa yang akan dipecat: arsiteknya atau ibu mertua.
    • Kedengarannya bagus, tetapi saya rasa kenyataan bagi banyak orang di sini tidak seperti itu.
      Biasanya yang terjadi adalah, “Produk kita butuh X, jadi kerjakan.”
      Sekalipun Anda mendengarkan manajer itu selama berjam-jam atau berhari-hari, memakai topi psikiater, menggali informasi yang lebih berguna, dan menegosiasikan ulang kebutuhan, pada akhirnya Anda tetap tidak bisa menghindari pekerjaan berat selama berminggu-minggu atau berbulan-bulan.
      Kalau Anda adalah penanggung jawab suatu akun, itu bisa dimengerti.
      Anda cukup mendengarkan pelanggan sebaik mungkin, lalu menulis dokumen atau tiket dan menyerahkannya kepada orang lain untuk ditangani.
      Namun petugas kebersihan yang menghabiskan sebagian besar waktunya untuk mendengarkan bukanlah petugas kebersihan yang baik, jadi pernyataan ini tidak seuniversal kedengarannya.