Hacker News Guidelines: Bộ quy tắc mà dev nào cũng nên học

Bạn có bao giờ post một bài lên Hacker News rồi bị flag mà không hiểu tại sao không? Hoặc viết một comment mà bạn nghĩ là "góp ý thẳng thắn" nhưng lại bị downvote tơi bời? Mình đã từng như vậy, và sau khi đọc kỹ bộ guidelines của HN, mình nhận ra vấn đề không phải ở nội dung mà ở cách mình tham gia cộng đồng.

Hacker News (HN) không chỉ là một trang tin công nghệ. Nó là một trong những cộng đồng online hiếm hoi mà phần comment thực sự đáng đọc hơn cả bài viết gốc. Và lý do nó giữ được chất lượng đó suốt hơn 15 năm? Chính là nhờ bộ guidelines tưởng đơn giản nhưng cực kỳ sâu sắc.

Điều mình thấy hay là bộ quy tắc này không chỉ áp dụng cho HN nó là blueprint cho bất kỳ ai muốn xây dựng hoặc tham gia một cộng đồng tech lành mạnh. Hãy cùng mổ xẻ nhé.

Triết lý cốt lõi: "Intellectual Curiosity" là kim chỉ nam

HN định nghĩa on-topic bằng một câu duy nhất: anything that gratifies one's intellectual curiosity bất cứ thứ gì thỏa mãn sự tò mò tri thức.

Nghe thì mơ hồ, nhưng thực ra nó cực kỳ rõ ràng khi bạn hiểu ngược lại: nếu một tin tức mà TV news sẽ đưa, thì nó probably off-topic. Politics, crime, sports, celebrities trừ khi chúng là evidence của một hiện tượng mới đáng suy ngẫm.

Theo kinh nghiệm của mình, cái filter này hoạt động tốt đến bất ngờ. Nó loại bỏ được phần lớn nội dung gây tranh cãi vô ích, giữ lại những thứ thực sự kích thích tư duy.

Quy tắc khi submit: Ít hơn là nhiều hơn

Đây là phần mà nhiều người Việt mình hay mắc lỗi khi mới tham gia HN. Mình tổng hợp lại thành bảng cho dễ nhớ:

Có một chi tiết nhỏ mà mình thấy rất tinh tế: HN phân biệt giữa số có nghĩa và số vô nghĩa. "The 5 Platonic Solids" thì giữ nguyên vì con số 5 là bản chất. Nhưng "14 Amazing Ways" thì crop vì con số 14 chỉ là clickbait.

Nên làm	Không nên làm
Submit original source	Post bài tổng hợp/rewrite từ nguồn khác
Giữ nguyên title gốc	Thêm UPPERCASE, dấu !, hoặc lời khen
Thêm [video] hoặc [pdf] vào title	Để người đọc click vào mới biết format
Post nội dung vì tò mò thật sự	Dùng HN chủ yếu để promote sản phẩm
Crop số vô nghĩa: "10 Ways To Do X" → "How To Do X"	Giữ nguyên clickbait title kiểu listicle

Một quy tắc nữa mà nhiều người không biết: đừng xóa rồi post lại. Deletion chỉ dành cho những thứ lẽ ra không nên submit từ đầu. Nếu bài bạn không lên top, chấp nhận thôi đó là cách cộng đồng hoạt động.

Quy tắc comment: Đây mới là phần vàng

Nếu phần submission rules là về content curation, thì phần comment guidelines là về văn hóa giao tiếp. Và thật sự, mình nghĩ đây là phần mà mọi developer nên đọc, dù bạn có dùng HN hay không.

Nguyên tắc "Steelman", không phải "Strawman"

HN yêu cầu bạn: "respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize."

Dịch nôm na: khi ai đó nói điều gì, hãy hiểu theo cách mạnh nhất có thể, rồi mới phản biện. Đừng chọn cách hiểu yếu nhất để dễ bắt bẻ.

Theo kinh nghiệm của mình trong các code review và technical discussion, nguyên tắc này thay đổi hoàn toàn chất lượng cuộc trò chuyện. Thay vì "Ý bạn là dùng MongoDB cho mọi thứ à? Điên à?", bạn nói "Mình hiểu là bạn muốn dùng document store cho use case này. Tuy nhiên với requirement X, relational database có thể phù hợp hơn vì..."

Comment phải tăng chất lượng khi topic gây tranh cãi

Đây là quy tắc counter-intuitive nhất: "Comments should get more thoughtful and substantive, not less, as a topic gets more divisive."

Trên hầu hết các platform, topic càng nóng thì comment càng toxic. HN đặt kỳ vọng ngược lại và điều đáng kinh ngạc là cộng đồng thực sự follow được phần lớn thời gian.

Không dùng AI để viết comment

Đây là quy tắc tương đối mới: "Don't post generated comments or AI-edited comments. HN is for conversation between humans."

Mình hoàn toàn đồng ý với cái này. Dùng AI để viết code, viết docs fine. Nhưng conversation thì phải là người thật nói chuyện. Khi bạn dùng ChatGPT để viết comment, bạn đang inject noise vào một cuộc trò chuyện mà người khác đầu tư thời gian và suy nghĩ thật sự.

Bảng so sánh: Comment tốt vs. Comment tệ trên HN

Comment tệ	Comment tốt
"That is idiotic; 1 + 1 is 2, not 3"	"1 + 1 is 2, not 3"
"Did you even read the article?"	"The article mentions that..."
"This is just another shitty framework"	"Framework này chưa giải quyết được vấn đề X mà Y đã làm tốt"
"HN is turning into Reddit"	(Đừng post cái này nó là illusion cũ như trái đất)
"Why is this being upvoted?"	(Flag nếu off-topic, không comment về voting)

Những bài học áp dụng được ngoài HN

Điều mình thấy giá trị nhất khi đọc bộ guidelines này không phải là để dùng HN tốt hơn mà là áp dụng vào cách mình giao tiếp hàng ngày trong team.

Trong code review: Thay vì snarky comment, hãy kind. Thay vì cross-examine, hãy converse curiously. "Tại sao bạn chọn approach này?" thay vì "Approach này sai rồi."

Trong technical discussion: Respond to the strongest interpretation. Assume good faith. Đồng nghiệp suggest dùng technology X không phải vì họ ngu có thể họ đang nhìn thấy một góc mà bạn chưa thấy.

Trong community building: Nếu bạn đang build hoặc moderate một cộng đồng tech Việt Nam Discord server, Facebook group, hay forum nội bộ bộ guidelines này là template tuyệt vời. Đặc biệt là nguyên tắc: đừng dùng cộng đồng cho political/ideological battle, vì "it tramples curiosity."

Tại sao HN vẫn sống tốt sau 15+ năm?

Rất nhiều forum và cộng đồng online đã chết hoặc xuống cấp nghiêm trọng. HN thì không. Mình nghĩ lý do nằm ở ba điều:

Guidelines rõ ràng và nhất quán không thay đổi theo trend
Moderation chủ động dang (Daniel Gackle) và team thực sự đọc và moderate, không chỉ dựa vào algorithm
Culture tự điều chỉnh khi guidelines đủ tốt, cộng đồng tự enforce lẫn nhau

Lần tới khi bạn lướt HN, thử đọc comment section với con mắt mới. Bạn sẽ thấy guidelines này không phải là luật lệ khô khan nó là DNA của một cộng đồng mà chúng ta, những người làm tech, nên học hỏi và mang về áp dụng cho chính cộng đồng của mình.

Và nếu bạn chưa từng đọc guidelines gốc, mình khuyên bạn nên dành 5 phút đọc qua. Không phải để dùng HN mà để trở thành một người giao tiếp tốt hơn trong ngành này.