Tạm biệt hackathon phần mềm. Hackathon phần cứng muôn năm
(blog.oscars.dev)- Tại một hackathon 48 giờ, nhóm đã kết nối Raspberry Pi với một chiếc điện thoại quay số cũ để triển khai bản demo liên kết âm thanh hai chiều, chuông và công tắc tay nghe với máy chủ
- Bản demo được cấu hình để một AI agent nghiên cứu âm nhạc, tạo playlist bằng Spotify API và xử lý các yêu cầu âm nhạc của người dùng
- Hai người tham gia đã không nhìn trực tiếp một dòng code nào suốt cả cuối tuần, và cho rằng trong hackathon, việc có chạy được hay không đã trở nên quan trọng hơn code bên trong
- Thay vì viết code, họ tập trung vào thiết kế toàn bộ hệ thống và tinh chỉnh chi tiết triển khai, nhờ đó có thêm dư địa tinh thần để xử lý phần giao tiếp với phần cứng và thế giới vật lý
- Chỉ làm web app thì hackathon không còn đủ thử thách, và tác giả cho rằng hackathon phần cứng kết hợp công nghệ cũ với đồ điện tử tiêu dùng sẽ nổi bật hơn
Bản demo hackathon với điện thoại quay số
- Tại một hackathon ở Vilnius, nhóm 2 người đã mang theo một điện thoại quay số cũ và làm việc trong 48 giờ
- Họ kết nối Raspberry Pi vào điện thoại; Raspberry Pi liên kết với đầu vào/đầu ra của điện thoại và giao tiếp với máy chủ qua một kết nối WebSocket duy nhất
- Kết nối WebSocket điều khiển âm thanh hai chiều, chuông với tần số và mẫu âm thanh tùy chỉnh, cùng công tắc gác tay nghe
- Bản demo cuối cùng được thiết kế để AI agent nghiên cứu âm nhạc, tạo playlist và phát các tuyển tập nhạc cụ thể thông qua Spotify API
- Ví dụ yêu cầu gồm có: “Hãy phát nhạc của những nghệ sĩ được cho là có tên trong Epstein files”, “Hãy tạo một playlist psychedelic rock Zambia thập niên 70”
- Nhân cách ở đầu dây bên kia được thiết lập như một quý ông Yorkshire ấm áp thông qua ElevenLabs
Sự thay đổi trong trọng tâm của hackathon
- Trong bối cảnh luồng làm việc viết code gần đây thay đổi, cả hai người tham gia đều không trực tiếp nhìn một dòng code nào suốt cuối tuần
- Điều mà 12 tháng trước còn khó tưởng tượng nay đã thành hiện thực, và trong hackathon, điều cốt lõi là sản phẩm có hoạt động hay không
- Trọng tâm của hackathon đang chuyển từ kiểu thức khuya gõ code đến đau cả ngón tay sang cách tư duy về toàn bộ hệ thống
- Khi việc lặp lại chi tiết triển khai và refactor một cách triệt để trở thành chuyện nhỏ, khoảng trống để xử lý giao điểm giữa phần cứng và thế giới vật lý tăng lên
- Một web app mà 24 tháng trước có thể là thành tựu ấn tượng thì nay đã trở nên bình thường, và cách để tiếp tục nâng chuẩn hackathon lên nữa là phần cứng
- Tác giả dự đoán trong vài tháng tới sẽ có sự nhấn mạnh vào hackathon phần cứng nhiều hơn trước
- Công nghệ cũ trước đây đòi hỏi kiến thức miền rất hẹp và tốn nhiều thời gian, nhưng nay có thể hồi sinh như đối tượng để thử nghiệm
- Ví dụ như một ứng dụng kỳ quặc cho Apple II, biến máy fax thành mạng xã hội, biến Game Boy Advance thành Bloomberg terminal, máy tính tiền dựa trên LLM có thể cảm nhận tình yêu và đau đớn, hay lò vi sóng kích hoạt bằng giọng nói AI
- Những dự án như vậy có thể không có case kinh doanh bình thường nào, nhưng hackathon thì nên hơi vô lý một chút
- Tác giả không muốn thấy các màn pitch với VC hay bài toán cần giải quyết, mà muốn thấy những cấu trúc kỳ dị được chế quá tay bằng dây điện và API
- sự hiện thân của hubris (ngạo mạn) được dựng trên breadboard, hướng tới sự kết hợp với các thiết bị gia dụng kiểu Frankenstein khiến người ta phải nghi ngờ thực tại
1 bình luận
Ý kiến trên Hacker News
Xét nhiều khía cạnh thì điều này khá hợp lý. Tôi chỉ tham gia hackathon vài lần, nhưng trải nghiệm tốt nhất là ở Amsterdam vào khoảng năm 2022. Một nửa đội đi ngủ, còn tôi với một người nữa bị kẹt cả đêm trong địa điểm tổ chức với chừng 200 người, vừa làm gì đó vừa vắt óc tối ưu hóa, nghĩ mẹo và tìm các lời giải nửa cưỡng ép cho những bài toán gần như bất khả thi
Vài năm gần đây tôi mất hứng, giờ chắc sẽ không tham gia nữa. Tôi có nhận email về một hackathon vừa kết thúc, nói rằng đội thắng cuộc đã làm kiểu như một đội ngũ kỹ sư AI, còn sản phẩm trình bày là 20 file Markdown vớ vẩn như
skills.md. Cảm giác như chỉ cần viết cho có vẻ thuyết phục là được huy chương vàng, đúng như bạn tôi nói, “chạm đáy rồi giờ còn đang đào thủng cả đáy”. Ít ra thì phần cứng vẫn buộc người ta phải thật sự tạo ra thứ gì đó và phải động nãoNó không hề được triển khai trong demo dưới bất kỳ hình thức nào, nhưng họ chỉ muốn xem tôi có biết mình đang nói gì không, và nói một cách tự tin là đủ. Chúng tôi đâu có nhắm thắng, chỉ định lấy điểm qua môn thôi
Hiện tại chúng ta đang ở thời điểm lịch sử mà vài file Markdown giải quyết vấn đề tốt hơn các lời giải chuyên dụng do chuyên gia bỏ ra hàng trăm giờ xây dựng. Thắng thua không do lượng công sức bỏ vào mà do kết quả quyết định
Hackathon đã trở thành cuộc thi “UI đẹp và dữ liệu mock”. Đội nào có người làm UI giỏi nhất thì thắng, và tôi cũng từng nhiều lần hưởng lợi nhờ điều đó
Nối vào dữ liệu mock là nhìn khá thật, và chúng tôi thắng, được ban lãnh đạo chúc mừng. Ngay sau đó là câu hỏi: “Cái này có thể đưa lên production trong 1 tuần không, hay cần 2 tuần?”
Đội thắng mua một giao diện Bootstrap giá 35 đô và làm landing page cho một ứng dụng không hề tồn tại
Tôi thấy hackathon vẫn ổn. Nó đòi hỏi toàn bộ những thứ tôi yếu, tức là pitch, giao tiếp bằng mắt, xây dựng câu chuyện thuyết phục, lôi cuốn khán giả. Tôi thật sự rất kém mấy chuyện này
Tôi rất tệ trong việc khiến người khác cảm nhận được nỗi đau của mình hoặc truyền đạt nhanh và hiệu quả. Giờ hackathon gần như chỉ còn những thứ đó, và vì nó đã thành nơi rèn luyện phơi bày điểm yếu cốt lõi của tôi, nên dù đã có 25 năm sự nghiệp tôi vẫn tham gia gần như mỗi cuối tuần. Đây là mảng tôi thực sự cần cải thiện, và cuối cùng tôi cũng đang tiến bộ từng chút một, theo cách có thể kiểm chứng được
Tôi gọi vấn đề này là trailhead. Khi đi quá sâu vào con đường của một vấn đề, bạn quên mất từ điểm xuất phát nó trông như thế nào, rồi cuối cùng tiêu tốn thời gian vào mức độ chi tiết sai và khía cạnh sai, khiến sản phẩm trở nên kém thuyết phục. Vì vậy tôi pitch đồ của người khác còn tốt hơn đồ của chính mình
Thỉnh thoảng tôi cũng thấy giống vậy, nhưng nếu tôi đóng khung lại từ vị trí của sự quan tâm và nhiệt huyết, rồi chia sẻ với người khác mà gác bớt áp lực thành tích và lo âu sang một bên, thì thường nó không hề trông tệ hại hoàn toàn
Với tư cách là người bước vào Linux và mã nguồn mở từ đầu những năm 90, tôi luôn thấy tiếc khi hackathon đã biến từ “tụ tập lại để cùng cộng tác xây dựng phần mềm tự do” thành một hoạt động mang tính cạnh tranh. Có vẻ giờ người ta gọi kiểu trước đây là “developer sprint”, nhưng mỗi khi nghe từ hackathon tôi vẫn luôn nghĩ đến nó trước
Gần đây hơn nữa, còn có những đội mang hẳn sản phẩm đã hoàn thiện sẵn tới, không hề hack gì mà chỉ đi gặp VC. Họ đương nhiên thắng với thành phẩm được làm tử tế, rồi dùng phần đưa tin trên truyền thông để tạo lead. Còn thứ tôi chắp vá bằng băng keo và bìa carton, do nhóm tụ họp trước đó 48 giờ thiết kế và làm ra, thì nhìn chẳng hấp dẫn lắm
Tôi từng có cơ hội đi sự kiện LibreOffice năm 2023 nhưng tiếc là lỡ mất vì vướng việc cuộc sống
Tác giả cho rằng trong các hackathon nơi tốc độ là quan trọng, lỗi được chấp nhận và chỉ bản demo được đánh giá, vibe coding đã hoàn toàn thay thế việc viết code, và tôi đồng ý với điều đó
Nhưng vì thế mà kết luận rằng phần mềm đã được “giải quyết” và chỉ hackathon phần cứng mới còn ý nghĩa thì tôi không hiểu nổi. Ngược lại, tôi nghĩ hackathon phần mềm còn hữu ích hơn vì ý tưởng giờ đây trở nên quan trọng hơn. Dù ý tưởng có rẻ hơn đi nữa, không phải ai cũng có thể ở trong một không gian khơi gợi sáng tạo, nghĩ ra các chi tiết tốt hơn và dành 24–72 giờ cho một nguyên mẫu
Phần mềm cũng chưa hề được giải quyết. Đặc biệt nếu ban giám khảo đòi hỏi một mức độ chức năng nhất định, thì một số ý tưởng vẫn cần kiến thức và kỹ năng cấp thấp để chuyển thành nguyên mẫu. Dù mục đích của hackathon là tạo nguyên mẫu để sau này làm lại thành sản phẩm, là nguyên mẫu để thu hút nhà đầu tư, là tìm ý tưởng liên quan đến công ty, hay chỉ đơn giản là tận hưởng niềm vui, đồ ăn miễn phí và những con người tuyệt vời
Nó cũng không thể nhìn ra phải cắt chỗ nào trên vỏ, hay quan sát quá độ khởi động của LDO
Trong 2 năm qua, Hack Club đã đầu tư rất nhiều để giúp thanh thiếu niên bước vào điện tử học và tự thiết kế PCB
Việc này khó gian lận hơn nhiều, và đặc biệt với người mới bắt đầu thì thường hấp dẫn hơn phần mềm rất nhiều. Video sự kiện gần đây ở GitHub HQ cũng đáng xem: https://youtu.be/kaEFv7e49mo?si=sLer815jCJIyWR9Y
Sắp tới họ sẽ tổ chức một sự kiện tên là Hack Club Fallout, đưa học sinh trung học từ Mỹ và khắp thế giới đến Shenzhen để tham gia hackathon 7 ngày. Vì đây là một trong số rất ít nơi có thể sản xuất PCB ngay trong ngày: https://fallout.hackclub.com
Hồi đại học, gần như mọi dự án hackathon của tôi đều là phần cứng
Ví dụ như những thứ tôi làm ở HackPrinceton, nơi có phòng thí nghiệm điện-điện tử tốt nhất. https://blog.cyrusroshan.com/post/electronic-banjo đã giành giải khán giả yêu thích, còn https://blog.cyrusroshan.com/post/spin-to-win là một ý tưởng “moonshot”
Thật tuyệt khi có thể cầm trên tay thứ mình làm ra. Thành phẩm hữu hình vừa dễ giải thích vừa khó gian lận hơn. Vì thế nên đi theo hướng phần cứng rất vui, rất đáng làm và cũng được chấm điểm tốt. Đó là những ngày tháng đẹp đẽ
Phía hội nghị cũng chẳng khá hơn bao nhiêu
Vài tháng trước tôi miễn cưỡng đi một cái và thực sự bị sốc. Nó kéo dài hai ngày, và tôi sẽ không nói tên ngôn ngữ lập trình đó. Giờ chắc cũng chẳng còn ý nghĩa gì nữa, nhưng trong các bài nói chuyện, nội dung thực sự về lập trình nhiều lắm chỉ khoảng 20%
Một nhóm nhỏ tự gọi mình là những nhà vô địch của ngành lần lượt bước lên sân khấu để thuyết giảng về sự thiêng liêng của bản thân và những việc xuất sắc họ đã làm cho cộng đồng, trong một lĩnh vực có liên quan đến kỹ nghệ phần mềm cũng ngang như việc Iceland tiếp giáp với Indian Ocean
Hết bài nói này đến bài nói khác, toàn lối sống, toàn khoe độ nerd, và chẳng phải lập trình. Một workshop bị nhét vào cho có thì còn chẳng có thời gian xây nền tảng cơ bản, còn người mà cá nhân tôi xem như anh hùng thì lên kể drama về trình quản lý gói nội bộ. Tiếp theo! Tôi sẽ không bao giờ quay lại. Thối nát từ gốc rễ
Gần đây tôi cũng nghĩ về điều đó. Giờ đây khi phần mềm đã đi đến mức nằm trong tầm tay của hầu hết những người nêu ý tưởng, thì khả năng làm tay và thử nghiệm ở cấp độ sâu hơn đã mở ra
Nhờ máy in 3D rất rẻ dù còn chậm, cùng với giao diện phần cứng dồi dào, tôi nghĩ sẽ có rất nhiều tiện ích đẹp đẽ xuất phát từ các dự án cuối tuần rồi khiến người ta phải nghĩ “sao đến giờ vẫn chưa có nhỉ”. Tôi rất mong được thấy các kỹ sư phần mềm và các nhóm phát triển chuyển mình thành những nhà làm sản phẩm ở bước tiếp theo
Ở hackathon gần nhất tôi tham gia, đội của chúng tôi đã thua một đội chỉ làm bài thuyết trình PowerPoint. Tôi không muốn tham gia những thứ như thế nữa