<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Nguyễn Lê Phong: Blog</title>
    <link>https://nguyenlephong.github.io/vi/blog</link>
    <description>Bài viết về software architecture, AI và cách team phần mềm làm việc.</description>
    <language>vi</language>
    <lastBuildDate>Thu, 23 Jul 2026 00:00:00 GMT</lastBuildDate>
    <atom:link href="https://nguyenlephong.github.io/vi/blog/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Biến review evidence thành team memory</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/turning-review-evidence-into-team-memory</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/turning-review-evidence-into-team-memory</guid>
      <pubDate>Thu, 23 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về cách chuyển review findings, commands, screenshots và decisions thành team memory có thể tái sử dụng thay vì artifact chỉ dùng một lần để approve.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Review</category>
      <category>Evidence</category>
      <category>Team Memory</category>
      <category>Documentation</category>
    </item>
    <item>
      <title>Ba mươi ngày ghi chú nhỏ có thể dạy gì</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/what-thirty-days-of-small-notes-can-teach</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/what-thirty-days-of-small-notes-can-teach</guid>
      <pubDate>Wed, 22 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú phản chiếu về cách một tháng quan sát nhỏ mỗi ngày có thể lộ ra những pattern rất dễ bị bỏ sót giữa lúc làm việc.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Writing</category>
      <category>Learning</category>
      <category>Daily Notes</category>
      <category>Career</category>
    </item>
    <item>
      <title>System Design Interview bắt đầu từ việc làm rõ yêu cầu</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/clarifying-requirements-in-system-design-interviews</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/clarifying-requirements-in-system-design-interviews</guid>
      <pubDate>Tue, 21 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một hướng dẫn thực tế cho những phút đầu của System Design Interview: làm rõ người dùng, quy mô, luồng chính, ràng buộc và trade-off trước khi chọn công cụ.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>System Design</category>
      <category>Requirements</category>
      <category>Scalability</category>
      <category>Decision Making</category>
    </item>
    <item>
      <title>Để AI tăng tốc search, không thay judgment</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/letting-ai-speed-up-the-search-not-the-judgment</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/letting-ai-speed-up-the-search-not-the-judgment</guid>
      <pubDate>Tue, 21 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách dùng AI để mở rộng investigation trong khi source checking, trade-off decision và accountability vẫn thuộc về con người.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Search</category>
      <category>Judgment</category>
      <category>Verification</category>
      <category>Evidence</category>
    </item>
    <item>
      <title>Bảo vệ attention trong một team bận rộn</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/protecting-attention-in-a-busy-team</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/protecting-attention-in-a-busy-team</guid>
      <pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú bình tĩnh về việc xem attention như shared team resource, không phải ngân sách cá nhân vô hạn mà ai cũng tự hồi phục được.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Attention</category>
      <category>Focus</category>
      <category>Teamwork</category>
      <category>Meetings</category>
    </item>
    <item>
      <title>Thiết kế default sao cho fail vẫn an toàn</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/designing-defaults-that-fail-safely</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/designing-defaults-that-fail-safely</guid>
      <pubDate>Sun, 19 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách chọn default bảo vệ user và system khi configuration, rollout hoặc external dependency còn bất định.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Defaults</category>
      <category>Reliability</category>
      <category>Failure Modes</category>
      <category>Configuration</category>
    </item>
    <item>
      <title>Làm handoff thành thật về điều chưa biết</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/making-handoffs-honest-about-what-is-unknown</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/making-handoffs-honest-about-what-is-unknown</guid>
      <pubDate>Sat, 18 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về cách viết handoff có open questions, assumptions và risk thay vì giả vờ work chắc chắn hơn thực tế.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Handoffs</category>
      <category>Communication</category>
      <category>Risk</category>
      <category>Delivery</category>
    </item>
    <item>
      <title>Kỷ luật thầm lặng của việc hoàn tất đúng cách</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-quiet-discipline-of-finishing-properly</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-quiet-discipline-of-finishing-properly</guid>
      <pubDate>Fri, 17 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú phản chiếu về kỷ luật nhỏ khi đóng work bằng evidence, cleanup và context thay vì chỉ chạm tới finish line nhìn thấy được.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Craft</category>
      <category>Follow Through</category>
      <category>Sustainable Work</category>
      <category>Quality</category>
    </item>
    <item>
      <title>Yêu cầu AI gọi tên assumption của nó</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/asking-ai-to-name-its-assumptions</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/asking-ai-to-name-its-assumptions</guid>
      <pubDate>Thu, 16 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách làm AI-assisted work an toàn hơn bằng cách yêu cầu model bộc lộ assumption trước khi chấp nhận answer.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Prompting</category>
      <category>Verification</category>
      <category>Developer Tools</category>
    </item>
    <item>
      <title>Nhận ra friction trước khi nó thành blame</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/noticing-friction-before-it-becomes-blame</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/noticing-friction-before-it-becomes-blame</guid>
      <pubDate>Wed, 15 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú bình tĩnh về việc xem friction lặp lại trong team như tín hiệu hữu ích trước khi nó đông cứng thành blame cá nhân.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Teamwork</category>
      <category>Feedback</category>
      <category>Process</category>
      <category>Leadership</category>
    </item>
    <item>
      <title>Giữ data contract đủ nhỏ để tin được</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/keeping-data-contracts-small-enough-to-trust</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/keeping-data-contracts-small-enough-to-trust</guid>
      <pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách thiết kế data contract hẹp, testable và đủ ổn định để team có thể dựa vào.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Data Contracts</category>
      <category>APIs</category>
      <category>Reliability</category>
      <category>Testing</category>
    </item>
    <item>
      <title>Giữ checklist ở gần nơi công việc diễn ra</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/keeping-checklists-close-to-the-work</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/keeping-checklists-close-to-the-work</guid>
      <pubDate>Mon, 13 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về cách làm checklist hữu ích bằng cách đặt nó ở nơi mọi người thật sự decide, review, release và hand off work.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Checklists</category>
      <category>Delivery</category>
      <category>Quality</category>
      <category>Teamwork</category>
    </item>
    <item>
      <title>Sự nhẹ nhõm nhỏ của một quyết định có thể đảo ngược</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-small-relief-of-a-reversible-decision</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-small-relief-of-a-reversible-decision</guid>
      <pubDate>Sun, 12 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú phản chiếu về cách giảm căng thẳng khi biết lựa chọn nào có thể đổi lại an toàn sau khi thông tin mới xuất hiện.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Decision Making</category>
      <category>Uncertainty</category>
      <category>Leadership</category>
      <category>Product Engineering</category>
    </item>
    <item>
      <title>Xem AI suggestion như evidence bản nháp</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/treating-ai-suggestions-as-draft-evidence</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/treating-ai-suggestions-as-draft-evidence</guid>
      <pubDate>Sat, 11 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách dùng AI output như điểm bắt đầu để điều tra, không phải câu trả lời hoàn chỉnh thay cho verification.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Evidence</category>
      <category>Code Review</category>
      <category>Developer Tools</category>
    </item>
    <item>
      <title>Tạo không gian cho người reviewer ít nói</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/making-space-for-the-quiet-reviewer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/making-space-for-the-quiet-reviewer</guid>
      <pubDate>Fri, 10 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú bình tĩnh về cách giúp teammate trầm hơn đóng góp review feedback sâu mà không ép mọi tín hiệu hữu ích đi qua kênh ồn nhất.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Code Review</category>
      <category>Inclusion</category>
      <category>Teamwork</category>
      <category>Feedback</category>
    </item>
    <item>
      <title>Chủ động chọn những boundary nhàm chán</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/choosing-boring-boundaries-on-purpose</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/choosing-boring-boundaries-on-purpose</guid>
      <pubDate>Thu, 09 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách chọn software boundary đơn giản để ownership, testing và future change dễ suy luận hơn.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Boundaries</category>
      <category>Modularity</category>
      <category>Maintenance</category>
      <category>Product Engineering</category>
    </item>
    <item>
      <title>Viết status update để người khác hành động được</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-status-updates-people-can-act-on</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-status-updates-people-can-act-on</guid>
      <pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về cách viết status update cho người đọc biết điều gì đổi, điều gì đang block và action nào cần tiếp theo.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Communication</category>
      <category>Status Updates</category>
      <category>Delivery</category>
      <category>Planning</category>
    </item>
    <item>
      <title>Sự kiên nhẫn để context kịp đến</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-patience-to-let-context-arrive</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-patience-to-let-context-arrive</guid>
      <pubDate>Tue, 07 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú phản chiếu về việc chờ đủ lâu để missing context nổi lên trước khi biến uncertainty thành decision.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Decision Making</category>
      <category>Context</category>
      <category>Patience</category>
      <category>Leadership</category>
    </item>
    <item>
      <title>Giữ AI changes đủ nhỏ để review thật sự</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/keeping-ai-changes-small-enough-to-review</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/keeping-ai-changes-small-enough-to-review</guid>
      <pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách dùng AI an toàn hơn bằng cách giữ generated changes narrow, inspectable và gắn với evidence.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Code Review</category>
      <category>LLM</category>
      <category>Developer Tools</category>
      <category>Software Engineering</category>
    </item>
    <item>
      <title>Calm ownership trong thực tế trông như thế nào</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/what-calm-ownership-looks-like-in-practice</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/what-calm-ownership-looks-like-in-practice</guid>
      <pubDate>Sun, 05 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về ownership như follow-through rõ ràng, handoff explicit và accountability đều đặn mà không cần kịch tính.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Ownership</category>
      <category>Leadership</category>
      <category>Teamwork</category>
      <category>Delivery</category>
    </item>
    <item>
      <title>Thiết kế escape hatch, không phải back door</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/designing-with-escape-hatches-not-back-doors</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/designing-with-escape-hatches-not-back-doors</guid>
      <pubDate>Sat, 04 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về cách xây safe operational escape hatch rõ ràng, có audit và có boundary thay vì back door bị giấu.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Operations</category>
      <category>Security</category>
      <category>Reliability</category>
      <category>Governance</category>
    </item>
    <item>
      <title>Đóng vòng trước khi mở vòng tiếp theo</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/closing-the-loop-before-starting-the-next-one</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/closing-the-loop-before-starting-the-next-one</guid>
      <pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú thực tế về việc đóng work loop bằng evidence, decision và handoff context trước khi team vội bước sang task kế tiếp.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Delivery</category>
      <category>Review</category>
      <category>Documentation</category>
      <category>Team Communication</category>
    </item>
    <item>
      <title>Khi progress giống như bỏ bớt trọng lượng</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/when-progress-feels-like-removing-weight</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/when-progress-feels-like-removing-weight</guid>
      <pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một ghi chú phản chiếu về kiểu progress đến từ việc giảm tải, làm rõ ambiguity và khiến next step nhẹ hơn.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Clarity</category>
      <category>Workload</category>
      <category>Focus</category>
      <category>Sustainable Work</category>
    </item>
    <item>
      <title>Để AI viết bản nháp đầu tiên nhàm chán</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/letting-ai-draft-the-boring-first-pass</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/letting-ai-draft-the-boring-first-pass</guid>
      <pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate>
      <description>Một reflection thực tế về việc dùng AI cho bản nháp đầu tiên thật bình thường, trong khi judgment của con người tập trung vào evidence, shape và responsibility.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Writing</category>
      <category>Developer Tools</category>
      <category>Review</category>
    </item>
    <item>
      <title>Biết hỏi giúp khi chuyện còn nhỏ</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/the-quiet-skill-of-asking-for-help-early</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/the-quiet-skill-of-asking-for-help-early</guid>
      <pubDate>Tue, 30 Jun 2026 00:00:00 GMT</pubDate>
      <description>Hỏi giúp từ sớm không làm ta yếu đi; đó là cách giữ một chỗ chưa chắc chắn khỏi âm thầm kéo cả công việc lệch hướng.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Teamwork</category>
      <category>Communication</category>
      <category>Psychological Safety</category>
      <category>Delivery</category>
    </item>
    <item>
      <title>Giao diện cần nói thật về giới hạn của hệ thống</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/making-interfaces-honest-about-system-limits</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/making-interfaces-honest-about-system-limits</guid>
      <pubDate>Mon, 29 Jun 2026 00:00:00 GMT</pubDate>
      <description>Khi hệ thống chậm, thiếu dữ liệu hoặc chưa chắc chắn, giao diện nên nói rõ phần người dùng cần biết trước khi họ tự phát hiện qua lỗi.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Product Design</category>
      <category>Reliability</category>
      <category>Operational UX</category>
      <category>Systems Thinking</category>
    </item>
    <item>
      <title>Để ghi chú cuộc họp ở ngay cạnh quyết định</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/keeping-meeting-notes-close-to-decisions</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/keeping-meeting-notes-close-to-decisions</guid>
      <pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate>
      <description>Ghi chú chỉ thật sự có ích khi quyết định, lý do và việc cần làm tiếp theo vẫn tìm thấy nhau sau khi cuộc họp kết thúc.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Documentation</category>
      <category>Decision Making</category>
      <category>Team Communication</category>
      <category>Planning</category>
    </item>
    <item>
      <title>Nhẹ người khi gọi đúng tên vấn đề</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-relief-of-a-well-named-problem</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-relief-of-a-well-named-problem</guid>
      <pubDate>Sat, 27 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một cái tên đủ chính xác có thể gom những bức bối rời rạc thành vấn đề mà mọi người cùng nhìn, cùng bàn và cùng xử lý.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Clarity</category>
      <category>Communication</category>
      <category>Decision Making</category>
      <category>Learning</category>
    </item>
    <item>
      <title>Hỏi AI: câu trả lời này đang dựa vào đâu?</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/asking-ai-to-show-its-working-context</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/asking-ai-to-show-its-working-context</guid>
      <pubDate>Fri, 26 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một câu trả lời của AI chỉ đáng tin hơn khi ta thấy được những tệp, nhật ký, kết quả kiểm thử và giả định đang nâng đỡ nó.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Context Engineering</category>
      <category>Verification</category>
      <category>Developer Tools</category>
    </item>
    <item>
      <title>Đội tốt không để rủi ro nằm im trong bóng tối</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/why-good-teams-make-risk-visible-early</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/why-good-teams-make-risk-visible-early</guid>
      <pubDate>Thu, 25 Jun 2026 00:00:00 GMT</pubDate>
      <description>Đưa rủi ro ra ánh sáng từ sớm không phải để làm mọi người lo, mà để cả đội còn thời gian xoay xở.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Risk</category>
      <category>Team Communication</category>
      <category>Trust</category>
      <category>Delivery</category>
    </item>
    <item>
      <title>Thiết kế theo những thay đổi đã hiện hình</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/designing-for-the-change-you-can-actually-see</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/designing-for-the-change-you-can-actually-see</guid>
      <pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate>
      <description>Thiết kế phần mềm nên ưu tiên những kiểu thay đổi đã lặp lại, thay vì trả trước quá nhiều cho một tương lai còn mơ hồ.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Change Management</category>
      <category>Technical Debt</category>
      <category>Design</category>
      <category>Product Engineering</category>
    </item>
    <item>
      <title>Viết bước tiếp theo để công việc thật sự đi tiếp</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-next-steps-that-actually-help</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-next-steps-that-actually-help</guid>
      <pubDate>Tue, 23 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một bước tiếp theo hữu ích phải đủ rõ về người phụ trách, hành động, bằng chứng cần mang về và điểm dừng, để công việc không treo sau cuộc họp.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Planning</category>
      <category>Team Communication</category>
      <category>Execution</category>
      <category>Documentation</category>
    </item>
    <item>
      <title>Bình tĩnh đi cùng điều chưa chắc chắn</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/a-calm-way-to-carry-uncertainty</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/a-calm-way-to-carry-uncertainty</guid>
      <pubDate>Mon, 22 Jun 2026 00:00:00 GMT</pubDate>
      <description>Chưa biết đủ không đồng nghĩa với đứng yên. Ta có thể gọi đúng tên phần chưa chắc, khoanh phạm vi, giao người kiểm tra và tiếp tục tiến lên có trách nhiệm.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Decision Making</category>
      <category>Uncertainty</category>
      <category>Communication</category>
      <category>Learning</category>
    </item>
    <item>
      <title>Để AI phác thảo, con người giữ bản đồ</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/letting-ai-draft-while-humans-keep-the-map</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/letting-ai-draft-while-humans-keep-the-map</guid>
      <pubDate>Sun, 21 Jun 2026 00:00:00 GMT</pubDate>
      <description>AI có thể tạo bản nháp rất nhanh. Con người vẫn phải giữ bản đồ hệ thống: nguồn dữ liệu, ràng buộc, quyền sở hữu và con đường kiểm chứng.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Engineering Judgment</category>
      <category>Context Engineering</category>
      <category>Developer Tools</category>
    </item>
    <item>
      <title>Một lượt review nhỏ nói gì về văn hóa</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/the-culture-hidden-in-small-reviews</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/the-culture-hidden-in-small-reviews</guid>
      <pubDate>Sat, 20 Jun 2026 00:00:00 GMT</pubDate>
      <description>Văn hóa kỹ thuật không chỉ nằm trong những tuyên bố lớn. Nó hiện ra qua cách một đội ngũ góp ý, giải thích và đối xử với nhau trong từng lần góp ý mã nguồn rất bình thường.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Code Review</category>
      <category>Feedback</category>
      <category>Team Trust</category>
      <category>Communication</category>
    </item>
    <item>
      <title>Ranh giới phần mềm cần ví dụ hơn là tên gọi</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/when-boundaries-need-examples-more-than-names</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/when-boundaries-need-examples-more-than-names</guid>
      <pubDate>Fri, 19 Jun 2026 00:00:00 GMT</pubDate>
      <description>Tên một lớp chỉ cho ta cái nhãn. Ranh giới kiến trúc chỉ thật sự rõ khi đội ngũ có ví dụ cụ thể về trách nhiệm, hành vi và những gì được phép đi qua.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Boundaries</category>
      <category>Examples</category>
      <category>Module Design</category>
      <category>Team Communication</category>
    </item>
    <item>
      <title>Bàn giao sao cho người nhận có thể bắt đầu</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/making-handoffs-easier-to-receive</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/making-handoffs-easier-to-receive</guid>
      <pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một lần bàn giao tốt không chỉ gửi đủ tệp và đường dẫn; nó mang theo trạng thái, quyết định, rủi ro và bước kế tiếp để người nhận bớt phải dò đường.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Product Engineering</category>
      <category>Documentation</category>
      <category>Team Communication</category>
      <category>Ownership</category>
    </item>
    <item>
      <title>Cái giá lặng lẽ của sự mơ hồ</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-quiet-cost-of-staying-vague</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-quiet-cost-of-staying-vague</guid>
      <pubDate>Wed, 17 Jun 2026 00:00:00 GMT</pubDate>
      <description>Những lời nghe có vẻ vô hại như “sạch hơn” hay “vững hơn” có thể để lại việc làm lại, áp lực âm thầm và những quyết định không ai kiểm tra được.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Communication</category>
      <category>Decision Making</category>
      <category>Clarity</category>
      <category>Teamwork</category>
    </item>
    <item>
      <title>Những điều AI không thể biết chỉ qua một prompt</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/what-ai-cannot-know-from-the-prompt-alone</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/what-ai-cannot-know-from-the-prompt-alone</guid>
      <pubDate>Tue, 16 Jun 2026 00:00:00 GMT</pubDate>
      <description>Prompt chỉ là điểm mở đầu. Muốn AI hỗ trợ kỹ thuật đáng tin cậy, ta còn cần ngữ cảnh từ mã nguồn, bằng chứng vận hành, ràng buộc nghiệp vụ và phán đoán của con người.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Developer Tools</category>
      <category>Engineering Judgment</category>
      <category>Code Review</category>
    </item>
    <item>
      <title>Niềm tin lớn lên từ những việc nhỏ được làm tới nơi</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/how-trust-grows-in-ordinary-follow-through</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/how-trust-grows-in-ordinary-follow-through</guid>
      <pubDate>Mon, 15 Jun 2026 00:00:00 GMT</pubDate>
      <description>Trong một nhóm kỹ thuật, niềm tin hiếm khi đến từ lời nói lớn. Nó tích lại qua những cam kết nhỏ được giữ, chậm trễ được báo sớm, quyết định được cập nhật và sai sót được sửa đàng hoàng — để người khác có thể yên tâm xây phần việc của họ lên trên.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Trust</category>
      <category>Team Communication</category>
      <category>Reliability</category>
      <category>Leadership</category>
    </item>
    <item>
      <title>Giữ quyết định kiến trúc đủ nhỏ để còn sửa được</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/keeping-architecture-decisions-small-enough-to-revisit</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/keeping-architecture-decisions-small-enough-to-revisit</guid>
      <pubDate>Sun, 14 Jun 2026 00:00:00 GMT</pubDate>
      <description>Quyết định kiến trúc nên nói rõ điều đang chốt, điều cố ý để sau, invariant cần bảo vệ và tín hiệu sẽ khiến nhóm xem lại lựa chọn. Phạm vi đủ nhỏ giúp hệ thống tiếp tục học mà không biến lý lẽ của hôm qua thành luật bất di bất dịch.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Decision Making</category>
      <category>Technical Debt</category>
      <category>Team Communication</category>
      <category>Design Notes</category>
    </item>
    <item>
      <title>Gỡ việc mơ hồ bằng một trang ghi chú chung</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/turning-unclear-work-into-shared-notes</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/turning-unclear-work-into-shared-notes</guid>
      <pubDate>Sat, 13 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một yêu cầu ngắn có thể che nhiều cách hiểu, ngoại lệ và quyết định cũ. Trang ghi chú chung giúp cả nhóm đặt bối cảnh, ví dụ, điều chưa biết, quyết định và bước tiếp theo lên cùng một mặt bàn — đủ nhẹ để dùng, đủ rõ để tránh xây nhầm thứ.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Product Engineering</category>
      <category>Planning</category>
      <category>Documentation</category>
      <category>Team Communication</category>
    </item>
    <item>
      <title>Câu trả lời đầu tiên chậm hơn một nhịp</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-value-of-a-slower-first-answer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-value-of-a-slower-first-answer</guid>
      <pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate>
      <description>Chậm lại vài phút không phải là né tránh nếu khoảng dừng ấy được dùng để đọc bối cảnh, tách dữ kiện khỏi phỏng đoán và hẹn một bước tiếp theo rõ ràng. Một phản hồi có căn cứ thường tiết kiệm nhiều vòng làm lại hơn một câu trả lời nhanh nhưng khóa cả nhóm vào cách hiểu sai.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Decision Making</category>
      <category>Communication</category>
      <category>Career Growth</category>
      <category>Learning</category>
    </item>
    <item>
      <title>Dùng AI, đừng giao luôn quyền phán đoán</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/using-ai-without-outsourcing-judgment</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/using-ai-without-outsourcing-judgment</guid>
      <pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate>
      <description>AI có thể đọc nhanh, gợi ý rộng và rút ngắn bản nháp đầu tiên. Nhưng kết luận kỹ thuật vẫn phải bám vào source code, test, log, dữ liệu thật và bối cảnh sản phẩm — những thứ người chịu trách nhiệm cần tự kiểm chứng.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Developer Tools</category>
      <category>Engineering Judgment</category>
      <category>Code Review</category>
    </item>
    <item>
      <title>Kỷ luật của một câu “chưa” đúng lúc</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/the-quiet-discipline-of-saying-not-yet</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/the-quiet-discipline-of-saying-not-yet</guid>
      <pubDate>Wed, 10 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một câu “chưa” có căn cứ không chống lại release; nó bảo vệ chất lượng, niềm tin và những người sẽ vận hành phần mềm sau khi phòng họp tan.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Quality</category>
      <category>Release Management</category>
      <category>Team Trust</category>
      <category>Code Review</category>
    </item>
    <item>
      <title>Giữ interface ổn định khi implementation thay đổi</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/designing-interfaces-that-outlive-implementations</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/designing-interfaces-that-outlive-implementations</guid>
      <pubDate>Tue, 09 Jun 2026 00:00:00 GMT</pubDate>
      <description>Một interface bền là lời hứa rõ với caller: giữ hành vi sản phẩm ổn định trong khi storage, provider và implementation bên dưới tiếp tục tiến hóa.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Interfaces</category>
      <category>Module Boundaries</category>
      <category>Technical Debt</category>
      <category>API Design</category>
    </item>
    <item>
      <title>Bình tĩnh khi phạm vi công việc thay đổi</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/the-calm-way-to-handle-scope-changes</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/the-calm-way-to-handle-scope-changes</guid>
      <pubDate>Mon, 08 Jun 2026 00:00:00 GMT</pubDate>
      <description>Phạm vi có thể đổi khi thông tin mới xuất hiện; điều quan trọng là làm rõ năng lực còn lại và các đánh đổi để cả nhóm chọn mà không đổ lỗi.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Scope Management</category>
      <category>Product Engineering</category>
      <category>Planning</category>
      <category>Prioritization</category>
    </item>
    <item>
      <title>Sức nặng của những việc đều đặn, không ồn ào</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/why-quiet-consistency-compounds</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/why-quiet-consistency-compounds</guid>
      <pubDate>Sun, 07 Jun 2026 00:00:00 GMT</pubDate>
      <description>Những lần quay lại nhỏ với một kỹ năng, mối quan hệ, codebase hay thói quen thường tích lũy bằng cách giảm ma sát trước khi tạo ra kết quả dễ thấy.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Consistency</category>
      <category>Learning</category>
      <category>Career Growth</category>
      <category>Personal Growth</category>
    </item>
    <item>
      <title>Dùng AI đọc codebase, nhưng đừng giao luôn việc hiểu</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/ai-tools-for-reading-a-codebase</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/ai-tools-for-reading-a-codebase</guid>
      <pubDate>Sat, 06 Jun 2026 00:00:00 GMT</pubDate>
      <description>AI có thể mở nhanh những cánh cửa đầu tiên trong codebase; hiểu đúng vẫn cần giả thuyết bám vào mã nguồn, kiểm chứng trực tiếp và phán đoán của người đọc.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Codebase</category>
      <category>LLM</category>
      <category>Developer Tools</category>
      <category>Code Reading</category>
    </item>
    <item>
      <title>Reviewer là người đọc đến sớm</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/the-reviewer-as-a-future-reader</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/the-reviewer-as-a-future-reader</guid>
      <pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate>
      <description>Xem reviewer như người đầu tiên đọc thay cho tương lai giúp pull request rõ hơn, câu hỏi bớt gây nhiễu và quyết định dễ bảo trì hơn.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Code Review</category>
      <category>Pull Requests</category>
      <category>Communication</category>
      <category>Maintainability</category>
    </item>
    <item>
      <title>Refactor để phần lõi bớt rối</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/refactoring-toward-a-clearer-core</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/refactoring-toward-a-clearer-core</guid>
      <pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate>
      <description>Cách lần theo luật nghiệp vụ, giảm coupling và gom phần quan trọng về một lõi dễ tìm, dễ đọc, khó vô tình đi vòng qua.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Refactoring</category>
      <category>Codebase</category>
      <category>Technical Debt</category>
      <category>Module Boundaries</category>
    </item>
    <item>
      <title>Quản lý phụ thuộc mà không tìm người để trách</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/managing-dependencies-without-blame</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/managing-dependencies-without-blame</guid>
      <pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate>
      <description>Cách làm các điểm phụ thuộc và blocker lộ diện sớm, phối hợp có nhịp, giữ trách nhiệm rõ mà không biến sự chậm trễ thành lỗi cá nhân.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Software Delivery</category>
      <category>Dependencies</category>
      <category>Planning</category>
      <category>Cross-functional Teams</category>
    </item>
    <item>
      <title>Tự tin không phải là bằng chứng</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/difference-between-confidence-and-evidence</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/difference-between-confidence-and-evidence</guid>
      <pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate>
      <description>Sự tự tin giúp một quyết định tiến lên; bằng chứng giúp nó đứng vững, có giới hạn và sẵn sàng được sửa khi thực tế lên tiếng.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Decision Making</category>
      <category>Engineering Judgment</category>
      <category>Evidence</category>
      <category>Career Growth</category>
    </item>
    <item>
      <title>Từ bản demo chạy được đến sản phẩm đáng tin</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/from-prototype-demo-to-production-behavior</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/from-prototype-demo-to-production-behavior</guid>
      <pubDate>Mon, 01 Jun 2026 00:00:00 GMT</pubDate>
      <description>Khoảng cách giữa một bản demo AI gây ấn tượng và hành vi đủ rõ, có thể kiểm chứng, phục hồi và vận hành an toàn trong production.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>AI Products</category>
      <category>Production Readiness</category>
      <category>LLM</category>
      <category>Evaluation</category>
    </item>
    <item>
      <title>Khi sự im lặng trong đội là một tín hiệu</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/when-silence-in-a-team-becomes-a-signal</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/when-silence-in-a-team-becomes-a-signal</guid>
      <pubDate>Sun, 31 May 2026 00:00:00 GMT</pubDate>
      <description>Im lặng có thể là đồng thuận, cũng có thể là bối rối, mệt mỏi, quyền quyết định mơ hồ hoặc nỗi ngại bất đồng. Đội ngũ khỏe không ép mọi người nói; họ không vội dùng khoảng yên làm bằng chứng đồng ý.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Team Communication</category>
      <category>Psychological Safety</category>
      <category>Leadership</category>
      <category>Feedback</category>
    </item>
    <item>
      <title>Ghi quyết định kiến trúc cho người đến sau</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/architecture-decisions-for-future-teammates</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/architecture-decisions-for-future-teammates</guid>
      <pubDate>Sat, 30 May 2026 00:00:00 GMT</pubDate>
      <description>Code chỉ cho thấy hình dạng cuối cùng, không cho biết vì sao nó ra đời. Một ghi chú kiến trúc ngắn giữ lại trade-off, hướng đã bỏ và lúc nên xem lại để người đến sau thay đổi hệ thống an toàn hơn.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Architecture Decisions</category>
      <category>Team Memory</category>
      <category>ADRs</category>
      <category>Technical Leadership</category>
    </item>
    <item>
      <title>Ghi lại quyết định khi cả đội đều bận</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/decision-logs-for-busy-teams</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/decision-logs-for-busy-teams</guid>
      <pubDate>Fri, 29 May 2026 00:00:00 GMT</pubDate>
      <description>Một bản ghi ngắn giúp quyết định không bốc hơi sau cuộc họp: giữ lại lựa chọn, lý do, phương án đã bỏ và lúc cần xem lại, để cả đội bớt tranh luận từ những ký ức khác nhau.</description>
      <category>Ways of Working</category>
      <category>Ways of Working</category>
      <category>Decision Logs</category>
      <category>Software Delivery</category>
      <category>Team Communication</category>
      <category>Architecture Decisions</category>
    </item>
    <item>
      <title>Một ghi chú để dành cho mình về sau</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/the-note-you-return-to-later</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/the-note-you-return-to-later</guid>
      <pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate>
      <description>Có những ghi chú chỉ lộ giá trị khi ta quay lại với nhiều bối cảnh hơn. Chúng không cần được giữ như kỷ vật; chỉ cần để lại đủ dấu vết cho việc học có chỗ đáp xuống.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Reflection</category>
      <category>Writing</category>
      <category>Learning</category>
      <category>Career Growth</category>
      <category>Notes</category>
    </item>
    <item>
      <title>Vòng phản hồi của con người khi làm việc với AI</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/human-feedback-loops-for-ai-work</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/human-feedback-loops-for-ai-work</guid>
      <pubDate>Wed, 27 May 2026 00:00:00 GMT</pubDate>
      <description>Đầu ra đầu tiên của AI đến rất nhanh; chất lượng nằm ở những gì xảy ra sau đó. Một vòng phản hồi gọn giúp đội ngũ kiểm chứng bằng nguồn và test, lưu bài học rồi làm yêu cầu kế tiếp tốt hơn.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>AI Workflow</category>
      <category>Human Feedback</category>
      <category>Verification</category>
    </item>
    <item>
      <title>Biết nhờ giúp đỡ cũng là một kỹ năng</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/quiet-skill-of-asking-for-help</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/quiet-skill-of-asking-for-help</guid>
      <pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate>
      <description>Nhờ giúp đỡ không đối lập với tinh thần chịu trách nhiệm. Khi câu hỏi có đủ bối cảnh và người nghe không vội phán xét, một buổi chiều mắc kẹt có thể trở thành hiểu biết chung của cả đội.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Team Trust</category>
      <category>Communication</category>
      <category>Mentorship</category>
      <category>Learning</category>
    </item>
    <item>
      <title>Chọn ranh giới trước, chọn công cụ sau</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/choosing-boundaries-before-choosing-tools</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/choosing-boundaries-before-choosing-tools</guid>
      <pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate>
      <description>Kiến trúc nên bắt đầu từ quyền sở hữu, dữ liệu và nhịp thay đổi của nghiệp vụ. Khi ranh giới đã rõ, framework, queue, database hay service mới có một bài toán thật để giải.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>System Design</category>
      <category>Bounded Context</category>
      <category>Architecture Decisions</category>
      <category>Technical Leadership</category>
    </item>
    <item>
      <title>Khi roadmap chạm vào sức làm thật của đội</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/roadmap-meets-real-capacity</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/roadmap-meets-real-capacity</guid>
      <pubDate>Sun, 24 May 2026 00:00:00 GMT</pubDate>
      <description>Roadmap chỉ thật sự có ích khi đi qua cuộc nói chuyện về sức làm, rủi ro và phần việc vô hình. Một cách điều chỉnh kế hoạch mà không đổ lỗi, giấu nợ hay ép mọi thứ cùng chen vào.</description>
      <category>Ways of Working</category>
      <category>Roadmap Planning</category>
      <category>Capacity Planning</category>
      <category>Ways of Working</category>
      <category>Software Delivery</category>
      <category>Prioritization</category>
    </item>
    <item>
      <title>Dám viết dòng nháp đầu tiên</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/courage-to-write-the-first-rough-note</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/courage-to-write-the-first-rough-note</guid>
      <pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate>
      <description>Dòng nháp đầu tiên làm lộ những chỗ suy nghĩ còn vụng, nhưng cũng cho ý tưởng một hình hài để sửa, nối và giữ lại. Đôi khi can đảm chỉ là cho một ý còn non được nằm xuống trang giấy.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Writing</category>
      <category>Reflection</category>
      <category>Learning</category>
      <category>Career Growth</category>
      <category>Thinking</category>
    </item>
    <item>
      <title>Cái giá của một câu trả lời AI nghe quá xuôi tai</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/cost-of-trusting-a-fluent-ai-answer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/cost-of-trusting-a-fluent-ai-answer</guid>
      <pubDate>Fri, 22 May 2026 00:00:00 GMT</pubDate>
      <description>Câu trả lời AI càng trôi chảy càng dễ bị nhầm với bằng chứng. Bài viết chỉ ra cái giá của sự tin vội và cách kiểm tra theo đúng mức rủi ro bằng nguồn, log, test và hệ thống thật.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>AI Workflow</category>
      <category>Verification</category>
      <category>Engineering Judgment</category>
    </item>
    <item>
      <title>Một cách nói bình tĩnh khi phải góp ý chuyện khó</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/calm-script-for-difficult-feedback</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/calm-script-for-difficult-feedback</guid>
      <pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate>
      <description>Một cách chuẩn bị và nói lời góp ý khó mà vẫn thẳng thắn, công bằng: bám vào điều đã xảy ra, nói rõ ảnh hưởng, nghe thêm hoàn cảnh và chốt một thay đổi có thể nhìn thấy.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Feedback</category>
      <category>Communication</category>
      <category>Leadership</category>
      <category>Team Trust</category>
    </item>
    <item>
      <title>Observability là một lựa chọn thiết kế</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/observability-as-a-design-choice</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/observability-as-a-design-choice</guid>
      <pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate>
      <description>Observability không phải lớp trang trí gắn thêm sau khi hệ thống đã chạy. Log, metric, trace, dashboard và alert cần được thiết kế từ sớm để khi production có vấn đề, hệ thống đủ khả năng kể lại chuyện gì vừa xảy ra.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Observability</category>
      <category>System Design</category>
      <category>Production Readiness</category>
      <category>Reliability</category>
    </item>
    <item>
      <title>Nhóm nhiều chuyên môn: cùng giữ một bài toán</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/cross-functional-teams</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/cross-functional-teams</guid>
      <pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate>
      <description>Nhóm gồm nhiều chuyên môn không làm vai trò nào mất đi. Nó đưa những góc nhìn cần thiết tới gần cùng một kết quả, để bớt thất thoát thông tin qua bàn giao và để bất đồng xuất hiện khi công việc còn dễ thay đổi.</description>
      <category>Ways of Working</category>
      <category>Cross-Functional Teams</category>
      <category>Ways of Working</category>
      <category>Product Engineering</category>
      <category>Team Collaboration</category>
      <category>Software Delivery</category>
    </item>
    <item>
      <title>Nỗi cô đơn khi làm phần mềm một mình</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/loneliness-of-the-solo-developer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/loneliness-of-the-solo-developer</guid>
      <pubDate>Mon, 18 May 2026 00:00:00 GMT</pubDate>
      <description>Làm phần mềm một mình đem lại tự do, nhưng cũng gom mọi quyết định và mọi lần hệ thống trục trặc về cùng một người. Những vòng phản hồi, ghi chép và nhịp nghỉ nhỏ có thể giúp công việc ấy bền hơn mà không phải giả vờ mình chẳng cần ai.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Solo Developer</category>
      <category>Reflection</category>
      <category>Software Engineering</category>
      <category>Career Growth</category>
      <category>Sustainable Work</category>
    </item>
    <item>
      <title>Cơ sở dữ liệu vector: hiểu từ chuyện tìm theo nghĩa</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/vector-databases-explained</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/vector-databases-explained</guid>
      <pubDate>Sun, 17 May 2026 00:00:00 GMT</pubDate>
      <description>Cơ sở dữ liệu vector giúp tìm nội dung gần nhau về nghĩa dù không dùng cùng từ. Để khả năng ấy thành một sản phẩm AI đáng tin, đội ngũ vẫn phải làm tốt embedding, chunking, metadata, cập nhật dữ liệu, đánh giá chất lượng và kiểm soát chi phí.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Vector Database</category>
      <category>Embeddings</category>
      <category>Semantic Search</category>
      <category>RAG</category>
    </item>
    <item>
      <title>Nuôi dưỡng khả năng đổi mới trong đội ngũ</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/fostering-innovation-in-teams</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/fostering-innovation-in-teams</guid>
      <pubDate>Sat, 16 May 2026 00:00:00 GMT</pubDate>
      <description>Đổi mới hiếm khi bắt đầu bằng một ý tưởng hoành tráng. Nó thường đến từ người đủ gần vấn đề để nhận ra một vướng mắc nhỏ, đủ an toàn để nói sớm, và có đủ thời gian cùng nền tảng kỹ thuật để thử một cách làm khác.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Innovation</category>
      <category>Team Trust</category>
      <category>Leadership</category>
      <category>Product Engineering</category>
    </item>
    <item>
      <title>Outbox Pattern: để dữ liệu và sự kiện không lạc nhau</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/the-outbox-pattern</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/the-outbox-pattern</guid>
      <pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate>
      <description>Outbox Pattern xử lý một lỗi rất đời của hệ thống phân tán: dữ liệu đã ghi vào database nhưng event lại không được gửi đi. Mẫu này khép khoảng hở của dual write, nhưng vẫn đòi hỏi retry, idempotency, ordering, dọn dữ liệu và observability nghiêm túc.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Outbox Pattern</category>
      <category>Distributed Systems</category>
      <category>Event-Driven Architecture</category>
      <category>Reliability</category>
    </item>
    <item>
      <title>OKR cho đội ngũ kỹ thuật</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/okrs-for-engineering-teams</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/okrs-for-engineering-teams</guid>
      <pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate>
      <description>OKR chỉ đáng dùng khi giúp đội ngũ nối việc đang làm với thay đổi muốn tạo ra. Nếu mọi ô đều xanh mà người dùng, hệ thống và cách ra quyết định vẫn như cũ, đó chỉ là một danh sách việc được trang trí đẹp hơn.</description>
      <category>Ways of Working</category>
      <category>OKRs</category>
      <category>Engineering Management</category>
      <category>Ways of Working</category>
      <category>Software Delivery</category>
      <category>Team Planning</category>
    </item>
    <item>
      <title>Mỗi năm học thêm một ngôn ngữ</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/learning-a-new-language-every-year</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/learning-a-new-language-every-year</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>Một ngôn ngữ mới, dù là ngôn ngữ lập trình hay tiếng nói của con người, buộc ta chậm lại và nhìn rõ những thói quen vốn đã quá quen. Không cần thành thạo trong một năm; chỉ cần học đủ sâu để cách nghĩ của mình rộng thêm.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Learning</category>
      <category>Programming Languages</category>
      <category>Career Growth</category>
      <category>Reflection</category>
      <category>Software Engineering</category>
    </item>
    <item>
      <title>AI trong an ninh mạng</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/ai-in-cybersecurity</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/ai-in-cybersecurity</guid>
      <pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
      <description>AI có thể giúp đội ngũ an ninh mạng sàng lọc cảnh báo, hỗ trợ viết mã an toàn và ứng phó sự cố nhanh hơn. Nhưng tốc độ chỉ có ích khi bằng chứng, quyền hạn và trách nhiệm kiểm chứng vẫn nằm trong tầm mắt.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Cybersecurity</category>
      <category>Security Engineering</category>
      <category>Incident Response</category>
      <category>Threat Detection</category>
    </item>
    <item>
      <title>Khéo ở công sở mà vẫn giữ được mình</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/navigating-office-politics</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/navigating-office-politics</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Công sở có người, có quyền quyết định, có nỗi lo và lợi ích khác nhau. Bài viết này bàn cách nhìn ra điều đang chi phối một quyết định, trao đổi trước cho đàng hoàng, phản biện bằng dữ kiện, giữ ranh giới và biết lúc nào nên bước ra.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Office Politics</category>
      <category>Leadership</category>
      <category>Communication</category>
      <category>Team Trust</category>
    </item>
    <item>
      <title>Có cần service mesh không? Hãy nhìn vào lỗi trước</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/service-mesh-do-you-need-it</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/service-mesh-do-you-need-it</guid>
      <pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate>
      <description>Service mesh chỉ đáng thêm khi lỗi giữa các dịch vụ đã lặp lại và đo được. Đây là cách đọc số liệu, nhìn trước điểm hỏng, thử trên phạm vi nhỏ và chuẩn bị đường rút.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Service Mesh</category>
      <category>Microservices</category>
      <category>Platform Engineering</category>
      <category>Observability</category>
    </item>
    <item>
      <title>Trunk-Based Development: merge sớm để đừng trả nợ cuối sprint</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/trunk-based-development</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/trunk-based-development</guid>
      <pubDate>Sat, 09 May 2026 00:00:00 GMT</pubDate>
      <description>Trunk-based development giữ branch ngắn, merge thay đổi nhỏ và tách lúc tích hợp code khỏi lúc phát hành tính năng. Muốn làm được, nhóm cần test nhanh, review nhanh và quản lý feature flag có kỷ luật.</description>
      <category>Ways of Working</category>
      <category>Trunk-Based Development</category>
      <category>Continuous Integration</category>
      <category>Feature Flags</category>
      <category>Software Delivery</category>
      <category>Code Review</category>
    </item>
    <item>
      <title>Khi suy nghĩ kỹ biến thành đứng yên</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/overcoming-analysis-paralysis</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/overcoming-analysis-paralysis</guid>
      <pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate>
      <description>Analysis paralysis thường bắt đầu từ ý định cẩn thận rồi trượt thành trì hoãn. Tách quyết định có thể quay lại và dùng thử nghiệm nhỏ giúp ta tiến mà không hấp tấp.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Decision Making</category>
      <category>Reflection</category>
      <category>Career Growth</category>
      <category>Software Engineering</category>
      <category>Learning</category>
    </item>
    <item>
      <title>Khi LLM bịa: đừng chỉ trông vào prompt</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/reducing-hallucinations-in-llms</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/reducing-hallucinations-in-llms</guid>
      <pubDate>Thu, 07 May 2026 00:00:00 GMT</pubDate>
      <description>Muốn giảm những câu trả lời bịa, cần đề bài rõ, ngữ cảnh đúng, RAG có nguồn, quyền từ chối, công cụ kiểm tra và bộ đánh giá. Độ tin cậy là việc của cả hệ thống.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>LLM</category>
      <category>Hallucination</category>
      <category>RAG</category>
      <category>AI Product</category>
    </item>
    <item>
      <title>Mentor chỉ đường, sponsor lên tiếng đúng lúc</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/mentorship-vs-sponsorship</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/mentorship-vs-sponsorship</guid>
      <pubDate>Wed, 06 May 2026 00:00:00 GMT</pubDate>
      <description>Mentorship giúp một người tiến bộ bằng lời khuyên và góp ý; sponsorship dùng uy tín để nối năng lực đã được chứng minh với cơ hội thật. Sự nghiệp khỏe cần cả hai.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Mentorship</category>
      <category>Sponsorship</category>
      <category>Career Growth</category>
      <category>Leadership</category>
    </item>
    <item>
      <title>Event Sourcing cho người mới: lưu cả chuyện đã xảy ra</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/event-sourcing-beginners-guide</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/event-sourcing-beginners-guide</guid>
      <pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate>
      <description>Event Sourcing giữ chuỗi event chỉ nối thêm làm bản ghi gốc, rồi dựng trạng thái hiện tại qua projection. Đổi lại khả năng audit và replay là chi phí versioning, vận hành và phục hồi.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Event Sourcing</category>
      <category>Event-Driven Architecture</category>
      <category>CQRS</category>
      <category>System Design</category>
    </item>
    <item>
      <title>TDD có đáng công không?</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/tdd-is-it-worth-the-time</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/tdd-is-it-worth-the-time</guid>
      <pubDate>Mon, 04 May 2026 00:00:00 GMT</pubDate>
      <description>TDD đáng giá khi logic quan trọng và một thay đổi nhỏ có thể gây hậu quả, nhưng không phải nghi thức cho mọi dòng code. Điều cần cân là rủi ro, khả năng bảo trì và loại test phù hợp.</description>
      <category>Ways of Working</category>
      <category>TDD</category>
      <category>Testing</category>
      <category>Software Development</category>
      <category>Code Quality</category>
      <category>Refactoring</category>
    </item>
    <item>
      <title>Vì sao đọc code thường mệt hơn viết code?</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/reading-code-is-harder-than-writing-it</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/reading-code-is-harder-than-writing-it</guid>
      <pubDate>Sun, 03 May 2026 00:00:00 GMT</pubDate>
      <description>Đọc code là lần theo cách hệ thống vận hành, lịch sử và những ràng buộc không nằm trên màn hình. Đi từng luồng, dựa vào test và để lại bối cảnh giúp ta hiểu trước khi vội viết lại.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Software Engineering</category>
      <category>Code Reading</category>
      <category>Codebase</category>
      <category>Maintainability</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>Prompting, RAG hay fine-tuning: sửa đúng chỗ mới đỡ tốn</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/fine-tuning-vs-prompting-vs-rag</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/fine-tuning-vs-prompting-vs-rag</guid>
      <pubDate>Sat, 02 May 2026 00:00:00 GMT</pubDate>
      <description>Prompting làm rõ việc cần làm, RAG đưa kiến thức hiện hành vào câu trả lời, còn fine-tuning giúp model giữ ổn định một kiểu phản hồi. Cần gọi đúng lỗi trước khi chọn công cụ.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Prompting</category>
      <category>RAG</category>
      <category>Fine-Tuning</category>
      <category>LLM</category>
    </item>
    <item>
      <title>Onboarding sao cho người mới đỡ tự bơi</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/onboarding-that-actually-helps-new-teammates</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/onboarding-that-actually-helps-new-teammates</guid>
      <pubDate>Fri, 01 May 2026 00:00:00 GMT</pubDate>
      <description>Onboarding tốt không phải nhồi thật nhiều tài liệu trong tuần đầu, mà là giúp người mới có bản đồ, có chỗ hỏi, có một việc thật để bắt đầu và có đủ an toàn để học.</description>
      <category>Engineering Culture</category>
      <category>Engineering Culture</category>
      <category>Onboarding</category>
      <category>Team Trust</category>
      <category>Mentorship</category>
      <category>Documentation</category>
    </item>
    <item>
      <title>Saga Pattern cho distributed transaction</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/saga-pattern-for-distributed-transactions</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/saga-pattern-for-distributed-transactions</guid>
      <pubDate>Thu, 30 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài giải thích thực tế về Saga pattern trong distributed transaction: vì sao một database transaction không còn đủ khi hệ thống tách service, orchestration và choreography khác nhau thế nào, và vì sao compensation, observability, idempotency lại quan trọng.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Saga Pattern</category>
      <category>Distributed Transactions</category>
      <category>Microservices</category>
      <category>Eventual Consistency</category>
    </item>
    <item>
      <title>Retrospective tạo ra thay đổi thật</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/retrospectives-that-actually-cause-change</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/retrospectives-that-actually-cause-change</guid>
      <pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một góc nhìn thực tế về retrospective có follow-through rõ ràng: experiment nhỏ, action owner cụ thể, trust, decision record và thay đổi hành vi đo được thay vì thêm một danh sách than phiền bị quên.</description>
      <category>Ways of Working</category>
      <category>Retrospective</category>
      <category>Agile</category>
      <category>Niềm tin trong team</category>
      <category>Continuous Improvement</category>
      <category>Decision Record</category>
    </item>
    <item>
      <title>Mentoring junior developer một cách hiệu quả</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/mentoring-junior-developers-effectively</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/mentoring-junior-developers-effectively</guid>
      <pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài reflection thực tế về mentoring junior developer bằng context, hỗ trợ đúng mức, sự tự tin, code review, sai sót có thể phục hồi, tính độc lập và psychological safety mà không biến mentoring thành kiểm soát.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Software Engineering</category>
      <category>Mentorship</category>
      <category>Junior Developer</category>
      <category>Code Review</category>
      <category>Psychological Safety</category>
    </item>
    <item>
      <title>Những cân nhắc đạo đức khi xây AI product</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/ethical-considerations-in-ai-products</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/ethical-considerations-in-ai-products</guid>
      <pubDate>Mon, 27 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài viết thực tế về product ethics cho AI product: consent, ranh giới dữ liệu, bias và fairness, human review, explanation, risk control và incentive quyết định liệu một AI feature có còn hữu ích và đáng tin khi đi vào đời thật hay không.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>AI Ethics</category>
      <category>Product Management</category>
      <category>Responsible AI</category>
      <category>Data Privacy</category>
    </item>
    <item>
      <title>Async communication cho remote team</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/async-communication-for-remote-teams</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/async-communication-for-remote-teams</guid>
      <pubDate>Sun, 26 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một góc nhìn bình tĩnh về async communication trong remote team: viết đủ context, ghi lại decision, đặt kỳ vọng phản hồi, handoff rõ ràng, xây trust và tránh biến mọi người thành luôn phải online.</description>
      <category>Engineering Culture</category>
      <category>Văn hoá kỹ thuật</category>
      <category>Remote Work</category>
      <category>Async Communication</category>
      <category>Decision Record</category>
      <category>Niềm tin trong team</category>
    </item>
    <item>
      <title>API Gateway Patterns</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/api-gateway-patterns</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/api-gateway-patterns</guid>
      <pubDate>Sat, 25 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một góc nhìn thực tế về trách nhiệm của API gateway: routing, authentication boundary, rate limiting, request aggregation, trade-off của backend-for-frontend, failure mode và observability cần có để vận hành edge của hệ thống rõ ràng hơn.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>API Gateway</category>
      <category>Backend for Frontend</category>
      <category>Rate Limiting</category>
      <category>System Design</category>
    </item>
    <item>
      <title>Retrieval-Augmented Generation (RAG): những nền tảng cần hiểu</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/retrieval-augmented-generation-rag-basics</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/retrieval-augmented-generation-rag-basics</guid>
      <pubDate>Fri, 24 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài giải thích RAG theo cách dễ bắt đầu: tài liệu được chia thành chunk, chuyển thành embedding, tìm bằng vector search, rồi dùng để grounding câu trả lời AI với citation, evaluation và các failure mode cần kiểm tra.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>RAG</category>
      <category>LLM</category>
      <category>Embeddings</category>
      <category>Vector Search</category>
    </item>
    <item>
      <title>Giá trị của một tech stack &quot;nhàm chán&quot;</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/value-of-a-boring-tech-stack</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/value-of-a-boring-tech-stack</guid>
      <pubDate>Thu, 23 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài reflection bình tĩnh về vì sao technology ổn định và quen thuộc thường giúp team đi chắc hơn. Bài viết nhìn vào reliability, tuyển dụng, maintainability, shared knowledge và những trade-off khi chọn một tech stack không cần gây ấn tượng.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Software Engineering</category>
      <category>Tech Stack</category>
      <category>Maintainability</category>
      <category>Reliability</category>
      <category>Team Collaboration</category>
    </item>
    <item>
      <title>Áp dụng Hexagonal Architecture vào một feature nhỏ</title>
      <link>https://nguyenlephong.github.io/vi/blog/architecture/hexagonal-architecture-in-practice</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/architecture/hexagonal-architecture-in-practice</guid>
      <pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một hướng dẫn thực tế về cách áp dụng Hexagonal Architecture cho một feature nhỏ: vẽ boundary, đặt tên port bằng ngôn ngữ business, giữ adapter ở rìa hệ thống, test phần core, và biết khi nào pattern này đáng với chi phí của nó.</description>
      <category>Source Code &amp; Software Architecture</category>
      <category>Software Architecture</category>
      <category>Hexagonal Architecture</category>
      <category>Ports and Adapters</category>
      <category>Testing</category>
      <category>Code Organization</category>
    </item>
    <item>
      <title>Viết acceptance criteria tốt: biến done thành bằng chứng chung</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-good-acceptance-criteria</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/writing-good-acceptance-criteria</guid>
      <pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một hướng dẫn thực tế về cách viết acceptance criteria như bằng chứng chung cho hành vi đã hoàn thành: ví dụ rõ, edge case quan trọng, scope dễ review, và handoff bình tĩnh hơn giữa product, engineering, QA và stakeholder.</description>
      <category>Ways of Working</category>
      <category>Acceptance Criteria</category>
      <category>Agile</category>
      <category>User Stories</category>
      <category>Quality</category>
      <category>Team Collaboration</category>
    </item>
    <item>
      <title>Kanban hay Scrum: cái nào hợp hơn?</title>
      <link>https://nguyenlephong.github.io/vi/blog/ways-of-working/kanban-vs-scrum-which-fits-better</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ways-of-working/kanban-vs-scrum-which-fits-better</guid>
      <pubDate>Mon, 20 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài so sánh bình tĩnh giữa Kanban và Scrum qua hình dạng công việc thật của team: request đi vào như thế nào, team đang gánh bao nhiêu WIP, business cần kiểu predictability nào, và nhịp vận hành nào hợp với context hiện tại.</description>
      <category>Ways of Working</category>
      <category>Kanban</category>
      <category>Scrum</category>
      <category>Agile</category>
      <category>WIP</category>
      <category>Delivery</category>
    </item>
    <item>
      <title>Vì sao tôi ngừng viết code hoàn hảo</title>
      <link>https://nguyenlephong.github.io/vi/blog/perspectives/why-i-stopped-writing-perfect-code</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/perspectives/why-i-stopped-writing-perfect-code</guid>
      <pubDate>Sun, 19 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài reflection về việc rời khỏi sự cầu toàn trong code để hướng tới những thay đổi dễ maintain, dễ hiểu và dễ review hơn. Bài viết nhìn lại vì sao code tốt không phải phiên bản gây ấn tượng nhất khi đứng một mình, mà là phiên bản team có thể hiểu, sửa và tiếp tục mang đi.</description>
      <category>Góc nhìn &amp; Trải nghiệm</category>
      <category>Software Engineering</category>
      <category>Code Quality</category>
      <category>Maintainability</category>
      <category>Phát triển sự nghiệp</category>
      <category>Reflection</category>
    </item>
    <item>
      <title>Context window: điểm nghẽn thầm lặng của AI workflow</title>
      <link>https://nguyenlephong.github.io/vi/blog/ai/context-window-bottleneck</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/ai/context-window-bottleneck</guid>
      <pubDate>Sat, 18 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một góc nhìn thực tế về giới hạn context window như một điểm nghẽn âm thầm trong AI workflow. Bài viết giải thích vì sao chat quá dài, codebase lớn, summary mơ hồ và working memory thiếu rõ ràng có thể làm AI trả lời lệch, và cách team xử lý giới hạn này mà không biến mọi task thành một đống tài liệu.</description>
      <category>AI &amp; Future of Work</category>
      <category>AI</category>
      <category>Context Window</category>
      <category>LLM</category>
      <category>AI Workflow</category>
      <category>Software Engineering</category>
    </item>
    <item>
      <title>Xử lý kiểu &quot;rockstar&quot; làm hại niềm tin trong team</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/handling-toxic-rockstars</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/handling-toxic-rockstars</guid>
      <pubDate>Fri, 17 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một góc nhìn bình tĩnh về những người tạo ra nhiều output nhưng làm mòn trust: vì sao team dễ thưởng cho hành vi đó, feedback loop bị gãy thế nào, và leader nên đặt boundary ra sao mà vẫn để lại đường sửa.</description>
      <category>Engineering Culture</category>
      <category>Văn hoá kỹ thuật</category>
      <category>Lãnh đạo</category>
      <category>Niềm tin trong team</category>
      <category>Feedback</category>
      <category>An toàn tâm lý</category>
    </item>
    <item>
      <title>Tuyển dụng vì tiềm năng hay vì kinh nghiệm</title>
      <link>https://nguyenlephong.github.io/vi/blog/culture/hiring-for-potential-vs-experience</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/vi/blog/culture/hiring-for-potential-vs-experience</guid>
      <pubDate>Thu, 16 Apr 2026 00:00:00 GMT</pubDate>
      <description>Một bài reflection bình tĩnh về cách cân bằng kinh nghiệm và tiềm năng trong tuyển dụng engineering. Trọng tâm là bằng chứng, tốc độ học, nhu cầu thật của team và điều kiện giúp một người lớn lên sau khi gia nhập.</description>
      <category>Engineering Culture</category>
      <category>Văn hoá kỹ thuật</category>
      <category>Tuyển dụng</category>
      <category>Xây dựng team</category>
      <category>Engineering Leadership</category>
      <category>Phát triển sự nghiệp</category>
    </item>
  </channel>
</rss>
