บล็อกโพสต์ด้านเทคนิคเรื่องการทำงานร่วมกันของซอฟต์แวร์เมื่อเร็วๆ นี้ได้จุดประกายการถกเถียงที่ไม่คาดคิดในชุมชนนักพัฒนา ไม่ใช่เรื่องเนื้อหาทางเทคนิค แต่เป็นเรื่องการเลือกเขียนด้วยตัวพิมพ์เล็กทั้งหมดของผู้เขียน บล็อกโพสต์ที่พูดถึงวิธีที่โปรแกรมกักข้อมูลไว้ในกล่องแยกต่างหากและสำรวจแนวทางแก้ไขเพื่อการผสานรวมซอฟต์แวร์ที่ดีขึ้น ได้แบ่งแยกผู้อ่านเรื่องสไตล์การจัดรูปแบบที่แปลกใหม่
สไตล์การเขียนที่สร้างความแตกแยก
บล็อกโพสต์นี้ติดตามเทรนด์ที่เพิ่มขึ้นของการเขียนด้วยตัวพิมพ์เล็กทั้งหมด โดยใช้ตัวพิมพ์ใหญ่เฉพาะกับคำเฉพาะอย่าง Linux ขณะที่ปล่อยให้สรรพนาม I เป็นตัวพิมพ์เล็ก การเลือกสไตล์นี้ได้สร้างปฏิกิริยาที่รุนแรงจากผู้อ่าน โดยบางคนรู้สึกว่าอ่านไม่ได้เลย ขณะที่คนอื่นๆ ยอมรับว่ามันดูแท้จริงและเป็นกันเองมากกว่า
สมาชิกชุมชนสังเกตเห็นว่าการจัดรูปแบบนี้ปรากฏบ่อยขึ้นในการเขียนด้านเทคนิค ซึ่งบ่งบอกถึงการเปลี่ยนแปลงทางวัฒนธรรมจากสไตล์การจัดรูปแบบแบบข้อความสั้นเข้าสู่เนื้อหาที่เผยแพร่ ผู้อ่านบางคนชื่นชมโทนเสียงที่สบายๆ ไม่เป็นทางการที่มันสร้างขึ้น เปรียบเทียบกับการสนทนาที่เป็นมิตรมากกว่าเอกสารทางการ
ความแตกแยกระหว่างรุ่นและวัฒนธรรม
การถกเถียงนี้เผยให้เห็นความแตกต่างระหว่างรุ่นที่น่าสนใจในการรับรู้การสื่อสารเป็นลายลักษณ์อักษร นักพัฒนารุ่นใหม่ที่เติบโตมากับโทรศัพท์มือถือและการส่งข้อความมักพบว่าสไตล์ตัวพิมพ์เล็กดูเป็นธรรมชาติและสวยงามกว่า พวกเขาเชื่อมโยงการใช้เครื่องหมายวรรคตอนและตัวพิมพ์ใหญ่ที่สมบูรณ์แบบกับความเป็นทางการหรือแม้กระทั่งความโกรธ คล้ายกับวิธีที่ข้อความที่จบด้วยจุดอาจดูรุนแรง
นักพัฒนารุ่นเก่าและผู้ที่มาจากพื้นฐานการเขียนแบบดั้งเดิมมองว่าสไตล์นี้ไม่เป็นมืออาชีพหรือเสแสร้ง พวกเขาโต้แย้งว่าการใช้ตัวพิมพ์ใหญ่อย่างถูกต้องช่วยในการอ่านและแสดงความเคารพต่อเวลาและความพยายามของผู้อ่าน
ผลงานของฉันมีปริมาณมากจนการแก้ไขอะไรให้สมบูรณ์มากกว่าที่ iOS จัดการให้ฉันโดยอัตโนมัติเป็นการเสียเวลา
การแบ่งแยกปฏิกิริยาของชุมชน:
- ต่อต้านรูปแบบตัวพิมพ์เล็ก: อ้างถึงปัญหาการอ่าน ความไม่เป็นมืออาชีพ และภาระทางปัญญาเพิ่มเติม
- สนับสนุนรูปแบบตัวพิมพ์เล็ก: พบว่ามีความแท้จริงมากกว่า เป็นการสนทนา และน่าดูทางสายตา
- เป็นกลาง/เทคนิค: แนะนำการปรับแต่งเบราว์เซอร์และกลยุทธ์การปรับตัว
- การแบ่งแยกตามรุ่นอายุ: นักพัฒนารุ่นใหม่ยอมรับได้มากกว่า นักพัฒนารุ่นเก่าต่อต้านมากกว่า
แนวทางแก้ไขทางเทคนิคและวิธีการแก้ปัญหา
น่าสนใจที่ชุมชนได้พัฒนาแนวทางแก้ไขทางเทคนิคเพื่อจัดการกับปัญหาการอ่าน ผู้ใช้บางคนแนะนำให้ใช้ ad blocker เพื่อแปลงเว็บไซต์ทั้งหมดเป็นตัวพิมพ์เล็กโดยอัตโนมัติ ซึ่งอาจทำให้สไตล์นี้อ่านง่ายขึ้นผ่านการเปิดรับอย่างสม่ำเสมอ คนอื่นๆ ได้ทดลองกับส่วนขยายเบราว์เซอร์และการปรับเปลี่ยน CSS เพื่อปรับการจัดรูปแบบข้อความตามความชอบส่วนบุคคล
วิธีแก้ปัญหาทางเทคนิคที่กล่าวถึง:
- กฎ CSS สำหรับ Ad blocker:
*body:style(text-transform: lowercase !important;) - Browser extensions สำหรับการจัดรูปแบบข้อความ
- การเปิดรับแบบค่อยเป็นค่อยไปเพื่อสร้างความทนทาน
- iOS autocorrect เป็นเครื่องมือหลักในการแก้ไข
บริบทที่กว้างขึ้น
แม้ว่าการถกเถียงเรื่องการจัดรูปแบบอาจดูไม่สำคัญ แต่มันสะท้อนคำถามที่ลึกซึ้งกว่าเรื่องการสื่อสารในชุมชนด้านเทคนิค บล็อกโพสต์ต้นฉบับพูดถึงหัวข้อสำคัญอย่างการทำงานร่วมกันของซอฟต์แวร์ การพกพาข้อมูล และการถูกล็อคกับผู้ขาย ปัญหาที่ส่งผลต่อการทำงานประจำวันของนักพัฒนา อย่างไรก็ตาม สไตล์การนำเสนอได้บดบังเนื้อหาทางเทคนิคสำหรับผู้อ่านจำนวนมาก
สถานการณ์นี้เน้นย้ำความตึงเครียดระหว่างความแท้จริงและการเข้าถึงได้ในการเขียนด้านเทคนิค ผู้เขียนต้องการแสดงบุคลิกภาพและสร้างเนื้อหาที่น่าสนใจ แต่การเลือกรูปแบบอาจสร้างอุปสรรคสำหรับผู้อ่านบางคนโดยไม่ตั้งใจ
การถกเถียงยังคงดำเนินต่อไปขณะที่นักเขียนด้านเทคนิคมากขึ้นทดลองกับสไตล์ที่แปลกใหม่ บังคับให้ชุมชนต้องสร้างสมดุลระหว่างการแสดงออกส่วนบุคคลกับการสื่อสารที่ชัดเจนในระบบนิเวศนักพัฒนาที่หลากหลายและเป็นสากลมากขึ้น
อ้างอิง: you are in a box