Bersorak Karena Satu Error Hilang: Solidaritas Coding ala RPL SMK

Bel Pulang Sekolah Adalah Mitos, Error Adalah Realita

Bro, mari kita mulai dengan sebuah skenario yang hanya bisa dipahami oleh para "alumni" dari sebuah perguruan keras tak resmi bernama Jurusan Rekayasa Perangkat Lunak (RPL) di Sekolah Menengah Kejuruan (SMK).

Bayangkan adegannya. Jam dinding di lab komputer sudah menunjukkan pukul tiga sore. Bel pulang sekolah yang bunyinya begitu merdu dan dinanti-nantikan oleh teman-teman dari jurusan Akuntansi atau Pemasaran, bagi kita, anak RPL, seringkali hanyalah sebuah suara bising yang tidak ada artinya. Sebuah pengingat bahwa "waktu normal" telah berakhir, dan "waktu tambahan" yang sesungguhnya baru saja dimulai.

Di saat koridor sekolah mulai sepi dan lapangan sudah ramai oleh anak-anak yang bermain futsal, "lapangan" kita—lab komputer yang dingin dengan deretan PC seragamnya—justru sedang memanas. Bukan karena mesinnya, tapi karena kepala kita. Di depan layar monitor, terpampang sebuah pesan singkat berwarna merah, sebuah vonis dari sang interpreter atau compiler yang terasa begitu personal dan menusuk: Parse error: syntax error, unexpected T_STRING in C:\xampp\htdocs\project_akhir\index.php on line 78.

Dan untuk menyempurnakan drama sore itu, seringkali ada sebuah dekrit sakral, sebuah hukum tak tertulis yang diucapkan oleh guru produktif kita dengan nada tenang namun penuh ancaman: "Yang project-nya belum jalan, yang error-nya belum beres, jangan harap bisa lihat gerbang sekolah."

Di momen-momen inilah, bro, di kelas sore yang disponsori oleh keputusasaan, kopi sachet, dan doa-doa sunyi di dalam hati, sebuah keajaiban sosial yang luar biasa seringkali terjadi. Sebuah fenomena yang mungkin jauh lebih seru, lebih menegangkan, dan pada akhirnya, lebih memuaskan daripada menonton pertandingan final Piala Dunia sekalipun. Momen di mana satu error membandel di satu komputer bisa membuat hampir seluruh penghuni kelas berkumpul, berteriak, berdebat, saling menyalahkan, dan pada akhirnya, bersorak-sorai bersama dalam sebuah euforia yang paling murni.

Ini bukan sekadar artikel nostalgia tentang betapa susahnya belajar coding, bro. Anggap ini sebagai sebuah studi kasus, sebuah "arkeologi digital" tentang bagaimana sebuah lingkungan belajar yang penuh dengan tekanan, keterbatasan, dan pesan error yang tak kenal ampun, secara tidak sengaja, justru menjadi sebuah kawah candradimuka yang menempa fondasi paling fundamental dari seorang software engineer yang hebat: kemampuan untuk memecahkan masalah secara kolaboratif, resiliensi mental yang tak tergoyahkan, dan solidaritas tim yang absolut.

Kita akan bedah tuntas kisah-kisah heroik (dan seringkali konyol) dari lab RPL di kelas sore, dan melihat bagaimana pelajaran-pelajaran tak tertulis dari masa itu ternyata jauh lebih berharga daripada kurikulum manapun dalam mempersiapkan kita untuk "medan perang" Software Engineering yang sesungguhnya.

Galeri Horor: Mengenal Musuh-Musuh Bebuyutan Kita di Layar Monitor

Setiap pejuang RPL punya "musuh bebuyutan"-nya masing-masing. Mereka tidak memiliki wujud fisik, tapi mampu menghantui mimpi buruk kita.

Sang Gerbang Neraka: Saat Tombol 'Start' MySQL di XAMPP Tidak Mau Berwarna Hijau

Ini adalah horor pembuka. Lo baru aja dapet tugas baru dari guru untuk membuat sistem CRUD (Create, Read, Update, Delete) yang membutuhkan database. Dengan semangat 45, lo klik dua kali ikon XAMPP Control Panel di desktop lo. Panel kecil itu muncul, gagah dengan logo Apache Friends-nya.

Lo tarik napas, lalu dengan penuh keyakinan, lo klik tombol "Start" di baris Apache. Dalam sekejap, tulisan Apache berubah menjadi latar hijau. Port 80 dan 443 muncul. Sukses. "Wah, hari ini kayaknya bakal lancar," pikir lo dalam hati dengan naifnya.

Lalu, tibalah momen penentuan. Lo arahkan kursor lo ke baris kedua, ke baris MySQL. Lo klik tombol "Start"-nya. Tulisan MySQL berubah menjadi latar kuning, dengan pesan "Attempting to start MySQL service...". Lo menahan napas, menatap dengan penuh harap. Satu detik... dua detik... tiga detik...

...dan tulisan itu kembali menjadi merah. Tombolnya kembali menampilkan tulisan "Start". Hening. Tidak ada pesan error yang jelas, hanya sebuah kegagalan sunyi yang terasa jauh lebih menyakitkan. Lo coba klik lagi. Merah, kuning, merah. Lagi. Merah, kuning, merah. Di sinilah kepanikan yang sesungguhnya dimulai.

Ritual Suci "Debugging" XAMPP yang Diwariskan Turun-temurun

Setiap anak RPL di seluruh Nusantara, tanpa pernah diajari secara formal, seolah-olah mewarisi sebuah ritual suci untuk mengatasi masalah ini.

1. The Panic Click: Langkah pertama adalah menekan tombol "Start" dan "Stop" pada baris MySQL berulang kali dengan tempo yang semakin cepat, seolah-olah itu bisa mengintimidasi si program untuk akhirnya menyerah dan berubah menjadi hijau. Tentu saja, ini tidak pernah berhasil.
2. The Blame Game - Menuduh Skype: Langkah kedua adalah mencari kambing hitam. Dan tersangka utamanya hampir selalu sama: Skype. Di era itu, Skype dikenal seringkali "mencuri" Port 80 atau 443 yang dibutuhkan oleh Apache, yang entah kenapa, kita yakini juga berpengaruh pada MySQL. Lo akan langsung panik membuka Task Manager, mencari proses skype.exe, dan meng-klik "End Task" dengan penuh dendam.
3. The "Run as Administrator" Gambit: Ketika menyalahkan Skype tidak berhasil, muncul secercah harapan baru. Lo tutup XAMPP Control Panel, lalu klik kanan pada ikonnya, dan memilih opsi sakral: "Run as administrator". Lo berharap dengan memberikan kekuatan dewa pada aplikasi ini, ia akan luluh. Terkadang, ini berhasil. Seringkali, tidak.
4. Ziarah ke Google dan Forum Kuno: Lo akhirnya menyerah dan membuka Google, mengetikkan kata kunci penuh keputusasaan: "xampp mysql won't start", "xampp mysql error port 3306 in use", atau "cara mengatasi mysql xampp tidak bisa start". Lo akan terdampar di halaman-halaman blog dari tahun 2009, atau utas-utas forum dengan jawaban yang sudah tidak relevan, di mana solusi terbaiknya adalah "coba install ulang aja gan".
5. Operasi Jantung Terbuka: Mengubah Port di my.ini: Ini adalah langkahnya para "pemberani". Setelah membaca tutorial yang rumit, lo akan memberanikan diri untuk membuka folder instalasi XAMPP, mencari file my.ini, dan mengubah konfigurasi port dari 3306 menjadi 3307. Sebuah tindakan yang terasa seperti sedang melakukan operasi jantung terbuka. Dan seringkali, setelah berhasil membuat MySQL berjalan di port baru, lo akan lupa untuk mengubah nomor port yang sama di dalam file koneksi.php lo, yang akan membawa lo ke episode penderitaan berikutnya.
6. Opsi Nuklir: Instal Ulang XAMPP: Ini adalah jalan terakhir, tombol merah besar yang tidak ingin disentuh siapa pun. Menyerah total, meng-uninstall XAMPP, dan menginstalnya kembali dari awal. Sebuah tindakan yang seringkali berarti mengucapkan selamat tinggal pada semua database-database proyek latihan lo sebelumnya yang lupa lo backup.

Perjuangan melawan tombol "Start" MySQL ini adalah sebuah "pemanasan" mental yang brutal. Ia adalah ujian pertama yang menyaring siapa yang punya kesabaran untuk menjadi seorang developer, dan siapa yang lebih baik pindah jurusan. Jika lo berhasil melewati gerbang neraka ini dan melihat kedua tombol Apache dan MySQL akhirnya berwarna hijau, barulah lo layak untuk menghadapi horor-horor berikutnya di dalam barisan kode lo.

Yang Mulia Parse error: syntax error, unexpected... di PHP

Ah, PHP. Bahasa pemrograman "pertama" bagi sebagian besar dari kita. Sebuah bahasa yang ramah bagi pemula, tapi juga penuh dengan jebakan-jebakan maut yang bisa membuat seorang siswa mempertanyakan pilihan hidupnya. Dan tidak ada jebakan yang lebih legendaris daripada Parse error.

Pesan ini pada dasarnya adalah cara sang interpreter PHP untuk berkata, "Bro, gue nggak ngerti sama sekali apa yang lo tulis di baris ke-78." Dan 99% dari waktu, penyebabnya adalah satu hal yang paling sepele namun paling sulit ditemukan oleh mata seorang pemula: sebuah titik koma (;) yang hilang.

Lo akan menatap ratusan baris kode lo selama berjam-jam, merasa semuanya sudah benar. Lo akan menyalahkan komputernya, menyalahkan text editor-nya, menyalahkan gurunya. Lo akan mencoba segala cara, mulai dari menambahkan tanda @ di depan variabel untuk menekan error (sebuah dosa besar yang kelak akan kita sesali), hingga akhirnya seorang teman dari bangku sebelah, dengan santainya, menunjuk ke layar lo dan berkata, "Bro, itu di baris 77, sebelum if, titik komanya kurang." Momen pencerahan yang terasa seperti ditampar malaikat sekaligus digetok palu godam.

Si Hantu Tak Terlihat Uncaught TypeError: Cannot read properties of null di JavaScript

Setelah lo mulai merasa jago di PHP untuk urusan backend, guru akan memperkenalkan lo pada JavaScript untuk membuat halaman web lo menjadi interaktif di sisi frontend. Dan di sinilah lo akan bertemu dengan "hantu" baru yang jauh lebih misterius. Lo menulis kode, tidak ada pesan error merah yang muncul di layar. Tapi, tombol lo tidak bisa diklik. Animasinya tidak jalan. Semuanya diam membisu.

Lo kemudian belajar tentang "Developer Tools" di browser (biasanya dengan menekan F12) dan menemukan pesan error ini di console. Cannot read properties of null (reading 'addEventListener'). Apa artinya ini? Artinya lo mencoba untuk menambahkan sebuah event pada sebuah elemen HTML yang ternyata tidak ada atau belum di-load. Mungkin lo salah ketik nama id di document.getElementById('tombol-kirim') menjadi document.getElementById('tombol-kirin'). Satu huruf 'm' yang hilang, dan dua jam dari hidup lo ikut hilang untuk mencarinya. Misteri ini akan membawa lo ke dalam lubang kelinci debugging yang dalam dan gelap.

Dinding Granit Bernama Gagal Koneksi ke Database MySQL

Inilah ujian akhir, gerbang terakhir yang memisahkan antara seorang "anak bawang" dengan seorang calon full-stack developer SMK. Menghubungkan semua bagian: frontend (HTML/CSS/JS), backend (PHP), dan database (MySQL). Dan di dalam proses ini, ada satu fungsi keramat yang menjadi sumber dari 90% tangisan di lab komputer: mysqli_connect().

Saat halaman lo me-refresh dan yang muncul adalah pesan Connection failed: ... atau Access denied for user 'root'@'localhost', seluruh dunia terasa runtuh. Lo akan langsung masuk ke dalam checklist kepanikan massal yang sudah dihafal di luar kepala oleh semua anak RPL:

1. Buka XAMPP atau WAMPP Control Panel.
2. Apakah service Apache sudah hijau?
3. Apakah service MySQL sudah hijau?
4. Apakah ada aplikasi lain (seperti Skype zaman dulu) yang menggunakan port yang sama?
5. Apakah nama database-nya sudah benar di dalam kode? Jangan-jangan ada typo?
6. Apakah nama user-nya sudah pasti 'root'?
7. Apakah password-nya sudah pasti dikosongkan? '' ? Lo akan mencoba semua kombinasi dan kemungkinan ini berulang kali dengan tangan gemetar, sampai akhirnya lo sadar bahwa di dalam file koneksi.php, lo salah ketik 'localhost' menjadi 'localhots'. Ya, cuma kurang 's'. Dan lo ingin membanting keyboard saat itu juga.

Ritual Pemanggilan Bantuan: Saat Satu "Pasukan" Bergerak untuk Satu Titik Koma

Inilah puncak dari semua drama di kelas sore. Sebuah ritual sakral yang terjadi secara organik, tanpa direncanakan, dan hampir selalu mengikuti lima fase epik yang sama.

Fase 1: Perjuangan Soliter dan Monolog Internal Seorang Coder

Semua selalu dimulai dari satu orang. Sebut saja namanya Deni. Deni sudah menatap layar yang sama selama dua jam non-stop. Kodenya tidak jalan. Teman-temannya yang lain, yang hari itu diberkahi oleh dewi fortuna, sudah mulai merapikan tas, bersiap-siap untuk pulang dan melanjutkan hidup mereka. Budi mulai panik. Keringat dingin mulai bercucuran. Ia mencoba semua yang ia tahu. Ia membuka sepuluh tab Stack Overflow, menemukan jawaban-jawaban dari tahun 2008 yang sudah tidak relevan, dan mencoba menyalin-tempel kode secara acak dengan harapan ada keajaiban. Tidak ada yang berhasil. Ia mulai berbicara pada dirinya sendiri, "Sumpah, padahal tadi jalan. Kenapa sekarang nggak jalan? Apa yang gue ubah?".

Fase 2: Kode Merah Darurat dan Formasi "Kerumunan" Pertama

Akhirnya, setelah ego dan harga dirinya sebagai seorang coder hancur lebur, Deni menyerah. Dengan suara pelan yang penuh dengan kepasrahan, ia akan memberanikan diri untuk memanggil "jagoan" atau "ketua suku" di kelasnya. "Bro, sumpah, gue mentok nih. Tolong liatin kode gue bentar dong. Pusing banget."

Ini adalah sinyal suar. Ini adalah kode merah darurat. Sang jagoan, yang mungkin juga sedang sibuk atau sudah di ambang pintu, akan dengan rasa enggan (tapi diam-diam merasa bangga dan terpanggil) beranjak dari kursinya dan mendekati komputer Deni. Satu atau dua teman terdekat deni yang merasakan penderitaan yang sama, juga akan ikut mendekat, penuh rasa penasaran dan empati. Formasi "kerumunan" pertama yang terdiri dari tiga atau empat orang pun terbentuk, berdiri di belakang kursi Budi, menatap layar dengan serius seolah-olah sedang menganalisis data peluncuran roket NASA.

Fase 3: "Kerusuhan" Intelektual Dimulai (Brainstorming Amburadul)

Di sinilah keseruan yang sesungguhnya dimulai. Tiga atau empat kepala kini menatap satu layar monitor yang sama, mencoba memecahkan misteri. Suasananya jauh dari sopan atau terstruktur. Ini adalah sebuah "kerusuhan" intelektual yang murni. Keyboard Deni kini telah diambil alih oleh sang jagoan. Budi sendiri hanya bisa duduk pasrah di sebelahnya, menonton "operasi bedah" yang sedang dilakukan pada kodenya, sambil berharap ada keajaiban.

Fase 4: Solidaritas Tanpa Batas: "Satu Tumbang, Semua Turun Gunung"

Dan di sinilah keindahan sesungguhnya terjadi, bro. Terutama di kalangan kami, para cowok, ada sebuah kode etik tak tertulis, sebuah hukum solidaritas yang lebih mengikat daripada peraturan sekolah manapun. Kalau lo sudah beres, lo nggak boleh langsung pulang. "Misi" lo belum selesai. Misi lo adalah memastikan semua "pasukan" di peleton lo juga bisa pulang dengan selamat.

Jadi, yang sudah beres akan secara sukarela menjadi "konsultan" dadakan, berkeliling dari satu meja ke meja lain untuk membantu temannya yang masih berjuang. Lalu, yang barusan dibantuin dan sudah beres, tidak akan kabur. Ia akan ikut bergabung dalam "kerumunan" untuk mengeroyok error milik teman yang lain. Efek domino kebaikan ini akan terus berlanjut.

Hingga akhirnya, di ujung sore yang semakin temaram, hanya tersisa satu benteng pertahanan terakhir: satu orang siswa yang paling malang nasibnya hari itu, satu unit komputer, dan satu error pamungkas yang paling bandel dan paling misterius. Di momen inilah, hampir seluruh siswa laki-laki di kelas akan berkumpul, membentuk sebuah formasi setengah lingkaran di sekitar komputer tersebut. Ini bukan lagi masalah personal. Ini adalah masalah kehormatan kelas.

Momen Puncak: Selebrasi Kemenangan atas Satu Baris Kode yang Salah

Tensi Setinggi Babak Final Piala Dunia di Menit Akhir

Bayangkan adegannya. Jam sudah menunjukkan pukul setengah lima sore. Langit di luar jendela lab sudah mulai berwarna jingga. Di dalam lab, kini ada mungkin 10 hingga 15 siswa yang mengerumuni satu PC terakhir yang masih bermasalah. Guru yang seharusnya sudah pulang satu jam yang lalu, kini justru ikut berdiri di belakang kerumunan, menonton dengan campuran antara rasa gemas, rasa bangga, dan rasa ingin segera mengunci pintu lab. Suasana menjadi hening dan sangat tegang. Semua orang menahan napas, mata mereka terpaku pada layar.

Ledakan Euforia yang Paling Murni dan Tidak Masuk Akal

Dan kemudian, momen "Eureka!" itu tiba. Seringkali bukan dari si jagoan, tapi justru dari seorang anak pendiam di barisan belakang yang selama ini hanya mengamati dari jauh. Dengan matanya yang masih segar, ia berhasil melihat sesuatu yang tidak dilihat oleh semua orang yang sudah terlalu lama menatap layar: sebuah kesalahan ketik (typo) yang sangat sepele di file yang bahkan tidak dicurigai. "Bro, coba buka file CSS-nya deh... itu background-color, bukan backround-color. Kurang 'g'."

Seluruh kerumunan terdiam selama sepersekian detik. Semua mata tertuju pada baris kode yang ditunjuk. Benar saja. Sebuah kesalahan bodoh yang tersembunyi selama berjam-jam. Sang jagoan dengan cepat memperbaiki satu huruf yang salah itu. Ia menekan Ctrl+S. Alt+Tab ke browser. Mouse-nya kini melayang di atas tombol refresh. Ini adalah momen yang lebih menegangkan daripada tendangan penalti penentu. Seluruh ruangan hening. Ia mengklik.

Dan... Halaman website-nya berhasil di-load dengan sempurna. Layout-nya tidak lagi berantakan. Warnanya muncul. Error-nya hilang.

BOOOOOOMM!!!

Apa yang terjadi selanjutnya adalah sebuah ledakan euforia kolektif yang paling murni, paling tulus, dan paling tidak masuk akal. Akan ada teriakan "YEEESSSSSSSS!!!", "NAH KAN APA GUE BILANG!", "GILA CUMA ITU DOANG TERNYATA!" Suara tos yang keras, pukulan-pukulan bangga di punggung, dan bahkan mungkin beberapa orang yang memukul-mukulkan tangan ke meja saking girangnya. Selama lima detik yang singkat itu, lab komputer RPL yang sederhana itu berubah menjadi tribun Stadion Wembley saat timnas kesayangan berhasil mencetak gol kemenangan di menit ke-93. Padahal, yang baru saja terjadi hanyalah sebuah proyek CRUD sederhana tentang data siswa yang akhirnya berhasil berjalan.

Pelajaran dari "Universitas Kelas Sore" yang Tak Ternilai Harganya

Di balik semua drama dan kelucuan itu, pengalaman "kelas sore" ini, tanpa kita sadari, menanamkan pelajaran-pelajaran paling fundamental yang akan membentuk karier kita di dunia Software Engineering.

• Resiliensi Tingkat Dewa: Lo belajar bahwa frustrasi itu adalah bagian dari proses. Lo belajar bahwa setiap error, sepusing apapun, pasti memiliki solusi. Lo belajar cara untuk tidak menyerah.
• Kekuatan dari Pair Programming dan Mob Programming Organik: Jauh sebelum kita mengenal istilah-istilah keren dari Silicon Valley ini, kita sudah mempraktikkannya setiap sore di lab komputer. Kita belajar bahwa dua (atau sepuluh) kepala seringkali jauh lebih baik daripada satu kepala.
• Kerendahan Hati untuk Mengakui "Gue Mentok": Di dunia engineering, tidak ada tempat untuk ego yang berlebihan. Keberanian untuk mengangkat tangan dan meminta bantuan adalah sebuah tanda kekuatan, bukan kelemahan.

Quote dari "Alumni Kehormatan" Lab RPL yang Kini Jadi CTO

Bima Prakoso, seorang CTO di sebuah startup yang juga merupakan alumni dari sebuah SMK RPL, seringkali mengenang masa-masa ini:

"Di universitas, saya mungkin belajar tentang arsitektur perangkat lunak yang kompleks dan teori-teori algoritma yang canggih. Tapi di lab RPL SMK, saya belajar sesuatu yang jauh lebih penting: saya belajar cara untuk tidak menyerah saat jam 5 sore dan halaman web lo masih putih polos, dan saya belajar tentang keyakinan bahwa teman yang duduk di sebelah lo adalah debugger terbaik di dunia. Dan percayalah, pelajaran kedua itulah yang jauh lebih sering saya pakai dalam karier saya sehari-hari."

Studi Kasus: Bagaimana Spirit "Lab RPL" Hidup dan Diterapkan di Dunia Profesional

Budaya "Blameless Debugging" dan "Code Buddies" yang Humanis di Nexvibe

Di Nexvibe, mereka secara sadar mencoba untuk mengadopsi spirit "satu kelas turun tangan" ini ke dalam budaya kerja mereka. Ketika seorang developer, bahkan yang paling senior sekalipun, menghadapi sebuah bug yang sangat sulit dan sudah mentok selama beberapa jam, ia sangat didorong untuk tidak menyelesaikannya sendirian dalam keheningan.

Ada sebuah ritual informal yang mereka sebut "Rubber Duck Session" di channel Slack tim. Developer yang mentok akan meminta waktu 15 menit dari timnya. Ia kemudian akan berbagi layar dan mencoba untuk menjelaskan masalahnya secara detail kepada rekan-rekannya. Anehnya, seringkali, solusi justru ditemukan oleh si developer itu sendiri, tepat di saat ia sedang berusaha keras untuk menjelaskan masalahnya kepada orang lain. Praktik ini menghilangkan rasa malu saat menghadapi error dan mengubah debugging dari aktivitas yang soliter menjadi sebuah aktivitas komunal.

Selain itu, untuk para karyawan baru, Nexvibe mengimplementasikan sebuah sistem yang disebut "Code Buddies". Setiap engineer baru yang bergabung akan dipasangkan dengan seorang "buddy" atau teman satu angkatan. Selama satu bulan pertama, mereka sangat didorong untuk mengerjakan beberapa tugas awal mereka secara berpasangan, berbagi layar, dan memecahkan masalah bersama-sama, persis seperti di lab SMK dulu. Berdasarkan data feedback internal, new hire yang melalui program "Code Buddies" ini melaporkan bahwa mereka merasa lebih cepat beradaptasi dan lebih percaya diri untuk bisa berkontribusi secara mandiri 60% lebih cepat dibandingkan dengan mereka yang bekerja sepenuhnya secara solo sejak hari pertama.

Kesimpulan: Kita Mungkin Lupa Sintaks Kodenya, tapi Kita Tidak Akan Pernah Lupa Solidaritasnya

Bro, jika lo adalah salah satu dari "alumni" lab RPL dan kelas sore, berbanggalah. Pengalaman-pengalaman yang dulu mungkin terasa seperti sebuah penderitaan atau hukuman itu ternyata adalah sebuah anugerah, sebuah pusat pelatihan karakter yang tersembunyi.

Ia mengajarkan kita bahwa di dunia Software Engineering, tidak ada seorang pun yang bisa menjadi pahlawan sendirian. Ia mengajarkan kita bahwa setiap error adalah sebuah kesempatan untuk bisa belajar bersama. Dan yang terpenting, ia mengajarkan kita bahwa perasaan paling memuaskan di dunia ini bukanlah saat lo berhasil menulis sebuah kode yang sempurna sendirian, melainkan saat lo dan seluruh "pasukan" lo berhasil menaklukkan satu bug yang paling menyebalkan, yang kemudian diakhiri dengan sorak-sorai kemenangan bersama.

Jadi, ini tantangan kecil buat lo. Coba ingat-ingat lagi momen "juara dunia" lo saat berhasil memperbaiki bug pertama kali di masa sekolah dulu. Ingat siapa saja teman yang ada di kerumunan itu, yang ikut berteriak, yang menunjuk ke layar, atau yang sekadar memberi semangat.

Mungkin, ini adalah saat yang tepat untuk mengirim sebuah pesan singkat kepada salah satu dari mereka di WhatsApp dan berkata, "Bro, makasih banyak ya dulu udah bantuin gue benerin query MySQL yang aneh itu. Kalau nggak ada lo, mungkin gue nggak bakal jadi developer hari ini."

Karena di dunia Software Engineering, kolaborasi dan solidaritas adalah segalanya. Dan kita mempelajarinya pertama kali bukan dari buku teks atau dari kursus online yang mahal, tapi dari kehangatan dan solidaritas sunyi yang tulus di sebuah kelas sore yang panas dan penuh dengan keputusasaan.