เขียนซอฟต์แวร์ "ไร้ประโยชน์" ให้มากขึ้น

• บล็อกโพสต์หัวข้อ 'จงเขียนซอฟต์แวร์ "ไร้ประโยชน์" ให้มากขึ้น' เน้นย้ำความสำคัญของการสร้างซอฟต์แวร์เพื่อการสำรวจและความสนุก ไม่ใช่เพียงเพื่อประโยชน์ใช้สอยเท่านั้น
• ผู้เขียนโต้แย้งว่า แม้ผู้เชี่ยวชาญด้านเทคโนโลยีส่วนใหญ่จะมุ่งสร้างซอฟต์แวร์ที่ใช้งานได้จริง แต่การสร้างซอฟต์แวร์ "ไร้ประโยชน์" ก็มีคุณค่าเช่นกัน เพราะเปิดโอกาสให้เกิดการเล่นและการสำรวจ และอาจช่วยปลุกความสนุกในการคอมพิวติ้งกลับมาอีกครั้ง
• ผู้เขียนเสนอว่า เหตุผลที่หลายคนหลงใหลในการเขียนโปรแกรมก็เพราะมันมอบความสนุกให้พวกเขา และการสร้างซอฟต์แวร์ "ไร้ประโยชน์" อาจช่วยรักษาความสนุกนั้นไว้ได้ โดยเฉพาะเมื่อแรงกดดันจากงานประจำอาจทำให้สิ่งนี้ถูกกดทับลง
• การเขียนซอฟต์แวร์ "ไร้ประโยชน์" ช่วยให้หลุดพ้นจากภาระหน้าที่และแรงกดดันจากงาน ทำให้นักพัฒนาสามารถกำหนดขอบเขตของโปรเจกต์เอง และหยุดได้ทุกเมื่อหากมันไม่สนุกอีกต่อไป
• ผู้เขียนยกตัวอย่างซอฟต์แวร์ "ไร้ประโยชน์" ที่สร้างขึ้นเพื่อความสนุก เช่น เอนจินหมากรุกที่มีบั๊ก, ที่เก็บข้อมูลแบบคีย์-ค่า, ยูทิลิตี Wake-on-LAN และการทำภาพแสดงเกมหมากรุก ซึ่งทั้งหมดนี้ช่วยให้พวกเขาได้เรียนรู้แนวคิดใหม่ ๆ และสนุกกับกระบวนการ
• ผู้เขียนสรุปถึง "ทำไม" เบื้องหลังการสร้างซอฟต์แวร์ "ไร้ประโยชน์" อย่าง Hurl ว่า เป็นไปเพื่อความสุขจากกระบวนการเล่นและการเรียนรู้ แม้ว่าซอฟต์แวร์นั้นจะไม่ได้มีประโยชน์ในความหมายดั้งเดิมก็ตาม
• ผู้เขียนชวนผู้อ่านให้แชร์โพสต์หากเห็นว่าบทความนี้สนุกหรือมีประโยชน์ พร้อมทั้งให้ข้อมูลเกี่ยวกับการส่งข้อคิดเห็นและการสมัครรับโพสต์ใหม่

[GN⁺]

ความเห็นบน Hacker News

• บทความที่สนับสนุนให้เขียนซอฟต์แวร์ "ไร้ประโยชน์" โดยให้เหตุผลว่านี่อาจเป็นกระบวนการที่สนุกและได้เรียนรู้
• ผู้แสดงความคิดเห็นจำนวนมากเห็นด้วย โดยแชร์ประสบการณ์การเขียนซอฟต์แวร์เพื่อความสนุกและการเรียนรู้ระหว่างทาง
• ผู้แสดงความคิดเห็นบางคนเน้นว่า สิ่งที่ถูกมองว่า "ไร้ประโยชน์" นั้นอาจเป็นเรื่อง subjective และโปรเจกต์เหล่านี้ก็มักลงเอยด้วยการมีประโยชน์อย่างน่าประหลาด
• ผู้แสดงความคิดเห็นบางคนแชร์โปรเจกต์ส่วนตัว เช่น ไลบรารีสไตล์ protobuf, ฐานข้อมูล local-first ที่ใช้ CRDT และภาษาโปรแกรม "ไร้ประโยชน์" ที่ใช้แค่การ throw และ catch exception เพื่อควบคุม flow
• ผู้แสดงความคิดเห็นบางคนพูดถึงความสำคัญของการสนุกกับกระบวนการเขียนโค้ด แทนที่จะโฟกัสมากเกินไปกับการสร้างซอฟต์แวร์ที่ "มีประโยชน์" หรือ "สมบูรณ์แบบ"
• ผู้แสดงความคิดเห็นบางคนพูดถึงคุณค่าของโปรเจกต์ "ไร้ประโยชน์" ต่อการเติบโตส่วนบุคคลและการเรียนรู้ รวมถึงการที่โปรเจกต์เหล่านี้มักสร้างโค้ดหรือมุมมองที่เป็นประโยชน์
• มีผู้แสดงความคิดเห็นคนหนึ่งแชร์ประสบการณ์ที่แอปของตนเคยถูกปฏิเสธเพราะ "ไร้ประโยชน์" แต่ภายหลังกลับมีผู้คนนับพันใช้มันในแบบที่ไม่คาดคิด
• ผู้แสดงความคิดเห็นบางคนพูดถึงแนวคิดในการหลีกเลี่ยง "วิธีที่ดีที่สุด" กับโปรเจกต์เล็ก ๆ และหันไปโฟกัสที่ความเรียบง่ายและการลด dependency แทน
• ผู้แสดงความคิดเห็นบางคนแสดงความอิจฉาคนที่มีอิสระได้ทำโปรเจกต์ "ไร้ประโยชน์" พร้อมพูดถึงแรงกดดันว่าต้องมี productivity