ในโลกของการพัฒนาซอฟต์แวร์ที่ความซับซ้อนมักเป็นเรื่องปกติ แพ็คเกจ Python ใหม่ชื่อ no-code ได้ปรากฏตัวขึ้นและพลิกแนวทางการเขียนโปรแกรมแบบเดิมๆ โปรเจกต์นี้ซึ่งเปลี่ยนโค้ด Python ที่ทำงานได้ให้กลายเป็นตัวอักษรที่มองไม่เห็น ในขณะที่ยังคงความสามารถในการทำงานไว้ได้ ก่อให้เกิดการอภิปรายอย่างร้อนแรงทั่วทั้งชุมชนนักพัฒนาว่าอะไรคือขอบเขตระหว่างนวัตกรรมทางเทคนิค การแสดงออกทางศิลปะ และการแกล้งเล่นๆ
ศิลปะของการไม่ทำอะไรเลย
เมื่อมองแวบแรก แพ็คเกจ no-code ดูเหมือนจะเป็นเรื่องขัดแย้งทางเทคนิค - มันแปลงสคริปต์ Python ที่ทำงานได้ให้กลายเป็นไฟล์ที่ดูว่างเปล่า ในขณะที่ยังรักษาการทำงานของโค้ดไว้ คาถาอยู่ที่การเข้ารหัสโค้ดต้นฉบับโดยใช้อักขระ Unicode ที่มีความกว้างเป็นศูนย์ สร้างเป็นไฟล์ที่ดูเหมือนว่างเปล่าในสายตามนุษย์ แต่ยังสามารถทำงานได้อย่างสมบูรณ์เมื่อรันผ่าน Python แนวทางนี้ทำให้ชุมชนนักพัฒนาแตกออกเป็นสองฝ่าย ระหว่างผู้ที่มองว่ามันเป็นศิลปะทางเทคนิคที่ฉลาด กับผู้ที่มองว่ามันเป็นความซับซ้อนที่ไม่จำเป็นที่ปลอมตัวมาเป็นความเรียบง่าย
มันคือศิลปะ ประเด็นไม่ใช่การทำหน้าที่ทางเทคนิคที่ยากลำบาก
การอภิปรายนี้ชี้ให้เห็นว่านักพัฒนามักมีมุมมองที่แตกต่างกันเกี่ยวกับสิ่งที่นับว่าเป็นนวัตกรรมที่มีค่า ขณะที่สมาชิกในชุมชนบางคนชี้ให้เห็นว่าแนวคิดที่คล้ายกันนี้มีมานานหลายปีแล้วในภาษาอื่น เช่น โมดูล Acme::Bleach ของ Perl แต่บางคนก็ชื่นชมการนำไปใช้เฉพาะใน Python และแนวทางเฉพาะตัวในการปิดบังโค้ด
ปฏิกิริยาจากชุมชนและโปรเจกต์คู่ขนาน
การสนทนาเปลี่ยนไปอย่างรวดเร็วเป็นการเปรียบเทียบกับโปรเจกต์ no-code อื่นๆ ที่มีชื่อเสียงในโลกการเขียนโปรแกรม ผู้แสดงความคิดเห็นหลายคนสังเกตเห็นความคล้ายคลึงกับ repository nocode ก่อนหน้าของ Kelsey Hightower ซึ่งนำเสนอตัวเองอย่างขำขันว่าเป็นวิธีที่ดีที่สุดในการเขียนแอปพลิเคชันที่ปลอดภัยและน่าเชื่อถือ ความเชื่อมโยงระหว่างโปรเจกต์เหล่านี้เผยให้เห็นประเพณีอันต่อเนื่องของอารมณ์ขันในหมู่ Developer ที่ใช้แพลตฟอร์มทางเทคนิคเพื่อสื่อสารประเด็นที่กว้างขึ้นเกี่ยวกับความซับซ้อนของซอฟต์แวร์
สมาชิกในชุมชนท่านหนึ่งให้ความเห็นว่า: ฉันเชื่อว่า repo ที่ลิงก์ในโพสต์นี้ค่อนข้างแตกต่างออกไป โดยเป็นการแปลง Python ให้ทำงานด้วยช่องว่างที่รันได้ การแบ่งแยกนี้สำคัญเพราะในขณะที่มี repository ตลกๆ มากมายที่มีอยู่เพื่อความบันเทิงล้วนๆ แต่แพ็คเกจ Python no-code นี้กลับให้เทคโนโลยีที่ทำงานได้จริงซึ่งทำหน้าที่ทางเทคนิคที่จริง (แม้จะไม่ธรรมดา)
โปรเจกต์ที่เกี่ยวข้องที่ถูกกล่าวถึงในการสนทนา:
- nocode ของ Kelsey Hightower (GitHub): โปรเจกต์ตลกขบขันก่อนหน้านี้เกี่ยวกับการเขียนโค้ดที่ไม่มีโค้ด
- Acme::Bleach (Perl module): แนวคิดที่คล้ายกันสำหรับภาษาโปรแกรม Perl
- INVISIBLE.js: แรงบันดาลใจจาก JavaScript สำหรับการพัฒนาใน Python
การประยุกต์ใช้จริงและความสงสัยของ Developer
นอกเหนือจากการอภิปรายเชิงปรัชญาแล้ว คำถามเชิงปฏิบัติก็เกิดขึ้นเกี่ยวกับประโยชน์ใช้สอยของแพ็คเกจ นักพัฒนาบางคนสงสัยเกี่ยวกับกรณีใช้ที่ชอบด้วยกฎหมาย ขณะที่บางคนตั้งคำถามว่าโปรเจกต์นี้มีความเรียบง่ายเพียงพอหรือไม่ การสนทนาเผยให้เห็นความตึงเครียดพื้นฐานในวัฒนธรรม Developer ระหว่างการแสวงหาประสิทธิภาพกับการชื่นชมโซลูชันทางเทคนิคที่ฉลาด แม้ว่าประโยชน์ใช้สอยจริงของมันอาจมีจำกัด
การนำไปใช้ทางเทคนิคยังได้รับการตรวจสอบอย่างละเอียด โดยผู้แสดงความคิดเห็นหนึ่งคนระบุว่า: สปอยล์: มันเข้ารหัสโค้ดของคุณด้วยอักขระ utf ที่มีความกว้างเป็นศูนย์สองตัว ความโปร่งใสเกี่ยวกับวิธีการทำงานของเวทมนตร์นี้ไม่ได้ลดความชื่นชมในการดำเนินการทางเทคนิค แต่นำไปสู่การอภิปรายว่าแนวทางดังกล่าวแสดงถึงนวัตกรรมที่แท้จริงหรือเป็นเพียงแค่เทคนิคที่ฉลาด
รายละเอียดการใช้งานทางเทคนิค:
- วิธีการเข้ารหัส: ใช้อักขระ Unicode แบบไม่มีความกว้าง (zero-width)
- ข้อกำหนดของ header ไฟล์: ต้องมี
coding: noอยู่ในไฟล์ - ความเข้ากันได้: ต้องใช้ Python 3.10 หรือใหม่กว่า
- การติดตั้ง: ต้องมีการตั้งค่า virtual environment ที่เหมาะสม
มรดกของอารมณ์ขันในการเขียนโปรแกรม
สิ่งที่ทำให้โปรเจกต์เช่น no-code ก้องกังวานในใจ Developer นั้นไปไกลกว่าการนำไปใช้ทางเทคนิค พวกมันเป็นตัวแทนของการแสดงความคิดเห็นทางวัฒนธรรมภายในชุมชนการเขียนโปรแกรม โดยใช้เครื่องมือของการพัฒนาซอฟต์แวร์เพื่อแสดงความคิดเห็นเกี่ยวกับธรรมชาติของการเขียนโค้ดเอง การอภิปรายเกี่ยวกับโปรเจกต์เหล่านี้มักเผยให้เห็นข้อมูลเชิงลึกที่ลึกซึ้งยิ่งขึ้นเกี่ยวกับค่านิยมของ Developer ความสัมพันธ์ระหว่างรูปแบบและหน้าที่ในโค้ด และบทบาทของอารมณ์ขันในสาขาที่มักถูกครอบงำด้วยความท้าทายทางเทคนิคที่จริงจัง
ความยั่งยืนของโปรเจกต์ดังกล่าว across ภาษาโปรแกรมมิ่งและหลายทศวรรษชี้ให้เห็นว่าพวกมันมีบทบาทสำคัญในวัฒนธรรม Developer พวกมันให้ช่วงเวลาที่เบิกบานใจ ในขณะเดียวกันก็ส่งเสริมให้เกิดการไตร่ตรองเกี่ยวกับเหตุผลที่เราเขียนโค้ดในแบบที่เราทำ และว่าอาจมีแนวทางที่เรียบง่ายกว่าสำหรับปัญหาที่ซับซ้อนหรือไม่
อ้างอิง: No Code