บทความที่ถูกถอดออกจากหน้าแรกของ Hacker News แบบเรียลไทม์
(github.com/vitoplantamura)- HackerNewsRemovals เป็นโปรเจกต์ที่บันทึกสตอรี่ที่หายไปจาก Front Page ของ Hacker News เพื่อทำความเข้าใจประเภทและขนาดของการปรับแต่งหน้าแรกที่สังเกตได้จากภายนอก
- บริการนี้ใช้ HN API อย่างเป็นทางการเพื่อดึง Top Stories 90 รายการทุกนาที และเปรียบเทียบกับ 30 อันดับแรกจาก 1 นาทีก่อนหน้า แล้วบันทึกสตอรี่ที่หายไปลงในล็อก
- สมมติฐานหลักคือ เป็นไปได้ยากที่สตอรี่จะตกจาก 30 อันดับแรกไปอยู่นอก 90 อันดับแรกภายใน 1 นาที และในกรณีเช่นนั้นอาจมีความเป็นไปได้ว่าถูกถอดออกอย่างชัดเจน
- บริการไม่สามารถตัดสินโดยอัตโนมัติได้ว่าสตอรี่เป็นรายการซ้ำหรือไม่ และรายการซ้ำอาจเป็นเหตุผลที่สมเหตุสมผลในการถอดออก ดังนั้นควรตรวจสอบเสมอเมื่อดูรายการ
- ล็อกจะอัปเดตโดยมีความล่าช้าสูงสุด 1 นาที หากสตอรี่กลับมาปรากฏบน Front Page อีกครั้งจะถูกนำออกจากรายการ และสตอรี่ที่อยู่ใน second-chance pool จะถูกยกเว้น
วัตถุประสงค์ของโปรเจกต์และประเด็นปัญหา
- HackerNewsRemovals เป็นโปรเจกต์เพื่อทำความเข้าใจว่า การปรับแต่ง Front Page ของ Hacker News เกิดขึ้นในระดับและรูปแบบใด
- การปรับแต่ง Front Page ที่สังเกตได้จากภายนอกสามารถแบ่งได้กว้าง ๆ เป็นสองประเภท
- การแก้ไขชื่อสตอรี่: อาจส่งผลต่อการไต่อันดับทั้งโดยสมัครใจหรือไม่สมัครใจ
- การถอดออกจาก Front Page โดยตรง
- การติดตามการเปลี่ยนชื่อมีให้บริการอยู่แล้วที่ hackernewstitles.netlify.app ดังนั้นโปรเจกต์นี้จึงมุ่งเน้นที่ สตอรี่ที่ถูกถอดออก
- เดิมทีเป็นแอปพลิเคชันขนาดเล็กที่ทำไว้ใช้ส่วนตัว แต่เนื่องจากไม่พบเครื่องมือหรือเว็บไซต์ที่ให้ข้อมูลประเภทเดียวกัน จึงเผยแพร่เป็นรีโพสาธารณะ
- ระบุว่าหากมีเครื่องมือหรือเว็บไซต์ที่คล้ายกัน ก็อาจเก็บรีโพเป็น archive หรือเปลี่ยนกลับเป็นแบบส่วนตัวได้
อัปเดตเดือนกุมภาพันธ์ 2024 และข้อควรระวัง
- ในอัปเดตวันที่ 4 กุมภาพันธ์ 2024 ได้เพิ่มลิงก์การสนทนาใน Hacker News เกี่ยวกับโปรเจกต์นี้
- การสนทนา: HN discussion
- ความเห็นของ @dang เกี่ยวกับสมมติฐานหลัก: @dang comment
- จำนวนสตอรี่ที่ถูกถอดออกในวันเสาร์ที่ 3 กุมภาพันธ์ 2024 ต่ำที่สุดเท่าที่บริการเคยบันทึกไว้ และในจำนวนนั้นมี สตอรี่ซ้ำ 2 รายการ รวมอยู่ด้วย
- เมื่อดูรายการ ควรตรวจสอบเสมอว่าสตอรี่เป็นรายการซ้ำหรือไม่
- รายการซ้ำอาจเป็นเหตุผลที่สมเหตุสมผลในการถอดออก
- บริการไม่มีวิธีตัดสินโดยอัตโนมัติว่าเป็นรายการซ้ำหรือไม่
วิธีการทำงาน
- บริการใช้ HN API อย่างเป็นทางการ เพื่อดึง Top Stories 90 รายการ ทุกนาที
- เปรียบเทียบ 30 อันดับแรกที่ดึงมาใน 1 นาทีก่อนหน้า หรือก็คือ Front Page กับข้อมูลปัจจุบัน
- หากสตอรี่ที่เคยอยู่บน Front Page ก่อนหน้าไม่อยู่ใน Top Stories 90 รายการปัจจุบัน จะถูกบันทึกลงในล็อก
- วิธีนี้ตั้งอยู่บนสมมติฐานว่าสตอรี่ไม่สามารถเคลื่อนจาก 30 อันดับแรกไปอยู่นอก 90 อันดับแรก ได้เองตามธรรมชาติภายใน 1 นาที
- หากสตอรี่กลับมาปรากฏบน Front Page อีกครั้ง รายการนั้นจะถูกนำออกจากล็อก
- สตอรี่ที่อยู่ใน second-chance pool จะถูกยกเว้นจากล็อก
ข้อมูลที่บันทึก
- ชื่อและ URL ใช้ค่าตอนที่สตอรี่ปรากฏใน 30 อันดับแรกเป็นครั้งแรก
- คะแนน จำนวนคอมเมนต์ และอันดับ ใช้ค่าตอนที่สตอรี่ถูกถอดออกจาก Front Page
- ID ของแต่ละสตอรี่จะลิงก์ไปยังหน้า news.social-protocols.org
- หน้านั้นให้กราฟอันดับบน Front Page ตามเวลา
- รายการจะ อัปเดตแบบเรียลไทม์ โดยมีความล่าช้าสูงสุด 1 นาที
รูปแบบของรายการสาธารณะ
- README มีรายการสตอรี่ที่ถูกถอดออกเรียงตามวันที่
- แต่ละรายการอาจมี HN ID, อันดับขณะถูกถอดออก, คะแนน, จำนวนคอมเมนต์, ชื่อสตอรี่ และลิงก์ต้นฉบับ
- ตัวอย่างเช่น มีรายการตั้งแต่วันที่ 22 ถึง 27 มิถุนายน 2026 แยกตามวันที่
- บางรายการไม่แสดงคะแนนหรือจำนวนคอมเมนต์ และแสดงเฉพาะอันดับกับชื่อเท่านั้น
- เมื่อตีความรายการ ควรตรวจสอบว่าเป็นรายการซ้ำหรือไม่ และตัวบริการเองไม่ได้ทำให้การตรวจจับรายการซ้ำเป็นอัตโนมัติ
จุดเริ่มต้นของการสร้างโปรเจกต์
- จุดเริ่มต้นมาจากกรณีที่สตอรี่เกี่ยวกับ OnnxStream สองรายการถูกโพสต์บน Hacker News แล้วได้รับผลกระทบจาก Front Page ในรูปแบบที่ต่างกัน
- สตอรี่แรกถูกเปลี่ยนชื่อจาก “Stable Diffusion Turbo on a Raspberry Pi Zero 2 generates an image in 29 minutes” เป็น “OnnxStream: Stable Diffusion XL 1.0 Base on a Raspberry Pi Zero 2” และมีผู้ใช้ชี้ว่าชื่อใหม่ไม่ได้สะท้อนเจตนาของสตอรี่
- สตอรี่ที่สองอยู่ที่อันดับ 3 บน Front Page ภายในเวลาไม่ถึง 1 ชั่วโมงหลังส่ง แต่หลังจากนั้นถูกถอดออกจาก Front Page
- @dang ตอบว่าสตอรี่นั้นถูกผู้ใช้ flag แม้จะไม่มีการแสดง flag อย่างชัดเจน และสาเหตุของการ flag ทำได้เพียงคาดเดาเท่านั้น
- จากประสบการณ์นี้ จึงสร้างแอปพลิเคชันคอนโซลขนาดเล็กขึ้นมาเพื่อตรวจสอบว่าปรากฏการณ์นี้เกิดขึ้นบ่อยเพียงใด และภายหลังเมื่อไม่พบเครื่องมือสาธารณะที่มอนิเตอร์ปรากฏการณ์เดียวกัน จึงเผยแพร่ออกมา
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
พอดูรายการโพสต์ที่ถูกลบแล้ว รู้สึกค่อนข้างพอใจกับ การม็อดเดอเรต ที่นี่
ทั้งหมดล้วนเป็นแนวชวนคลิกแบบหวือหวา ใกล้เคียงกับโฆษณาบริษัทใดบริษัทหนึ่ง ตั้งชื่อหลอกให้คลิก ออกนอกประเด็นไปมาก หรือเป็นการผสมกันของสิ่งเหล่านี้ และโดยส่วนตัวไม่มีโพสต์ไหนเลยที่รู้สึกว่าไม่ควรถูกลบ
Sam Altman Says AI Using Too Much Energy Will Require Breakthrough Energy Source: https://futurism.com/sam-altman-energy-breakthrough
Avoid Async Rust at All Cost: https://blog.hugpoint.tech/avoid_async_rust.html
โพสต์สุดท้ายอาจเปลี่ยนชื่อให้เว่อร์น้อยลงได้ แต่เนื้อหาเองเป็นบทความแสดงความคิดเห็นที่น่าสนใจ ดูเหมือนมีโอกาสมากกว่าว่านี่ไม่ใช่งานที่ม็อดเดอเรเตอร์ทำเองโดยตรง แต่เป็นการตรวจผิดของสแปมฟิลเตอร์ การรุมกดรายงาน หรือกลไกป้องกันการปั่นคะแนนแนะนำ
แค่นั้นก็เพียงพอแล้วสำหรับสิ่งที่ควรรู้เกี่ยวกับการม็อดเดอเรตของไซต์นี้ โชคดีที่มีคนเก็บสกรีนช็อตไว้: https://merveilles.town/@cancel/111834048502040552
จริงเหรอ? นี่เป็น รายงานของ NASA บนเว็บ .gov ทางการนะ? คอมเมนต์อาจเละเทะก็ได้ แต่ดูเหมือนอยู่ตรงกลางของหัวข้อที่ชาว HN น่าจะสนใจพอดี
ค่อนข้างชัดเจนว่าฟอรัมออนไลน์จะคงสุขภาพที่ดีในระยะยาวได้ต้องมีการม็อดเดอเรตที่ดี HN ทำได้ดีเพราะมีชุมชนที่แข็งแรงซึ่งคอยโหวตขึ้น/โหวตลง และมีทีมม็อดเดอเรตที่โดยทั่วไปแทรกแซงเบา ๆ แต่รู้จักปฏิเสธเมื่อจำเป็น
ผู้เขียนอาจเริ่มจากความสงสัย แต่ผลลัพธ์กลับทำหน้าที่คล้ายรายงานความโปร่งใสที่ค่อนข้างดี
สมมติฐานที่ว่า “โพสต์ไม่มีทางตกจาก 30 อันดับแรกไปอยู่นอกอันดับ 90 ได้ใน 1 นาที ดังนั้นต้องถูกนำออกอย่างชัดเจนแน่ ๆ” นั้นผิด
ตัวตรวจจับการถกเถียงเดือด หรือก็คือตัวตรวจจับการสนทนาที่ร้อนแรงเกินไป รวมถึงการรายงานจากผู้ใช้ สามารถทำให้เกิดเรื่องแบบนั้นได้ และยังมีกลไกซอฟต์แวร์อื่น ๆ อีก เช่น หากโพสต์อยู่หน้าแรกมานานกว่า 18 ชั่วโมง ระบบจะลดน้ำหนักโดยอัตโนมัติ เว้นแต่จะมีการยกเว้นด้วยมือ นอกจากนี้ การรายงานจากผู้ใช้ยังส่งผลต่ออันดับของโพสต์ตั้งแต่นานก่อนที่ป้าย
[flagged]จะปรากฏลองสมมติว่ามีใครสักคนรับฟีดสดของโพสต์ที่ส่งเข้า HN แล้วรายงานโพสต์ที่ไม่อยากให้เห็น จากนั้นขอให้เพื่อน ๆ ทำแบบเดียวกัน มีมาตรการป้องกันไหมเพื่อไม่ให้พฤติกรรมแบบนี้มี อิทธิพลที่ไม่เป็นธรรม ต่อโอกาสที่บางคนจะได้หรือไม่ได้เห็นอะไร
[flagged]จะขึ้นมา แล้วมี การรายงานจากผู้ใช้ ประเภทไหนบ้าง และทำไมถึงไม่เปิดเผย?ผู้คนควรได้รู้ การแบนแบบเงาเหมาะกับยุค 2010s มากกว่า
ผู้ใช้ทำสิ่งแบบนี้ไม่ใช่ปัญหา เพราะหลักการทำงานของ HN อธิบายและปกป้องได้ค่อนข้างง่าย เพียงแต่เรื่องที่ซับซ้อนระดับนี้ย่อมเละเทะโดยธรรมชาติ ดังนั้นถ้าจะเข้าใจให้ถูกต้องก็ต้องมี ความอดทนต่อความเละเทะ สูง
แต่ความไม่ถูกต้อง เช่นข้อผิดพลาดที่พูดถึงตรงนี้ จำเป็นต้องแก้ให้ถูก: https://news.ycombinator.com/item?id=39231537 Robin89 ช่วยแก้ข้อความได้ไหม? ผมรู้ว่าเป็นสมมติฐานผิด ๆ โดยเจตนาดี แต่มันผิดมาก
อีกอย่าง ถ้า ID ของ HN บนหน้าเว็บลิงก์ไปยังเธรด HN จริง ๆ ก็น่าจะตอบคำถามที่นี่ได้ง่ายขึ้น ตอนนี้มันลิงก์ไปที่ social-protocols.org แน่นอนว่าจะลิงก์ไปที่ไหนก็เป็นอิสระของคุณ แต่การไล่ตามคำถามที่นี่ทำได้ยาก แต่ละคนถือรายการมาว่า “โพสต์ X, Y, Z เป็นอย่างไร แล้ว W, V, J ล่ะ” โดยหลักการแล้วผมอยากตอบทั้งหมด แต่ในทางปฏิบัติมีข้อจำกัดทางกายภาพต่อปริมาณที่จัดการได้
อีกไม่กี่ชั่วโมงข้างหน้าผมจะมีประชุมเป็นส่วนใหญ่ ดังนั้นถ้าไม่ถูกเธรดนี้กลบไปเสียก่อน จะลองกลับมาตอบคำถามทีหลัง
ความผิดธรรมชาติและความไม่โปร่งใสแบบนี้ แม้จะมีเหตุผลที่ดีก็ตาม ก็ทำให้ผู้ใช้รู้สึกว่าอันดับถูกกำหนดตามอำเภอใจและไม่ยุติธรรม แสดงได้ไหมว่าแต่ละโพสต์มีการปรับแต่งอะไรกับอันดับหรือรายการอื่น ๆ บ้าง เช่น การรีเซ็ตเวลาส่งโพสต์น่าจะแสดงได้ง่าย
คุณบอกได้ว่ามีการลดน้ำหนักเกิดขึ้น แต่สิ่งที่เราถามคืออยากเห็นว่าการลดน้ำหนักเกิดขึ้นตรงไหน
มีคนบอกว่าไม่น่าเชื่อว่าผู้ใช้ HN จะเบื่อข่าวเกี่ยวกับ LLM แต่ผมเบื่อแล้ว เชื่อได้เลย
เพียงแต่ผมจะไม่กดรายงานเพราะเหตุผลว่าเบื่อ
เวลาคิดเรื่องม็อดเดอเรชัน ผมนึกถึงประโยคนั้นบ่อย ๆ ผู้คนมักสมมติว่าทุกคนในคอมมูนิตี้คล้ายกับตัวเอง และจริง ๆ แล้วแทบจะมีแต่ม็อดเดอเรเตอร์เท่านั้นที่พอจะจับความรู้สึกได้ว่าหัวข้อหนึ่ง ๆ อิ่มตัวแค่ไหนแล้ว ดังนั้นผมจึงไม่ค่อยชอบมีมเรื่อง เสรีภาพในการแสดงออกแบบไม่มีเงื่อนไข ที่โผล่มาทุกครั้งเมื่อ
$corporationแบน$person_i_likeทุกคอมมูนิตี้ต้องมีม็อดเดอเรชัน และเวลามันทำงานได้ดี ก็มักดูเหมือนไม่มีอะไรเกิดขึ้น จึงเป็นงานที่ยากจะได้รับคำขอบคุณปัญญารวมหมู่เบื่อความซ้ำซากเร็วมาก [2] ประเด็นสำคัญคือการแยกแกลบออกจากข้าวสาร ซึ่งในที่นี้ข้าวสารคือบทความที่นำเสนอ ข้อมูลใหม่ที่สำคัญ [3] ส่วนแกลบคือบทความต่อยอดและเลียนแบบจำนวนมหาศาล [4]
สิ่งสำคัญคือความคิดเห็นต่อปัญหานี้กระจายอยู่บนสเปกตรัมที่กว้างมาก ลองนึกถึงสไลเดอร์ที่ปลายด้านหนึ่งคือ “ไม่อนุญาตให้มีโพสต์เรื่อง $TOPIC เลย” และอีกด้านคือ “อนุญาตโพสต์เรื่อง $TOPIC ทั้งหมด” ผู้ใช้แทบทุกคนจะวางตำแหน่งต่างกัน เป็นแบบนี้กับทุกหัวข้อ และยิ่งชัดเป็นพิเศษกับหัวข้อที่ใหญ่ที่สุด
พื้นที่หน้าแรกเป็นทรัพยากรที่ขาดแคลนที่สุดบน HN [5] และผู้อ่านแต่ละคนมี ‘ลายเซ็น’ ของความชอบต่างกัน ว่าอยากเห็นหรือไม่อยากเห็นอะไรตรงนั้น ดังนั้นไม่เพียงเป็นไปไม่ได้ที่จะทำให้ทุกคนพอใจ แต่ยังเป็นไปไม่ได้ที่จะทำให้ใครสักคนพอใจได้อย่างสมบูรณ์ด้วย ไม่มีใครตรงกับหน้าแรกได้พอดีเป๊ะ และถึงจะมีคนอยากรีบแย้ง แต่แน่นอนว่ามันก็ไม่ได้ตรงกับความชอบของม็อดเดอเรเตอร์อย่างสมบูรณ์เช่นกัน
[1] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[2] https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...
[3] https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...
[4] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[5] https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
หัวข้อพวกนี้ก็ยังน่าสนใจอยู่บ้าง แต่บทความส่วนใหญ่ไม่ได้เอาอะไรใหม่มาให้ เป็นแค่บทความเชิงตอบสนองต่อกรณีละเมิดล่าสุดเท่านั้น
ถ้าต้องการข่าวเกี่ยวกับ LLM มากกว่านี้ คำตอบน่าจะเป็นการทำเว็บไซต์ LLM News แล้วสร้างคอมมูนิตี้ขึ้นมา
ผมชอบ HN มากจริง ๆ แต่ต้องการข่าวเรโทรคอมพิวติ้งและเกมมากกว่านี้ เลยทำไซต์ของตัวเอง(https://twostopbits.com/) ด้วยซอร์สโค้ดของ HN ไม่ยากหรอก ทำสิ่งที่ต้องการ แล้วม็อดเดอเรตเองก็พอ
ผมอยู่ในคอมมูนิตี้ออนไลน์หลายแห่งมานานกว่า 35 ปีแล้ว และจนถึงตอนนี้ คอมมูนิตี้ที่มีม็อดเดอเรชันดีที่สุดและประสบความสำเร็จยาวนานที่สุดคือ HN อย่างไม่ต้องสงสัย ช่วงหนึ่ง The Well ก็ยอดเยี่ยมเช่นกัน
ผมสงสัยว่าคอมมูนิตี้ที่ทราฟฟิกยังต่ำรู้สึกไหมว่ามันมอบ ส่วนผสมของคอนเทนต์ แบบที่คาดหวังไว้ตอนเริ่มต้นได้จริง
น่าประหลาดใจที่ใช่ พวกเราก็เบื่อ ข่าวเกี่ยวกับ LLM เหมือนกัน
บทความพวกนี้ส่วนใหญ่ไม่ได้ถูกเอาออกเพราะผู้ใช้กดรายงานหรือ?
ไม่ได้ถามแบบเชิงวาทศิลป์นะ ในเธรดนี้มีคอมเมนต์จำนวนมากที่ขอบคุณ “ผู้ดูแล” แต่ผมไม่รู้มาก่อนว่ามีทีมมอดเดอเรชันคอยดูแลหน้าแรกอยู่ ใครช่วยยืนยันได้ไหม?
“ไม่ใช่เราที่รายงานโพสต์นั้น แต่เป็นผู้ใช้ที่รายงาน สำหรับโพสต์ที่ส่งเข้ามา แทบจะเป็นแบบนั้นเกือบเสมอ ดู https://news.ycombinator.com/newsfaq.html”
https://news.ycombinator.com/item?id=39169622
มีผู้ดูแลระบบคนเดียวที่เขียนอย่างเปิดเผยคือ dang และอาจมีผู้ดูแล HN คนอื่น ๆ ที่ช่วยเขาอยู่ด้วย แต่ใน 99.9% ของกรณีที่คนบ่นถึง “มอดเดอเรเตอร์” หรือ “มอดเดอเรเตอร์เมาอำนาจ” หรือ “การเซ็นเซอร์” มันใกล้เคียงกว่ากับการที่ผู้ใช้อื่นเห็นสิ่งที่คุณพูด แล้วพวกเราแค่ไม่อยากเห็นมันที่นี่
บางครั้งก็น่าแปลกที่ผู้คนคิดว่ามี “กฎ” บางอย่างว่ารายงานอะไรได้บ้าง แน่นอนว่ามีแนวทางอยู่ แต่สิทธินี้เป็นสิ่งที่ผู้ใช้ธรรมดาทุกคนมี ดังนั้นในทางปฏิบัติแต่ละคนก็ใช้ตามความหมายที่ตัวเองตีความ ตัวอย่างเช่น ผมมักจะรายงานโพสต์ที่แม้จะคิดว่าหัวข้อและตัวโพสต์เองสมเหตุสมผลโดยสมบูรณ์ แต่ทุกครั้งที่หัวข้อนั้นถูกพูดถึงบน HN มันจะกลายเป็นดราม่าปะทุที่ไร้ประโยชน์ หรือเต็มไปด้วยคอมเมนต์คุณภาพต่ำที่สุด อย่างน้อยสำหรับผม การรายงานไม่ใช่การตัดสิน “คุณค่า” ของโพสต์ แต่เป็นแค่เรื่องของสิ่งที่ผมไม่อยากเห็นบน HN
https://news.ycombinator.com/item?id=39231055
ถ้าดูกรณีที่ชื่อเปลี่ยนจาก “Stable Diffusion Turbo on a Raspberry Pi Zero 2 generates an image in 29 minutes” เป็น “OnnxStream: Stable Diffusion XL 1.0 Base on a Raspberry Pi Zero 2” แล้วแทบจะทำให้โพสต์ตาย หรือกรณีที่โพสต์ซึ่งอยู่หน้าแรกอันดับ 3 ทั้งที่ส่งมาไม่ถึง 1 ชั่วโมง จู่ ๆ ก็หายไปจากหน้าแรก ถ้ามีโพสต์ที่ถูกรายงานซ้ำ ๆ แบบนี้ ก็ถึงจุดหนึ่งควรถามแล้วว่าไม่ได้กำลังโปรย สแปม ใส่ชุมชนเพียงเพื่อโปรโมตลิงก์หรือเปล่า
ผมเข้าใจว่าผู้คนอยากโปรโมตผลงานของตัวเอง แต่ชุมชนก็มีความชอบของตัวเองเหมือนกัน ชุมชนอาจเบื่อที่บทความเกี่ยวกับ LLM ขึ้นหน้าแรกทุกวัน ชุมชนสามารถปฏิเสธสแปมได้ และสามารถรายงานโพสต์ได้
ผมไม่เข้าใจว่าทำไมถึงเชื่อยากนักว่าผู้ใช้ HN เบื่อข่าวเกี่ยวกับ LLM แล้ว ผมเองก็เบื่อ แต่ไม่มีสิทธิ์รายงาน ผู้ใช้ HN ที่มีสิทธิ์รายงานอาจอยากรายงานข่าวเกี่ยวกับ LLM ก็เป็นไปได้มาก
มันควรอยู่ในหน้าคอมเมนต์ และถ้าจะไปที่นั่นให้คลิก timestamp ของคอมเมนต์
ถ้าคุณยังจินตนาการไม่ออกว่าผู้คนอาจเบื่อ ข่าวเกี่ยวกับ LLM ได้ ผมมี NFT จะขายให้คุณสักอัน
ผมไม่แน่ใจว่าสมมติฐานที่ว่า “โพสต์ไม่มีทางร่วงจาก 30 อันดับแรกไปอยู่นอก 90 อันดับได้ใน 1 นาที ดังนั้นต้องถูกเอาออกอย่างชัดเจนแน่ ๆ” นั้นใช้ได้จริงหรือไม่
https://news.social-protocols.org/stats?id=39094387 ดูเหมือนเป็นโพสต์ที่ร่วงลงมาอยู่แถวอันดับ 30 ค่อนข้างเร็ว อาจเป็นเพราะมีคอนเทนต์อื่นที่จู่ ๆ ก็ได้รับความนิยมขึ้นมาก็ได้
ถ้าดูโพสต์ 13 รายการที่ลิสต์ไว้ในวันจันทร์ที่ 22 มกราคม 2024 มีเพียง 3 รายการเท่านั้นที่ดูเหมือนถูกเอาออกจาก HN จริง ๆ ส่วนอีก 10 รายการยังอยู่
โพสต์ HP https://news.ycombinator.com/item?id=39087776 ดูเหมือนจะถูกดันออกจากหน้าแรกเพราะซ้ำกับ https://news.ycombinator.com/item?id=39060793
โพสต์ Ford https://news.social-protocols.org/stats?id=39089599 ดูเหมือนถูกตรวจจับผิด
พูดตรง ๆ ใน 13 รายการ มีแค่ 3–4 รายการเท่านั้นที่ดูเป็นไปได้ว่าเกิดจากมอดเดอเรชัน และแม้แต่กรณีนั้นก็ดูไม่แย่ เรื่องลวดหนามในเท็กซัสเหมาะกับ Hacker News หรือ? ผมอยู่เท็กซัสเลยสนใจ แต่ก็คาดว่าจะเจอเรื่องนี้จากที่อื่น ไม่ใช่ HN
โดยรวมแล้ว ผมรู้สึกว่า HN ทำมอดเดอเรชันได้ดี
ถ้าอันดับถูกลดลงโดยอัลกอริทึมเพราะผู้ใช้รายงาน แต่ไม่ได้ถูกซ่อน นั่นถือว่าชัดเจนไหม? “ชัดเจน” ดูเหมือนจะหมายถึงการแทรกแซงด้วยมือจากมอดเดอเรเตอร์ แต่ไม่ค่อยเห็นหลักฐานสนับสนุนเรื่องนั้น
มันเป็นเรื่องการเมืองก็จริง แต่ไม่ใช่ประเด็นท้องถิ่น