ทำไมนักพัฒนาถึงเลิกใช้ระบบความเห็น: การเติบโตของวัฒนธรรม "ทำให้ OP ผิด"

ทีมชุมชน BigGo
ทำไมนักพัฒนาถึงเลิกใช้ระบบความเห็น: การเติบโตของวัฒนธรรม "ทำให้ OP ผิด"

ชุมชนเทคโนโลยีกำลังมีการอภิปรายอย่างร้อนแรงเกี่ยวกับความเป็นลบออนไลน์และเหตุผลที่นักพัฒนาหลายคนเลือกปิดระบบความเห็นในบล็อกและเว็บไซต์ของตน การสนทนานี้เกิดขึ้นจากโพสต์บล็อกเกี่ยวกับการเขียนโปรแกรมที่สำรวจธรรมชาติที่เป็นพิษของการอภิปรายทางเทคนิคและปฏิกิริยาแบบหุนหันพลันแล่นที่รบกวนฟอรัมออนไลน์

ปรากฏการณ์ทำให้ OP ผิด

รูปแบบที่น่าวิตกได้เกิดขึ้นในการอภิปรายทางเทคนิคออนไลน์ที่ผู้แสดงความเห็นดูเหมือนจะมุ่งเน้นไปที่การพิสูจน์ให้เห็นว่าผู้โพสต์ต้นฉบับผิดมากกว่าการมีส่วนร่วมอย่างสร้างสรรค์ พฤติกรรมนี้ปรากฏทุกที่ตั้งแต่ฟอรัมการเขียนโปรแกรมไปจนถึงการประกาศผลิตภัณฑ์ ที่ผู้คนรีบวิพากษ์วิจารณ์โดยไม่เข้าใจบริบทอย่างเต็มที่

ชุมชนได้ระบุว่านี่เป็นปัญหาทางวัฒนธรรมที่เชื่อมโยงกับวิธีที่สังคมมองการผิดพลาด แทนที่จะมองข้อผิดพลาดเป็นโอกาสในการเรียนรู้ กลับมีความอับอายที่เกี่ยวข้องกับการไม่ถูกต้อง สิ่งนี้สร้างสภาพแวดล้อมที่ผู้คนรู้สึกว่าต้องทำลายคนอื่นเพื่อสร้างตัวเองขึ้น โดยปฏิบัติต่อการอภิปรายออนไลน์เหมือนเกมที่ผลรวมเป็นศูนย์

การตรวจสอบความเป็นจริงแบบเผชิญหน้า

นักพัฒนาที่มีประสบการณ์หลายคนแบ่งปันเรื่องราวเกี่ยวกับวิธีที่มุมมองของพวกเขาเปลี่ยนไปเมื่อพูดคุยกับเพื่อนร่วมงานด้วยตนเอง สิ่งที่ดูเหมือนโค้ดที่มีข้อบกพร่องชัดเจนหรือการตัดสินใจที่ไม่ดีมักจะสมเหตุสมผลเมื่อคุณเข้าใจภาพรวมทั้งหมด ผู้เขียนโพสต์บล็อกต้นฉบับได้เรียนรู้บทเรียนนี้ในช่วงต้นอาชีพของพวกเขา - ว่าการตัดสินครั้งแรกสิบวินาทีไม่ค่อยสะท้อนความซับซ้อนของปัญหาในโลกแห่งความเป็นจริง

ความแตกต่างระหว่างการวิพากษ์วิจารณ์ออนไลน์และความเข้าใจในโลกจริงทำให้นักพัฒนาบางคนหลีกเลี่ยงส่วนความเห็นโดยสิ้นเชิง พวกเขาพบว่าความเป็นลบส่งผลต่อสุขภาพจิตและประสิทธิภาพการทำงาน แม้ว่าพวกเขาจะพยายามอยู่ห่างจากการอภิปรายที่เป็นพิษ

เหตุผลทั่วไปที่นักพัฒนาปิดการแสดงความคิดเห็น:

  • หลีกเลี่ยงแรงจูงใจภายนอกและรักษาเป้าหมายการเผยแพร่จากแรงจูงใจภายใน
  • ลดผลกระทบต่อสุขภาพจิตจากความเป็นลบออนไลน์
  • กำจัดความรับผิดชอบในการควบคุมและความรับผิดทางกฎหมาย
  • ป้องกันวัฒนธรรม "ทำให้ OP ผิด" จากการส่งผลกระทบต่อเนื้อหาของพวกเขา
  • ส่งเสริมการให้ข้อเสนอแนะผ่านอีเมลที่มีความคิดรอบคอบมากกว่า

แนวทางทางเลือกสำหรับการมีส่วนร่วมของชุมชน

นักพัฒนาต่างๆ กำลังใช้แนวทางต่างๆ เพื่อจัดการกับความท้าทายนี้ บางคนกำลังส่งความเห็นไปยังแพลตฟอร์มอย่าง Reddit และ Hacker News ในขณะที่คนอื่นๆ ปิดความเห็นทั้งหมดและส่งเสริมให้ใช้อีเมลแทน บางคนประสบความสำเร็จกับแพลตฟอร์มที่อนุญาตเฉพาะความคิดเห็นเชิงบวก คล้ายกับวิธีที่ Flickr จัดการการแบ่งปันรูปภาพ

นี่คือบล็อกของฉน ฉันเผยแพร่สิ่งต่างๆ ที่นี่ ทำไมฉันควรรู้สึกว่ามีหน้าที่ต้องอนุญาตให้คนสุ่มคนใดก็ตามเผยแพร่บทความยาวๆ ของพวกเขาข้างๆ บทความของฉันในเว็บไซต์ของฉัน?

อย่างไรก็ตาม การอภิปรายไม่ได้เป็นแบบข้างเดียว นักพัฒนาหลายคนยังคงให้ค่ากับความเห็นสำหรับโอกาสการเรียนรู้ที่ได้รับ บางคนรายงานว่าได้รับการแก้ไขที่มีค่า ทรัพยากรเพิ่มเติม และข้อมูลเชิงลึกจากผู้อ่านที่ปรับปรุงเนื้อหาของพวกเขา กุญแจสำคัญดูเหมือนจะเป็นการหาสมดุลที่เหมาะสมและแนวทางการดูแล

วิธีการรับฟีดแบ็กทางเลือกที่ใช้:

  • ลิงก์ "แสดงความคิดเห็นทางอีเมล" แบบอีเมล
  • การส่งต่อการสนทนาไปยัง Reddit และ Hacker News
  • การมีส่วนร่วมผ่านโซเชียลมีเดียเพื่อรับฟีดแบ็กจากชุมชน
  • การติดต่อส่วนตัวสำหรับการแก้ไขทางเทคนิค
  • แพลตฟอร์มที่มีระบบโหวตขึ้นเท่านั้น (ไม่มีการโหวตลง)

ภาระการดูแล

การดำเนินส่วนความเห็นมาพร้อมกับความรับผิดชอบที่บล็อกเกอร์รายบุคคลหลายคนไม่ได้เตรียมพร้อม มีความจำเป็นต้องตรวจสอบการละเมิด สแปม และเนื้อหาที่ไม่เหมาะสมอย่างต่อเนื่อง ด้วยกฎหมายการดูแลใหม่ที่เริ่มมีผลบังคับใช้ในประเทศต่างๆ ส่วนความเห็นถูกมองว่าเป็นความรับผิดทางกฎหมายที่อาจเกิดขึ้นมากกว่าสินทรัพย์ของชุมชน

สิ่งนี้ผลักดันหลายคนไปสู่ระบบข้อเสนอแนะผ่านอีเมล ที่การสนทนาแบบตัวต่อตัวมักจะเป็นการเคารพและสร้างสรรค์มากกว่าความเห็นสาธารณะ ธรรมชาติการแสดงของการแสดงความเห็นสาธารณะมักจะนำสิ่งที่เลวร้ายที่สุดในผู้คนออกมา ในขณะที่การสื่อสารส่วนตัวส่งเสริมการตอบสนองที่มีความคิดมากขึ้น

การอภิปรายเผยให้เห็นความท้าทายที่กว้างขึ้นที่ชุมชนเทคนิคออนไลน์เผชิญ: วิธีการรักษาการสนทนาที่สร้างสรรค์ในขณะที่หลีกเลี่ยงข้อผิดพลาดของการวิพากษ์วิจารณ์แบบไม่เปิดเผยตัวตนและความเป็นลบแบบแข่งขันที่ดูเหมือนจะครอบงำหลายแพลตฟอร์มในปัจจุบัน

อ้างอิง: programming in the twenty-first century