Cách viết bài blog mà lập trình viên thực sự đọc

• Hướng dẫn thực tiễn về cách viết các bài blog mà lập trình viên thực sự đọc và chia sẻ
• Tác giả dựa trên 9 năm kinh nghiệm viết blog phần mềm và hàng triệu lượt xem để phân tích sự khác biệt giữa các bài đăng thành công và thất bại
• Chỉ ra những điểm chung và chiến lược của các bài viết thu hút được sự chú ý trên các cộng đồng lập trình viên như Hacker News, Reddit, Lobsters

Vì sao có thể tin tác giả

• Tác giả đã vận hành blog cá nhân về lập trình được 9 năm, với 300.000~500.000 độc giả ghé thăm mỗi năm
• Xuất hiện trên trang nhất Hacker News hơn 30 lần, trong đó nhiều lần đứng số 1
• Từng ra mắt một doanh nghiệp indie thành công chỉ nhờ một bài blog
• Liên tục được nhắc đến trên Reddit, Lobsters và các nơi khác
• Được đánh giá là blog cá nhân nổi tiếng thứ 48 trên Hacker News

Truyền tải trọng tâm thật nhanh

• Nhiều blogger kỹ thuật khiến độc giả rời đi vì không vào thẳng vấn đề ngay từ đầu bài
• Khi bắt đầu đọc, độc giả mong bài viết trả lời hai câu hỏi:
  • Bài này có dành cho người như tôi không?
  • Tôi sẽ được lợi gì khi đọc bài này?
• Hai câu hỏi này cần được trả lời ngay trong tiêu đề và 3 câu đầu tiên
• Hãy dùng chủ đề và thuật ngữ mà độc giả quan tâm, đồng thời tránh biệt ngữ quá mức hoặc phần nền tảng dài dòng
• Lợi ích mà bài viết mang lại có thể là:
  • Kỹ thuật có thể áp dụng ngay vào đời sống hoặc công việc
  • Giải thích khái niệm dễ hiểu
  • Góc nhìn sâu sắc về công nghệ hoặc ngành
  • Câu chuyện thú vị, dễ đồng cảm

• Ví dụ: “if got, want: A Simple Way to Write Better Go Tests”

  • Chỉ từ tiêu đề và câu đầu, có thể thấy rõ:
    • Độc giả mục tiêu: người dùng ngôn ngữ Go
    • Lợi ích nhận được: học một cách viết test mới trong 30 giây

Cách mở rộng tệp độc giả mục tiêu

• Phần lớn blogger viết cho một nhóm lập trình viên nhỏ, cụ thể (ví dụ: lập trình viên Java trình độ trung-cao)
• Chỉ cần điều chỉnh cách diễn đạt một chút là có thể tiếp cận nhóm độc giả rộng hơn nhiều (ví dụ: mọi lập trình viên Java → mọi lập trình viên → người quan tâm công nghệ)
• Nếu chỉnh nhẹ thuật ngữ và phần giải thích để cả người không có kiến thức nền cũng hiểu được, phạm vi tiếp cận có thể tăng gấp 10 lần
• Tuy vậy, nếu mở rộng quá mức theo hướng quá chung chung, bài viết có thể mất chiều sâu hoặc tính chuyên môn

• Ví dụ: “How I Stole Your Siacoin”

  • Ban đầu đây là bài viết nhắm tới một cộng đồng tiền mã hóa cụ thể, nhưng
  • Tác giả đã khái quát hóa thuật ngữ và giải thích để cả người không biết về tiền mã hóa cũng hiểu được
  • Kết quả là bài viết trở thành nội dung nổi bật trên nhiều cộng đồng như Reddit, Hacker News

Lập kế hoạch con đường để bài viết đến được với độc giả

• Dù viết hay đến đâu, nếu không ai đọc thì cũng vô ích
• Nên tránh các chủ đề khó có cơ hội xuất hiện ở vị trí cao trên tìm kiếm Google
• Cần có kế hoạch thực tế để chia sẻ bài viết trong các cộng đồng (ví dụ: Reddit, Hacker News)
• Với Reddit chẳng hạn, nhiều nơi không cho phép liên kết ngoài hoặc có quy định rất nghiêm ngặt
• Hacker News thường khá lạnh nhạt với tutorial hoặc các chủ đề quá phổ biến
• Ngay cả khi chia sẻ lên mạng xã hội, nếu không có nhiều người theo dõi thì hiệu quả cũng rất hạn chế

• Cần thiết kế một lộ trình thực tế

  • Trước khi chọn chủ đề, nên nghĩ trước xem bài viết có thể đến với độc giả qua những con đường nào
  • Hãy cân nhắc các câu hỏi sau:
    • Đây có phải chủ đề dễ được tìm thấy qua Google Search không?
    • Có phải chủ đề đã có hàng trăm bài viết rồi không?
    • Từ khóa mà độc giả mục tiêu sẽ tìm là gì?
    • Có cộng đồng nào cho phép chia sẻ liên kết không? Cộng đồng đó có đang hoạt động sôi nổi không?

• Ví dụ: “Using Zig to Unit Test a C Application”

  • Zig là công nghệ mới nên hầu như không có bài cạnh tranh, nhờ đó dễ lên hạng cao trên tìm kiếm
  • Có thể chia sẻ liên kết trên Hacker News, Lobsters, Reddit (/r/Zig), Ziggit
  • Kết quả là bài viết leo lên nhóm nổi bật ở mọi kênh

Thêm nhiều yếu tố trực quan hơn

• Thay đổi hiệu quả nhất cho một bài blog là thêm hình ảnh
• Bài viết chỉ toàn văn bản dài sẽ khó đọc
• Trong các trường hợp sau, nên chèn ảnh, ảnh chụp màn hình, biểu đồ, v.v.:
  • Giải thích chương trình GUI → ảnh chụp màn hình
  • Mô tả sự thay đổi của số liệu → biểu đồ
  • Tường thuật sự cố như lỗi máy chủ → ảnh chụp dashboard
  • Giải thích khái niệm phức tạp → sơ đồ, diagram
• Có thể dùng công cụ miễn phí như Excalidraw để vẽ hình đơn giản
• Thuê họa sĩ minh họa cũng là một cách hay (khoảng $50~100 cho mỗi hình)
• Đôi khi những hình đơn giản kiểu MS Paint còn hiệu quả hơn ảnh AI

Thiết kế cấu trúc cho độc giả chỉ lướt

• Nhiều độc giả không đọc từ đầu đến cuối mà chỉ lướt qua để đánh giá
• Để ngay cả khi chỉ lướt họ vẫn thấy hứng thú, các yếu tố sau rất quan trọng:
  • Heading rõ ràng và hấp dẫn
  • Hình ảnh phù hợp và các dấu hiệu thị giác
  • Tránh các đoạn quá dài chỉ toàn chữ

• Công cụ: kiểm tra bài viết ở góc nhìn của người đọc lướt

  • Có thể dùng bookmarklet để chỉ hiện heading và hình ảnh trong bài
  • Nhờ đó có thể kiểm tra cấu trúc mà người đọc lướt thực sự nhìn thấy

• Ví dụ: bài có cấu trúc nhàm chán vs. bài hấp dẫn

  • “End-to-End Testing Web Apps: The Painless Way” → heading và hình ảnh không đủ cuốn hút nên thất bại
  • “I Regret My $46k Website Redesign” → cấu trúc thị giác đủ hấp dẫn nên thành công (150.000 người đọc trong tuần đầu)

[GN⁺]

Ý kiến trên Hacker News

• Nhìn chung, khi viết bài blog thì cấu trúc kim tự tháp ngược là phù hợp nhất. Điều quan trọng là truyền tải nhanh ý chính của bài viết, rồi giải thích chi tiết sau. Làm như vậy thì ngay cả khi người đọc dừng đọc giữa chừng, họ cũng không bỏ lỡ những nội dung quan trọng

  • Với vấn đề tìm độc giả, cách giải quyết tốt nhất là giữ sự minh bạch. Định dạng kim tự tháp ngược giải quyết điều đó. Việc lôi kéo những người không quan tâm là không có ý nghĩa. Giữ chân độc giả hiện có quan trọng hơn việc thu hút độc giả mới
  • Tỏ ra hoài nghi về việc dùng hình ảnh. Nếu không liên quan chặt chẽ tới văn bản thì minh họa không cần thiết là không tốt. Điều quan trọng là giảm nhiễu thị giác. Hình ảnh tuyệt đối không nên cố gây cười

• Ý kiến trái chiều: viết bài blog để người khác đọc khiến phần lớn mọi người đánh mất mục đích của việc viết. Phần lớn nội dung trên web không được đọc, và viết chỉ để được đọc không phải là động lực tốt

  • Viết lách vẫn rất có giá trị và thú vị ngay cả khi không ai đọc. Viết là cách sắp xếp suy nghĩ của bản thân và học thêm về chủ đề cũng như về chính mình
  • Nên viết về những chủ đề thú vị trên blog cá nhân. Đừng cài công cụ phân tích; chỉ cần viết, đăng bài, rồi đưa lên LinkedIn thì đến lúc nào đó sẽ có người nhìn thấy và thích nó

• Việc nhờ AI đánh giá một cách phản biện các bài viết trên blog, Hacker News hoặc Reddit đã tỏ ra hiệu quả. Phản hồi từ AI thật đáng ngạc nhiên, và điều đó khiến người viết nhận ra rằng mình đã viết như một tác giả

• Nên theo quy tắc "hãy viết thứ mà chính bạn thực sự muốn đọc". Bộ não của chúng ta khiến ta lầm tưởng rằng thứ mình tạo ra là tuyệt vời. Điều quan trọng là tìm được cách nhìn bài viết của mình một cách khách quan

  • Viết ra thứ mà người khác thực sự muốn đọc còn khó hơn. Nếu đó là thứ chính bạn muốn đọc thì khả năng cao người khác cũng sẽ muốn đọc

• Steve Ballmer không đa dạng hóa cổ phiếu Microsoft của mình như Bill Gates, nhưng nhờ vậy ông còn giàu hơn Gates. Tuy nhiên, việc all-in vào một công ty có phải ý hay hay không thì vẫn đáng nghi ngờ

  • Điều quan trọng là thông qua viết lách, tạo ra thứ hữu ích cho người khác. Nhưng việc đa dạng hóa nội dung để thu hút lượng độc giả rộng hơn thường dẫn đến những bài viết sáo rỗng và công thức
  • Hacker News ưa chuộng các bài viết theo một số khuôn mẫu nhất định. Phần lớn không để lại nhiều ấn tượng. Người ta học được nhiều hơn từ phần bình luận
  • Hãy viết về những chủ đề bạn đang làm hoặc đang quan tâm ở hiện tại. Hãy viết thứ mà bản thân trong quá khứ của bạn có lẽ sẽ thấy hữu ích. Điều này khác với việc viết vì độc giả

• Về mặt cá nhân, bạn phải thực sự có nhiệt huyết với bài viết. Nếu không, độc giả sẽ nhận ra và chỉ trích điều đó. Viết lách nên là vì chính mình

• Bài blog có phải lúc nào cũng nên ngắn? Có những trường hợp cần bài dài không?

• Độc giả Hacker News nhìn chung tỏ ra thù địch với các câu chuyện liên quan đến tiền mã hóa, vậy mà bài viết vẫn lên được trang nhất

• Có hai cách để khiến một bài blog được lập trình viên đọc và chia sẻ

  • Viết thật nhiều, rồi cuối cùng sẽ tìm ra được bài thành công
  • Đầu tư nghiên cứu và công sức để viết bài
  • Tập trung mạnh vào cách tiếp cận thứ hai. Dành nhiều thời gian để khiến mỗi bài viết đều đáng tự hào. Điều chỉnh cấu trúc, làm cho ngắn gọn hơn và tăng khả năng quét đọc

• Các blog nổi tiếng thường dùng cách làm ngược với những gì được đề xuất. Tuy nhiên, đây vẫn là lời khuyên hữu ích cho những ai đang cố tìm ra phong cách của mình và tối ưu hóa độ phổ biến