QA QC

11 posts
challenge-icon

CV Tips I Wish I Knew Earlier

user-avatar
Huyên Nguyễn
11/05/2026

Từ một CV “không ai phản hồi” đến những cuộc gọi phỏng vấn

Lúc mới bắt đầu tìm việc trong ngành Information Technology, mình từng nghĩ CV chỉ cần ghi đủ thông tin là được. Mình cố gắng nhét thật nhiều thứ vào CV: kỹ năng, môn học, chứng chỉ, thậm chí cả những thứ mình chỉ mới biết sơ qua. Nhưng sau khi gửi rất nhiều CV mà gần như không nhận được phản hồi, mình mới nhận ra vấn đề không phải là “mình biết ít”, mà là CV chưa thể hiện đúng giá trị bản thân.Sai lầm lớn nhất trước đây của mình là viết CV theo kiểu liệt kê. Ví dụ: “Có kiến thức về testing”  “Biết SQL”  “Đã học API”  “Có kỹ năng teamwork” Mọi thứ nghe khá chung chung và ai cũng có thể viết như vậy. Nhà tuyển dụng đọc xong sẽ rất khó hình dung mình thực sự đã làm gì.Có một thời gian mình gửi CV khá nhiều nhưng tỉ lệ được gọi phỏng vấn rất thấp. Lúc đó mình bắt đầu nhờ người có kinh nghiệm review CV và mới nhận ra CV của mình thiếu tính thực tế. Nó giống một bản “kể mình học gì” hơn là cho thấy mình có thể làm được gì.Thay đổi lớn nhất giúp mình nhận được nhiều lời mời phỏng vấn hơn là: Viết cụ thể hơn về trải nghiệm,  Tập trung vào dự án thực tế,  Và mô tả công việc theo hướng kết quả thay vì chỉ liệt kê nhiệm vụ. Ví dụ thay vì ghi: “Test website và log bug” Mình đổi thành: “Thiết kế testcase và kiểm thử chức năng cho hệ thống web, phối hợp cùng Dev để verify bug và hỗ trợ regression test trước release.” Hoặc thay vì chỉ ghi: “Biết API testing” Mình bổ sung: “Sử dụng Postman để kiểm tra request/response API, verify dữ liệu bằng SQL.” Chỉ những thay đổi nhỏ như vậy thôi nhưng CV có cảm giác thực tế và chuyên nghiệp hơn rất nhiều.Ngoài ra, mình cũng bắt đầu bỏ bớt những thứ không cần thiết khỏi CV: Kỹ năng quá cơ bản,  Thông tin dài dòng,  Hoặc những công nghệ mình chưa thực sự sử dụng. Trước đây mình nghĩ càng viết nhiều càng tốt, nhưng sau này mình nhận ra nhà tuyển dụng thường chỉ dành rất ít thời gian để đọc CV. Một CV dễ đọc, rõ ràng và đúng trọng tâm sẽ hiệu quả hơn rất nhiều.Nếu được viết lại CV đầu tiên, mình sẽ: Tập trung vào trải nghiệm thực tế sớm hơn,  Trình bày ngắn gọn hơn,  Và trung thực hơn với năng lực của mình. Theo mình, để CV nổi bật không nhất thiết phải “đánh bóng” quá mức. Điều quan trọng là biết chọn cách trình bày để người đọc nhìn ra giá trị thật của mình. Dù chỉ là fresher hay mới học testing, nếu bạn có dự án thực tế, biết mình đã học được gì và thể hiện điều đó rõ ràng trong CV thì vẫn có thể tạo được ấn tượng tốt.Mình nghĩ một CV tốt không phải là CV hoàn hảo nhất, mà là CV giúp người khác hiểu: “Bạn có thể làm được gì và bạn đang nghiêm túc với công việc này như thế nào.”
challenge-post-cover
#2
4
134
ITviec's Choice
Winning badge
challenge-icon

In the Age of AI: How I’m Building My "New-normal" Skill Set

user-avatar
Huyên Nguyễn
11/05/2026

Từ Tester đến người “làm việc cùng AI”

Khi Artificial Intelligence ngày càng xuất hiện nhiều trong ngành Information Technology, mình nhận ra công việc của một người IT đang thay đổi khá rõ. Trước đây, mình nghĩ chỉ cần làm tốt chuyên môn là đủ. Nhưng hiện tại, điều quan trọng không chỉ là “biết làm”, mà còn là biết cách làm việc cùng AI để tăng hiệu quả và tạo ra giá trị thực tế hơn.Mình từng tham gia dự án AI Buddy Chat — một chatbot giáo dục hỗ trợ học sinh hỏi đáp kiến thức, gợi mở nội dung học tập và đồng hành theo bộ sách Trí tuệ nhân tạo. Dự án này khiến mình thay đổi khá nhiều về tư duy làm việc.Trước đây khi làm testing, phần lớn thời gian của mình dành cho việc viết testcase thủ công, kiểm tra từng flow hoặc lặp đi lặp lại các bước regression test. Từ khi bắt đầu ứng dụng AI vào công việc, mình có thể dùng AI để: Gợi ý testcase nhanh hơn,  Tạo edge case,  Hỗ trợ viết query SQL,  Phân tích log,  Hoặc tổng hợp nhanh các scenario có thể xảy ra. AI giúp mình giảm khá nhiều thời gian ở các tác vụ lặp lại. Nhưng đổi lại, mình phải “nghĩ nhiều hơn” ở những phần mà AI chưa thể làm tốt hoàn toàn.Ví dụ trong dự án chatbot giáo dục, AI có thể tạo ra câu trả lời rất tự nhiên nhưng chưa chắc phù hợp với học sinh. Có lần chatbot giải thích khái niệm machine learning quá dài và dùng nhiều thuật ngữ khó hiểu với học sinh cấp hai. Nếu chỉ nhìn theo góc độ “chatbot trả lời đúng” thì có thể xem là pass, nhưng nhìn từ trải nghiệm người học thì chưa thực sự hiệu quả.Điều đó khiến mình bắt đầu quan tâm nhiều hơn đến: Context conversation,  Độ phù hợp của nội dung với người dùng,  Logic nghiệp vụ,  Và trải nghiệm thực tế thay vì chỉ test theo checklist. Mình cũng nhận ra bản thân đang làm nhiều việc hơn trước đây. Ngoài testing, mình phải: Hiểu thêm về sản phẩm giáo dục,  Phân tích intent của người dùng,  Kiểm tra chất lượng nội dung AI trả về,  Trao đổi với team về trải nghiệm hội thoại,  Và đôi khi tham gia góp ý cách chatbot phản hồi sao cho tự nhiên hơn. Có những kỹ năng trước đây chỉ là “nên có”, nhưng bây giờ gần như trở thành “phải có”, ví dụ: Kỹ năng đặt câu hỏi,  Tư duy phân tích,  Khả năng học nhanh,  Hiểu API và dữ liệu,  Và đặc biệt là biết sử dụng AI đúng cách thay vì phụ thuộc hoàn toàn vào nó. Khó khăn lớn nhất với mình trong giai đoạn đầu là học cách kiểm chứng thông tin AI đưa ra. Vì AI có thể trả lời rất thuyết phục dù đôi khi chưa đúng hoàn toàn. Có những testcase AI gợi ý nghe hợp lý nhưng lại thiếu business rule quan trọng của hệ thống giáo dục. Điều đó khiến mình hiểu rằng dùng AI hiệu quả không phải là copy kết quả, mà là biết đánh giá và chọn lọc.Với những bạn mới vào ngành IT, mình nghĩ ngoài kiến thức chuyên môn thì nên chuẩn bị thêm: Khả năng tự học,  Kỹ năng giao tiếp,  Tư duy logic,  Và khả năng làm việc cùng AI. Theo mình, AI sẽ không thay thế hoàn toàn người làm IT, nhưng chắc chắn sẽ thay đổi cách chúng ta làm việc mỗi ngày. Vì vậy mình đang cố gắng phát triển theo hướng hiểu sản phẩm nhiều hơn, học thêm API, SQL, automation và quan trọng nhất là giữ tư duy chủ động học hỏi để không bị tụt lại phía sau.Hiện tại, mình không xem AI là đối thủ, mà là một công cụ giúp mình làm việc hiệu quả hơn. Nhưng để thực sự tạo ra giá trị, mình nghĩ người làm IT vẫn cần khả năng phân tích, hiểu người dùng và đưa ra quyết định phù hợp trong những tình huống thực tế mà AI chưa thể thay thế hoàn toàn.
challenge-post-cover
#8
0
65
challenge-icon

Beyond Tasks: How I "build impact" in Fintech

user-avatar
Huyên Nguyễn
11/05/2026

Từ người chỉ “làm task” đến người hiểu sản phẩm

Trong môi trường Financial Technology, mình nhận ra rằng “hoàn thành task” chỉ là điểm bắt đầu. Điều tạo nên giá trị thực sự không nằm ở việc làm xong bao nhiêu đầu việc, mà là mình đã góp phần giúp sản phẩm tốt hơn, người dùng hài lòng hơn và đội ngũ vận hành hiệu quả hơn như thế nào.Khi mới tham gia dự án Fintech, mình chủ yếu tập trung vào việc xử lý task được giao: viết test case, kiểm thử chức năng, log bug và theo dõi tiến độ fix lỗi. Ban đầu mình nghĩ chỉ cần hoàn thành đúng deadline là đủ.  Nhưng sau một thời gian làm việc, mình nhận ra nếu chỉ “đợi được giao gì làm nấy” thì rất khó phát triển và cũng khó tạo ra giá trị thật cho sản phẩm. Càng làm, mình càng nhận ra đặc thù của Fintech khác với nhiều lĩnh vực khác: chỉ một lỗi nhỏ liên quan đến giao dịch, số dư hay bảo mật cũng có thể ảnh hưởng lớn đến trải nghiệm và niềm tin của người dùng.  Từ đó, mình bắt đầu thay đổi cách làm việc. Thay vì chỉ test theo yêu cầu có sẵn, mình chủ động tìm hiểu nghiệp vụ tài chính, luồng thanh toán, logic xử lý giao dịch và hành vi thực tế của người dùng. Mình học cách đặt câu hỏi: Nếu hệ thống mất kết nối giữa lúc thanh toán thì sao?  Nếu người dùng bấm thanh toán nhiều lần liên tiếp thì sao?  Nếu dữ liệu trả về chậm hoặc sai định dạng thì điều gì sẽ xảy ra? Chính tư duy đó giúp mình phát hiện thêm nhiều edge case và bug tiềm ẩn trước khi sản phẩm được release. Có những lỗi không nằm trong checklist ban đầu nhưng lại ảnh hưởng trực tiếp đến trải nghiệm người dùng hoặc độ an toàn của hệ thống.Có giai đoạn team chạy deadline khá gấp, tài liệu không đầy đủ, requirement thay đổi liên tục. Lúc đó mình không chỉ test theo checklist nữa mà bắt đầu tự tìm hiểu flow nghiệp vụ để hiểu hệ thống đang hoạt động như thế nào. Ví dụ với một chức năng thanh toán, mình không chỉ test case happy case mà còn thử những tình huống người dùng thật có thể gặp: Mạng chập chờn giữa lúc thanh toán,  Bấm thanh toán nhiều lần,  Chuyển màn hình giữa chừng,  Dữ liệu trả về chậm hoặc sai format. Nhiều bug mình tìm ra không nằm trong tài liệu nhưng nếu lên production thì ảnh hưởng khá lớn đến trải nghiệm người dùng. Có lần mình phát hiện trường hợp giao dịch bị tạo trùng khi người dùng bấm liên tục vì hệ thống xử lý chậm. Dev ban đầu nghĩ khó xảy ra, nhưng sau khi test lại bằng API và log dữ liệu thì đúng là có thể phát sinh thật. Sau đó team phải bổ sung xử lý duplicate transaction trước khi release.Ngoài công việc testing, mình cũng cố gắng học thêm những thứ giúp công việc hiệu quả hơn, đóng góp nhiều hơn cho team:Chủ động review flow nghiệp vụ cùng BA và Dev để hiểu vấn đề từ đầu thay vì chỉ đợi đến lúc có bug mới xử lý Đề xuất cải thiện quy trình test để giảm lỗi lặp lại  Học SQL để tự kiểm tra dữ liệu thay vì phụ thuộc hoàn toàn vào Dev  Học test API để verify logic backend   Tìm hiểu automation để tăng hiệu quả regression test Mình nhận ra rằng giá trị của một người làm IT không chỉ nằm ở kỹ năng kỹ thuật, mà còn ở tinh thần chủ động học hỏi và khả năng nhìn vấn đề từ góc độ sản phẩm và người dùng.Hành trình “tạo dấu ấn” của mình trong Fintech không phải là làm điều gì quá lớn lao, mà là từng bước làm tốt hơn mỗi ngày: suy nghĩ nhiều hơn một chút, kiểm tra kỹ hơn một chút và luôn cố gắng tạo ra sản phẩm ổn định, an toàn hơn cho người dùng. Đó cũng là điều khiến mình thấy công việc IT không chỉ là hoàn thành task, mà là đang góp phần xây dựng niềm tin trong môi trường tài chính số.Có thể những việc đó không quá nổi bật, nhưng mình nghĩ chính sự chủ động và tinh thần làm nhiều hơn một bước đã giúp mình trưởng thành hơn trong công việc IT nói chung và Fintech nói riêng. 
challenge-post-cover
#5
2
56
challenge-icon

In the Age of AI: How I’m Building My "New-normal" Skill Set

user-avatar
Phan Trung Nghĩa
28/04/2026

Khi code không còn là thứ khó nhất

Tôi mất 3 tiếng để viết một cái form validation hồi năm ngoái.Tuần trước, tôi describe yêu cầu cho AI trong 2 phút — và nó trả về đúng thứ tôi cần, kèm error message, kèm accessibility attribute, kèm cả test case.3 tiếng xuống còn 2 phút. Tôi không biết nên vui hay nên lo.Rồi tôi nhận ra: câu hỏi đúng không phải là "AI có thay thế được tôi không?" Câu hỏi đúng là — "Nếu phần code không còn là thứ khó nhất, thứ khó nhất bây giờ là gì?"Code chưa bao giờ là sản phẩmNhìn lại 5 năm làm dev, tôi thấy mình đã nhầm một thứ rất căn bản.Tôi nghĩ công việc của tôi là viết code. Nhưng thật ra, công việc của tôi là giải quyết vấn đề của người dùng - và code chỉ là công cụ để làm điều đó.Sự nhầm lẫn này không sao khi code còn khó. Vì khi code khó, bạn bắt buộc phải tập trung vào nó. Nhưng khi AI có thể xử lý phần lớn việc viết code — sự nhầm lẫn đó trở thành điểm yếu chết người.Tôi đã gặp không ít sản phẩm được build bởi những dev giỏi: code sạch, performance tốt, không bug. Nhưng người dùng không dùng. Vì không ai hỏi họ muốn gì. Vì cái flow thanh toán cần đến 7 bước trong khi 3 bước là đủ. Vì button "Xác nhận" nằm ở chỗ không ai nhìn thấy.Code đúng. Sản phẩm sai.Thứ AI không làm được — và có lẽ sẽ không bao giờ làm đượcAI rất giỏi tối ưu thứ đã được định nghĩa. Nhưng nó không biết nên định nghĩa cái gì.Hỏi AI: "Viết cho tôi một màn hình checkout." — Nó làm được.Hỏi AI: "Người dùng của tôi 60% dùng điện thoại, hay bỏ giỏ hàng ở bước nhập địa chỉ, và họ chủ yếu mua vào buổi tối sau khi đi làm về — màn hình checkout nên trông như thế nào?" — Nó cần bạn đặt câu hỏi đó trước.Insight đó không tự nhiên mà có. Nó đến từ việc ngồi xem người thật dùng sản phẩm. Từ việc đọc feedback và nhận ra pattern ẩn sau những lời phàn nàn. Từ việc hiểu rằng người dùng không nói những gì họ thật sự cần — họ chỉ mô tả triệu chứng.Đó là thứ AI không có: sự đồng cảm với người dùng và khả năng đặt câu hỏi đúng về sản phẩm.Thói quen tôi đang xây lại từ đầuTrước đây, khi nhận một task, câu hỏi đầu tiên trong đầu tôi là: "Cái này implement như thế nào?"Bây giờ tôi tập đặt câu hỏi khác trước: "Cái này giải quyết vấn đề gì của ai?"Nghe đơn giản. Nhưng thay đổi được thói quen đó khó hơn học một ngôn ngữ lập trình mới rất nhiều.Tôi bắt đầu ngồi cùng đội support để nghe người dùng phàn nàn về cái gì. Tôi đọc session recording để xem người ta thật sự làm gì trên app — không phải làm gì mà mình nghĩ họ làm. Tôi bắt đầu hỏi PM "tại sao" nhiều hơn hỏi "cái này cần làm gì".Và tôi nhận ra: những cuộc trò chuyện đó cho tôi nhiều context hơn bất kỳ technical document nào. Context mà nếu có, tôi build ra thứ khác hẳn — ít feature hơn, nhưng đúng hơn rất nhiều.Dev full-stack thời AI — rộng hơn, không chỉ là codeAI đã hạ thấp ngưỡng vào của mọi lĩnh vực kỹ thuật. Frontend dev có thể tự làm được backend cơ bản. Backend dev có thể tự dựng infrastructure. Không phải vì họ giỏi hơn — mà vì AI đỡ phần boilerplate, để họ tập trung vào logic thật sự.Nhưng "full-stack" bây giờ không chỉ còn nghĩa là biết cả frontend lẫn backend. Nó đang mở rộng sang một chiều khác: hiểu sản phẩm đủ để đưa ra quyết định kỹ thuật đúng.Dev nào hiểu được tại sao một tính năng quan trọng với người dùng sẽ build nó tốt hơn người chỉ hiểu phải build cái gì. Sự khác biệt đó không nằm ở skill kỹ thuật. Nó nằm ở việc bạn có thật sự quan tâm đến người dùng cuối hay không.Lời khuyên — nếu bạn đang định chỉ học thêm AI toolĐừng dừng lại ở việc dùng AI giỏi hơn.Hãy dùng thời gian AI tiết kiệm được để làm thứ AI không làm thay bạn được: ra ngoài và hiểu người dùng.Ngồi xem một người thật dùng thứ bạn build — chỉ một lần — sẽ thay đổi cách bạn code mãi mãi. Không có prompt nào cho bạn cảm giác đó.Ba thứ tôi nghĩ dev cần đầu tư vào ngay bây giờ:Tư duy sản phẩm — Học cách đọc metric, hiểu user behavior, phân biệt feature người dùng nói họ muốn và feature họ thật sự cần.Kỹ năng quan sát — Xem session recording, đọc support ticket, ngồi cạnh người dùng khi họ dùng app. Đây là nguồn insight không AI nào có thể generate ra.Khả năng nói không có lý do — Biết từ chối build một feature vì nó không giải quyết vấn đề thật — và giải thích được tại sao. Đó là thứ tách dev khỏi code monkey.AI đã biết code. Điều đó không làm dev mất việc — nó làm công việc của dev trở nên thú vị hơn.Vì bây giờ, thứ quan trọng nhất không còn là bạn viết code nhanh đến đâu. Mà là bạn hiểu người dùng sâu đến đâu.Và đó là thứ không có model nào train được.
challenge-post-cover
#4
3
139
ITviec's Choice
Winning badge
challenge-icon

Beyond Tasks: How I "build impact" in Fintech

user-avatar
Phan Trung Nghĩa
28/04/2026

Một dev hơn 5 năm full-stack - lần đầu đặt chân vào Fintech

Tôi vào nghề với một niềm tin giản dị: code tốt là đủ. Viết clean code, close ticket đúng deadline, không để bug lên production — vậy là một dev giỏi. Hơn năm năm đi làm, tôi dần trở thành người được giao task khó nhất team. Rồi đến lúc tôi nhảy vào một dự án Fintech.Tuần đầu tiên tưởng bình thường. CRUD vẫn là CRUD. API vẫn là API. Nhưng rồi có một buổi chiều, PM hỏi: "Nếu hệ thống xử lý sai số tiền của người dùng, chuyện gì xảy ra?"Tôi định trả lời theo kiểu dev: "Thì mình log lỗi rồi rollback." Nhưng nhìn khuôn mặt mọi người trong phòng — tôi hiểu câu hỏi đó không phải về technical.Trong Fintech, bug không phải là lỗi phần mềm. Bug là ai đó mất tiền thật.Từ "viết code chạy được" đến "viết code đáng tin"Dev 5 năm dạy tôi nhiều thứ: clean architecture, performance, CI/CD pipeline. Nhưng có một thứ tôi chưa từng nghĩ tới — chi phí của sự sai lầm.Trong các project trước, nếu UI hiển thị sai giá sản phẩm, user reload lại là xong. Còn khi số dư tài khoản hiển thị sai vì một race condition không ai kiểm tra — không có chuyện "reload lại là xong".Tôi bắt đầu đọc lại codebase không phải để hiểu logic làm gì, mà để hỏi: cái này sai được không? Nếu sai, sai đến đâu?Ba câu hỏi tôi học được cách đặt ra mỗi ngày:Nếu request này chạy 2 lần cùng lúc thì sao? — Idempotency không còn là khái niệm học thuật, đó là thứ phải code mỗi ngày.Khi nào transaction thực sự "xong"? — Eventual consistency đẹp trên giấy. Trong Fintech, bạn phải biết chính xác moment nào tiền "an toàn".Ai có thể xem dữ liệu này? — Authorization không chỉ là middleware. Đó là kiến trúc, là audit log, là compliance.Cái tôi tưởng là thừa, hoá ra là thiếu5 năm làm full-stack, tôi quen move fast. Nhưng Fintech dạy tôi một bài học kỳ lạ: đôi khi đi chậm mới là tạo ra value thật.Có lần tôi propose một feature tưởng là "quick win" — cho phép user xem lịch sử giao dịch real-time. Tôi tự tin lắm: websocket, 2 ngày là xong.Nhưng senior trong team hỏi: Audit log ở đâu? Nếu user dispute giao dịch, mình chứng minh bằng gì? Hệ thống fraud detection có nhận được event này không?Tôi ngồi im. Hai ngày của tôi hóa thành hai tuần — và feature đó tốt hơn rất nhiều."Làm nhiều hơn task" không phải là code thêm tính năng. Đó là hiểu tại sao task đó tồn tại — rồi làm cho mục đích đó được phục vụ thật sự.Khi dev học nói chuyện với người không biết codeMột trong những thay đổi lớn nhất không liên quan đến keyboard. Đó là học cách giải thích.Trong Fintech, quyết định kỹ thuật ảnh hưởng đến compliance, đến risk, đến tiền thật. Bạn không thể chỉ nói "tôi dùng optimistic locking để handle concurrent write" rồi kết thúc. Bạn phải nói được: "Nếu không có cơ chế này, hai người có thể rút cùng một số tiền lúc 3 giờ sáng và cả hai đều thành công."Kỹ năng dịch technical sang business impact — không ai dạy trong trường. Tôi học được từ những buổi họp awkward, từ những lần bị hỏi ngược mà không trả lời được.Công thức tôi đang tập dùng: [Quyết định kỹ thuật] giúp/ngăn chặn [điều gì xảy ra với người dùng], điều mà nếu không có sẽ gây ra [hậu quả cụ thể].Dấu ấn không nằm ở số dòng codeLần đầu tiên tôi cảm thấy mình thật sự tạo ra giá trị — không phải khi ship một feature phức tạp. Mà là lúc tôi ngồi cùng đội fraud analyst, lắng nghe họ mô tả workflow thủ công làm mỗi buổi sáng, rồi nói: "Mình có thể tự động hoá bước này."Feature đó chỉ tốn 3 ngày code. Nhưng để biết cần làm gì, tôi mất 2 tuần ngồi hiểu bài toán. Đó là thứ 5 năm trước tôi sẽ không làm — vì "đó không phải task của tôi".Fintech không cần thêm người viết code. Fintech cần người hiểu rằng code là phương tiện, không phải đích đến.Hành trình từ "dev hoàn thành task" đến "người tạo ra dấu ấn" bắt đầu bằng một câu hỏi rất đơn giản: Tại sao cái này quan trọng?Khi bạn có câu trả lời cho câu hỏi đó — mọi dòng code bạn viết ra đều có trọng lượng hơn.
challenge-post-cover
#3
4
145
challenge-icon

My Funemployment Story

user-avatar
Huyên Nguyễn
03/03/2026

Tôi mất việc, nhưng không mất mình

Tôi không “thất nghiệp”, tôi đang nâng cấpCó một thời điểm, tôi nghe hai chữ “thất nghiệp” mà tim chùng xuống.Trong ngành IT, nó không chỉ là mất việc. Nó là mất thu nhập, mất nhịp sống, mất cảm giác mình “đang có ích”. Và đáng sợ nhất, là nỗi sợ mình đang… thất bại.Nhưng sau khi trải qua (hoặc chứng kiến rất gần) một giai đoạn như vậy, tôi bắt đầu nhìn nó khác đi. Tôi tin rằng: “thất nghiệp tích cực” là có thật.1. “Thất nghiệp tích cực” là gì?Với tôi, “thất nghiệp tích cực” là:Không có công ty trả lương cho bạn, nhưng bạn vẫn đang đầu tư nghiêm túc vào chính mình.Đó là giai đoạn bạn:Tạm dừng để hồi phục sau burnout.Bị layoff nhưng không buông xuôi.Chủ động nghỉ để chuyển hướng nghề nghiệp.Khác biệt nằm ở chỗ: Bạn không để hoàn cảnh định nghĩa giá trị của mình.Thất nghiệp tiêu cực là khi ta dừng lại, thu mình, tự dán nhãn “mình kém”. Thất nghiệp tích cực là khi ta nói: “Ok, đây là khoảng lặng. Mình sẽ dùng nó có chủ đích.”2. Tôi đã học được gì về nỗi sợ “khoảng trống CV”?Điều ám ảnh dân IT nhất có lẽ là: “2 lần bị mất việc mỗi 1 lần sau 2 tháng không đi làm thì CV nhìn sao?”Nhưng sau này tôi nhận ra: Nhà tuyển dụng không sợ khoảng trống. Họ sợ khoảng trống không có câu chuyện.4 tháng:Nếu bạn chỉ ở nhà, lo lắng và chờ cơ hội → đó là khoảng trống.Nhưng nếu bạn học 1 tech mới, viết blog, làm freelance nhỏ, học thêm 1 ngôn ngữ mới → đó là hành trình nâng cấp.Cùng là 4 tháng. Khác nhau ở cách bạn dùng nó.Bài học tôi rút ra:Đừng hỏi “mình có việc chưa?” Hãy hỏi “mình đang tạo giá trị gì mỗi ngày?”3. Làm gì để thất nghiệp không trở thành thất bại?Tôi không muốn tô hồng. Giai đoạn này rất áp lực. Vì vậy, cần thực tế.(1) Tính toán tài chính trước tiênĐộng lực không thay thế được tiền nhà.Việc đầu tiên nên làm:Tính runway: mình sống được bao lâu nếu chưa có thu nhập?Cắt chi phí không cần thiết.Sẵn sàng nhận freelance/part-time nếu cần.Sự bình tĩnh đến từ con số rõ ràng.(2) Giữ kỷ luật như đang đi làmSai lầm lớn nhất là mất nhịp sinh hoạt.Nếu rơi vào giai đoạn này, tôi sẽ:Dậy giờ cố định.Chia ngày thành block: học thêm kiến thức mới, ngôn ngữ mới – tìm việc.Mỗi ngày tạo ra ít nhất một “kết quả hữu hình” (1 commit, 1 bài viết, 1 CV gửi đi).Cảm giác tiến bộ nhỏ mỗi ngày giúp mình không trôi.(3) Biến thời gian rảnh thành tài sảnThay vì chỉ học cho biết, hãy:Xây project có thể demo.Deploy thật.Viết README tử tế.Ghi lại quá trình học.Một portfolio sống động có sức nặng hơn một dòng “đang tìm việc”.(4) Học cách chịu đựng bị từ chốiGửi 20 CV, rớt 15 cái là chuyện bình thường.Thị trường khó không đồng nghĩa bạn kém.Mỗi lần phỏng vấn là một buổi tập:Cải thiện cách trình bày.Nhận diện lỗ hổng kiến thức.Tối ưu lại CV.Thất bại thật sự không phải là bị từ chối. Mà là bạn ngừng cố gắng vì nghĩ mình không đủ giỏi.4. Nếu bạn đang hoang mang, tôi muốn nói điều nàyBạn không vô dụng chỉ vì chưa có offer.Giá trị con người không nằm hoàn toàn ở hợp đồng lao động.Có thể bạn đang:Mất tự tin.So sánh mình với bạn bè đã “ổn định”.Lo lắng về tương lai.Nhưng hãy nhớ:Rất nhiều người giỏi từng có giai đoạn chông chênh.Khoảng dừng không phải dấu chấm hết.Đây là trạng thái tạm thời, không phải bản sắc vĩnh viễn.Hãy tự hỏi:Một năm nữa, mình muốn cảm ơn phiên bản hiện tại vì điều gì?5. Thất nghiệp là khoảng lặng giữa hai chươngCuộc đời không phải đường thẳng đi lên mãi. Nó có nhịp nghỉ.Có khi chính giai đoạn:Không bị deadline dí,Không bị họp triền miên,Không bị áp lực KPI,Lại là lúc bạn nghĩ sâu nhất về việc mình thực sự muốn gì.Có người chuyển từ dev sang data. Có người học thêm product. Có người khởi nghiệp. Có người nhận ra mình cần một môi trường khác.Nếu bạn chủ động viết lại mình trong khoảng lặng đó, thì nó không phải thất nghiệp. Nó là tái cấu trúc.6. Tôi không “thất nghiệp”Nếu hôm nay bạn:Vẫn học.Vẫn xây dựng.Vẫn kỷ luật.Vẫn không bỏ cuộc.Thì bạn không thất bại.Bạn đang chuẩn bị cho chương tiếp theo.Và có thể vài năm nữa, khi nhìn lại, bạn sẽ nhận ra:Chính giai đoạn “thất nghiệp” này đã khiến bạn trưởng thành hơn bất kỳ thời điểm nào khác.Tôi không “thất nghiệp”. Tôi đang nâng cấp.Và nếu bạn đang ở đó — bạn cũng thế. 
challenge-post-cover
#18
1
32
challenge-icon

AI For Good

user-avatar
Trần Lương Phán
27/02/2026

Mình đã quay lại với Automation Testing với sự hỗ trợ của AI

Lời mở đầuNhư bao bạn mới vào nghề Tester, công việc của mình là đọc requirement, viết test case, click từng màn hình và ghi bug ticket. Rồi một ngày, khi muốn thăng tiến sự nghiệp, mình bắt đầu tự thử automation testing.Với một người không đam mê code, mình chọn cách dễ nhất: dùng công cụ record thao tác và sinh ra script. Cứ tưởng chỉ cần click, nhập liệu, submit là xong, nhưng khi bấm Run thì script fail, lúc được lúc không, có khi record chạy mãi mà không hoàn thành hết script.Sau nhiều lần thử nhưng không hiệu quả, cộng thêm môi trường công việc khi đó không yêu cầu automation mà chỉ cần kết quả là hạn chế bug, mình quyết định quay lại với manual testing và cứ như vậy trong một khoảng thời gian dài.Những khó khăn mình gặp khi ấyTest chạy được lúc record nhưng fail khi chạy lạiChỉ cần UI/UX thay đổi là phải chỉnh sửa test script cho phù hợpDebug stack trace rất dài và khó xác định lỗi ở đâuBắt đầu ứng dụng AI agentDù trước đó đã có Cursor hay Claude Code, mình thử áp dụng Anti Gravity. Đơn giản vì nó đang miễn phí, được phát triển bởi Google và sử dụng mô hình Gemini 3.Bước đầu, mình nhờ AI agent cài đặt Playwright và các plugin cần thiết. Khi chưa rành các cú pháp Node.js của yarn hay npx, mình cũng prompt để AI chạy giúp.Sau khi record các test và chạy thử, nếu script fail, mình sẽ prompt để AI đề xuất cách “debug” sao cho test có thể chạy ổn định hơn. Điểm mình thích ở Anti Gravity là trước khi thực hiện, AI luôn đề xuất plan và yêu cầu người dùng review.  Trong trường hợp này, mình nhờ AI viết script để bắt các lỗi network 500 và 504 trước khi deployment. Trước đây, mình không biết cú pháp hay câu lệnh để xử lý các sự kiện lỗi này. Vì vậy phải Google, copy rồi chỉnh sửa lại code của người khác rất nhiều lần mà chưa chắc đã đúng.Kết quả đạt được bây giờỨng dụng được automation test để hỗ trợ regression testingViết được những case yêu cầu hiểu về technical caoDễ refactor test script khi có thay đổi về UI/UXCác test script đủ ổn định để đưa vào các công cụ CI/CDLời chốtAI đã và đang làm được rất nhiều thứ, nhưng đừng ỷ lại hoàn toàn hay để AI thay thế mình. Hãy tự bổ sung các kiến thức chuyên môn, cùng chủ động tìm hiểu cách sử dụng AI một cách phù hợp.Dù cách làm này chưa hoàn hảo 100%, và không phải lúc nào cũng có thể áp dụng cho tất cả mọi case, nhưng đây vẫn là một bước tiến mới giúp mình thay đổi cách làm việc so với trước đây.Chúc mọi người thành công trong việc áp dụng AI một cách hiệu quả, tốt đẹp trong công việc và cuộc sống.
challenge-post-cover
#17
2
64
challenge-icon

AI For Good

user-avatar
Kiệt Bùi Anh
22/01/2026

AI thay đổi cách chúng ta tiếp cận thủ công sang tự động hóa

Trí tuệ nhân tạo vì mục đích tốt đẹp (AI for Good) là một phong trào toàn cầu và một nền tảng cụ thể của Liên Hợp Quốc dành riêng cho việc sử dụng trí tuệ nhân tạo để giải quyết những thách thức lớn nhất của thế giới.Về bản chất, đó là việc thực hành có chủ đích thiết kế và triển khai các công nghệ AI để đạt được những kết quả tích cực về xã hội, môi trường và kinh tế. Nó thường được gắn liền với các Mục tiêu Phát triển Bền vững (SDGs) của Liên Hợp Quốc, chẳng hạn như xóa đói giảm nghèo, bảo vệ hành tinh và cải thiện sức khỏe và giáo dục.1. Nền tảng chính thức của Liên Hợp QuốcThuật ngữ này được phổ biến bởi Hội nghị thượng đỉnh toàn cầu AI vì mục đích tốt đẹp (AI for Good Global Summit), lần đầu tiên được tổ chức vào năm 2017. Hội nghị do Liên minh Viễn thông Quốc tế (ITU) - cơ quan của Liên Hợp Quốc về công nghệ kỹ thuật số - tổ chức, hợp tác với hơn 40 cơ quan khác của Liên Hợp Quốc.2. Ví dụ thực tiễn về việc ứng dụng AI vì lợi ích cộng đồngPhong trào này bao gồm rất nhiều lĩnh vực. Dưới đây là một số cách sử dụng AI hiệu quả nhất hiện nay:Chăm sóc sức khỏe: Phát hiện sớm các bệnh như ung thư thông qua chẩn đoán hình ảnh y tế và đẩy nhanh quá trình tìm ra các loại thuốc cứu sống mới.Mục tiêu: Kết nối các nhà đổi mới AI với "chủ sở hữu vấn đề" (chính phủ, các tổ chức phi chính phủ và các nhóm nhân đạo) để mở rộng quy mô các giải pháp có thể thay đổi cuộc sống.Trọng tâm: Nhấn mạnh AI an toàn, có đạo đức và toàn diện, đảm bảo rằng lợi ích của công nghệ đến được với các cộng đồng chưa được phục vụ đầy đủ thay vì làm gia tăng "khoảng cách kỹ thuật số".2. Các ví dụ thực tiễn về AI vì mục đích tốt đẹpHành động vì khí hậu: Phân tích dữ liệu vệ tinh để theo dõi nạn phá rừng, dự đoán thiên tai (lũ lụt, bão) và tối ưu hóa lưới điện năng lượng tái tạo.Nông nghiệp: Sử dụng máy bay không người lái và cảm biến để phát hiện sớm bệnh cây trồng, giảm lãng phí nước và giúp nông dân nhỏ tăng năng suất lương thực.Khả năng tiếp cận: Tạo ra các ứng dụng dịch ngôn ngữ ký hiệu theo thời gian thực cho người khiếm thính hoặc các ứng dụng "thị giác máy tính" mô tả môi trường xung quanh cho người khiếm thị.Giáo dục Phát triển: các nền tảng học tập cá nhân hóa, thích ứng với tốc độ học tập của học sinh, đặc biệt là ở những khu vực thiếu giáo viên.3. Nguyên tắc cốt lõiĐể một dự án được coi là "Trí tuệ nhân tạo vì lợi ích cộng đồng", nó thường tuân theo ba trụ cột sau:Tính toàn diện: Công nghệ phải dễ tiếp cận với tất cả mọi người, bất kể vị trí địa lý, ngôn ngữ hay khả năng thể chất của họ.Đạo đức & Minh bạch: Các nhà phát triển phải công khai cách trí tuệ nhân tạo đưa ra quyết định và nỗ lực loại bỏ các thành kiến ​​(ví dụ: thành kiến ​​về chủng tộc hoặc giới tính trong dữ liệu).Tính bền vững: Tập trung vào các giải pháp dài hạn hỗ trợ hành tinh và xã hội chứ không chỉ lợi nhuận ngắn hạn.Lưu ý: Mặc dù tiềm năng rất lớn, phong trào này cũng cảnh báo về những rủi ro. Nếu không được quản lý cẩn thận, AI có thể dẫn đến mất việc làm hoặc bị sử dụng cho mục đích giám sát, đó là lý do tại sao "AI vì điều tốt đẹp" nhấn mạnh đến quản trị và thiết kế lấy con người làm trung tâm.Tại Việt Nam, phong trào "Trí tuệ nhân tạo vì lợi ích cộng đồng" đã chuyển từ nghiên cứu lý thuyết sang ứng dụng thực tiễn. Hiện nay, Việt Nam đang tự định vị mình là một quốc gia dẫn đầu khu vực, với mục tiêu chính phủ sẽ nằm trong top 50 thế giới về nghiên cứu và phát triển trí tuệ nhân tạo vào năm 2030.Dưới đây là một số dự án và công ty khởi nghiệp "Trí tuệ nhân tạo vì lợi ích cộng đồng" nổi bật nhất hiện đang tạo ra tác động tích cực tại Việt Nam:1. Y tế: Nâng cao khả năng tiếp cận và độ chính xácY tế là lĩnh vực tiên tiến nhất trong việc ứng dụng AI vì lợi ích cộng đồng tại Việt Nam, chủ yếu do nhu cầu thu hẹp khoảng cách giữa dịch vụ y tế thành thị và nông thôn.VinBrain (được NVIDIA mua lại năm 2024): Nền tảng chủ lực của họ, DrAid™, là trợ lý AI tiên phong dành cho bác sĩ. Nó sử dụng thị giác máy tính để phân tích ảnh chụp X-quang và hình ảnh y tế, giúp phát hiện hơn 21 loại bất thường khác nhau, bao gồm ung thư phổi và bệnh lao, với độ chính xác cao. Hiện tại, nó đang được triển khai tại hơn 180 bệnh viện trên khắp Việt Nam.MedCAT Nexus: Đoạt giải tại Giải thưởng Kỹ thuật số ASEAN 2026, MedCAT sử dụng mô hình ngôn ngữ đơn giản (SLM) để trích xuất và cấu trúc dữ liệu từ hồ sơ y tế phức tạp. Điều này giúp bác sĩ dành ít thời gian hơn cho công việc giấy tờ và nhiều thời gian hơn cho việc chăm sóc bệnh nhân, đặc biệt là tại các bệnh viện công quá tải.Thử nghiệm UAV y tế: Đầu năm 2026, Việt Nam đã tiến hành thử nghiệm thành công đầu tiên về UAV sử dụng AI để vận chuyển vật tư y tế khẩn cấp và mẫu máu đến các vùng cao.2. Nông nghiệp: Chính xác & Bền vữngTrí tuệ nhân tạo (AI) đang được sử dụng để hỗ trợ nông dân Việt Nam – đặc biệt là ở Đồng bằng sông Cửu Long – chống lại biến đổi khí hậu và tối ưu hóa năng suất.Công cụ AI của Google dành cho cây trồng: Ra mắt vào cuối năm 2023 và được mở rộng đến năm 2025, các công cụ này cung cấp phân tích sức khỏe đất và phát hiện bệnh theo thời gian thực cho nông dân địa phương thông qua ứng dụng trên điện thoại thông minh. Mục tiêu là tăng năng suất lên 20% đồng thời giảm việc sử dụng thuốc trừ sâu độc hại.SAP Agriculture Cloud: Hiện đang được hơn 5.000 trang trại tại Việt Nam sử dụng, nền tảng này sử dụng dữ liệu do AI điều khiển để quản lý chuỗi cung ứng, giảm thiểu lãng phí thực phẩm bằng cách dự đoán nhu cầu thị trường và tối ưu hóa thời gian thu hoạch.Hệ thống tưới tiêu thông minh: Một số công ty khởi nghiệp địa phương đang tích hợp AI với cảm biến IoT để tự động hóa việc tưới tiêu ở Tây Nguyên, đảm bảo cây cà phê và cây tiêu nhận được lượng nước chính xác cần thiết, điều này rất quan trọng trong bối cảnh hạn hán ngày càng thường xuyên.3. Giáo dục & Tác động xã hộiTrọng tâm ở đây là "Kiến thức về AI" và đảm bảo thế hệ trẻ sử dụng công nghệ một cách có đạo đức.AI vì Cộng đồng Việt Nam 2026: Đây là chương trình giáo dục và cuộc thi cấp quốc gia (khởi động vào tháng 12 năm 2025) được thiết kế dành cho học sinh. Thay vì chỉ lập trình, chương trình tập trung vào đổi mới dựa trên sự đồng cảm – thách thức học sinh xây dựng các giải pháp AI cho kết nối gia đình, sức khỏe tâm thần và bảo vệ môi trường.ELSA Speak: Mặc dù thành công về mặt thương mại, sứ mệnh cốt lõi của ELSA có yếu tố "Tốt": sử dụng AI để dân chủ hóa việc học tiếng Anh. Bằng cách cung cấp dịch vụ huấn luyện phát âm chất lượng cao với chi phí thấp, ELSA giúp học sinh có hoàn cảnh khó khăn tiếp cận các cơ hội việc làm toàn cầu.Zalo AI (Mô hình KilM): Zalo AI của VNG đã phát triển KilM, một mô hình ngôn ngữ lớn được tối ưu hóa đặc biệt cho ngôn ngữ và văn hóa Việt Nam. Điều này giúp người lớn tuổi hoặc người dùng ít am hiểu công nghệ tương tác với các dịch vụ hành chính công bằng các lệnh thoại tự nhiên bằng tiếng mẹ đẻ của họ.4. Môi trường & Quản lý Đô thịElcom ITS: Hệ sinh thái giao thông thông minh này đã giành được Giải Đồng tại Giải thưởng Kỹ thuật số ASEAN 2026. Hệ thống sử dụng AI và dữ liệu thời gian thực để tối ưu hóa luồng giao thông và giảm lượng khí thải tại các thành phố lớn như Hà Nội và Thành phố Hồ Chí Minh.Aiforgood.asia: Một doanh nghiệp xã hội (NGO) đăng ký tại Việt Nam, tập trung vào việc triển khai các giải pháp trí tuệ nhân tạo (AI) dựa trên cộng đồng và tiến hành nghiên cứu về đạo đức AI để đảm bảo công nghệ không làm gia tăng bất bình đẳng.So sánh tác động:DrAid™ Healthcare: Chẩn đoán bệnh nhanh hơn, chính xác hơn tại hơn 180 bệnh viện.MedCAT Admin/Health giúp giảm bớt gánh nặng hành chính cho bác sĩ và các công ty bảo hiểm.Zalo AI - Giải pháp hòa nhập kỹ thuật số giúp người dân tiếp cận các dịch vụ của chính phủ thông qua giọng nói.Nông nghiệp thông minh giúp tiết kiệm nước và giảm sử dụng thuốc trừ sâu cho hơn 5.000 trang trại.Việc lên ý tưởng cho dự án "AI vì lợi ích cộng đồng" tại Việt Nam năm 2026 đòi hỏi phải xem xét sự giao thoa giữa các xu hướng kinh tế - xã hội đặc thù của Việt Nam và khả năng AI hiện tại (như AI tạo sinh và điện toán biên).Dựa trên những thách thức hiện tại của địa phương - từ dân số già và rủi ro khí hậu đến "bẫy thu nhập trung bình" - dưới đây là bốn ý tưởng có tác động lớn để bạn tham khảo:1. Dự án "Văn Hóa Việt AI" (Bảo tồn các phương ngữ dân tộc thiểu số)Vấn đề: Việt Nam có 54 dân tộc. Khi quá trình đô thị hóa tăng nhanh, nhiều ngôn ngữ dân tộc thiểu số và truyền thống truyền miệng (như sử thi hay dân ca) đang có nguy cơ biến mất vì chúng không được ghi chép lại dưới dạng kỹ thuật số.Giải pháp AI: Một hệ thống AI lưu trữ đa phương thức sử dụng công nghệ chuyển đổi giọng nói thành văn bản, được đào tạo đặc biệt trên các phương ngữ tiếng Việt ít được sử dụng. Hệ thống này có thể "lắng nghe" các bậc trưởng làng và tự động phiên âm, dịch câu chuyện của họ sang tiếng Việt chuẩn và tiếng Anh.Tác động: Bảo tồn di sản văn hóa đồng thời cung cấp cho các cộng đồng này các công cụ giáo dục dựa trên AI bằng chính ngôn ngữ mẹ đẻ của họ.2. "Cứu hộ nông nghiệp" (Cảnh báo sớm về độ mặn của sông Mekong)Vấn đề: Sự xâm nhập mặn ở Đồng bằng sông Mekong là mối đe dọa lớn đối với xuất khẩu gạo và trái cây. Các cảm biến hiện tại rất đắt tiền, và dữ liệu thường bị phân mảnh.Giải pháp AI: Một hệ thống AI kết hợp vệ tinh và cảm biến. Thay vì chỉ dựa vào các cảm biến vật lý đắt tiền, hãy sử dụng AI để phân tích ảnh vệ tinh miễn phí (như Sentinel-1) nhằm phát hiện những thay đổi về độ ẩm đất và sức khỏe cây trồng. AI này có thể gửi "Cảnh báo độ mặn" qua Zalo cho nông dân 48 giờ trước khi nồng độ muối trở nên nguy hiểm.Tác động: Giúp hàng triệu nông dân bảo vệ mùa màng khỏi biến đổi khí hậu mà không cần trang bị phần cứng công nghệ cao trên mỗi trang trại.3. "Người chăm sóc kỹ thuật số" cho người cao tuổiVấn đề: Dân số Việt Nam đang già đi nhanh hơn hầu hết các quốc gia khác trong khu vực. Nhiều người cao tuổi sống một mình ở vùng nông thôn vì con cái họ chuyển đến thành phố làm việc.Giải pháp AI: Trợ lý giọng nói thông minh cảm xúc (dựa trên LLM) được tối ưu hóa cho giọng Việt và tiếng lóng vùng miền. Nó không chỉ là một "Google Home"; mà là một "Trí tuệ nhân tạo đồng hành" kiểm tra hàng ngày: "Bác ơi, hôm nay bác đã uống thuốc chưa?". Nó có thể phát hiện các dấu hiệu cô đơn hoặc suy giảm nhận thức trong giọng nói của họ và cảnh báo các thành viên trong gia đình.Tác động: Giảm thiểu sự cô lập xã hội và cung cấp mạng lưới an sinh xã hội cho người cao tuổi trong một xã hội đang thay đổi nhanh chóng.4. "Thợ AI" (Người hướng dẫn nghề nghiệp bằng AI)Vấn đề: Khi ngành sản xuất tự động hóa, công nhân tay nghề thấp trong các nhà máy dệt may và điện tử của Việt Nam có nguy cơ bị tụt hậu. Họ cần nâng cao kỹ năng nhưng không có thời gian tham gia các khóa học đại học truyền thống.Giải pháp AI: Một ứng dụng học tập tức thời dành cho công nhân lao động phổ thông. Sử dụng thực tế tăng cường (AR) và trí tuệ nhân tạo (AI), người lao động có thể hướng điện thoại của họ vào một máy móc mới hoặc một bộ phận bị hỏng, và AI sẽ cung cấp hướng dẫn sửa chữa hoặc vận hành "từng bước" bằng hình ảnh 3D.Tác động: Tăng năng suất và đảm bảo việc làm cho lực lượng lao động công nghiệp bằng cách biến điện thoại thông minh của họ thành người hướng dẫn kỹ thuật cá nhân hóa.Hãy cùng tập trung vào "Người chăm sóc kỹ thuật số" (Dự án: "An Bình AI").Ý tưởng này đặc biệt kịp thời vì năm 2026 là năm chính thức Việt Nam bước vào "cơ cấu dân số già". Hiện nay, Việt Nam có hơn 10 triệu người cao tuổi, nhiều người trong số đó sống ở vùng nông thôn trong khi con cái họ làm việc ở các thành phố lớn như Thành phố Hồ Chí Minh hay Hà Nội.1. Bản tóm tắt dự án (Theo phong cách nhà đầu tư/tổ chức phi chính phủ)Tên dự án: An Bình AI (Trí tuệ nhân tạo hòa bình)Khẩu hiệu: Thu hẹp khoảng cách giữa con cái thành thị và cha mẹ nông thôn.Vấn đề: Việt Nam đang già hóa nhanh hơn hầu hết các quốc gia khác. Hơn 20% dân số sẽ trên 60 tuổi trong vòng hai thập kỷ tới. Hội chứng "tổ trống" đang dẫn đến khủng hoảng sức khỏe tâm thần và rủi ro an toàn cho người cao tuổi ở các tỉnh nông thôn, những người có ít khả năng tiếp cận công nghệ.Giải pháp: Một máy tính bảng trợ lý ảo AI siêu đơn giản, ưu tiên giọng nói. Không cần gõ chữ. Thiết bị sử dụng mô hình ngôn ngữ lớn (LLM) tiếng Việt tùy chỉnh, hiểu được các phương ngữ vùng miền (Bắc, Trung và Nam) để nhắc nhở uống thuốc, chống lại sự cô đơn thông qua trò chuyện và phát hiện các trường hợp khẩn cấp về sức khỏe.Giá trị độc đáo: Khác với Google Home hay Alexa, An Bình được điều chỉnh phù hợp với các giá trị gia đình Việt Nam – sử dụng đại từ nhân xưng phù hợp (Bác, Cô, Chú), kể lại những câu chuyện gia đình và tích hợp trực tiếp với Zalo để gửi "Ảnh chụp nhanh sức khỏe" cho trẻ em trong thành phố.Tác động: Giảm sự cô lập của người cao tuổi, cải thiện việc tuân thủ dùng thuốc lên 40% và mang lại "sự an tâm" cho lực lượng lao động di cư.2. Kiến trúc kỹ thuật cơ bảnMục tiêu là giữ cho thiết bị "mỏng" và "bộ não" nằm trên đám mây để cho phép xử lý ngôn ngữ tiếng Việt phức tạp.Các thành phần cốt lõi:Thiết bị biên ("Tai"): Máy tính bảng giá rẻ hoặc Raspberry Pi với hệ thống micro chất lượng cao.Phần mềm: Một công cụ "Từ khóa đánh thức" đơn giản (ví dụ: "Chào An Bình") để kích hoạt hệ thống.STT (Chuyển giọng nói thành văn bản): Sử dụng OpenAI Whisper hoặc PhoSpeech của VinAI, được tinh chỉnh cho giọng địa phương của người Việt Nam. Chức năng này chuyển đổi giọng nói của người dùng lớn tuổi thành văn bản."Bộ não" (LLM): * Nền tảng: Một mô hình như GPT-4o hoặc Llama 3 (cục bộ hoặc thông qua API).Lớp ngữ cảnh (RAG): Đây là "Bộ nhớ gia đình". Nó lưu trữ tên của các cháu, lịch uống thuốc và các cuộc trò chuyện trước đó để AI nhớ rằng "Bà vừa đi bộ về".TTS (Chuyển văn bản thành giọng nói): Sử dụng giọng nói tiếng Việt tự nhiên (như của FPT.AI hoặc Zalo AI) để đọc lại cho người dùng.Cầu nối gia đình: Một ứng dụng di động dành cho trẻ em nhận được cảnh báo nếu AI phát hiện "giọng điệu lo lắng" trong giọng nói của cha mẹ hoặc nếu bỏ lỡ liều thuốc.3. Lộ trình triển khai ("90 ngày đầu tiên")Tháng 1: Thu thập 100 giờ "Giọng nói người Việt cao tuổi" từ các vùng miền khác nhau để tinh chỉnh công nghệ chuyển văn bản thành giọng nói (STT).Tháng 2: Xây dựng "Nguyên mẫu V1" - một Zalo Bot cơ bản để các thành viên gia đình có thể thử nghiệm trước.Tháng 3: Thử nghiệm thiết bị vật lý với 20 hộ gia đình tại một tỉnh nông thôn như Bến Tre hoặc Nghệ An.
challenge-post-cover
#19
1
26
challenge-icon

My Funemployment Story

user-avatar
Lữ Trịnh
19/01/2026

Standing Between Two Versions of Yourself

If you’re feeling anxious about being unemployed, hear thisYou are not being left behind. You are not falling behind. You are simply standing between two versions of yourself.This period does not define your worth." How you choose to use it does."Allow yourself to slow down — but don’t stand still.Allow yourself to rest — but don’t stop learning.Allow yourself to feel afraid — but don’t let fear take control.Because here’s the truth I’ve learned:Unemployment isn’t the problem. Losing direction is.The moment you start realigning your skills, mindset, and purpose, unemployment stops feeling like failure and starts becoming preparation.
challenge-post-cover
#4
65
661
user-avatar
Rachel Pham
27/11/2025

⭐ Câu chuyện của tôi – hành trình trở thành một Tester không chỉ “tìm bug” mà còn tìm ra chính mình ⭐

Khi mới bước vào nghề Tester, tôi từng nghĩ công việc chủ yếu chỉ là kiểm tra chức năng và báo bug. Tôi không ngờ rằng hành trình này lại thay đổi toàn bộ cách tôi nhìn mọi thứ: sản phẩm, con người và cả chính mình.🔍 Ngày đầu tiên vào nghề – tôi chỉ biết test theo checklistTôi nhớ lần đầu được giao test một tính năng mới. Tôi mở spec, làm từng bước theo tài liệu và nghĩ: “Ổn rồi. Xong.”Nhưng khi review, Senior của tôi hỏi đúng một câu:“Nếu người dùng làm sai? Nếu họ làm khác? Nếu họ spam 10 lần? Em đã thử chưa?”Tôi cứng họng. Hóa ra kiểm thử không phải là “làm theo tài liệu”, mà là tư duy rộng hơn cả tài liệu.💣 Lần đầu tiên để sót một bug nghiêm trọngTôi từng để lọt một bug khiến khách hàng gọi họp cả team. Tôi im lặng suốt buổi meeting. Chỉ biết tự hỏi: “Lẽ ra mình có thể phát hiện trước. Sao lại bỏ sót?”Nhưng thay vì trách mắng, leader nói với tôi:“Lỗi là một phần của nghề. Quan trọng là em học được gì.”Đó là lần đầu tiên tôi hiểu: Tester phải đối mặt với áp lực, nhưng cũng là nghề dạy chúng ta trưởng thành nhanh nhất.⚡ Khoảnh khắc khiến tôi gắn bó với nghềCó một lần, tôi tìm thấy một lỗi rất nhỏ trong luồng thanh toán – cái lỗi mà nếu release sẽ khiến hàng ngàn giao dịch thất bại. Sau khi phân tích, cả team quyết định dừng release để sửa.Ngày hôm đó, PM bước đến và nói:“May mà em thấy bug này. Nếu không, thiệt hại lớn lắm.”Khoảnh khắc đó, tôi mới hiểu sâu sắc: Tester không chỉ kiểm thử. Tester bảo vệ sản phẩm, bảo vệ trải nghiệm người dùng, và bảo vệ cả uy tín của team.🧩 Tôi thay đổi – và nghề cũng thay đổi tôiNhờ nghề Tester, tôi học được:Kiên nhẫn hơnTư duy phản biện rõ ràng hơnGiao tiếp với Dev và BA hiệu quả hơnNhìn sản phẩm theo góc độ người dùng, không phải người làmTôi từ một người chỉ “làm theo yêu cầu” trở thành người biết đặt câu hỏi:Nếu thế này thì sao?Người dùng có hiểu không?Điều gì có thể gây rủi ro?Và đó là lúc tôi nhận ra: Tester không phải người tìm lỗi. Tester là người tạo ra giá trị.🎖️ Nếu bạn hỏi tôi có hối hận khi chọn nghề này?Không. Nghề này áp lực thật. Deadline có. Drama có. Những buổi họp căng thẳng cũng có.Nhưng đổi lại, tôi được nhìn thấy sản phẩm tốt hơn lên từng ngày. Tôi thấy mình đang đóng góp thật sự. Và tôi tự hào về điều đó.Nếu bạn cũng là Tester, mong rằng bạn sẽ thấy một phần câu chuyện của mình trong đây. Và nếu bạn đang bắt đầu hành trình này – hãy kiên trì. Bởi vì nghề này không chỉ giúp bạn tìm bug… mà còn giúp bạn tìm ra phiên bản tốt hơn của chính mình. ⭐
15
290