5 poin oleh GN⁺ 4 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Dalam hackathon 48 jam, sebuah Raspberry Pi dihubungkan ke telepon putar lama untuk membuat demo yang mengintegrasikan audio dua arah, dering, dan sakelar gagang telepon dengan server
  • Demo tersebut dirancang agar agen AI meneliti musik, membuat playlist melalui Spotify API, dan menangani permintaan musik dari pengguna
  • Dua peserta sama sekali tidak melihat satu baris kode pun sepanjang akhir pekan, dan mereka menilai bahwa dalam hackathon, apakah sesuatu bekerja kini lebih penting daripada kode internalnya
  • Karena fokus berpindah dari menulis kode ke perancangan sistem secara keseluruhan dan penyesuaian detail implementasi, muncul ruang mental untuk menangani antarmuka dengan perangkat keras dan dunia fisik
  • Hanya dengan web app saja, tingkat tantangan hackathon terasa menurun, dan hackathon perangkat keras yang menggabungkan teknologi lama dan elektronik konsumen diperkirakan akan makin menonjol

Demo hackathon telepon putar

  • Di sebuah hackathon di Vilnius, sebuah telepon putar lama dibawa dan dikerjakan oleh tim beranggotakan dua orang selama 48 jam
  • Telepon tersebut dihubungkan ke Raspberry Pi, dan Raspberry Pi berinteraksi dengan input/output telepon sambil berkomunikasi dengan server melalui satu koneksi WebSocket
  • Koneksi WebSocket itu mengendalikan audio dua arah, dering dengan frekuensi dan pola audio khusus, serta sakelar saat gagang telepon diletakkan
  • Demo akhirnya dibuat agar agen AI meneliti musik, membuat playlist, dan memutar kumpulan musik tertentu melalui Spotify API
  • Contoh permintaannya antara lain “Putarkan musik dari artis yang diketahui tercantum dalam Epstein files” dan “Buatkan playlist psychedelic rock Zambia tahun 70-an”
  • Karakter di seberang telepon disetel melalui ElevenLabs agar terdengar seperti pria Yorkshire yang hangat

Perubahan fokus hackathon

  • Di tengah perubahan terbaru dalam alur penulisan kode, kedua peserta sama-sama tidak melihat satu baris kode pun secara langsung sepanjang akhir pekan
  • Cara kerja yang 12 bulan lalu sulit dibayangkan kini menjadi kenyataan, dan dalam hackathon yang terpenting adalah apakah hasil akhirnya benar-benar berfungsi
  • Fokus hackathon bergeser dari begadang dan mengetik kode sampai jari sakit, menjadi cara berpikir tentang seluruh sistem
  • Ketika pekerjaan mengulang detail implementasi dan melakukan refactor besar-besaran menjadi hal sepele, ruang untuk menangani titik temu dengan perangkat keras dan dunia fisik pun membesar
  • Web app yang 24 bulan lalu mungkin dianggap pencapaian hebat kini sudah terasa biasa, dan cara untuk kembali menaikkan standar hackathon adalah perangkat keras
  • Dalam beberapa bulan ke depan, diperkirakan akan ada penekanan yang lebih besar pada hackathon perangkat keras dibanding sebelumnya
  • Teknologi lama dulu membutuhkan pengetahuan domain yang sangat sempit dan memakan waktu, tetapi kini bisa bangkit kembali sebagai objek eksperimen
  • Contohnya antara lain aplikasi aneh untuk Apple II, mengubah mesin faks menjadi jejaring media sosial, mengubah Game Boy Advance menjadi Bloomberg terminal, mesin kasir berbasis LLM yang bisa merasakan cinta dan rasa sakit, atau microwave dengan aktivasi suara AI
  • Proyek seperti ini mungkin tidak punya kasus bisnis yang normal, tetapi hackathon memang seharusnya agak absurd
  • Saya tidak ingin melihat pitch untuk VC atau masalah yang ingin diselesaikan; saya ingin melihat struktur aneh yang dibuat berlebihan dari kabel dan API
    • perwujudan hubris (keangkuhan) di atas breadboard, menuju perpaduan dengan peralatan rumah tangga ala Frankenstein yang membuat orang meragukan kenyataan

1 komentar

 
GN⁺ 4 jam lalu
Komentar Hacker News
  • Kalau melihat berbagai kondisinya, ini masuk akal. Aku cuma pernah ikut hackathon beberapa kali, dan pengalaman terbaikku adalah sekitar 2022 di Amsterdam. Setengah tim pergi tidur, lalu aku dan satu orang lain terkunci semalaman di lokasi acara yang berisi sekitar 200 orang, sambil membuat sesuatu dan memeras otak untuk optimasi, trik-trik, serta solusi setengah nekat untuk masalah yang nyaris mustahil
    Dalam beberapa tahun terakhir aku kehilangan minat, dan sepertinya sekarang tidak akan ikut lagi. Baru-baru ini aku menerima email soal hackathon yang sudah selesai, dan pemenangnya katanya membuat sesuatu seperti tim engineer AI, sementara presentasinya berisi 20 file omong kosong Markdown seperti skills.md. Rasanya seperti asal menulis dengan meyakinkan saja sudah bisa dapat medali emas, dan seperti kata temanku, rasanya seperti “sudah menyentuh dasar lalu sekarang menembusnya ke bawah.” Setidaknya hardware tetap mengharuskanmu benar-benar membuat sesuatu dan berpikir keras

    • Kebanyakan hackathon memang sudah seperti itu sejak lama. Aku pernah menghabiskan satu akhir pekan penuh berkutat dengan masalah klasifikasi data yang rumit tanpa kemajuan, sementara para pemenang datang dengan slide presentasi yang meyakinkan dan demo kode 30 detik untuk aplikasi CRUD yang dibungkus rapi
    • Aku pernah menang dalam satu-satunya hackathon yang kuikuti secara setengah terpaksa 10 tahun lalu. Para juri sangat terkesan dengan bagian AI di laporan kami, padahal bagian itu nyaris cuma gaya bahasa teknis sok canggih yang mengutip beberapa algoritma yang sedang tren saat itu dengan nada “di masa depan sistem ini harus bisa melakukan ini dan itu”
      Tidak ada satu pun yang diimplementasikan dalam demo, tetapi mereka cuma ingin memastikan apakah aku terdengar seperti tahu apa yang kubicarakan, dan bicara dengan percaya diri saja sudah cukup. Kami sendiri sebenarnya bukan mengejar kemenangan, cuma ingin lolos nilai minimum
    • Sayangnya, hardware pun sepertinya tidak akan bertahan lama. Makin banyak orang yang mencoba mengembangkan hardware dengan LLM tanpa benar-benar memahami hardware
    • Untuk pertanyaan “apa 20 file Markdown layak dapat medali emas”, menurutku iya. Kalau ada pohon tumbang di jalan, satu orang membuat robot otonom untuk menyingkirkannya, sementara yang lain cuma datang lalu memindahkannya, maka pihak yang “bodoh” justru menang
      Saat ini kita sedang berada di titik sejarah ketika beberapa file Markdown menyelesaikan masalah lebih baik daripada solusi khusus yang dibuat para ahli dengan ratusan jam kerja. Menang atau kalah ditentukan oleh hasil, bukan oleh banyaknya usaha yang dicurahkan
  • Hackathon sekarang jadi ajang “UI keren dan data mockup”. Tim yang punya orang UI terbaik akan menang, dan aku sendiri pernah beberapa kali diuntungkan oleh itu

    • Aku mengalami hal serupa di hackathon internal perusahaan. Ini bahkan sebelum era LLM. Kami mengambil suatu masalah, lalu merancang tool internal dan membungkusnya dengan UI Bootstrap serta animasi CSS yang mencolok
      Setelah dihubungkan dengan data mockup, hasilnya terlihat cukup nyata, dan kami pun menang lalu mendapat ucapan selamat dari jajaran eksekutif. Tak lama kemudian kami langsung ditanya, “apakah ini bisa masuk produksi dalam 1 minggu, atau butuh 2 minggu?”
    • Para juri biasanya adalah manajer biasa dengan kemampuan teknis yang pas-pasan
    • Beberapa tahun lalu, sebelum LLM, aku ikut hackathon dan mengerahkan cukup banyak usaha untuk melatih algoritma machine learning tradisional lalu mengintegrasikannya ke aplikasi React Native. Untuk standar 2016, itu sudah cukup mengesankan bagi sebuah tim
      Tim pemenang membeli tema Bootstrap seharga 35 dolar lalu membuat landing page untuk aplikasi yang sebenarnya tidak ada
    • Setelah melihat presentasi PowerPoint menang, itu jadi hackathon terakhirku
    • Separuh sisanya pada akhirnya memang cuma soal pitch
  • Menurutku hackathon itu bagus. Ia memaksaku menghadapi hal-hal yang menjadi kelemahanku, yaitu pitch, kontak mata, membangun narasi yang meyakinkan, dan menarik perhatian audiens. Aku memang sangat buruk dalam hal-hal seperti ini
    Aku buruk dalam membuat orang merasakan kesulitanku atau menyampaikannya dengan cepat dan efektif. Hackathon sekarang hampir sepenuhnya soal itu, jadi ini menjadi tempat latihan yang menyingkap kelemahan intiku, dan karena itulah meski karierku sudah 25 tahun, aku masih ikut hampir setiap akhir pekan. Ini memang area yang benar-benar perlu kutingkatkan, dan akhirnya, sedikit demi sedikit, terlihat jelas bahwa aku makin membaik
    Aku menyebut masalah ini sebagai trailhead. Kalau kamu sudah terlalu jauh masuk ke jalur suatu masalah, kamu lupa bagaimana tampilannya dari titik awal, sehingga kamu menghabiskan waktu pada tingkat detail yang salah dan pada sisi yang salah, lalu gagal menjual produkmu. Karena itu aku justru lebih pandai me-pitch karya orang lain daripada karyaku sendiri

    • Sangat relate. Aku penasaran apakah ini lebih dekat ke masalah rasa percaya diri. Bukan bermaksud menyerang atau meremehkan, cuma penasaran dari sudut pandang diagnosis diri dan kesadaran diri
      Aku sendiri kadang merasa mirip, tetapi kalau kubingkai ulang dari sisi ketertarikan dan antusiasme, lalu kubagikan ke orang lain tanpa tekanan performa dan kecemasan, biasanya hasilnya tidak terlihat buruk-buruk amat
  • Sebagai orang yang mulai mengenal Linux dan open source pada awal 90-an, aku selalu menyayangkan bahwa hackathon berubah menjadi kegiatan kompetitif, bukan lagi “mari berkumpul dan berkolaborasi membuat software bebas.” Sekarang sepertinya istilah untuk yang belakangan itu adalah “development sprint”, tetapi setiap kali mendengar kata hackathon, yang pertama terlintas di kepalaku selalu yang lama itu

    • Hackathon yang kuikuti waktu muda cukup terbuka dan kolaboratif. Hackathon yang kuikuti belakangan ini lebih terasa sebagai sarana untuk mendorong penggunaan infrastruktur cloud seperti AWS, GCP, dan Vercel
      Belakangan ini bahkan ada tim yang datang membawa produk yang sudah jadi, tidak melakukan hacking apa pun, lalu menghadiri pertemuan dengan VC. Mereka jelas menang dengan produk matang yang dibuat dengan baik, lalu memanfaatkan liputan media untuk menghasilkan lead. Sementara itu, hasil hacking daruratku yang dibuat dari duct tape dan kardus oleh tim yang baru berkumpul 48 jam sebelumnya jelas tidak terlihat bagus
    • Kamu tidak sendirian. Para MBA menemukan API. Rasanya seperti Eternal September
    • Setuju. Gagasan tentang “menang” di hackathon sendiri terasa cukup aneh. Rasanya ini bukan jenis hal yang seharusnya bisa dimenangkan
    • KDE sepertinya masih mengadakan acara seperti itu selama Akademy, dan LibreOffice juga pada hari terakhir konferensinya
      Aku sempat punya kesempatan datang ke acara LibreOffice pada 2023, tetapi sayangnya harus melewatkannya karena urusan hidup sehari-hari
    • Pada praktiknya, hackathon yang disponsori atau diselenggarakan perusahaan mirip seperti menjalankan banyak tugas rekrutmen secara paralel. Mereka mendapatkan banyak pekerjaan gratis untuk masalah yang seharusnya dibayar, lalu bisa memilih hasil yang paling mereka suka. Terlalu eksploitatif, jadi aku tidak pernah ingin ikut
  • Penulis berpendapat bahwa dalam hackathon, di mana kecepatan itu penting, bug ditoleransi, dan hanya demo yang dinilai, vibe coding telah sepenuhnya menggantikan coding, dan saya setuju dengan itu.
    Tapi karena itu, saya tidak mengerti kenapa kesimpulannya jadi bahwa software sudah “terselesaikan” dan hanya hackathon hardware yang bermakna. Justru saya melihat hackathon software menjadi lebih berguna karena ide kini menjadi lebih penting. Walaupun ide jadi lebih murah, tidak semua orang bisa menghabiskan 24–72 jam untuk membuat prototipe sambil memikirkan detail yang lebih baik di ruang yang mendorong kreativitas
    Software juga belum terselesaikan. Terutama jika juri menuntut tingkat fungsionalitas tertentu, beberapa ide masih membutuhkan pengetahuan dan keterampilan tingkat rendah untuk diwujudkan menjadi prototipe. Entah tujuan hackathon itu prototipe yang nanti akan dibangun ulang menjadi produk, prototipe untuk menarik investor, menggali ide terkait perusahaan, atau sekadar menikmati kesenangan, makanan gratis, dan orang-orang yang menyenangkan

    • Karena AI tidak bisa mengerjakan hardware. AI tidak bisa menyolder, tidak bisa mengganti LED merah menjadi LED biru dan mencari resistor pembatas arus untuk kecerahan optimal
      AI juga tidak bisa melihat bagian mana dari enclosure yang harus dipotong, atau melihat gejala transien saat startup pada LDO
  • Di Hack Club, selama dua tahun terakhir mereka telah banyak berinvestasi untuk membantu remaja mulai belajar elektronika dan merancang PCB mereka sendiri
    Jauh lebih sulit untuk memalsukannya, dan khususnya bagi pemula, sering kali jauh lebih menarik daripada software. Video acara terbaru di GitHub HQ juga layak ditonton: https://youtu.be/kaEFv7e49mo?si=sLer815jCJIyWR9Y
    Mereka juga akan segera mengadakan acara bernama Hack Club Fallout, membawa siswa SMA dari AS dan seluruh dunia ke Shenzhen untuk hackathon 7 hari. Alasannya karena itu salah satu dari sedikit tempat yang bisa membuat PCB pada hari yang sama: https://fallout.hackclub.com

  • Saat kuliah, hampir semua proyek hackathon saya adalah hardware
    Misalnya hal-hal yang saya buat di HackPrinceton, yang punya lab elektro terbaik. https://blog.cyrusroshan.com/post/electronic-banjo memenangkan penghargaan favorit penonton, dan https://blog.cyrusroshan.com/post/spin-to-win adalah ide “moonshot”
    Rasanya sangat menyenangkan bisa memegang sesuatu yang Anda buat sendiri. Hasil yang bisa disentuh juga lebih mudah dijelaskan dan lebih sulit dipalsukan. Karena itu, masuk ke sisi hardware terasa menyenangkan, memuaskan, dan juga memberi nilai yang bagus. Masa-masa yang indah

  • Dunia konferensi juga tidak jauh lebih baik
    Beberapa bulan lalu saya terpaksa datang ke salah satunya, dan saya benar-benar terkejut. Acara itu berlangsung dua hari, dan saya tidak akan menyebut nama bahasa pemrogramannya. Sekarang rasanya sudah hampir tidak berarti, dan dari semua presentasi, paling banyak hanya sekitar 20% yang benar-benar tentang pemrograman
    Sekelompok kecil orang yang menyebut diri mereka juara industri naik ke panggung bergantian untuk berkhotbah tentang kesucian mereka dan pekerjaan luar biasa yang mereka klaim telah mereka lakukan demi komunitas, padahal keterkaitannya dengan rekayasa perangkat lunak kira-kira seperti Iceland yang berbatasan dengan Samudra Hindia
    Isinya ceramah demi ceramah, gaya hidup, pamer ke-nerd-an, apa saja kecuali pemrograman. Satu workshop yang dipaksakan masuk bahkan tidak punya cukup waktu untuk membangun dasar-dasarnya, dan orang yang secara pribadi saya anggap pahlawan datang hanya untuk membicarakan drama internal package manager. Berikutnya! Saya tidak akan pernah datang lagi. Sudah busuk sampai ke akar-akarnya

  • Akhir-akhir ini saya juga memikirkan itu. Sekarang software sudah sampai ke titik di mana sebagian besar pengusul ide bisa menjangkaunya, jadi kerja tangan dan eksperimen pada tingkat yang jauh lebih dalam menjadi mungkin
    Dengan 3D printer yang lambat tapi sangat murah dan antarmuka hardware yang melimpah, rasanya akan muncul banyak utilitas indah yang berawal dari proyek akhir pekan dan membuat orang berpikir, “kenapa ini belum pernah ada?” Saya antusias melihat software engineer dan tim-tim berubah menjadi pembuat produk tahap berikutnya

    • Adik laki-laki saya adalah penjaga pantai, dan selama setahun terakhir dia membuat sangat banyak proyek yang luar biasa. Rasanya seperti ada sesuatu yang dibebaskan. Zaman ini benar-benar keren
  • Di hackathon terakhir yang saya datangi, tim kami kalah dari tim yang hanya membuat presentasi PowerPoint. Saya tidak ingin melakukan hal seperti itu lagi

    • Tapi bagaimana bisa? Apakah PowerPoint itu memang semenarik itu?