Bắt đầu viết blog: Hướng dẫn cần thiết cho nhà phát triển

Vì vậy, bạn là một nhà phát triển muốn bắt đầu một blog? Trong hướng dẫn này, tôi sẽ hướng dẫn bạn điều hành trang blog của riêng bạn, từ tên miền & tạo trang web đến SEO & phân phối.

Mục lục

• Phần 0 (tùy chọn) - Bắt đầu viết trên các nền tảng blog
  • Dev.to
  • Hashnode
  • HackerBuổi trưa
• Phần 1 - Mua miền
  • Chọn tên miền nào?
  • Mua tên miền ở đâu?
  • chi phí tên miền
• Phần 2 - Tạo một trang web đơn giản bằng Trình tạo trang web tĩnh
  • Trình tạo trang tĩnh là gì?
  • Tại sao nên sử dụng SSG?
  • Tạo một trang web cơ bản với Hugo
• Phần 3 - Lưu trữ blog của bạn
• Phần 4 - Phân tích
• Phần 5 - SEO cơ bản
  • Cho Google biết bạn tồn tại
  • Kiểm tra các vấn đề
  • Canonicalization & Canonical URL
  • Kho lưu trữ GitHub riêng tư
  • Liên kết ngược & thẩm quyền tên miền
• Phần 6 - Chia sẻ công việc của bạn
  • Sử dụng Reddit
  • Đăng trên (các) subreddit cụ thể
  • Kiểm tra các quy tắc cho từng subreddit
  • Hãy là một phần của cộng đồng
• Phần 7 - Xuất bản lại trên các nền tảng blog
  • Canonicalization cho các bài báo tái bản
    • Canonicals cho dev.to
    • Canonicals trên Hashnode
    • Chuẩn hóa trên HackerNoon
    • Bạn không thể chuẩn hóa trên FreeCodeCamp!
  • Quảng cáo được thực hiện cho bạn
  • tái xuất bản nhược điểm
• ruột thừa
  • Tại sao viết blog?
    • Cải thiện kỹ năng viết và giao tiếp của bạn
    • Cung cấp cho bạn một cách để chứng minh rằng bạn biết những gì bạn đang nói về
    • Giúp bạn tiếp thị bản thân và tạo cơ hội
  • So sánh nhanh các SSG
    • Jekyll
    • Mười một
    • Gatsby
    • Hugo

Phần 0 (Tùy chọn) - Bắt đầu Viết trên Nền tảng Blog

Nếu bạn muốn khởi động một chút trước khi nỗ lực thiết lập trang web của riêng mình, điều dễ dàng và đơn giản nhất cần làm là chỉ cần viết và đóng góp công việc của bạn cho các nền tảng blog hiện có.

Cuối cùng, điều khó nhất khi viết blog là viết thực tế - ít nhất, đó thường là trường hợp đối với các nhà phát triển chúng tôi! Vì vậy, sẽ không hại gì nếu bạn có cảm giác về nó trước để xem bạn có thích nó không. Ngoài ra, như chúng ta sẽ thấy sau, chúng vẫn hữu ích để sử dụng ngay cả khi/khi bạn thiết lập trang blog riêng của mình.

Dev.to

Có thể bạn đã nghe nói về dev.to - đây vẫn là nền tảng blog dành cho nhà phát triển lớn nhất và là nơi tôi khuyên bạn nên bắt đầu. Bạn có thể dễ dàng bắt đầu viết bằng trình chỉnh sửa đánh dấu đơn giản của họ và nó có lượng độc giả lớn, vì vậy bạn sẽ ngay lập tức nhận được nhiều chú ý đến tác phẩm của mình.

Nó có các phân tích tích hợp tuyệt vời, có thể giúp bạn biết có bao nhiêu người đang đọc bài đăng của bạn và thậm chí cả cách họ tìm thấy chúng - ví dụ: Reddit hoặc Twitter. Điều này giúp bạn thấy những gì đang hoạt động tốt nhất khi bạn chia sẻ công việc của mình.

Thiết kế của nó chứa rất nhiều yếu tố phong cách mạng xã hội, với lượt thích và phản ứng đối với bài đăng, cũng như chủ đề thảo luận kiểu bảng tin. (Đây có thể là chuyên nghiệp hoặc lừa đảo, tùy thuộc vào sở thích của bạn.)

Nếu có bất kỳ nghi ngờ nào, hãy bắt đầu từ đây!

Hashnode

Hashnode là một trang blog dành cho nhà phát triển mới hơn. Theo tôi, nó mang lại cảm giác chuyên nghiệp hơn nhiều so với dev.to. Nó mang tính định hướng blog nhiều hơn dev.to và ít giống một trang truyền thông xã hội hơn; nó cung cấp cho bạn một tên miền phụ blog riêng biệt, tạo cho blog của bạn một chút bản sắc riêng của nó trong trang web.

Nếu muốn, bạn thậm chí có thể kết nối nó với tên miền riêng của mình nếu muốn.

Đáng buồn thay, nó kém phổ biến hơn dev.to rất nhiều và theo kinh nghiệm của tôi, tôi hầu như không nhận được bất kỳ lưu lượng truy cập nào thông qua nó. Nếu bạn thích phong cách gọn gàng hơn thì nó có thể đáng để xem, nhưng mong bạn nỗ lực nhiều hơn để bài đăng của mình được chú ý.

HackerBuổi trưa

HackerNoon rất khác với dev.to & Hashnode ở chỗ bất kỳ bài viết nào bạn gửi lên đó đều phải thông qua một biên tập viên làm việc với bạn để đảm bảo bài viết của bạn ở trạng thái tốt nhất trước khi được xuất bản. Tuy nhiên, họ có thể chọn hoàn toàn không xuất bản bài viết của bạn.

Điều này có sự đánh đổi của nó; một mặt, đây là một trải nghiệm học tập tuyệt vời, nhưng mặt khác, nó hạn chế quyền tự do của bạn trong việc chỉ đăng khi nào và những gì bạn muốn. Do đó, tôi khuyên bạn nên gửi tác phẩm cho HackerNoon để có được trải nghiệm học tập mà nó sẽ mang lại cho bạn, nhưng hãy cân nhắc giữ vị trí chính cho blog của bạn ở nơi khác.

Phần 1 - Mua miền

Đáng buồn thay, việc tạo blog của riêng bạn liên quan đến một trong những nhiệm vụ đáng sợ nhất của nhà phát triển - đặt tên mọi thứ! Mặc dù không quá khó từ quan điểm kỹ thuật thuần túy, nhưng nó đáng để xem xét và suy nghĩ trước; hãy suy nghĩ kỹ trong khi bạn đang thiết lập trang web của mình.

Chọn tên miền nào?

Có hai lựa chọn chính ở đây:

1. Đặt tên blog của bạn theo tên của bạn

2. Tạo cho blog của bạn bản sắc riêng với một tên riêng

   
   

Tôi đã xem qua các ý kiến khác nhau về từng ý kiến; đối với blog của riêng tôi, tôi chỉ đơn giản đặt tên nó theo tên mình. Suy nghĩ của tôi là nếu bạn đang sử dụng một blog để giúp đưa tên của bạn ra khỏi đó, tại sao không sử dụng tên của bạn trong blog của bạn?

Dù bạn chọn gì, hãy nhớ rằng miền của bạn hơi khó thay đổi, vì vậy bạn nên dành thời gian để tìm một miền mà bạn tin tưởng. Tuy nhiên, bạn có thể phải suy nghĩ lại hoặc điều chỉnh miền của mình nếu miền bạn muốn đã được sử dụng, vì vậy hãy kiểm tra xem miền đó có sẵn hay không trước khi bạn đặt hết tâm huyết vào miền đó.

Mua tên miền ở đâu?

Có thể bạn đã nghe nói về nhiều công ty đăng ký tên miền, chẳng hạn như BlueHost , Hostinger , GoDaddy và Namecheap .

Tuy nhiên, điều quan trọng cần kiểm tra là Google Domains , vì đây là công ty đăng ký tên miền duy nhất bán miền .dev . Lời khuyên của tôi là .com vẫn là tốt nhất nếu bạn có thể lấy một cái, vì vậy nếu có sẵn một cái mà bạn thích thì hãy dùng nó, nhưng nếu không, thì .dev có thể là một sự thay thế tuyệt vời.

Chi phí tên miền

Lưu ý rằng các miền có giá khác nhau và hơn nữa, bạn phải trả tiền hàng năm để giữ chúng. Miền có thể rẻ tới mức 10 đô la một năm, vì vậy, trừ khi bạn mua miền cho mục đích kinh doanh, hãy suy nghĩ kỹ trước khi bỏ ra một miền đắt tiền.

Phần 2 - Tạo một trang web đơn giản bằng trình tạo trang web tĩnh

Trình tạo trang tĩnh là gì?

Trình tạo trang web tĩnh - hoặc SSG - sẽ tạo khuôn mẫu & tạo nội dung cho trang web sao cho trang web đó có thể được cung cấp dưới dạng tệp tĩnh được lưu trữ trên máy chủ web.

Sau khi thiết lập cấu trúc chính của trang web - chẳng hạn như trang chủ, chỉ mục bài đăng, trang 'giới thiệu', v.v. - bạn có thể tạo các trang hoàn chỉnh chỉ bằng cách thêm tệp đánh dấu.

Tại sao nên sử dụng SSG?

Tóm lại, SSG

• cung cấp cho bạn các trang web nhanh

• cho phép bạn xuất bản bằng quy trình công việc GitOps

• được bảo mật (không có cơ sở dữ liệu để hack vào!)

• cho phép bạn tận dụng các kỹ năng công nghệ của mình, thay vì bị giới hạn ở những gì nền tảng có thể cung cấp

  
  

Là nhà phát triển, chúng tôi sử dụng một thứ khá giống nhau hàng ngày: GitHub. Trong kho lưu trữ mã của chúng tôi, chúng tôi sẽ viết các tài liệu đọc và tài liệu khác trong phần đánh dấu và GitHub định dạng nó một cách độc đáo để xem trên trang web.

Một SSG có thể cho phép bạn theo dõi quy trình làm việc GitOps tương tự cho blog của riêng bạn. Khi tôi bắt đầu viết trên dev.to, tôi đã quản lý các bản nháp của mình trong kho lưu trữ Git. Điều này vẫn ổn cho đến khi muốn xuất bản, lúc đó tôi cần chuyển nội dung vào trình chỉnh sửa web của họ.

Điều này tốt, nhưng khi tôi phát hiện ra rằng SSG có thể cho phép bạn sử dụng quy trình công việc tương tự như để cập nhật readme trong GitHub, điều đó đủ khiến tôi muốn tìm hiểu thêm.

Một cách phổ biến để thiết lập một blog là sử dụng một cái gì đó như WordPress; điều này chắc chắn có rất nhiều lợi thế, nhưng nó lưu trữ tất cả nội dung của bạn trong cơ sở dữ liệu. Một trang web được tạo tĩnh không cần một trang web, điều này có nghĩa là nó sẽ nhanh hơn nhiều.

Tất nhiên, tốc độ không phải là tất cả, nhưng Google quan tâm đến tốc độ tải trang web của bạn , vậy tại sao bạn không tận dụng tốc độ mà trang web do SSG tạo có thể mang lại cho bạn?

Tạo một trang web cơ bản với Hugo

Để tạo một trang web tĩnh, tôi khuyên dùng Hugo . Tóm lại, điều này là do nó phổ biến, được hỗ trợ tốt, nhanh chóng và cho phép bạn bắt đầu và chạy nhanh chóng với các mẫu có sẵn.

(Để biết chi tiết về các SSG thay thế, hãy xem phần So sánh các SSG trong phụ lục.)

Trang bắt đầu nhanh của các tài liệu chính thức của Hugo đưa ra một mô tả tuyệt vời về việc thiết lập một trang Hugo cơ bản. Hãy làm theo các bước mà nó cung cấp, nhưng khi bạn tiếp cận các lệnh 'tạo trang web' của nó, tôi khuyên bạn nên thay đổi chúng thành như sau:

 hugo new site quickstart cd quickstart git init echo "/public/" >> .gitignore echo "/resources/_gen/" >> .gitignore echo ".hugo_build.lock" >> .gitignore git clone https://github.com/leafee98/hugo-theme-flat themes/flat rm -rf themes/flat/.git/ themes/flat/.github/ echo "theme = flat" >> hugo.toml hugo server

Điều này có những khác biệt sau từ hướng dẫn chính thức:

• Thiết lập tệp .gitignore

• Sử dụng chủ đề 'Phẳng' tuyệt vời thay vì chủ đề Ananke

• Thiết lập chủ đề dưới dạng mã trong kho lưu trữ của riêng bạn thay vì dưới dạng mô hình con git; điều này giúp việc điều chỉnh chủ đề theo sở thích của bạn sau này dễ dàng hơn rất nhiều.

Khi tạo kho lưu trữ GitHub của bạn, hãy đặt nó ở chế độ riêng tư - đây là vì lý do SEO, chúng ta sẽ khám phá vấn đề này sau.

Khi bạn đã làm theo hướng dẫn, thì bạn sẽ có một trang web sẵn sàng để lưu trữ! Tại thời điểm này, rất có thể sẽ có những khía cạnh của trang web mà bạn muốn thay đổi. Tuy nhiên, bạn không cần phải để điều đó ngăn bạn nhận máy chủ.

Điều chính mà bạn muốn tránh thay đổi sau này là các URL của bạn ; mọi thứ khác có thể được thay đổi sau này.

Phần 3 - Lưu trữ blog của bạn

Như phần Lưu trữ và Triển khai của tài liệu Hugo mô tả, vì bạn có một trang web tĩnh nên nó có thể được lưu trữ hầu như ở mọi nơi và gần như chắc chắn là cũng miễn phí.

Tất nhiên, cũng có rất nhiều máy chủ miễn phí/giá rẻ cho các trang web dựa trên WordPress, nhưng bất kỳ máy chủ cụ thể nào cũng sẽ chỉ cung cấp cho bạn quá nhiều băng thông; nói chung, một trang web tĩnh mang lại cho bạn nhiều băng thông hơn so với số tiền bạn bỏ ra, ngay cả khi bạn chưa thực sự giao bất kỳ khoản tiền nào.

Hướng dẫn lưu trữ của Hugo liệt kê rất nhiều khả năng, nhưng về mặt cá nhân, tôi có thể đồng ý với đề xuất của Bryce Wray về việc sử dụng Trang CloudFlare ; bậc miễn phí của nó có thể là bậc nhanh nhất hiện có và rất dễ sử dụng.

Chỉ cần làm theo hướng dẫn của họ từ 'thiết lập kho lưu trữ GitHub' trở đi. Tại thời điểm này, trang web của bạn sẽ trực tuyến! Nhưng bạn sẽ có một miền xấu xí như my-blog-xyz.pages.dev . Chỉ cần làm theo hướng dẫn của CloudFlare về cách thiết lập miền tùy chỉnh để trang web của bạn hoạt động trên miền mà bạn đã mua trước đó.

Phần 4 - Phân tích

Sự phù phiếm của sự phù phiếm, tất cả chỉ là sự phù phiếm!

— Truyền đạo 1:2

Bây giờ, nói đúng ra, đây là một bước tùy chọn, nhưng tại thời điểm này, bạn nên thiết lập phân tích cho trang web của mình. Có lẽ tôi thật hão huyền, nhưng đối với tôi, rất nhiều điều thú vị khi viết blog là có thể thấy rằng mọi người thực sự nhìn thấy và quan tâm đến những gì bạn đã viết.

Một hạn chế của việc thiết lập một trang web tĩnh là bạn không thể tự lưu trữ các phân tích vì điều đó sẽ yêu cầu một số loại cơ sở dữ liệu. Nhưng dù sao thì đó cũng không phải là vấn đề quá lớn vì có rất nhiều nhà cung cấp dịch vụ phân tích bên thứ ba tốt.

Công cụ lớn nhất mà bạn có thể đã nghe nói đến là Google Analytics.

Thiết lập phân tích với nhà cung cấp bên thứ ba thường bao gồm

1. Thiết lập một tài khoản

   
   

2. Thêm đoạn mã javascript hoặc liên kết vào các trang của bạn.

Trong mẫu Hugo mà tôi đề xuất, bạn chỉ cần thêm nội dung như sau vào tệp mẫu head.html của mình:

 {{/* Include analytics, but only in production */}} {{- if hugo.IsProduction | or (eq site.Params.env "production") }} <script defer data-domain="yourdomain.com" src="/link/to/script.js"></script> {{- end }}

Nếu bạn muốn thiết lập GA cho trang web của mình, hãy làm theo tài liệu chính thức của Google .

Nhà cung cấp dịch vụ phân tích mà tôi đã sử dụng là Plausible . Thật không may, nó không miễn phí - khoảng 9 đô la một tháng - nhưng nó dễ sử dụng, nhẹ (tập lệnh nhỏ hơn 1kb) và tôn trọng quyền riêng tư, vì vậy nó đáng để xem IMO.

Phần 5 - SEO cơ bản

Nếu bạn xây dựng nó, họ sẽ đến

— Cánh đồng mơ ước

Có một số sự thật cho trích dẫn trên; bạn không cần phải làm gì nhiều để đưa blog của mình lên Google, và thật may mắn là thời của những trò tai quái nhồi nhét từ khóa đã qua rồi ; điều quan trọng cuối cùng là viết nội dung tốt , đó là tin tốt cho những người viết blog độc lập như chúng tôi.

Điều đó nói rằng, có một số điều bạn có thể làm để đảm bảo rằng trang web của bạn sẵn sàng cho các công cụ tìm kiếm.

Cho Google biết bạn tồn tại

Trình thu thập dữ liệu web của Google cuối cùng sẽ tìm thấy trang web của bạn, nhưng điều đó chắc chắn sẽ giúp Google có một khởi đầu thuận lợi và giúp trang web của bạn được thiết lập trên bảng điều khiển tìm kiếm của Google . Bạn sẽ muốn làm như sau:

• Đăng ký

• Đăng ký địa chỉ miền của bạn (việc này sẽ được đơn giản hóa rất nhiều nếu bạn mua miền của mình từ Google Domains)

• Gửi URL cho sitemap.xml của trang web của bạn trên tab sơ đồ trang web. Rất may, Hugo sẽ tạo một tài khoản cho bạn tại https://yourdomain.com/sitemap.xml .

Khi điều này được thực hiện, thì Google sẽ (vào một thời điểm nào đó, trong vài ngày tới) bắt đầu thu thập dữ liệu trang web của bạn. Xin lưu ý rằng có một chút chậm trễ trong vài ngày đối với bảng điều khiển tìm kiếm.

Cách đáng tin cậy nhất để xem những gì được lập chỉ mục trên trang web của bạn là truy vấn google bằng truy vấn site: ví dụ: site:yourdomain.dom .

Một lợi ích hữu ích khác khi thiết lập trên bảng điều khiển tìm kiếm là trong tab 'Trang', bạn có thể thấy bất kỳ vấn đề nào được báo cáo về lý do tại sao Google không thể hoặc sẽ không lập chỉ mục các trang của bạn.

Kiểm tra các vấn đề

Hugo và mẫu chúng tôi đang sử dụng phải bao gồm hầu hết các cơ sở để thực hành SEO tốt. Tuy nhiên, sẽ không hại gì khi kiểm tra trang web của bạn trên công cụ PageSpeed Insights của Google . (Điều này sẽ trở nên quan trọng hơn nếu/khi bạn bắt đầu làm cho trang web của mình theo ý thích của riêng mình hơn bằng cách chỉnh sửa các tệp mẫu.)

Điều này sẽ cung cấp cho bạn một cái nhìn tổng quan về hiệu suất, khả năng truy cập và bất kỳ vấn đề SEO nào (chẳng hạn như thiếu thẻ meta) cho trang.

Canonicalization & Canonical URL

Một khái niệm SEO là chìa khóa để hiểu với tư cách là một blogger là chuẩn hóa và các URL chuẩn . Về cơ bản, ý tưởng là cùng một nội dung có thể được truy cập thông qua các URL khác nhau, nhưng bạn không muốn Google phân chia xếp hạng trang cho một trang trên nhiều URL.

Do đó, bạn có thể yêu cầu một trang khai báo URL mà các công cụ tìm kiếm nên coi là URL của trang.

Hãy nhớ rằng CloudFlare cũng tạo ra một miền “xấu xí” như my-blog-xyz.pages.dev cùng với miền tùy chỉnh của bạn. Hầu hết (nếu không phải tất cả) các nhà cung cấp dịch vụ lưu trữ không cho phép bạn tắt tên miền cơ bản này, nhưng miễn là bạn đã thiết lập các URL chuẩn trên các trang của mình thì điều này sẽ không thành vấn đề - Google sẽ chỉ liệt kê trong tên miền tùy chỉnh của bạn, không phải là "xấu xí".

Một trong những lý do mà tôi khuyên dùng chủ đề Phẳng cho Hugo là vì (không giống như chủ đề mặc định được đề xuất của Ananke), nó đã bao gồm một liên kết chính tắc. Tuy nhiên, nếu bạn muốn sử dụng một chủ đề khác, bạn có thể chỉ cần thêm chủ đề này vào mẫu tiêu đề của mình như sau:

 <link rel="canonical" href="{{ .Permalink }}" />

Bạn có thể kiểm tra xem điều này có được thiết lập chính xác cho bất kỳ trang cụ thể nào không bằng cách kiểm tra nó trong công cụ PageSpeed Insights đã đề cập ở trên; bạn sẽ thấy liệu một trang có URL chuẩn dưới dạng một mục trong danh sách kiểm tra trong phần “SEO” hay không.

Chúng ta sẽ khám phá thêm về chuẩn hóa trong phần tái xuất bản , bên dưới.

Kho lưu trữ GitHub riêng tư

Bạn sẽ nhớ lại trước đó rằng bạn đã đặt repo GitHub của mình ở chế độ riêng tư. Điều này là do (tại thời điểm viết) bạn không thể thêm URL chuẩn hoặc thẻ ngăn lập chỉ mục vào tài liệu đánh dấu và do đó, đây là một vấn đề sao chép mã tinh vi khác. Một repo riêng hoạt động xung quanh vấn đề này.

Liên kết ngược & Cơ quan tên miền

Bạn có thể đã nghe nói rằng một trong những yếu tố trong việc Google xếp hạng một trang web là có bao nhiêu trang web khác liên kết đến nó; điều này được gọi là thẩm quyền miền và các liên kết như vậy từ trang này sang trang khác trong ngữ cảnh này được gọi là liên kết ngược .

Tôi sẽ không nói về cách “trồng” các liên kết ngược để làm cho blog của bạn xếp hạng cao hơn trên Google; vì một điều, Google đã rất khôn ngoan với những kế hoạch như vậy và bên cạnh đó, một trong những lợi ích của việc tạo trang web của riêng bạn là bạn có thể giúp làm cho trang web trở thành một nơi tốt hơn thay vì lấp đầy nó bằng những trò lừa bịp như vậy.

Thay vào đó, điều rút ra chính chỉ đơn giản là sẽ mất thời gian trước khi bạn có thể xếp hạng tốt trên Google ; bạn sẽ không có nhiều thẩm quyền tên miền để bắt đầu, nhưng điều đó sẽ phát triển theo thời gian. Như mọi khi, bạn chỉ nên tập trung vào việc viết những bài đăng hay nhất có thể.

Phần 6 - Chia sẻ công việc của bạn

Quảng cáo chỉ xấu xa khi quảng cáo những điều xấu xa.

—David Ogilvy

Tôi rất muốn nói rằng Google có thể tìm thấy blog của bạn là đủ, trên thực tế, nó thực sự hữu ích để tự công khai và chia sẻ các bài đăng của bạn trực tuyến.

Sử dụng Reddit

Cách tốt nhất để làm điều này là đăng liên kết đến bài viết của bạn trên Reddit. Đăng lên mạng xã hội không có hại gì, nhưng lợi thế chính của Reddit là hệ thống bình chọn của nó có nghĩa là các bài đăng hay (tôi chắc chắn là của bạn sẽ như vậy) có thể ở trên trang nhất của subreddit trong một thời gian, thay vì ngay lập tức bị quét sạch. dọc theo dòng thời gian.

Đăng trên (các) Subreddit cụ thể

Đăng lên một subreddit cụ thể chẳng hạn như ngôn ngữ lập trình hoặc công nghệ mà bạn đang viết. Subreddit càng lớn thì càng có nhiều người có khả năng nhìn thấy bài đăng của bạn, nhưng điều thú vị là các subreddits lớn như /r/programming thường có thể có rất nhiều người đánh giá thấp các bài đăng hay một cách có chiến thuật chỉ đơn giản là chôn vùi chúng, để giúp giữ bài đăng của chính họ trên đứng đầu.

Thay vào đó, bạn sẽ gặp nhiều may mắn hơn bằng cách bám vào các Reddit cụ thể nhất áp dụng cho bài đăng của mình; những cộng đồng như vậy có nhiều khả năng sẽ quan tâm và đọc bài đăng của bạn hơn, đồng thời họ dễ tiếp nhận việc tự công khai hơn.

Kiểm tra các quy tắc cho mỗi Subreddit

Nếu bạn không quen thuộc với một subreddit, hãy luôn kiểm tra các quy tắc cộng đồng của nó trước khi đăng . Mỗi subreddit sẽ có các quy tắc khác nhau, cụ thể là các dung sai khác nhau đối với việc liên kết đến các bài viết của riêng bạn.

Điều này có thể khác nhau giữa các lệnh cấm tự công khai hoàn toàn, kỳ vọng rằng bạn không tự đăng quá nhiều hoặc không có hạn chế nào cả.

Một quy tắc quan trọng khác cần chú ý là các chủ đề bài đăng không mong muốn có khả năng chuyển hướng đến một subreddit phù hợp hơn. Ví dụ: các quy tắc của /r/programming yêu cầu bạn chuyển hướng các câu hỏi kỹ thuật tới r/learnprogramming thay vào đó và danh sách công việc tương tự tới /r/forhire .

Hãy là một phần của cộng đồng

Bất kể các quy tắc dành cho subreddit mà bạn đang gửi đến, bạn luôn nên là một phần của cộng đồng thay vì chỉ sử dụng Reddit như một công cụ cho mục đích của riêng mình. Đăng liên kết từ các blog khác mà bạn thích, tham gia vào các cuộc thảo luận và vui chơi.

Thỉnh thoảng đọc qua “Reddiquette” để kiểm tra xem bạn có đang tham gia một cách có trách nhiệm không.

Phần 7 - Xuất bản lại trên Nền tảng Blog

Việc có blog riêng của riêng bạn là một phần thưởng xứng đáng, nhưng việc xuất bản lại các bài đăng trên các nền tảng blog dành cho nhà phát triển chẳng hạn như dev.to vẫn rất hữu ích. Bạn có thể thắc mắc tại sao chúng tôi lại quay trở lại sau khi dành thời gian để thiết lập blog của riêng bạn.

Cuối cùng, tất cả những gì quan trọng là làm cho suy nghĩ của bạn được các nhà phát triển khác đọc và đánh giá cao, và việc xuất bản lại sẽ giúp bạn làm điều đó chỉ bằng cách thêm một cách khác để mọi người bắt gặp tác phẩm của bạn.

Tuy nhiên, một lợi ích quan trọng khác là nó giúp bạn xây dựng thẩm quyền tên miền cho blog của riêng mình thông qua các liên kết ngược - nhưng để trang web của bạn được ghi có với các liên kết ngược đó, bạn cần xuất bản lại theo đúng cách.

Chuẩn hóa cho các bài báo được xuất bản lại

Bạn có nhớ khái niệm về URL chuẩn mà chúng ta đã thảo luận trước đó không? Khi đăng lại các bài viết của bạn ở nơi khác, lý tưởng nhất là bạn chỉ muốn đăng trên các trang web cho phép bạn chỉ ra rằng phiên bản chính tắc của bài viết là phiên bản trên blog của bạn.

Bằng cách đó, bạn nhận được những lợi ích hiển thị của việc xuất bản lại, nhưng bất kỳ liên kết ngược nào tạo ra sẽ tạo nên thẩm quyền tên miền cho blog của riêng bạn.

Canonicals cho dev.to

Như đã trình bày chi tiết trong hướng dẫn biên tập của dev.to , bạn có thể thêm URL chuẩn chỉ bằng cách thêm thuộc tính canonical_url vào thuộc tính “vấn đề chính” của bài đăng.

Canonicals trên Hashnode

Bạn có thể đặt URL chính tắc trên bài viết Hashnode trong phần “Bạn có đang xuất bản lại không?” phần trên chế độ xem “Cài đặt bài viết” cho một bài viết. (Xem tài liệu của họ để biết thêm chi tiết.)

Chuẩn hóa trên HackerNoon

Như được đề cập trong tài liệu của HackerNoon , bạn có thể đặt URL chuẩn trong “Được xem lần đầu tại” trong cài đặt bài đăng của mình.

Bạn không thể chuẩn hóa trên FreeCodeCamp!

Như đã lưu ý trong bài viết về Hashnode này , hãy suy nghĩ kỹ trước khi xuất bản lại tác phẩm của bạn trên FreeCodeCamp vì họ không cho phép bạn đặt URL chuẩn. Thật vậy, dev.to này đăng chi tiết tác động tiêu cực mà điều này đã gây ra đối với một số blogger vì điều này.

Công khai hoàn thành cho bạn

Một lợi ích khác của việc xuất bản lại là một số công việc cần thiết để chia sẻ tác phẩm của bạn trên Reddit và các phương tiện truyền thông xã hội khác thường sẽ được thực hiện cho bạn.

Các bot và người viết blog quản lý các bài viết cho các cộng đồng cụ thể sẽ thường tìm thấy tác phẩm của bạn thông qua các thẻ cụ thể trên nền tảng blog và chia sẻ tác phẩm đó trên mạng xã hội.

Xuất bản lại nhược điểm

Tuy nhiên, việc tái xuất bản không phải là không có một số chi phí:

• Có thể hơi mất công khi đăng lại trên các trang web này, đặc biệt là trái ngược với luồng GitOps tốt đẹp khi xuất bản lên trang web của riêng bạn. (Tuy nhiên, một số giải pháp tự động và bán tự động có sẵn để trợ giúp mọi thứ ở đây.)

• Tác phẩm được tái bản có thể xếp hạng cao hơn tác phẩm gốc của bạn trên các công cụ tìm kiếm. Lý tưởng nhất là các URL chính tắc có nghĩa là tác phẩm được xuất bản lại hoàn toàn không được lập chỉ mục, nhưng điều này không được đảm bảo (đặc biệt là đối với Bing, theo kinh nghiệm của tôi)

Do đó, bạn nên xem xét việc xuất bản lại một thời gian sau khi bạn xuất bản bản gốc (giả sử một hoặc hai tuần, nhưng điều đó tùy thuộc vào bạn). Điều này có những lợi ích sau:

• Giảm trùng lặp công việc thực hiện chỉnh sửa & bổ sung trên bản gốc & bản tái bản của bạn; chắc chắn, bất chấp những nỗ lực đọc lại của bạn, bạn hoặc độc giả của bạn sẽ phát hiện ra các vấn đề hoặc những điều bạn đã bỏ sót - tốt hơn là bạn nên làm điều này trong khi bài viết chỉ tồn tại trên blog của riêng bạn.

• Công cụ tìm kiếm có thời gian để lập chỉ mục trang web của bạn đầu tiên.

ruột thừa

Tại sao viết blog?

Cải thiện kỹ năng viết và giao tiếp của bạn

Mặc dù may mắn thay, Agile có nghĩa là việc phát triển phần mềm hiếm khi liên quan đến việc tạo ra hàng đống tài liệu như nó có thể đã làm trong các thời đại trước, tôi nghĩ rằng con lắc đã đi quá xa theo hướng khác và tài liệu rất tốt giúp giới thiệu những người mới đến với một hệ thống hoặc kho lưu trữ bị bỏ quên một cách đáng buồn.

Và khi bạn tiến bộ trong sự nghiệp của mình với tư cách là một nhà phát triển, bạn sẽ ngày càng có nhiều nhu cầu chắt lọc tư duy của mình và giải thích các khái niệm & hệ thống phức tạp một cách rõ ràng và ngắn gọn.

Viết blog cung cấp cho bạn một cách tuyệt vời để thực hành những kỹ năng này. Đặc biệt, có khán giả là một yếu tố thúc đẩy tuyệt vời!

Cung cấp cho bạn một cách để chứng minh rằng bạn biết những gì bạn đang nói về

Có một danh sách các công nghệ mà bạn biết được liệt kê trong sơ yếu lý lịch của bạn là một chuyện; việc chứng minh rằng bạn thực sự hiểu họ bằng cách có thể liên kết đến các bài báo bạn đã viết để chứng minh rõ ràng rằng bạn hiểu rõ về nghề của mình từ trong ra ngoài lại là một việc hoàn toàn khác.

Giúp bạn tiếp thị bản thân và tạo cơ hội

Jeff Atwood đã gặp Joel Spolsky một phần thông qua blog của anh ấy, Coding Horror , và sau đó họ tiếp tục tạo ra một thứ nhỏ gọi là Stack Overflow.

Bạn không thể đảm bảo những điều như vậy sẽ xảy ra đơn giản thông qua việc tạo một blog, nhưng chắc chắn nó cũng không hại gì. Và đặc biệt là trong các lĩnh vực công nghệ thích hợp, bạn có thể thấy tên của mình có thể khiến ai đó nhớ đến thông qua việc họ đã đọc một bài báo của bạn trong quá khứ.

So sánh nhanh các SSG

Dưới đây là những suy nghĩ của tôi về một số SSG phổ biến và cách tôi đến với Hugo. Xem jamstack.org để biết danh sách lớn hơn nhiều.

Jekyll

Jekyll đã từng rất nổi tiếng, nhưng bây giờ thì ít hơn. Nó cung cấp năng lượng cho các trang GitHub và rất hướng đến blog. Ban đầu tôi đã xem xét nó nhưng đã bị cản trở bởi cấu trúc URL nghiêm ngặt của nó, vốn khẳng định rằng các trang blog có thành phần ngày tháng được nhúng trong URL, đây là điều mà tôi muốn tránh cho blog của riêng mình.

Điều này có thể tránh được bằng cách viết các bài đăng như một phần của loại “bộ sưu tập” trừu tượng hơn, nhưng sau đó điều đó sẽ làm mất đi nhiều lợi ích khi làm việc trong phần trừu tượng hóa bài đăng trên blog của chính nó.

Mười một

Eleventy là một SSG đang được rất nhiều người biết đến. Nó được cung cấp bởi node.js và rất linh hoạt; bạn có thể tùy chỉnh công cụ tạo khuôn mẫu và trình kết xuất đánh dấu, thậm chí cho phép bạn sử dụng các tùy chọn khác nhau cho các trang khác nhau trong cùng một trang web.

Hạn chế chính mà tôi nhận thấy với điều này là nó không đi kèm với bất kỳ mẫu dựng sẵn nào, vì vậy bạn không thể dễ dàng tạo một blog ngay lập tức. Cũng cần lưu ý rằng nó chạy trên nút, làm cho việc cài đặt của nó trở nên phức tạp hơn; không phải là một công cụ phá vỡ thỏa thuận bằng mọi cách, nhưng không thuận tiện như Hugo.

Gatsby

Gatsby cũng đang trở nên rất nổi tiếng gần đây. Tuy nhiên, nó tạo ra các ứng dụng một trang dựa trên phản ứng thay vì các trang web tĩnh. Đây là một tùy chọn hợp lệ; Tôi muốn sự đơn giản của HTML & CSS thuần túy khi tạo blog của mình.

Hơn nữa, tôi đã thấy rằng người viết này đã có trải nghiệm kém khi sử dụng nó, thay vào đó nên giới thiệu Hugo.

Hugo

Cuối cùng, chúng ta đến với Hugo, SSG mà tôi sử dụng cho blog của riêng mình. Nó được viết bằng Go có nghĩa là sử dụng nó có nghĩa là cài đặt một nhị phân duy nhất. Điều này có lợi thế từ quan điểm lưu trữ; bạn chỉ có thể chỉ định phiên bản Hugo trên nhà cung cấp của tôi và bạn có thể chắc chắn rằng nó sẽ hoạt động giống như cách nó hoạt động cục bộ.

Nó rất nhanh. Mặc dù điều này tạo ra một chút khác biệt khi blog của bạn chỉ chứa một vài bài đăng, nhưng thật tốt khi biết rằng thời gian xây dựng sẽ vẫn nhanh một cách đáng tin cậy khi trang web của bạn phát triển.

Đây là SSG phổ biến nhất (được đánh giá bởi các ngôi sao GitHub) , có nghĩa là nó được sử dụng và ghi lại tốt, đồng thời được hỗ trợ tốt bởi hầu hết mọi nền tảng lưu trữ trang web tĩnh.

Trên hết, nó có các mẫu để giúp bạn bắt đầu. Mặc dù bạn có thể sẽ muốn tạo các mẫu của riêng mình vào một lúc nào đó (hoặc ít nhất là sửa đổi chúng theo sở thích của riêng bạn) - nhưng ít nhất nó cũng mang lại cho bạn thứ gì đó để bắt đầu ngay lập tức.

Nhược điểm chính của nó là nó sử dụng ngôn ngữ tạo khuôn mẫu của Go; nó không tệ chút nào, nhưng nó hơi cồng kềnh so với một số ngôn ngữ khác, và nếu bạn quan tâm đến một ngôn ngữ mẫu khác thì bạn sẽ không gặp may ở đây. Nếu đây là một vấn đề đối với bạn thì Eleventy có thể đáng xem.