โพสต์บล็อกของนักพัฒนาซอฟต์แวร์ที่เปรียบเทียบงานของตนในการสร้างไลบรารี RDX data format กับหลักการศิลปะของ M.C. Escher ได้จุดประกายการถกเถียงอย่างเข้มข้นในชุมชนเทคโนโลยีเกี่ยวกับการเขียนที่ฟังดูหยิ่งยโสและความสมดุลระหว่างการสำรวจศิลปะกับการพัฒนาเชิงปฏิบัติ
โพสต์ต้นฉบับที่เขียนขึ้นหลังจากเยี่ยมชมพิพิธภัณฑ์ Escher ใน The Hague ได้ดึงความคล้ายคลึงระหว่างผลงานที่มีลักษณะเวียนซ้ำและคณิตศาสตร์ของศิลปินชื่อดังกับประสบการณ์ของผู้เขียนในการสร้าง librdx ซึ่งเป็นระบบรูปแบบข้อมูลและการซิงโครไนซ์แบบหลากหลายประสงค์ นักพัฒนาใช้ Drawing Hands ของ Escher เป็นอุปมาสำหรับการสร้างเครื่องมือด้วยเครื่องมือที่คุณสร้างขึ้น และพูดถึงว่าระบบซอฟต์แวร์ที่ซับซ้อนสามารถบรรลุการจัดระเบียบตนเองที่สง่างามได้อย่างไร
คุณสมบัติของไลบรารี RDX :
- รูปแบบเอกสารแบบ JSON-like (JDR)
- รูปแบบการ serialization แบบ binary
- LSM key-value store
- การซิงโครไนซ์ข้อมูลแบบ local-first
- ระบบจัดเก็บข้อมูลที่เปิดใช้งานการเข้ารหัสด้วย Merkle-graph
- รวมทั้งหมด 20,000 บรรทัดของโค้ด (รวมถึงโค้ด parser ที่สร้างขึ้นมา 6,000 บรรทัด)
การต่อต้านจากชุมชนเนื่องจากการรับรู้ถึงความเย่อหยิ่ง
โพสต์ดังกล่าวได้รับการวิพากษ์วิจารณ์อย่างรวดเร็วจากผู้อ่านที่รู้สึกว่าการเขียนมีความสำคัญตนเองมากเกินไป ผู้แสดงความคิดเห็นหลายคนไม่เห็นด้วยกับสิ่งที่พวกเขาเห็นว่าเป็นการเปรียบเทียบตนเองกับอัจฉริยะแห่งยุคเพียงแค่การสร้างไลบรารีรูปแบบข้อมูล การวิจารณ์มุ่งเน้นไปที่น้ำเสียงและการรับรู้ถึงความยิ่งใหญ่ของการเปรียบเทียบความท้าทายในการพัฒนาซอฟต์แวร์กับความสำเร็จทางศิลปะที่แหวกแนวของ Escher
อย่างไรก็ตาม ไม่ใช่ทุกคำติชมที่เป็นลบ นักพัฒนาบางคนปกป้องโพสต์นี้ว่าเป็นตัวแทนของช่วงสำคัญในการเติบโตของโปรแกรมเมอร์ โดยโต้แย้งว่าการคิดเชิงปรัชญาเกี่ยวกับโครงสร้างโค้ดและรูปแบบการออกแบบมีคุณค่าสำหรับการพัฒนาอาชีพ
การตรวจสอบความเป็นจริงของการพัฒนาเชิงพาณิชย์
การถกเถียงเผยให้เห็นความตึงเครียดที่กว้างขึ้นในโลกการพัฒนาซอฟต์แวร์ระหว่างการสำรวจในอุดมคติกับแรงกดดันทางการค้า ผู้แสดงความคิดเห็นคนหนึ่งสังเกตว่าการแสวงหาความงามและการสำรวจในการเขียนโปรแกรมมักถูกทำลายโดยความจำเป็นในการส่งมอบผลลัพธ์ที่ลูกค้าที่จ่ายเงินต้องการจริงๆ ความรู้สึกนี้สะท้อนกับคนอื่นๆ ที่อธิบายการออกจากหลักสูตรวิชาการเพราะไม่มีที่ว่างสำหรับการคิดแบบสำรวจในสภาพแวดล้อมที่มุ่งเน้นการผลิต
ไม่มีที่ว่างสำหรับการสำรวจและการมองหาความงามอีกต่อไป ทุกอย่างเกี่ยวกับปริมาณงานการผลิต
การตอบสนองและมุมมองของผู้เขียน
ผู้เขียนต้นฉบับในที่สุดได้เข้าร่วมการถกเถียง โดยยอมรับคุณภาพที่หยาบของการเขียนและอธิบายว่าเขียนขึ้นอย่างรวดเร็วในช่วงเวลาแห่งความตื่นเต้นหลังจากทำเหตุการณ์สำคัญเสร็จ การยอมรับนี้ดูเหมือนจะลดการวิจารณ์และให้บริบทสำหรับน้ำเสียงที่กระตือรือร้น
การถกเถียงยังสัมผัสกับความคล้ายคลึงที่น่าสนใจกับ Escher เอง ซึ่งมีรายงานว่าได้รับจดหมายจากนักคณิตศาสตร์ที่อ้างว่าศิลปะของเขาแสดงภาพทฤษฎีที่ซับซ้อนได้อย่างสมบูรณ์แบบ แม้ว่า Escher จะไม่เข้าใจคณิตศาสตร์ที่พวกเขาอ้างอิง สิ่งนี้ชี้ให้เห็นว่าการค้นหาความหมายลึกซึ้งในงานสร้างสรรค์ ไม่ว่าจะเป็นศิลปะหรือโค้ด บางครั้งอาจบอกเกี่ยวกับผู้สังเกตมากกว่าผู้สร้าง
ความขัดแย้งนี้เน้นย้ำคำถามที่ยังคงอยู่เกี่ยวกับว่านักพัฒนาควรพูดถึงงานของตนอย่างไร และการนำกรอบงานศิลปะหรือปรัชญามาใช้กับการพัฒนาซอฟต์แวร์จะช่วยเพิ่มความเข้าใจหรือเพียงแค่สร้างความซับซ้อนที่ไม่จำเป็น
อ้างอิง: Escher's art and computer science