Tuyển tập 49 bài viết hay nhất của Minh Monmen

Đầu xuân năm mới ngồi tổng hợp lại 77 49 bài viết đặc sắc nhất của Minh Monmen để anh em cùng gạch đá. Chủ yếu là mình đã học được những gì, nên đọc theo thứ tự nào, bài viết tại sao lại dài thế,… First things first Đôi điều về tác giả là

Đầu xuân năm mới ngồi tổng hợp lại 77 49 bài viết đặc sắc nhất của Minh Monmen để anh em cùng gạch đá. Chủ yếu là mình đã học được những gì, nên đọc theo thứ tự nào, bài viết tại sao lại dài thế,…

First things first

Đôi điều về tác giả là mình – Minh Monmen thì năm nay đã tiệm cận mốc 30 (nếu không muốn nói là 30 rồi theo tuổi âm) và mới có 5 năm trong nghề viết lách chém gió. Thật ra thì quãng thời gian này chưa phải là dài với người viết chuyên nghiệp, nhưng cũng không phải là ngắn với những blogger nghiệp dư như mình. Và đi được một chặng đường như vậy với nghề viết dạo (không kiếm cơm) thì với mình cũng là một thành công rồi.

image.png

Tại sao lại có bài viết này? Bởi vì mình cảm thấy hơi tự ti khi nhìn vào những tác giả khác, những người có thể viết bài hàng tuần thậm chí hàng ngày luôn. Thế nên mình mới phải làm một bài tổng hợp xem mình đã viết những gì, chủ đề ra sao, nội dung thế nào,… để tự nhìn lại bản thân và có thêm động lực để tiếp tục đi trên con đường này.

Trong bài viết này mình sẽ:

  • Tổng hợp lại chủ đề những bài viết của mình (và gợi ý đọc theo thứ tự)
  • Lan man đôi chút về động lực khiến mình viết, style viết của mình
  • Vài sự tích liên quan tới những bài viết đặc biệt

Okay? Relax, bài viết này không có yếu tố kỹ thuật gì mấy đọc chơi thui.

Một vài con số

Viết đến đây thì mình chợt nhận ra là từ đầu tới giờ mình mới viết được tổng cộng là… 49 bài. =))) Vậy là để tổng hợp 49 bài viết hay nhất của mình thì chỉ cần… bê nguyên tên 49 bài mình đã viết vào thôi =))). Giật tít hơi ghê tí các bạn thông cảm.

Vậy là kể từ năm 2018 khi bút danh Minh Monmen lần đầu xuất hiện trên Kipalog thì mình đã viết được:

  • 49 bài viết (tính cả bài tổng hợp này là 50)
  • Hơn 16 vạn (160K) từ
  • Hơn 1 triệu chữ cái

Ồ, vậy là mấy cái bàn phím của mình cũng đã chịu được cả triệu lần bấm rồi đó chứ (mà mới là tính riêng chuyện mình viết bài). Mặc dù số bài viết khá khiêm tốn (chỉ 49), tức là mỗi năm mình viết được khoảng 10 bài, mỗi tháng mới được chưa tới 1 bài. Bởi vậy nên mình mới cảm thấy phục những bạn khác vừa có thể đi làm bình thường mà vẫn vừa viết bài với tần suất hàng tuần hay hàng ngày thật đáng nể. Niềm tự hào nhỏ bé duy nhất an ủi mình là dù mình viết ít nhưng được cái là mỗi bài viết lại tương đối dài, do vậy anh em đọc cũng không bị hụt hẫng (kiểu đang đọc truyện tranh cuốn thì hết chap chẳng hạn).

Bài viết đầu tiên về định hướng nghề nghiệp

Mình viết bài trên Viblo cũng từ 2018, tuy nhiên rất tiếc bài viết đầu tiên của mình lại không có trên Viblo. Đó là một bài viết về những cảm nghĩ trong định hướng nghề nghiệp của một cậu trai làm backend mới vừa rời công ty đầu tiên. Các bạn có thể đọc bài viết (hơi ngô nghê) này của mình trên Kipalog:

2018 là thời điểm mà DevOps còn là một khái niệm tương đối xa lạ tại Việt Nam, tuy nhiên khi đó khá may mắn là mình đã kịp nhận ra DevOps (hay nói rộng hơn là những vị trí cần kiến thức tổng hợp như Business Analyst, Data Analyst, Data Engineer,…) sẽ là những vị trí chỉ có thiếu chứ không có thừa. Đây cũng là bước ngoặt quan trọng trong sự nghiệp của mình khi mình chọn lựa đi theo con đường hiểu biết rộng thay vì trở thành một backend chuyên sâu. Quyết định này của mình được hình thành sau khi mình rải CV ở mấy chục công tyđi phỏng vấn cũng phải 2 chục chỗ.

~> Chỉ có trải nghiệm thực sự các cuộc phỏng vấn ở các công ty mới giúp bạn có một cái nhìn sâu sắc về con đường sự nghiệp của mình mà thôi. Còn đâu cứ xem trên mạng hay nghe ai đó kể lại chỉ giúp bạn mường tượng chứ không ăn thua đâu. Phỏng vấn là quá trình trưởng thành rất nhanh, và đây là quá trình mà bạn sẽ nhận thấy rõ ràng sự tiến bộ của bản thân thậm chí là qua từng cuộc phỏng vấn một luôn.

Như mình sau khi hẹn 4 công ty phỏng vấn trong cùng 1 ngày, mỗi công ty phỏng vấn đều ngồi nói chuyện tới gần 2h đồng hồ thì mình gần như là thuộc lòng hết cả tiểu sử, kinh nghiệm làm việc cũng như trả lời trôi chảy rất nhiều câu hỏi về kiến thức, tính cách cũng như định hướng công việc của bản thân luôn. Đây thật sự còn là một quá trình giúp mình tự tìm hiểu xem bản thân mình thích điều gì, không thích điều gì, ưa môi trường nào, ghét công việc nào,… nữa.

Vậy nên các bạn sinh viên, fresher hay junior cứ đừng ngại đi phỏng vấn mà hãy mạnh dạn rải CV rồi đăng CV của mình tá lả các nơi và kêu gọi chiếm lấy em đi nhé.

Động lực khiến mình viết và style viết của mình

Thật sự là nếu bạn chỉ đọc 1 bài viết nào đó trong 49 bài viết của mình thì sẽ chưa thể biết style viết của mình là gì đâu. Bởi vì mình… không có style gì cả =))).

Tất nhiên là do cùng một người viết thì sẽ có điểm chung, thế nhưng điểm chung mình thấy duy nhất lại là… dài. Tại sao mình lại viết dài, tại sao lại lan man chuyện đông chuyện tây từ mình gặp vấn đề gì, mình tìm hiểu nó ra sao, gặp những khó khăn nào,… mà không phải như muôn vàn bài viết mỳ ăn liền khác trên mạng là đi đúng trọng tâm, chia sẻ kết quả xịn xò và hướng dẫn các bạn làm theo luôn?

Vấn đề này cũng xuất phát từ chính cách học và cách ghi nhớ của mình. Mình chỉ có thể nhớ được điều gì đó (và nhớ rất lâu) nếu mình được trải nghiệm ngọn nguồn của nó. Tức là mình phải gặp vấn đề, phải đau đầu đi google, phải làm rồi sai be bét, phải thử cách lọ mó cách chai cơ thì mình mới nhớ được, còn nếu bụp phát người ta bảo mình làm theo vì người ta đã làm xịn trước rồi thì mình không thể nhớ hay biến nó thành kiến thức của mình được. Chính vì thế mà mình muốn khi truyền đạt lại 1 kinh nghiệm nào đó của mình thì các bạn cũng sẽ được trải nghiệm đúng những gì mình trải qua, được suy nghĩ giống mình, được làm sai giống mình, rồi đến cuối cùng tìm được một giải pháp khả dĩ nào đó nhờ sự hy sinh 1 yếu tố quan trọng (tính kinh tế). Mình muốn các bạn chìm đắm vào câu chuyện đủ lâu để có thể biến câu chuyện của mình thành câu chuyện của chính các bạn. Có như vậy thì kiến thức mới ở lại với các bạn được.

Tất nhiên là mình sẽ cố gắng dù viết dài nhưng sẽ ít nhàm chán nhờ những lần hóa thân vào đủ loại nhân vật như Sherlock Holmes, Tòa án, người đưa thư, phụ hồ xếp gạch,… để các bạn có thể coi những bài viết này là những mẩu chuyện giải trí tương đối nhẹ nhàng.

Còn động lực viết của mình thì tất nhiên là có nhiều yếu tố. Trong đó có việc lưu lại kiến thức của chính mình này (mình rất hay quên), được anh em bạn bè biết đến này, được bạn đọc ủng hộ này,… Một điều tương đối đặc biệt là động lực viết lách của mình có liên quan mật thiết đến động lực đi làm. Mình đã từng nói là:

  • Mình sẽ chỉ ở lại 1 công ty nếu như công việc của mình đủ hay ho để ít nhất mỗi tháng mình có 1 ý tưởng viết bài mới.

Đôi khi công việc hay ho sẽ tạo động lực để mình viết ra bài viết hay ho, và bài viết hay ho sẽ là động lực để mình tiếp tục công việc ở công ty (dù tất nhiên là phần lớn sẽ lặp đi lặp lại).

Những chủ đề nổi bật

Ok lan man thế thôi, còn giờ hãy xem anh em đã đọc những gì và yêu thích những gì từ mình nhé:

Okay, vậy là có vẻ chủ đề về tối ưu, performance của mình là được các bạn quan tâm nhiều nhất. Vậy còn những chủ đề khác thì sao? Nếu bạn là 1 newbie thì bạn sẽ bắt đầu từ đâu? Dưới đây là những chủ đề bài viết được mình sắp xếp từ dễ tới khó, từ chung chung cho tới chuyên sâu.

Những bài viết về định hướng nghề nghiệp, kinh nghiệm phỏng vấn, kỹ năng làm việc,…

Đây là các bài viết không yêu cầu kiến thức gì để đọc mà chủ yếu là định hướng nghề nghiệp, chuyện học hành, làm CV, quy trình,…

Docker cơ bản cho môi trường phát triển cho tới triển khai production

Đây là một số bài viết khá cơ bản về Docker của mình, các bạn gần như chỉ cần 1 ít kiến thức về docker là có thể đọc và áp dụng vào quy trình dev cũng như triển khai của mình. Riêng với bài Zero-downtime cuối cùng sẽ hơi chuyên sâu về triển khai ứng dụng trên Kubernetes thì tất nhiên là sẽ cần thêm 1 ít kiến thức về K8S nữa.

Sự nghiệp Data và những kinh nghiệm của mình khi là Data Engineer

Phần này chủ yếu là kiến trúc những hệ thống data mình đã làm, mình tổ chức data ra sao, process thế nào, dùng những kiểu dữ liệu gì. Đến cuối mới có 1 phần cần thêm kiến thức monitoring thôi nên khá dễ tiếp cận kể cả với những người chưa từng làm data muốn bắt đầu.

Kiến trúc và những bản vẽ của một Solution Architect

Đây là chủ đề tương đối khó và rộng khi mình đề cập đến kiến trúc cũng như kiến thức về khá nhiều thành phần trong hệ thống, từ xử lý ảnh, chat realtime, notification, background job,… Các bài viết này chứa rất nhiều kinh nghiệm của mình khi làm qua các hệ thống tuy nhiên mình nghĩ là tương đối dễ đọc khi các bài viết đều có hướng tiếp cận từ cơ bản đến nâng cao, từ yêu cầu bài toán cho đến đưa ra giải pháp dần dần.

Tối ưu performance và công việc của một performance engineer

Đây có lẽ là chủ đề mà phần lớn bài viết của mình đều có đề cập tới dù ít hay nhiều: performance. Ngoài ra thì đây cũng là những bài viết nâng cao nhất, đòi hỏi nhiều kiến thức nhất khi đọc (do đó mình đã để dưới cuối nè). Tất nhiên ở đây mọi công nghệ, mọi thủ đoạn à thủ thuật ở đây đều có thể dễ dàng áp dụng và cực kỳ thực tế chứ không phải chỉ mang tính chất khoe hàng như blog của mấy ông lớn. Tuy nhiên các bạn cũng nên chuẩn bị 1 chút tâm lý và kiến thức vì trong đây chứa đựng khá nhiều keyword và kiến thức (từ sách hẳn hoi) trước khi đọc để có hiệu quả cao nhất.

  • Series Performance Optimization Guideline: đây là series kỳ công nhất, chứa nhiều chất xám nhất của mình dù mới chỉ hoàn thành 1 nửa. Hy vọng sẽ là cuốn bí kíp gối đầu giường của các Performance Engineer nói riêng cũng như mọi anh em dev nói chung với 6 bài viết chuyên sâu về những cách tiếp cận tối ưu, những điều nên tránh, tìm bottleneck, đo lường performance,… Đây cũng là công trình duy nhất mình (là 1 người rất ít đọc sách) phải ngồi nghiên cứu thêm cả mấy quyển sách dày cộp để tự học thêm kiến thức trước khi viết bài nên khá là tốn não mới load hết đó nhé.
  • Series Caching đại pháp: đây là series hoàn chỉnh nhất với 4 bài viết về mọi khía cạnh mà mình có thể nghĩ ra của tối ưu read performance bằng caching, từ caching là gì, có những level nào, cache ở đâu, như thế nào và những vấn đề gặp phải với từng phương pháp,… Wào, MUST READ nhé.
  • Bài toán “Super fast API” với Golang và Mongodb: caching in-memory và cách mình vận dụng vào một hệ thống có traffic read lớn hàng đầu của mạng xã hội
  • Kỳ án tốc độ: Nỗi oan của chàng Redis: câu chuyện về tối ưu cho bài toán blacklist dữ liệu lớn và minh oan cho công nghệ distributed caching nổi tiếng nhất hiện nay: Redis
  • Tôi, NuxtJS và trang livestream vạn CCU: tối ưu frontend cho một trang livestream với target hàng vạn CCU dù bản thân mình không phải là frontend developer chính hiệu.
  • API NodeJS của tôi đã handle peak traffic như thế nào?: tối ưu luôn backend cho trang livestream phía trên với sự kết hợp của nhiều giải pháp caching. Đọc và bạn sẽ nhận ra việc tối ưu không chỉ đơn giản là tăng RPS (request per second) mà còn là các bài toán về băng thông hay CPU nữa.

Vài chủ đề khác

Một vài bài viết về chủ đề bảo mật hay tối ưu database đọc chơi chơi như:

Tổng kết

Nhìn lại những bài viết đã qua mới biết 5 năm với mình là một chặng đường dài. Có những thứ đến giờ mình ngồi đọc lại cũng không hiểu tại sao lúc đó có thể kiên nhẫn ngồi viết ra bao nhiêu thứ đến vậy. Được cái khá may mắn là những kiến thức trong các bài viết của mình tới giờ có vẻ vẫn chưa lỗi thời và vẫn có giá trị với nhiều bạn đọc. Nếu ai chưa đọc hết thì cố gắng đọc hết 50 bài viết của mình nhé. Hy vọng những bài viết này dù không giúp các bạn vươn tới đỉnh cao nghề nghiệp thì cũng giúp được các bạn tiến thêm một bước trên con đường học tập không ngừng của mình.

Nhân đây mình xin chúc các bạn một năm mới vui vẻ, mạnh khỏe và nhiều thành công.

Nguồn: viblo.asia

Bài viết liên quan

WebP là gì? Hướng dẫn cách để chuyển hình ảnh jpg, png qua webp

WebP là gì? WebP là một định dạng ảnh hiện đại, được phát triển bởi Google

Điểm khác biệt giữa IPv4 và IPv6 là gì?

IPv4 và IPv6 là hai phiên bản của hệ thống địa chỉ Giao thức Internet (IP). IP l

Check nameservers của tên miền xem website trỏ đúng chưa

Tìm hiểu cách check nameservers của tên miền để xác định tên miền đó đang dùn

Mình đang dùng Google Domains để check tên miền hàng ngày

Từ khi thông báo dịch vụ Google Domains bỏ mác Beta, mình mới để ý và bắt đầ