Saya rasa pendekatan seperti ini bisa diterapkan pada berbagai framework buatan luar juga, misalnya framework UI, framework auth, dan sebagainya. Selamat! Mungkin Anda menganggap diri beruntung bisa bergabung dengan tim ini, tetapi kenyataannya kami belum berhasil merekrut untuk peran ini selama 5 bulan terakhir. Setiap pelamar langsung kabur begitu kami menunjukkan framework autentikasi buatan kami. Tetap saja, jangan kabur dan cobalah sekali. Fakta bahwa Anda masih belum pergi mungkin berarti pasar kerja sedang buruk belakangan ini. Anda mungkin sudah menemukan dokumentasi proyeknya, tetapi saya beri tahu saja: terakhir diperbarui 3 tahun lalu, saat John keluar. Jangan khawatir, ada banyak contoh di repositori Perforce. Perforce mirip Git, tapi soal itu nanti saja. Kalau Anda sudah checkout kodenya, sebelum menjalankan perintah "make", perlu diketahui bahwa Anda harus memasang versi Python tertentu dan mengatur LD path. Jika ada hal lain yang bergantung pada Python, bisa jadi itu tidak akan pernah berfungsi dengan benar lagi. Kalau muncul error "std::vector<std::__cxx11::basic_string<char> > >'} is not derived from 'const char*'", Anda harus bertanya ke Joe, kalau dia masih ada. Dia akan memberi tahu header file mana yang harus diutak-atik. Itu kode yang tidak masuk ke repositori karena build server lama rusak. Semoga ada orang lain yang melanjutkan penjelasannya :-)
Setiap kali sesuatu yang bergantung pada Python muncul, saya langsung merasa cemas. Kalau sedang memeriksa tool open-source lalu melihat itu ditulis dengan Python, saya langsung menutup tab browser dan pura-pura tidak melihatnya. Saya tahu ada berbagai cara aman untuk memakai Python, tetapi rasanya serumit mencari sarung tangan timbal untuk menangani plutonium. Dan saya juga selalu lupa cara memanggil sarung tangan itu lewat command line.
Kalau di bagian terakhir "Joe" diganti menjadi "John", itu akan menjadi contoh tersirat bahwa dokumen ini setidaknya sudah ditempel-sambung lima kali. Dan sebenarnya John adalah satu-satunya orang yang benar-benar paham dan bisa menjelaskannya sejak awal, tetapi dia juga akhirnya pergi. Petunjuknya terlihat dari "3 tahun lalu (saat John keluar)" dan "tanya John (kalau dia masih ada)".
Sudah, hentikan! Anda harus merujuk ke dokumen Confluence, tetapi belum semuanya dipindahkan ke struktur baru, jadi Anda harus mencari-cari di sana-sini, dan dokumentasi detailnya ada di Sharepoint. Setelah diperbarui, itu harus diubah lagi menjadi PDF lalu diunggah ke sistem dukungan pelanggan dengan nomor tiket tertentu. Tapi pencarian di sistem itu jelek, jadi nomor itu harus dihafal.
Di StackOverflow Jobs sekarang checklist Joel sudah tidak ada lagi. Checklist itu berisi satu skrip tunggal yang bisa menyiapkan seluruh environment pengembangan sekaligus.
Jika Anda butuh salinan database yang bisa dipercaya, jangan pakai DB yang ada di repositori. Anda harus meminta backup terbaru ke Steven. File itu mungkin ada di cloud drive miliknya. Setelah itu Anda bisa menjalankan migrasi, tetapi migrasi berlabel 20259999-9 harus dilewati. Itu disisakan sebagai hotfix darurat produksi. Anda harus menghapusnya dengan mengedit langsung tabel migrasi, dan tabel itu dibuat saat Anda menjalankan perintah status.
Saya juga bisa menulis soal motor Ducati. Motor saya pernah dicuri, dibawa dengan flatbed truck, lalu mereka mencoba menyalakannya dengan mengebor sistem pengapian dan tutup bahan bakar, tetapi gagal karena Ducati sudah punya immobilizer bawaan sejak puluhan tahun lalu. Saya ingin berharap pencurinya sedikit lebih kompeten, tetapi kalau IQ mereka setinggi itu, mungkin mereka tidak akan mencuri motor tua seperti ini. Akhirnya motornya ditemukan dan saya perbaiki, tetapi setelah itu saya hampir mati gara-gara sopir Uber, jadi saya menyerah saja. Anda bisa melihat bagaimana para pencuri merusaknya di sini.
Dulu ada AMA reddit dari mantan pencuri motor yang sudah pensiun. Saat membacanya, dia terasa seperti benar-benar profesional. Dia menekankan bahwa kebanyakan cara yang orang bayangkan sebagai pencurian motor justru bukan metode yang dipakai pencuri profesional. Pencuri profesional melakukannya dengan cara lain, misalnya mengganti OEM ECU dengan ECU buatan sendiri agar motornya bisa langsung dinyalakan, memindahkannya ke truk berpelindung, lalu menyerahkannya saat itu juga kepada pembeli yang sudah menunggu dan siap membayar.
Jadi penasaran apakah Anda masih naik motor.
Dulu saya punya MG B GT, dan karena mobil itu selalu rusak, saya jadi terbiasa dengan mobil Inggris. Suatu hari saya pergi ke restoran bagus dan ternyata hanya boleh valet parking; saya minta pengecualian tetapi ditolak. Saya turun, lalu mobilnya langsung mati. Saya memberi tips kepada valet tentang cara memakai choke, dan bahwa throttle perlu dinaikkan sebelum memasukkan gigi, lalu saya menonton dari belakang. Dia bersusah payah mengemudikannya ke sudut parkir. Nanti ketika saya mengambil mobil, dia tidak terlihat di mana-mana, saya hanya diberi kuncinya, lalu dari kejauhan saya mendengar suara orang mencoba menyalakan mesin. Akhirnya dia menyerah dan saya sendiri yang mengeluarkan mobil itu.
Beberapa tahun lalu, di tempat parkir "khusus valet", saya bilang mobilnya manual, dan valet-nya, anak umur 20-an, langsung pucat lalu berkata, "Parkir sendiri saja." Rasanya pemilik MG memang terbiasa dengan sesuatu yang selalu sedang rusak. Saya jadi penasaran apakah Anda membawa palu untuk mengetuk points saat macet. Saya dulu juga pernah punya Triumph Spitfire tahun 65, dan setelah semua kekacauan dari pemilik sebelumnya diperbaiki, mobil itu sebenarnya lumayan bagus.
Saya punya teman yang membeli MG Mini, dan di bumper sticker-nya tertulis, "Semua komponen yang jatuh dari mobil ini dibuat oleh pabrikan terbaik Inggris."
Ada fitur semacam, "Karena tidak ada clutch safety switch, pastikan menekan kopling sebelum menyalakan mobil." Ayah teman saya memakai ini di Datsun sebagai cara memindahkan mobil saat mogok di tengah lalu lintas. Dia memasukkan gigi satu, melepas kopling, lalu menyalakan mobil dengan starter untuk menggerakkannya.
Kalau ingatan saya benar, Highway Code Inggris, atau mungkin versi Australia, juga pernah merekomendasikan cara seperti ini untuk dipakai saat kendaraan mogok di perlintasan rel. Ini hanya berlaku untuk mobil transmisi manual. Di Inggris era 80-an, mobil otomatis belum umum.
Sekitar empat bulan lalu saya membaca metode ini, dan ternyata itu membantu ketika fuel pump mobil saya benar-benar rusak. Truk dereknya parkir dengan posisi serba tanggung, jadi saya tidak punya pilihan selain mendorong manual atau terlalu membebani starter.
Saya punya teman yang mengendarai Datsun tahun 79, dan mobil itu kadang tidak mau menyala atau mogok. Jadi dia selalu parkir di tanjakan untuk berjaga-jaga.
Saya pernah mendengar bahwa kalau mobil mogok di perlintasan rel, ini adalah jalan terakhir. Tapi setelah benar-benar dewasa, satu-satunya krisis yang sama langkanya dengan itu hanyalah quicksand.
"Mengemudi" dengan starter motor terasa seperti mendadak berubah menjadi kendaraan listrik.
Ini terasa seperti versi dokumentasi yang ditulis dengan gaya onboarding developer.
Menurut saya ini komentar yang sangat bagus.
Dari fakta bahwa penulisnya adalah Concept Engineer untuk Miata, terlihat bahwa dia benar-benar menerapkan seluruh ilmunya dengan baik. Tahukah Anda bahwa Miata adalah akronim rekursif (Miata Is Always The Answer)?
Sebagai catatan, "Miata Is Always The Answer" bukan akronim sungguhan, melainkan backronym bercanda yang dibuat para penggemar.
Cerita ini mengingatkan saya pada mimpi buruk berulang saya: mengemudi dengan rem yang nyaris tidak berfungsi dan terus-menerus diliputi ketakutan. Ini berawal dari rem empuk pada mobil pertama saya, VW microbus.
Lama sekali dulu, saat saya sedang di jalan tol, saya menginjak rem dan pedalnya langsung amblas sampai lantai. Saya berhasil berhenti dengan rem darurat. Ternyata remnya benar-benar terlepas saat mobil dipakai di jalan akibat perawatan yang buruk. Sehari sebelumnya mobil itu diperiksa dan katanya tidak ada masalah. Saya tidak pernah kembali ke tempat itu lagi.
Saya juga pernah mengalami mimpi buruk berulang itu! Di dunia nyata saya hampir tidak pernah mengalaminya, jadi saya penasaran apakah orang lain juga begitu. Corolla akhir 80-an saya punya rem tromol belakang, jadi saat turun gunung remnya mudah sekali blong. Setiap kali itu terjadi, pickup besar di bawah selalu menempel dekat sekali menyuruh saya lebih cepat. Ini juga mengingatkan saya pada pengalaman diderek. Talinya pendek dan tidak memadai, jadi saya harus terus menginjak rem agar tidak menabrak, lalu di tengah jalan remnya mulai terasa seperti tidak menggigit, bikin jantung berdebar.
Saya juga pernah bermimpi persis seperti itu. Semakin keras rem diinjak, semakin tidak efektif rasanya, seperti kurva logaritmik. Tapi saya tidak yakin pengalaman nyata apa yang mungkin memicu mimpi itu.
Saya juga sering bermimpi mirip, remnya lembek dan nyaris tidak bekerja.
Pacar pertama saya dulu membeli VW Bug bekas seharga 200 dolar. Saat itu saya juga mengendarai Toyota Corolla, yang kemudian pernah terguling. Waktu itu ada rumor bahwa Corolla tahun 70-an memang sering terguling. Saat menuruni jalan mengikuti VW Bug itu, saya melihat dia seperti hampir tidak memakai rem sama sekali, lalu ternyata dia menerobos lampu lalu lintas dan menabrak sisi sebuah truk. Untungnya kerusakannya tidak parah dan dia hanya mengganti fender lalu terus memakainya. Selain rem, mesinnya juga bermasalah, jadi saya sendiri menyervis karburatornya, lalu karena terlalu percaya diri saya membongkar seluruh mesinnya, tetapi setelah itu rasanya mustahil bisa merakitnya kembali, jadi saya menyerahkannya ke montir, dan dia berkata, "Jangan bikin pekerjaan seperti ini lagi." Dulu saya suka memberi nama pada mobil-mobil saya, dan Bug itu bernama Gus, MGB-GT bernama Maggie, dan Fiat 124 Spyder punya nama asli yang istimewa. Spyder itu punya masalah gelembung udara di jalur rem, sehingga saat dikendarai remnya makin lama makin mengunci sampai akhirnya berhenti total. Karena ada brake bleed valve di setiap roda, saya selalu membawa kunci pas untuk sesekali membuang tekanannya. Setiap kali melihat model 914 hasil kerja sama VW dan Porsche, saya akan berteriak, "Vorp!"
Penulisnya dulu profesor mesin pembakaran dalam di universitas tempat saya kuliah. Di kelas, beliau sama-sama memberikan kesenangan dan ilmu.
Saya makin terganggu oleh orang-orang yang mengira workaround adalah solution. Dulu saya sendiri kadang begitu, tetapi sekarang saya berhati-hati agar tidak melakukannya. Misalnya, di laptop saya suara speaker di Linux jelek dan saya ingin memperbaikinya, lalu teman saya menyarankan, "Pakai headphone saja," atau "pakai speaker eksternal." Tentu dengan begitu suaranya memang jadi lebih baik, tetapi masalah aslinya tidak terselesaikan, hanya diabaikan. Tulisan ini menarik karena menunjukkan bentuk ekstrem dari pola pikir itu.
Kalau melihat skrip job backend besar, selalu ada pola yang berulang. Log penuh error padahal itu jalur operasi normal. Misalnya, layanan mencoba tersambung lalu
FATAL ERROR: COULD NOT CONNECT
debug: retrying... (1/3)
FATAL ERROR: COULD NOT CONNECT
debug: retrying... (2/3)
Service connected!
Startup succeeded
Nasihat seperti "abaikan saja error yang sudah diperkirakan" benar-benar contoh klasik workaround yang menyebalkan. Itu berarti pengelolaan log-nya benar-benar buruk.
Cerita ini pernah muncul sebelumnya dan saya menikmatinya. Tapi saya kaget melihat ini tulisan tahun 2022. Saya yakin ini setidaknya dari sekitar 2016, atau bahkan lebih lama, dan saat pertama kali melihatnya pun sudah terasa seperti repost.
1 komentar
Komentar Hacker News
Saya rasa pendekatan seperti ini bisa diterapkan pada berbagai framework buatan luar juga, misalnya framework UI, framework auth, dan sebagainya. Selamat! Mungkin Anda menganggap diri beruntung bisa bergabung dengan tim ini, tetapi kenyataannya kami belum berhasil merekrut untuk peran ini selama 5 bulan terakhir. Setiap pelamar langsung kabur begitu kami menunjukkan framework autentikasi buatan kami. Tetap saja, jangan kabur dan cobalah sekali. Fakta bahwa Anda masih belum pergi mungkin berarti pasar kerja sedang buruk belakangan ini. Anda mungkin sudah menemukan dokumentasi proyeknya, tetapi saya beri tahu saja: terakhir diperbarui 3 tahun lalu, saat John keluar. Jangan khawatir, ada banyak contoh di repositori Perforce. Perforce mirip Git, tapi soal itu nanti saja. Kalau Anda sudah checkout kodenya, sebelum menjalankan perintah "make", perlu diketahui bahwa Anda harus memasang versi Python tertentu dan mengatur LD path. Jika ada hal lain yang bergantung pada Python, bisa jadi itu tidak akan pernah berfungsi dengan benar lagi. Kalau muncul error
"std::vector<std::__cxx11::basic_string<char> > >'} is not derived from 'const char*'", Anda harus bertanya ke Joe, kalau dia masih ada. Dia akan memberi tahu header file mana yang harus diutak-atik. Itu kode yang tidak masuk ke repositori karena build server lama rusak. Semoga ada orang lain yang melanjutkan penjelasannya :-)Setiap kali sesuatu yang bergantung pada Python muncul, saya langsung merasa cemas. Kalau sedang memeriksa tool open-source lalu melihat itu ditulis dengan Python, saya langsung menutup tab browser dan pura-pura tidak melihatnya. Saya tahu ada berbagai cara aman untuk memakai Python, tetapi rasanya serumit mencari sarung tangan timbal untuk menangani plutonium. Dan saya juga selalu lupa cara memanggil sarung tangan itu lewat command line.
Kalau di bagian terakhir "Joe" diganti menjadi "John", itu akan menjadi contoh tersirat bahwa dokumen ini setidaknya sudah ditempel-sambung lima kali. Dan sebenarnya John adalah satu-satunya orang yang benar-benar paham dan bisa menjelaskannya sejak awal, tetapi dia juga akhirnya pergi. Petunjuknya terlihat dari "3 tahun lalu (saat John keluar)" dan "tanya John (kalau dia masih ada)".
Sudah, hentikan! Anda harus merujuk ke dokumen Confluence, tetapi belum semuanya dipindahkan ke struktur baru, jadi Anda harus mencari-cari di sana-sini, dan dokumentasi detailnya ada di Sharepoint. Setelah diperbarui, itu harus diubah lagi menjadi PDF lalu diunggah ke sistem dukungan pelanggan dengan nomor tiket tertentu. Tapi pencarian di sistem itu jelek, jadi nomor itu harus dihafal.
Di StackOverflow Jobs sekarang checklist Joel sudah tidak ada lagi. Checklist itu berisi satu skrip tunggal yang bisa menyiapkan seluruh environment pengembangan sekaligus.
Jika Anda butuh salinan database yang bisa dipercaya, jangan pakai DB yang ada di repositori. Anda harus meminta backup terbaru ke Steven. File itu mungkin ada di cloud drive miliknya. Setelah itu Anda bisa menjalankan migrasi, tetapi migrasi berlabel 20259999-9 harus dilewati. Itu disisakan sebagai hotfix darurat produksi. Anda harus menghapusnya dengan mengedit langsung tabel migrasi, dan tabel itu dibuat saat Anda menjalankan perintah
status.Saya juga bisa menulis soal motor Ducati. Motor saya pernah dicuri, dibawa dengan flatbed truck, lalu mereka mencoba menyalakannya dengan mengebor sistem pengapian dan tutup bahan bakar, tetapi gagal karena Ducati sudah punya immobilizer bawaan sejak puluhan tahun lalu. Saya ingin berharap pencurinya sedikit lebih kompeten, tetapi kalau IQ mereka setinggi itu, mungkin mereka tidak akan mencuri motor tua seperti ini. Akhirnya motornya ditemukan dan saya perbaiki, tetapi setelah itu saya hampir mati gara-gara sopir Uber, jadi saya menyerah saja. Anda bisa melihat bagaimana para pencuri merusaknya di sini.
Dulu ada AMA reddit dari mantan pencuri motor yang sudah pensiun. Saat membacanya, dia terasa seperti benar-benar profesional. Dia menekankan bahwa kebanyakan cara yang orang bayangkan sebagai pencurian motor justru bukan metode yang dipakai pencuri profesional. Pencuri profesional melakukannya dengan cara lain, misalnya mengganti OEM ECU dengan ECU buatan sendiri agar motornya bisa langsung dinyalakan, memindahkannya ke truk berpelindung, lalu menyerahkannya saat itu juga kepada pembeli yang sudah menunggu dan siap membayar.
Jadi penasaran apakah Anda masih naik motor.
Dulu saya punya MG B GT, dan karena mobil itu selalu rusak, saya jadi terbiasa dengan mobil Inggris. Suatu hari saya pergi ke restoran bagus dan ternyata hanya boleh valet parking; saya minta pengecualian tetapi ditolak. Saya turun, lalu mobilnya langsung mati. Saya memberi tips kepada valet tentang cara memakai choke, dan bahwa throttle perlu dinaikkan sebelum memasukkan gigi, lalu saya menonton dari belakang. Dia bersusah payah mengemudikannya ke sudut parkir. Nanti ketika saya mengambil mobil, dia tidak terlihat di mana-mana, saya hanya diberi kuncinya, lalu dari kejauhan saya mendengar suara orang mencoba menyalakan mesin. Akhirnya dia menyerah dan saya sendiri yang mengeluarkan mobil itu.
Beberapa tahun lalu, di tempat parkir "khusus valet", saya bilang mobilnya manual, dan valet-nya, anak umur 20-an, langsung pucat lalu berkata, "Parkir sendiri saja." Rasanya pemilik MG memang terbiasa dengan sesuatu yang selalu sedang rusak. Saya jadi penasaran apakah Anda membawa palu untuk mengetuk points saat macet. Saya dulu juga pernah punya Triumph Spitfire tahun 65, dan setelah semua kekacauan dari pemilik sebelumnya diperbaiki, mobil itu sebenarnya lumayan bagus.
Saya punya teman yang membeli MG Mini, dan di bumper sticker-nya tertulis, "Semua komponen yang jatuh dari mobil ini dibuat oleh pabrikan terbaik Inggris."
Ada fitur semacam, "Karena tidak ada clutch safety switch, pastikan menekan kopling sebelum menyalakan mobil." Ayah teman saya memakai ini di Datsun sebagai cara memindahkan mobil saat mogok di tengah lalu lintas. Dia memasukkan gigi satu, melepas kopling, lalu menyalakan mobil dengan starter untuk menggerakkannya.
Kalau ingatan saya benar, Highway Code Inggris, atau mungkin versi Australia, juga pernah merekomendasikan cara seperti ini untuk dipakai saat kendaraan mogok di perlintasan rel. Ini hanya berlaku untuk mobil transmisi manual. Di Inggris era 80-an, mobil otomatis belum umum.
Sekitar empat bulan lalu saya membaca metode ini, dan ternyata itu membantu ketika fuel pump mobil saya benar-benar rusak. Truk dereknya parkir dengan posisi serba tanggung, jadi saya tidak punya pilihan selain mendorong manual atau terlalu membebani starter.
Saya punya teman yang mengendarai Datsun tahun 79, dan mobil itu kadang tidak mau menyala atau mogok. Jadi dia selalu parkir di tanjakan untuk berjaga-jaga.
Saya pernah mendengar bahwa kalau mobil mogok di perlintasan rel, ini adalah jalan terakhir. Tapi setelah benar-benar dewasa, satu-satunya krisis yang sama langkanya dengan itu hanyalah quicksand.
"Mengemudi" dengan starter motor terasa seperti mendadak berubah menjadi kendaraan listrik.
Ini terasa seperti versi dokumentasi yang ditulis dengan gaya onboarding developer.
Dari fakta bahwa penulisnya adalah Concept Engineer untuk Miata, terlihat bahwa dia benar-benar menerapkan seluruh ilmunya dengan baik. Tahukah Anda bahwa Miata adalah akronim rekursif (Miata Is Always The Answer)?
Saya menemukan dan membagikan tulisan lain dari penulis tentang Miata di situs yang sama: I helped make the first Miata, and now I love its ancestor
Sebagai catatan, "Miata Is Always The Answer" bukan akronim sungguhan, melainkan backronym bercanda yang dibuat para penggemar.
Cerita ini mengingatkan saya pada mimpi buruk berulang saya: mengemudi dengan rem yang nyaris tidak berfungsi dan terus-menerus diliputi ketakutan. Ini berawal dari rem empuk pada mobil pertama saya, VW microbus.
Lama sekali dulu, saat saya sedang di jalan tol, saya menginjak rem dan pedalnya langsung amblas sampai lantai. Saya berhasil berhenti dengan rem darurat. Ternyata remnya benar-benar terlepas saat mobil dipakai di jalan akibat perawatan yang buruk. Sehari sebelumnya mobil itu diperiksa dan katanya tidak ada masalah. Saya tidak pernah kembali ke tempat itu lagi.
Saya juga pernah mengalami mimpi buruk berulang itu! Di dunia nyata saya hampir tidak pernah mengalaminya, jadi saya penasaran apakah orang lain juga begitu. Corolla akhir 80-an saya punya rem tromol belakang, jadi saat turun gunung remnya mudah sekali blong. Setiap kali itu terjadi, pickup besar di bawah selalu menempel dekat sekali menyuruh saya lebih cepat. Ini juga mengingatkan saya pada pengalaman diderek. Talinya pendek dan tidak memadai, jadi saya harus terus menginjak rem agar tidak menabrak, lalu di tengah jalan remnya mulai terasa seperti tidak menggigit, bikin jantung berdebar.
Saya juga pernah bermimpi persis seperti itu. Semakin keras rem diinjak, semakin tidak efektif rasanya, seperti kurva logaritmik. Tapi saya tidak yakin pengalaman nyata apa yang mungkin memicu mimpi itu.
Saya juga sering bermimpi mirip, remnya lembek dan nyaris tidak bekerja.
Pacar pertama saya dulu membeli VW Bug bekas seharga 200 dolar. Saat itu saya juga mengendarai Toyota Corolla, yang kemudian pernah terguling. Waktu itu ada rumor bahwa Corolla tahun 70-an memang sering terguling. Saat menuruni jalan mengikuti VW Bug itu, saya melihat dia seperti hampir tidak memakai rem sama sekali, lalu ternyata dia menerobos lampu lalu lintas dan menabrak sisi sebuah truk. Untungnya kerusakannya tidak parah dan dia hanya mengganti fender lalu terus memakainya. Selain rem, mesinnya juga bermasalah, jadi saya sendiri menyervis karburatornya, lalu karena terlalu percaya diri saya membongkar seluruh mesinnya, tetapi setelah itu rasanya mustahil bisa merakitnya kembali, jadi saya menyerahkannya ke montir, dan dia berkata, "Jangan bikin pekerjaan seperti ini lagi." Dulu saya suka memberi nama pada mobil-mobil saya, dan Bug itu bernama Gus, MGB-GT bernama Maggie, dan Fiat 124 Spyder punya nama asli yang istimewa. Spyder itu punya masalah gelembung udara di jalur rem, sehingga saat dikendarai remnya makin lama makin mengunci sampai akhirnya berhenti total. Karena ada brake bleed valve di setiap roda, saya selalu membawa kunci pas untuk sesekali membuang tekanannya. Setiap kali melihat model 914 hasil kerja sama VW dan Porsche, saya akan berteriak, "Vorp!"
Penulisnya dulu profesor mesin pembakaran dalam di universitas tempat saya kuliah. Di kelas, beliau sama-sama memberikan kesenangan dan ilmu.
Saya makin terganggu oleh orang-orang yang mengira workaround adalah solution. Dulu saya sendiri kadang begitu, tetapi sekarang saya berhati-hati agar tidak melakukannya. Misalnya, di laptop saya suara speaker di Linux jelek dan saya ingin memperbaikinya, lalu teman saya menyarankan, "Pakai headphone saja," atau "pakai speaker eksternal." Tentu dengan begitu suaranya memang jadi lebih baik, tetapi masalah aslinya tidak terselesaikan, hanya diabaikan. Tulisan ini menarik karena menunjukkan bentuk ekstrem dari pola pikir itu.
Cerita ini pernah muncul sebelumnya dan saya menikmatinya. Tapi saya kaget melihat ini tulisan tahun 2022. Saya yakin ini setidaknya dari sekitar 2016, atau bahkan lebih lama, dan saat pertama kali melihatnya pun sudah terasa seperti repost.