Lợi ích của việc học công khai
(gilesthomas.com)- Khi công khai những điều học được dưới dạng tóm tắt hoặc hướng dẫn, bạn sẽ tự tạo ra bài viết mà chính mình từng cần khi mới bắt đầu học
- Nếu không dừng lại ở việc học công nghệ mới và tự thử nghiệm, mà còn giải thích bằng bài viết, kiến thức sẽ được khắc sâu hơn và những lỗ hổng trong hiểu biết cũng lộ ra
- Trường hợp về syscall
epollvà khác biệt giữa sự kiện edge-triggered/level-triggered là một ví dụ vẫn được nhớ lâu dù đã được viết lại gần 12 năm trước - Theo Google Search Console, một tỷ lệ đáng kể khách truy cập không thường xuyên đến từ các từ khóa tìm kiếm liên quan đến những bài ghi chép học tập, và từ khóa cũng khá khớp với nội dung bài viết
- Tác giả dự định sẽ đăng thường xuyên hơn các ghi chép học tập dạng dài trong một chuyên mục tạm gọi là TIL deep dives, khác với các bài Today I learned ngắn
Viết bài mà mình từng muốn tìm khi mới học
- Gần đây, sau khi viết blog nhiều hơn bình thường và đọc lại kho lưu trữ, tác giả nhìn lại điểm chung của những bài viết khiến mình hài lòng nhất
- Những bài viết hay thường gần với dạng tóm tắt những gì thu được trong quá trình học điều gì đó hoặc hiểu cách nó vận hành, đôi khi được cấu trúc như một hướng dẫn
- Những bài như vậy là cách tự viết “bài viết mà tôi từng muốn tìm khi mới bắt đầu học”
Ghi chép thành bài viết giúp hiểu biết vững chắc hơn
- Học điều gì đó mới và, nếu có thể, tự tay thử nghiệm là việc quan trọng để trưởng thành với tư cách kỹ sư
- Khi viết lại những gì đã học, kiến thức sẽ được khắc sâu hơn
- Tiêu chí cho việc đã thực sự hiểu là liệu bạn có thể giải thích cho một độc giả thông minh và quan tâm hay không
- Bài viết về syscall
epollvà sự khác biệt giữa sự kiện edge-triggered/level-triggered dù đã được viết gần 12 năm, nhưng vẫn còn đọng lại trong trí nhớ
Ghi chép học tập cũng đến được với người khác
- Nhìn vào Google Search Console, nhiều khách truy cập không phải độc giả thường xuyên đến qua các tìm kiếm liên quan đến những bài ghi chép học tập này
- Từ khóa tìm kiếm và nội dung bài viết tương ứng khá khớp nhau, nên có khả năng khách truy cập đang nhận được điều họ muốn tìm
- Các bài học công khai vừa củng cố hiểu biết cá nhân, vừa có thể đến được qua tìm kiếm với những người đang gặp vấn đề tương tự
Phân loại mang tên TIL deep dives
- Tác giả dự định sẽ tăng số lượng bài thuộc kiểu này một cách có chủ đích hơn
- Cụm “hướng dẫn mà tôi ước ai đó đã viết trước khi tôi học” quá dài, nên tạm đặt tên là TIL deep dives
- Những bài này khác với các bài “Today I learned” ngắn có thể thấy trên những blog khác
- Chúng cùng dòng với các bài TIL của Simon Willison, nhưng gần với định dạng bài viết dài hơn
- Simon Willison cũng vận hành một subdomain TIL riêng
1 bình luận
Ý kiến trên Hacker News
Nếu bạn phát hiện một bài viết như vậy thì việc báo cho tác giả biết cũng nên là hành động đi kèm
Chỉ cần gửi một email ngắn hoặc để lại bình luận. Đằng sau vài người nổi tiếng trên YouTube là hàng nghìn người đăng nội dung hay nhưng hoàn toàn không biết ai đang xem và biết ơn họ
Vì vậy, mỗi khi thấy một bài viết hay công việc nào đó khiến mình xúc động, tôi có thói quen gửi email cho cả người lạ. Theo Derek Sivers và patio11, tôi cũng treo nổi bật mục “lời mời thường trực” trên trang của mình; thỉnh thoảng nhận được email “lời chào từ người lạ trên Internet” là cả ngày hoặc cả tuần trở nên tốt đẹp hơn. Email thật sự rất hợp cho những cuộc tán gẫu sâu, chậm rãi
https://www.evalapply.org/index.html#standing-invitation
Tôi hoàn toàn không biết có một linh kiện nhỏ trông giống transistor nằm dưới hộc để đồ, và đó là một ca sửa chỉ tốn 50 xu. Nếu người đó không đăng, chắc tôi sẽ không bao giờ biết, nên tôi đã gửi một lời nhắn cảm ơn
Hóa ra trò chơi đó chưa từng được phát hành chính thức, và bản demo đi kèm cùng nhiều game và phần mềm khác là dấu vết công khai duy nhất của nó. Nhà phát triển vẫn còn file cài đặt, và vì nó đủ nhỏ để đính kèm trong email trả lời nên đã gửi cho tôi. Tôi có cảm giác rất rõ rằng việc có người hỏi về một trò chơi do ông ấy làm hơn 20 năm trước hẳn đã khiến ngày hôm đó của ông ấy vui hơn khá nhiều
Tiêu chí cho các bài TIL của tôi cũng theo triết lý này
Nếu tôi đã tìm kiếm trước mà vẫn mất vài giờ mới hiểu được một vấn đề, đó là tín hiệu rất mạnh rằng việc đó đáng được ghi lại thành bài. Bài gần đây nói về việc proxy lưu lượng scraping của GitHub Actions qua exit node của Tailscale: https://til.simonwillison.net/tailscale/tailscale-github-act...
Nội dung là: “Simon Willison làm việc này rất tốt, thậm chí còn có hẳn một subdomain riêng cho TIL của mình”
Mỗi khi sửa thứ gì đó hoặc vật lộn với một vấn đề, tôi luôn viết một bài blog cho chính mình, rồi cố đưa vào càng nhiều càng tốt các thông báo lỗi chính xác và từ khóa tìm kiếm mà tôi đã dùng khi ghép nối lời giải
Trong lúc tìm kiếm, tôi thấy một bài Reddit liên quan [1], rồi thấy trong đó có đính kèm GitHub Gist, sau đó nhận ra người đăng Gist đó chính là tôi. Tôi đã hoàn toàn quên rằng mình từng làm việc này rồi
[1] https://www.reddit.com/r/NixOS/comments/1dahr3g/steamos_base...
Đó là một vấn đề liên quan đến MVC.net; tôi đã sửa được đúng vấn đề như trong câu hỏi, nhưng không hiểu các câu trả lời được đánh dấu là “hay nhất” nghĩa là gì, hay tại sao chúng liên quan. Vì vậy tôi viết lại quy trình mình đã làm theo kiểu “nhấp vào đây, rồi nhập cái này cho khớp với chỗ kia”. Mãi về sau tôi mới biết câu trả lời của mình rốt cuộc cũng chính là điều các câu trả lời khác đang bảo làm, nhưng với nhiều người còn chưa hiểu những liên kết như ma thuật giữa binding, view và các thành phần mà Visual Studio tạo ra khi họ tìm kiếm, câu trả lời của tôi vẫn tiếp tục được bình chọn
Bài gần nhất tôi viết là về việc tìm ra cách thay pin cho baby monitor
https://www.michael1e.com/how-to-replace-the-eufy-spaceview-...
Chúng không trả lại lưu lượng truy cập hay phần thưởng, thậm chí cũng không trích dẫn làm nguồn ¯_(ツ)_/¯
Như thế khi có câu trả lời, người tiếp theo mới có thể tìm thấy
Có lẽ phần quan trọng nhất của cách làm này là: nếu tự viết ra bài mà mình từng muốn tìm, thì rất có khả năng một ngày nào đó trong tương lai nó sẽ lại hữu ích cho chính mình
Nhiều bài tôi viết vẫn hữu ích trở lại sau nhiều năm kể từ khi xuất bản. Hiệu quả đó còn lớn hơn khi tôi thêm chức năng tìm kiếm vào trang và đưa cả các bài microblog vào
Thỉnh thoảng khi tìm kiếm, tôi cũng bắt gặp các bài blog cũ của chính mình
Vì đã viết nội dung đó lên blog vào năm 2019, đến giờ tôi vẫn xem lại để nhớ ra
Thói quen này với tôi đã trở thành một lối kinh doanh sinh kế. Giờ tôi kiếm sống bằng việc ghi chép lại bộ máy quan liêu của Đức
Tôi đã thuyết trình về “vì sao làm việc này”, và nó trở thành một bài blog dài: https://nicolasbouliane.com/projects/all-about-berlin
Tôi mong có nhiều người làm như vậy hơn. Khi gặp tài liệu tương tự, tôi chủ động gửi lời cảm ơn. Một tài liệu đã giúp tôi đạp xe xuyên Hàn Quốc, tài liệu khác giúp tôi sửa một thiết bị rất cụ thể. Thật đáng tiếc khi Google, mạng xã hội và AI lấy công sức của những người hữu ích này như khai thác lộ thiên rồi tước đi phần thưởng của họ
Tôi sắp đăng một trang web chứa những điều tôi đã mất nhiều ngày công tìm hiểu vì thiếu thông tin
Việc đăng thực tế bị chậm là vì tôi đang thử nghiệm một cách làm bền vững hơn trước. Điều đó bao gồm cả việc tìm cách kiếm tiền bằng mọi giá, và làm cho các crawler và dịch vụ “AI” khó sao chép toàn bộ hơn :(
Tôi cũng đã viết một bài tiếp theo để cố diễn đạt lý do: https://news.ycombinator.com/item?id=43166761
Khi ai đó dành thời gian để thưởng thức những việc tôi làm, như viết lách, nấu ăn, hay phát triển công cụ, tôi thấy được công nhận và tinh thần lên hẳn
Ngược lại, khi đưa một thứ gì đó ra mà nó biến mất vào khoảng không, không ai ghi nhận hay chúc mừng, thì tôi thấy tụt năng lượng. Tôi đã trải qua cả hai khi vận hành tài khoản Medium suốt 10 năm, và giờ thì viết lách là hành trình của tôi còn độc giả thì thất thường, nên tôi không thể dừng lại. Tôi chấp nhận rằng đây giống như điều khoản sử dụng của sáng tạo
Trung bình chắc khoảng 1 bình luận, vì những bài có bình luận thường có 3–4 bình luận. Trong 19 năm viết blog, cú dopamine lớn nhất là khi thấy bài này lên vị trí số 1 trang đầu HN, và tôi không nghĩ chuyện đó sẽ xảy ra lần nữa
Ngay lúc này tôi cũng đang viết một bài blog như vậy
Trong vài tháng qua, tôi chỉ đăng những bài đi rất sâu vào những điều tôi đã vất vả tìm ra trong lĩnh vực của mình là Kubernetes, hoặc về việc đọc mã trong các codebase nguồn mở
Chủ đề này đánh trúng tim đen, và mỗi ngày tôi càng muốn viết những bài như thế hơn. Tôi chỉ đơn giản là phải làm
Gần đây tôi đang nghịch Microchip PolarFire SoC[1], và tôi vốn đã biết rằng tài liệu về thiết kế FPGA không nhiều. Nhưng Microchip lại ở một cấp độ khác so với Xilinx/AMD, Lattice hay các công cụ nguồn mở. Tôi đã phải trải qua rất nhiều trận chiến để làm được điều gì đó, và đến giờ mới có được một quy trình làm việc tương đối và hiểu con chip hơn. Hiện tại tôi khá thích nó, và với ai muốn bước vào thiết kế phối hợp phần cứng–phần mềm thì đây là một con chip đáng thử trong mức ngân sách
Mỗi lần kết thúc một trận chiến, tôi lại nghĩ: “Chết tiệt, chuyện này phải được viết ở đâu đó trên blog. Nếu giúp được một người nào đó trong tương lai, thậm chí chỉ là chính tôi trong tương lai, thì cũng là một chiến thắng lớn rồi”. Nhưng cho đến nay, phần lười biếng và hơi sợ hãi trong tôi vẫn thắng
Tôi từng lo rằng tiếng Anh không phải tiếng mẹ đẻ nên mình viết không đủ hay, rằng những gì tôi viết có thể là hiển nhiên với mọi người còn chỉ mình tôi phải vật lộn, hoặc một người bạn tình cờ thấy rồi cười nhạo. Nhưng không sao. Tôi muốn làm, nên tôi phải làm
[1] https://www.microchip.com/en-us/development-tool/mpfs-disco-...
Câu cuối làm tôi nhớ đến “Roll the dice” của Charles Bukowski. Có lẽ tôi nên nhớ đến nó thường xuyên hơn một chút: https://hellopoetry.com/poem/68266/roll-the-dice/
Dạo này luôn có ai đó đã viết sẵn bài mà tôi từng muốn viết. Vì vậy tôi viết phiên bản của tôi
Phần lớn các bài blog thời kỳ đầu của tôi được truyền cảm hứng từ các câu hỏi trên diễn đàn công khai. Tôi trả lời ở đó, rồi viết lại thành bài blog, sau đó về sau chỉ gửi link bài đó. Các bài blog của tôi đầu thập niên 2000 cho thấy dấu vết ấy
Ví dụ, bài về cách mở trình duyệt toàn màn hình trong IE5 đã thành công rực rỡ: https://brajeshwar.com/2002/ie-50-full-screen-from-itself/