Mục lục site
Sơ đồ trang
Mọi bài viết và ghi chép trên site, gom theo chủ đề. Cứ lướt danh sách, hoặc vào thẳng bài mình nhớ đã đọc.
Các mục chính
Bài viết blog
205 bài viết trong 5 chuyên mục.
Loạt bài
Source Code & Software Architecture42
- System Design Interview bắt đầu từ việc làm rõ yêu cầu
- Thiết kế default sao cho fail vẫn an toàn
- Giữ data contract đủ nhỏ để tin được
- Chủ động chọn những boundary nhàm chán
- Thiết kế escape hatch, không phải back door
- Giao diện cần nói thật về giới hạn của hệ thống
- Thiết kế theo những thay đổi đã hiện hình
- Ranh giới phần mềm cần ví dụ hơn là tên gọi
- Giữ quyết định kiến trúc đủ nhỏ để còn sửa được
- Giữ interface ổn định khi implementation thay đổi
- Refactor để phần lõi bớt rối
- Ghi quyết định kiến trúc cho người đến sau
- Chọn ranh giới trước, chọn công cụ sau
- Observability là một lựa chọn thiết kế
- Outbox Pattern: để dữ liệu và sự kiện không lạc nhau
- Có cần service mesh không? Hãy nhìn vào lỗi trước
- Event Sourcing cho người mới: lưu cả chuyện đã xảy ra
- Saga Pattern cho distributed transaction
- API Gateway Patterns
- Áp dụng Hexagonal Architecture vào một feature nhỏ
- Event-Driven Architecture: khi service bớt gọi trực tiếp và hệ thống dễ thở hơn
- Database-per-Service, Saga và Eventual Consistency: dữ liệu sống thế nào trong distributed systems
- Timeout, Retry, Circuit Breaker và Idempotency: bộ kỹ năng sống còn của distributed systems
- Scale database theo đúng thứ tự: Index, Read Replica, Cache rồi mới tới Sharding
- Observability ở quy mô lớn: Logs, Metrics, Traces và SLO giúp mình thấy gì
- Chi phí thật sự của Microservices
- Ports & Adapters: Hexagonal Architecture giải thích bằng ví dụ dễ hiểu
- Clean, Onion và Hexagonal Architecture: ba tên gọi cho cùng một hướng nghĩ
- Dependency Injection & Inversion of Control: bớt coupling mà không cần phép thuật
- Tổ chức codebase: theo layer, feature hay domain?
- Monolith, Modular Monolith hay Microservices: chọn theo giai đoạn, không theo trend
- Micro-Frontends: khi nào đáng tách, khi nào chỉ thêm rối
- Layered và Vertical Slice Architecture
- Dependency direction bằng ngôn ngữ đời thường
- Eventual Consistency trong đời thật
- CQRS: tách phần ghi và phần đọc cho đúng việc
- Serverless: những trade-off và sự thật cần nhìn thẳng
- Caching: chiến lược và những cái bẫy dễ gặp
- Database sharding: khi nào cần và vì sao
- GraphQL và REST
- Thiết kế idempotent API
- Rate limiting và throttling
Engineering Culture41
- Bảo vệ attention trong một team bận rộn
- Nhận ra friction trước khi nó thành blame
- Tạo không gian cho người reviewer ít nói
- Calm ownership trong thực tế trông như thế nào
- Biết hỏi giúp khi chuyện còn nhỏ
- Đội tốt không để rủi ro nằm im trong bóng tối
- Một lượt review nhỏ nói gì về văn hóa
- Niềm tin lớn lên từ những việc nhỏ được làm tới nơi
- Kỷ luật của một câu “chưa” đúng lúc
- Reviewer là người đọc đến sớm
- Khi sự im lặng trong đội là một tín hiệu
- Biết nhờ giúp đỡ cũng là một kỹ năng
- Một cách nói bình tĩnh khi phải góp ý chuyện khó
- Nuôi dưỡng khả năng đổi mới trong đội ngũ
- Khéo ở công sở mà vẫn giữ được mình
- Mentor chỉ đường, sponsor lên tiếng đúng lúc
- Onboarding sao cho người mới đỡ tự bơi
- Async communication cho remote team
- Xử lý kiểu "rockstar" làm hại niềm tin trong team
- Tuyển dụng vì tiềm năng hay vì kinh nghiệm
- Từ Software Engineer đến Technical Manager: đổi vai là đổi cách tạo giá trị
- Code review tử tế: góp ý để code tốt hơn và người viết vẫn muốn tiến lên
- Kind Engineering: tử tế không làm team chậm hơn
- Viết Pull Request dễ review: giúp reviewer hiểu nhanh và góp ý đúng chỗ
- Pull Request khiến reviewer có thể tin tưởng
- Feedback trong team kỹ thuật: thẳng, rõ và vẫn giữ được sự tôn trọng
- Mentoring engineer: giúp junior lớn lên thành người đáng tin
- Bận rộn mà vẫn lạc hướng: khi một team được quản lý kỹ nhưng thiếu người dẫn dắt
- Lơ lửng bên trên công việc: khi tầm nhìn rời khỏi cái nghề
- Ra hiệu hay nói thẳng: cái giá thầm lặng của những câu mập mờ
- Đừng vội chữa cái mình chưa hiểu: kỷ luật ngồi lại với một bài toán khó
- Cầm cương hay ôm vào lòng: người ta đi theo ý nghĩa, không theo mệnh lệnh
- Vì sao "Culture Fit" thường là một cái bẫy
- Một buổi 1-on-1 lành mạnh gồm những gì?
- Celebrating Failure: mừng điều gì khi mọi thứ đã hỏng?
- Xây dựng engineering team đa dạng một cách thực chất
- Managing up: giao tiếp với lãnh đạo không chuyên kỹ thuật
- Performance review thật sự có ý nghĩa
- Xử lý burnout trước khi nó xảy ra
- Xây dựng văn hóa blameless
- Góp ý xây dựng một cách tử tế và rõ ràng
AI & Future of Work41
- Để AI tăng tốc search, không thay judgment
- Yêu cầu AI gọi tên assumption của nó
- Xem AI suggestion như evidence bản nháp
- Giữ AI changes đủ nhỏ để review thật sự
- Để AI viết bản nháp đầu tiên nhàm chán
- Hỏi AI: câu trả lời này đang dựa vào đâu?
- Để AI phác thảo, con người giữ bản đồ
- Những điều AI không thể biết chỉ qua một prompt
- Dùng AI, đừng giao luôn quyền phán đoán
- Dùng AI đọc codebase, nhưng đừng giao luôn việc hiểu
- Từ bản demo chạy được đến sản phẩm đáng tin
- Vòng phản hồi của con người khi làm việc với AI
- Cái giá của một câu trả lời AI nghe quá xuôi tai
- Cơ sở dữ liệu vector: hiểu từ chuyện tìm theo nghĩa
- AI trong an ninh mạng
- Khi LLM bịa: đừng chỉ trông vào prompt
- Prompting, RAG hay fine-tuning: sửa đúng chỗ mới đỡ tốn
- Những cân nhắc đạo đức khi xây AI product
- Retrieval-Augmented Generation (RAG): những nền tảng cần hiểu
- Context window: điểm nghẽn thầm lặng của AI workflow
- Khi một câu trả lời AI cần được kiểm chứng
- Khi AI chạm vào việc hằng ngày, ý tưởng bắt đầu nở ra
- Cognitive debt trong AI-assisted development: khi code lớn nhanh hơn mức team hiểu
- Vượt qua hype: LLM thật sự hiểu điều gì?
- AI Literacy: từ người gõ prompt đến người điều phối agents
- Trong thời đại AI, tham vọng nên lớn hơn nỗi sợ
- Từ SDLC đến ADLC: AI Agent đang thay đổi cách làm phần mềm ra sao
- AI Agent là gì: cách nó hoạt động và khi nào thật sự hữu ích
- Từ prompt đến workflow: cách thiết kế AI workflow tiết kiệm thời gian mỗi tuần
- Xu hướng AI 2026: nhìn bớt hype, tìm giá trị thật
- AI đang đổi vai trò BA, PO, PM, Dev và QC như thế nào
- Context Engineering: kỹ năng khiến AI hiểu việc của bạn tốt hơn
- Generative AI trong công việc và đời sống: những cách dùng thực tế có thể thử ngay
- Prompt Engineering thật ra chỉ là giao tiếp rõ ràng
- AI trong QA: tạo automated test thế nào cho có ích
- Chạy local LLM để bảo vệ privacy
- AI Agent: vùng biên tiếp theo của workflow
- Data privacy trong kỷ nguyên AI
- Multimodal AI: text, vision và audio
- AI cho refactor code
- Đánh giá hiệu năng của LLM
Góc nhìn & Trải nghiệm31
- Ba mươi ngày ghi chú nhỏ có thể dạy gì
- Kỷ luật thầm lặng của việc hoàn tất đúng cách
- Sự nhẹ nhõm nhỏ của một quyết định có thể đảo ngược
- Sự kiên nhẫn để context kịp đến
- Khi progress giống như bỏ bớt trọng lượng
- Nhẹ người khi gọi đúng tên vấn đề
- Bình tĩnh đi cùng điều chưa chắc chắn
- Cái giá lặng lẽ của sự mơ hồ
- Câu trả lời đầu tiên chậm hơn một nhịp
- Sức nặng của những việc đều đặn, không ồn ào
- Tự tin không phải là bằng chứng
- Một ghi chú để dành cho mình về sau
- Dám viết dòng nháp đầu tiên
- Nỗi cô đơn khi làm phần mềm một mình
- Mỗi năm học thêm một ngôn ngữ
- Khi suy nghĩ kỹ biến thành đứng yên
- Vì sao đọc code thường mệt hơn viết code?
- Mentoring junior developer một cách hiệu quả
- Giá trị của một tech stack "nhàm chán"
- Vì sao tôi ngừng viết code hoàn hảo
- Vì sao sự chuẩn bị thường trông như vô hình
- Lần đầu tiên tôi làm hỏng production
- Hoàng Ngưu Sơn: lên đỉnh, xuống núi và mang năng lượng về công việc
- Học cách nói không khi làm developer
- Khi nào nên rời khỏi một project
- Huyền thoại 10x developer
- Vì sao side project quan trọng
- The Tech Transition: bước chuyển vào công nghệ
- Làm việc với legacy code
- Nghệ thuật viết commit message có ý nghĩa
- Vì sao tôi thích viết documentation
Ways of Working50
- Biến review evidence thành team memory
- Làm handoff thành thật về điều chưa biết
- Giữ checklist ở gần nơi công việc diễn ra
- Viết status update để người khác hành động được
- Đóng vòng trước khi mở vòng tiếp theo
- Để ghi chú cuộc họp ở ngay cạnh quyết định
- Viết bước tiếp theo để công việc thật sự đi tiếp
- Bàn giao sao cho người nhận có thể bắt đầu
- Gỡ việc mơ hồ bằng một trang ghi chú chung
- Bình tĩnh khi phạm vi công việc thay đổi
- Quản lý phụ thuộc mà không tìm người để trách
- Ghi lại quyết định khi cả đội đều bận
- Khi roadmap chạm vào sức làm thật của đội
- Nhóm nhiều chuyên môn: cùng giữ một bài toán
- OKR cho đội ngũ kỹ thuật
- Trunk-Based Development: merge sớm để đừng trả nợ cuối sprint
- TDD có đáng công không?
- Retrospective tạo ra thay đổi thật
- Viết acceptance criteria tốt: biến done thành bằng chứng chung
- Kanban hay Scrum: cái nào hợp hơn?
- Daily standup giúp team đổi quyết định như thế nào
- Lean Business Analysis: bắt đầu từ value, đừng bắt đầu bằng requirement
- Lean BA Planning: stakeholders, elicitation và những câu hỏi phía sau requirement
- Requirements Modeling: BA biến cuộc trò chuyện rối thành bức tranh chung như thế nào
- Requirements Quality, Traceability và Solution Evaluation: giữ lời hứa sau sign-off
- Data: dữ liệu là kính chắn gió cho người điều hành
- Data: Scorecard là một trang số để thấy sớm vấn đề
- Data: Everyone Has a Number không phải là giám sát
- Data: doanh thu không phải cash, và profit cũng chưa chắc là tiền sống
- Software Measurement and Estimation: bớt quản lý bằng cảm giác, ra quyết định bằng dữ liệu
- Agile Estimating and Planning: estimate là cuộc trò chuyện, không phải lời hứa
- Agile Release Planning: lập kế hoạch bằng giá trị, rủi ro và feedback thật
- Agile đã chết, Agile muôn năm
- The Design of Everyday Things: đừng bắt người dùng đoán sản phẩm muốn gì
- The Design of Everyday Things: “lỗi người dùng” thường là lỗi thiết kế hệ thống
- Big Corp, Startup, Outsourcing: cùng làm software nhưng nhịp rất khác nhau
- Làm việc trong Big Corp: align tốt, ship bền và lớn lên trong hệ thống lớn
- Làm việc trong Startup: tốc độ, mơ hồ và cách giữ nhịp khi team còn nhỏ
- Làm việc trong Outsourcing: client, scope và delivery theo cam kết
- TDD, BDD, DDD và họ “Driven Development”: hiểu đúng để dùng đúng
- Agile & Scrum trong thực tế: hiểu board, estimate và các buổi họp cho đỡ mơ hồ
- Pre-mortem: nghĩ trước điều có thể hỏng để chuẩn bị tốt hơn
- Daily standup: báo cáo status hay chiến lược cho hôm nay?
- Definition of Done và Definition of Ready khác nhau thế nào?
- Pair programming: yêu hay ghét?
- Feature flag để deploy an toàn hơn
- Continuous Integration và Continuous Delivery khác nhau thế nào?
- Shift-left security
- Behavior-Driven Development (BDD)
- Những cái bẫy của Minimum Viable Product (MVP)
Ghi chép
135 ghi chép, gom theo chủ đề.
Mua nhà12
- Vay ngân hàng mua nhà: dùng đòn bẩy một cách tỉnh táo
- Định giá và thương lượng khi mua nhà: trả theo dữ kiện, không theo cảm xúc
- Vị trí và quy hoạch khi mua nhà: thứ khó sửa nhất sau khi xuống tiền
- Quy trình mua nhà từ A đến Z: bản đồ đi chậm cho người lần đầu
- Chung cư, nhà đất hay nhà dự án: chọn theo cách mình sống
- Đọc bản vẽ thiết kế và đánh giá chất lượng nhà: nhìn phần không xuất hiện trên ảnh
- Tâm lý khi mua nhà: giữ khoảng lùi trước các áp lực chốt nhanh
- Toàn bộ chi phí khi mua nhà: nhìn đủ bức tranh trước khi xuống tiền
- Những tình huống rủi ro khi mua nhà: từ khoản vay, đặt cọc đến tranh chấp
- Pháp lý bất động sản: những gì cần kiểm tra trước khi xuống tiền
- Phong thủy khi mua nhà: đọc bằng ánh sáng, gió và thói quen sống
- Làm gì và nghĩ gì khi bắt đầu có ý định mua nhà
Tài chính & Tiết kiệm11
- Lập ngân sách & làm chủ dòng tiền — bản đồ nhẹ nhàng cho từng đồng bạn kiếm được
- Quỹ khẩn cấp từ A đến Z — tấm đệm giúp bạn đi qua biến cố
- Thoát nợ thông minh — từng bước xử lý nợ lãi cao
- Đầu tư cho người mới bắt đầu — bắt đầu từ nền móng vững
- Lạm phát & sức mua — vì sao tiền cần được bảo vệ theo thời gian
- Bảo hiểm đúng & đủ — mua sự bảo vệ, không mua nỗi lo
- Tránh rủi ro lừa đảo đầu tư — nhận diện trước khi xuống tiền
- Tài chính theo độ tuổi — việc nên ưu tiên ở tuổi 20, 30 và 40
- Tiền bạc trong gia đình — nói chuyện tiền một cách bình tĩnh
- Thịnh vượng tài chính — lộ trình để tiền dần làm việc cho bạn
- Giữ được tiền trong túi — kỹ năng giữ lại giá trị mình tạo ra
Sự nghiệp & phát triển19
- Dưới một dòng chú thích ảnh: BonBon, 500.000 USD và những điều người đồng sáng lập học được
- Niềm tin không dựng bằng lời trấn an
- Trước khi chăm chỉ hơn, hãy chọn hướng có đòn bẩy
- Thấy người khác thành công mà lòng mình không hẹp lại
- Đường Tăng giữ hướng: người dẫn dắt không cần giỏi hết, nhưng phải biết trao quyền
- Tôn Ngộ Không ở công sở: người 10x cũng cần một “Vòng Kim Cô”
- Bát Giới, Sa Tăng và Bạch Long Mã: những vai thầm lặng giữ nhóm khỏi đứt nhịp
- Tây Du Ký như một nhóm dự án: đường dài mới lộ cách phối hợp
- Lưu Bị và nhân trị nơi công sở: giữ người bằng việc làm, không phải lời hay
- Tào Tháo và pháp trị ở văn phòng: bớt quản người bằng cảm xúc
- Giữa Lưu Bị và Tào Tháo: đi làm cần tình người, nhưng không thể thiếu luật chơi
- Trước quý nhân, điều thông minh nhất là thật
- Echology check: kiểm tra một ý tưởng trước khi nó làm lệch cả hệ sinh thái
- Hạnh phúc của nhân viên thường bắt đầu từ kết quả có ý nghĩa
- Tôn trọng người khác: soi lại mình trước khi phán xét
- Thụ, chấp, phá: học mà không mắc kẹt trong cái biết
- Sống nhiều vai và cái giá của thay đổi toàn diện
- Làm việc bằng cái tâm: trở thành người đáng tin trước khi đòi việc lớn hơn
- Làm chủ sự nghiệp — biến công việc thành nền tảng phát triển dài hạn
Sách & ghi chú đọc19
- The Art of Thinking in Systems: đừng dập triệu chứng rồi gọi là giải pháp
- 7 Habits: làm việc hiệu quả bắt đầu từ lời hứa mình tự giữ
- Atomic Habits: thay đổi lớn thường bắt đầu từ một hệ thống rất nhỏ
- Đắc Nhân Tâm: giao tiếp tốt bắt đầu từ việc bớt xem mình là trung tâm
- The World Is Flat: thế giới phẳng hơn không có nghĩa là dễ hơn
- Nhà Lãnh Đạo 360: lãnh đạo bắt đầu từ ảnh hưởng, không phải chức danh
- Nhà Lãnh Đạo 360: lãnh đạo ngược không phải nịnh sếp
- Nhà Lãnh Đạo 360: lãnh đạo ngang là thắng cùng đồng cấp
- Nhà Lãnh Đạo 360: lãnh đạo xuống dưới là phát triển con người
- The Visual MBA: đọc kinh doanh như một hệ thống phải vận hành được
- Thinking Fast and Slow: vài lần tự bắt quả tang cái đầu mình chạy nhanh quá
- Lý thuyết trò chơi: hợp tác khôn ngoan không phải là nhường phần thắng
- Nhà Giả Kim: có những kho báu chỉ nhìn thấy sau một hành trình đủ dài
- Tâm Lý Học Tội Phạm: học cách đọc chi tiết nhỏ mà không vội phán xét
- Think and Grow Rich: khát vọng chỉ có ích khi biến thành một kế hoạch được viết ra
- The 48 Laws of Power: đọc quyền lực để tỉnh táo hơn, không lạnh lùng hơn
- Giải mã tâm trí kiểm soát cảm xúc: não luôn tự viết lại chính mình
- Tâm lý học hành vi: thay đổi bền thường bắt đầu từ những điều rất nhỏ
- Đừng bao giờ đi ăn một mình: quan hệ tốt được chuẩn bị trước khi cần
Góc nhìn & Chiêm nghiệm33
- Trí tuệ cần đức hạnh để không hóa thành dao sắc
- Sự rõ ràng là một dạng nội lực
- Binh pháp cao nhất không phải đánh trận. Mà là nhìn thấu con người.
- Những câu nói nhặt được trên đường: một bộ não thứ hai để tự nhắc mình
- Nhìn thấu nhân tính: tỉnh táo hơn trong những mối quan hệ bạn bè
- Khoảng dừng giữa cảm xúc và phản hồi: nơi lựa chọn tốt hơn bắt đầu
- Nền móng đến trước: tiến bộ nhìn thấy được thường đã được xây từ lâu
- Hai lối tư duy: quy nạp và diễn dịch định hình công việc, sự nghiệp và quan hệ
- Mười lăm quy tắc thầm lặng để đi qua công việc và đời sống
- Bảy nguyên tắc thầm lặng để làm những việc có ý nghĩa
- Giữ bình tĩnh khi làm việc với người mình thấy khó gần
- Tha thứ là để cho chính mình: đặt xuống gánh nặng không cần mang tiếp
- Tiền lương là vốn mồi, không phải đích đến
- Bạn không phải cỗ máy: nghỉ ngơi là một phần của làm việc tốt
- Những điều trải nghiệm dần dạy mình
- Vòng lặp tìm công nhận không có vạch đích: năm cách quay về với chính mình
- Người không cần chứng minh: sức mạnh lặng lẽ không cần biểu diễn
- Sự hiện diện vững vàng: uy lực lặng lẽ của người biết giữ cân bằng
- Cách con người thật sự vận hành: mười lăm ghi chú nhỏ về tâm trí
- Lựa chọn và hoàn cảnh: sống vững trong phần mình không kiểm soát hết
- Tái ông mất ngựa: khoan vội kết luận, giữ lấy hiện tại
- Sự phức tạp là tất yếu, sự đơn giản là bền vững: bài học từ hệ thống và đời sống
- Cùng một sự thật, khác một cách kể: vị trí và ngôn ngữ đổi trải nghiệm
- Từ ý tưởng đến làm đến cùng: thực hành lặng lẽ của sự bền bỉ
- Nghệ thuật buông lặng lẽ: bảy chuyển động của một tâm trí trưởng thành
- C-Level ở Big Corp học gì trước khi lên ghế: năm con đường thực tế
- Sức mạnh lặng lẽ của người biết đi một mình
- Ý nghĩa của đời người nằm ở cách ta sống: một lời nhắc dịu về “sau này”
- Hiểu tấm bản đồ: vì sao career path là lợi thế thầm lặng của engineer
- Quyết định tiến tới hôn nhân: 24 cuộc trò chuyện trước khi về chung một nhà
- Cẩm nang chuẩn bị cưới cho chú rể: từng giai đoạn và ngân sách tại Việt Nam
- Quyền lợi khi đi làm: nghỉ việc, chuyển việc, bảo hiểm và thuế tại Việt Nam
- Con khỉ, nải chuối và câu hỏi tám tiếng
Vườn suy nghĩ40
- Cái bẫy học mãi mà chưa làm
- Vì sao tin nhắn công việc thường nghe sắc hơn ý người gửi
- Một hệ thống đọc sách
- Đừng để công cụ giới hạn cách mình nghĩ
- Chọn kỹ những gì mình nạp vào mỗi ngày
- Code vẫn cần con người hiểu
- Nỗi sợ học thiếu khiến mình mắc kẹt
- Viết để làm gì: nghĩ, nhớ, chia sẻ hay chuyển giao
- Điều mình thật sự tìm kiếm thường là một cảm giác
- Bất đồng lành mạnh
- Cách mình viết ghi chú
- Điều con người vẫn hơn AI: khả năng tự mềm dẻo và học tiếp
- Khi cân nhắc quá nhiều làm mình đứng yên
- Mình sẽ nói gì với chính mình ở tuổi 20
- Thiết kế đời sống như một hệ thống nhỏ
- Tư duy theo chế độ — tách quyết định khỏi thực thi
- Muốn giỏi cuộc chơi, cuối cùng vẫn phải bước vào sân
- Mình có thể thiết kế lại cách mình vận hành
- Các tầng trừu tượng trong lập trình
- Những tín hiệu nhỏ giúp code dễ đọc hơn
- Highlight để làm gì?
- Đọc sách như bắt bóng
- Suy nghĩ giá trị thường để lại dấu vết gì?
- Trực giác
- Vì sao nghề software đôi khi làm mình mệt
- Khi tập thói quen mới, hãy bắt đầu ở chế độ 'dễ và chán'
- Cái giá của việc trì hoãn hành động
- Khi không biết làm gì tiếp, hãy nghe những tín hiệu nhỏ
- Nhịp giữa suy nghĩ và hành động
- Khi suy nghĩ trở thành cái cớ
- Mặc định tin, nhưng vẫn giữ ranh giới
- Vốn từ là API của second brain
- Nếu mình khởi nghiệp thì sao
- Viết để chú tâm
- Viết để hiểu và để truyền đạt
- AI làm giảm lợi thế thông tin
- Tại sao phải ghi chú?
- Hội chứng công cụ hoàn hảo
- Kỹ năng diễn đạt
- Những quy luật vật lý của cuộc sống
Mua xe & sắm lớn1
Các trang lưu trữ
- Blog, Trang 2
- Blog, Trang 3
- Blog, Trang 4
- Blog, Trang 5
- Blog, Trang 6
- Blog, Trang 7
- Blog, Trang 8
- Blog, Trang 9
- Blog, Trang 10
- Blog, Trang 11
- Blog, Trang 12
- Blog, Trang 13
- Blog, Trang 14
- Blog, Trang 15
- Blog, Trang 16
- Blog, Trang 17
- Blog, Trang 18
- Blog, Trang 19
- Blog, Trang 20
- Blog, Trang 21
- Blog, Trang 22
- Blog, Trang 23
- Ghi chép, Trang 2
- Ghi chép, Trang 3
- Ghi chép, Trang 4
- Ghi chép, Trang 5
- Ghi chép, Trang 6
- Ghi chép, Trang 7
- Ghi chép, Trang 8
- Ghi chép, Trang 9
- Ghi chép, Trang 10
- Ghi chép, Trang 11
- Ghi chép, Trang 12
- Ghi chép, Trang 13
- Ghi chép, Trang 14
- Ghi chép, Trang 15
- Nền tảng kiến trúc phần mềm, Trang 2
- Mua nhà, Trang 2
- Tài chính & Tiết kiệm, Trang 2
- Sự nghiệp & phát triển, Trang 2
- Sự nghiệp & phát triển, Trang 3
- Sách & ghi chú đọc, Trang 2
- Sách & ghi chú đọc, Trang 3
- Góc nhìn & Chiêm nghiệm, Trang 2
- Góc nhìn & Chiêm nghiệm, Trang 3
- Góc nhìn & Chiêm nghiệm, Trang 4
- Vườn suy nghĩ, Trang 2
- Vườn suy nghĩ, Trang 3
- Vườn suy nghĩ, Trang 4
- Vườn suy nghĩ, Trang 5