Chào mọi người 👋

Làm BrSE/BA, có một “đặc sản” mà chắc ai cũng từng trải qua: deadline dí.
Deadline dí mà chỉ team mình thì còn đỡ. Khổ cái, deadline dí xuyên biên giới: từ khách hàng Nhật → PM JP → BrSE VN → Dev VN. Và mình đứng đâu? Đúng rồi, ngay ở giữa. Một chiếc cầu nối mỏng manh, gió thổi cái là lung lay 🌪️.

Có những hôm, deadline dí tận gáy, khách Nhật sốt ruột hỏi:

「この機能はいつリリースできますか？」

★ Bối cảnh câu chuyện

Có lần đang ngồi trong buổi họp với khách, mình nghĩ chỉ đơn giản là confirm rule nghiệp vụ như mọi khi. Ai ngờ khách lại hỏi:
💬 「このシステムのアーキテクチャはどのようになっていますか？」
(Kiến trúc hệ thống bên bạn hiện tại đang thiết kế thế nào?)

Trời ơi, mình đứng hình luôn. Trong đầu chỉ nghĩ “ơ thì… có FE, có BE, có DB… thế thôi chứ gì?”. Nhưng không dừng ở đó, khách đi sâu hơn:
💬 「API サーバーとバッチ処理は別プロセスですか？冗長構成はどうなっていますか？」
(API server và batch có chạy tách biệt không? Cấu hình redundancy thế nào?)

👩‍💻 Một ngày làm BrSE kiêm BA

√ Sáng đến trưa: meeting, recap, confirm với khách

• 「こちらのルールで問題ないかご確認いただけますでしょうか？」
  → Nhờ anh confirm giúp tôi rule này có ổn không ạ?

🧩 “Scope nở như bong bóng xà phòng” – cú shock khi lần đầu ký hợp đồng khung

Chào mọi người,

Hôm nay mình muốn kể một trải nghiệm mà chắc nhiều bạn BRSE (nhất là non-tech như mình) sẽ gặp phải: ký hợp đồng chốt khung, nhưng khi phân tích detail thì scope bắt đầu phình ra. Nghe thì quen rồi đúng không, nhưng lúc rơi vào thì mới thấy vừa buồn cười vừa đau não 😅.

❌ Cú lầm tưởng: Hợp đồng đã ký = Yêu cầu đã chốt

🧩 “Hỏi cho đủ câu chứ chưa chắc đã đủ hiểu” – cú lầm tưởng của năm đầu làm BRSE

Chào mọi người

Hôm nay mình lại tiếp tục lên cho mọi người bài viết nằm trong chuỗi những câu chuyện dở khóc dở cười mình gặp phải trong quá trình làm việc trong ngành IT. Mình cũng chỉ là một newbie trong ngành, thích viết và thích chia sẻ về những gì mình vấp phải , hy vọng nó hữu ích với những bạn mới vào nghề giống như mình.

🫥 "Đi họp về tay không" – và bài học từ những cuộc họp trống rỗng

Chào mọi người, lại là Taiyang với những câu chuyện dở khóc dở cười trong ngành IT mà mình nghĩ chắc ai làm nghề cũng từng va phải một vài lần ^^.
Chủ đề hôm nay mình muốn chia sẻ liên quan đến việc đi họp với khách hàng cả tiếng đồng hồ, nhưng rốt cuộc… chẳng mang được output gì về cho team offshore.

Hình dung như kiểu:

❌ Ủa… họp xong rồi mà mình vẫn chưa rõ khách muốn gì???
❌ Cứ tưởng hôm nay chốt xong, ai ngờ nói vòng vòng cả …

Hành trình “từ ngáo ngơ tới ngộ ra chân lý”

Để tôi nói thẳng luôn nhé.

Có một thời gian, hễ thấy video hay blog nào nhắc đến “System Design” là tôi bấm skip ngay và luôn.
Trong đầu nghĩ: “Ơ cái này chắc toàn dành cho mấy ông senior engineer, kiến trúc sư hệ thống các kiểu, chứ tầm thường phàm nhân như mình thì thôi khỏi.”

Đừng Vibe Coding Mỗi Lần Chết Tiệt Nữa!
Bạn điều khiển công cụ hay công cụ điều khiển bạn?
Aditya Oberai
30 tháng 5, 2025

Dạo này, độ “hype” quanh vibe coding lên vô cực. Tool nào cũng hứa hẹn biến ý tưởng của bạn thành app chỉ với vài dòng chat prompt. Nhưng vào tháng 3 năm nay, tôi thấy một tweet của một dev phát hiện ra một trong số những tool đó, Lovable, đang để lộ Supabase API key của người dùng. Dù đó là một API key “có thể public”, nó lại chẳng có quyền hạn hay giới hạn gì, và dev kia có …

Đọc Cái Đống Code Khỉ Gió Đó Đi!
3/8/2025
(được lên hẳn Hacker News nha mấy ông)

Nếu có ai bảo tôi cách đây 2–3 năm rằng đến năm 2025 lời khuyên số 1 cho gen dev mới vào nghề sẽ là: “Đọc code đi!” (ở đây còn chưa nói tới việc đọc lại cơ)… chắc tôi cười xỉu.

Bài này nói về gì?

Không phải tôi lên đây để giảng đạo, nhưng mà thời buổi này muốn làm product cho ra hồn thì nên học cách xài AI code tool cho đúng.

"Những gì người ta rao giảng" vs "Những gì thực sự hiệu quả" – hai thứ này khác nhau một trời một vực trong thế giới phần mềm! Thực tế thì phần mềm đầy bug, và lý tưởng sách vở chẳng bao giờ áp dụng trơn tru."

Thực chiến mới là chân ái

Giá trị thật của bất kỳ nghề nào – đặc biệt là lập trình – đến từ kinh nghiệm thực tế. Và loại kiến thức thực chiến đó chỉ có được khi bạn lao vào code thật, chứ không phải đọc lý thuyết rồi ngồi mơ mộng.

Mình từng là một coder “đam mê” trong thời JAMStack nổi …