Deep Talk

Có một thời, điện thoại của người làm IT reo lên vì recruiter tìm đến. Cũng chiếc điện thoại ấy hôm nay, có người cầm lên nhiều lần chỉ để xem sau buổi phỏng vấn vừa rồi đã có email chưa.Bài này tôi viết cho những đồng nghiệp đang đi qua quãng không dễ chịu đó - người vừa mất việc, người vừa lặng lẽ mở lại CV, người đã đi trong nghề hai mươi năm mà một ngày thấy thứ mình từng rất giỏi không còn được trả giá như trước.Câu hỏi "Fresher + AI hay Senior, ai thắng?" nghe rất giống một trận đấu. Nhưng ngoài kia không có hai người đứng ở hai góc đài. Cả ngành đang chạy. Một người hôm qua làm được năm việc, hôm nay có thể làm tám - nhưng chẳng bao lâu sau, tám không còn là thành tích, nó trở thành một ngày làm việc bình thường. Chúng ta tạo ra công cụ để làm nghề nhẹ hơn, rồi rất nhanh chính công cụ ấy lại làm chiếc thước đo nghề dài thêm.Tốc độ đó là thật, và nó đang thay đổi ai làm được việc gì. Nhưng nó không phải là thứ duy nhất từng tạo ra một Senior. Trước khi trả lời tốc độ đang giúp ai và cản ai, tôi muốn kể lại nghề đã từng vận hành thế nào - vì chính cách nó vận hành, chứ không phải tốc độ, mới là thứ đang bị đặt cược.Một thế hệ học nghề bằng cách ngồi lâuNhững người sinh cuối 7x, đầu 8x có một tuổi trẻ khác. Chiếc máy tính còn là một tài sản đáng kể. Màn hình CRT dày và nặng. Vài chiếc đĩa mềm có thể chứa gần như cả thế giới số của một sinh viên. Internet không nằm trong túi áo, và một lỗi lạ không thể ném vào ô chat rồi chờ vài giây có câu trả lời. Không biết thì tìm, chưa hiểu thì thử, chưa chạy thì tiếp tục mò. Không phải thế hệ ấy thông minh hơn, cũng chẳng phải ngày xưa khổ hơn thì mặc nhiên giỏi hơn - chỉ là họ phải ngồi lâu hơn bên cạnh những thứ mình chưa biết. Một lỗi hôm nay được giải thích trong vài giây; ngày ấy, đôi khi nó đủ giữ một người trước màn hình hết cả buổi tối.Rồi họ đi làm. Ban đầu là những lỗi nhỏ. Sau đó lỗi bắt đầu có người dùng đứng phía sau - có khách hàng, có deadline, có những đêm chẳng ai trong team dám về. Không ai nhớ chính xác ngày nào mình thôi là Fresher. Nó đến chậm, qua một lần estimate quá tự tin; qua một architecture từng khiến cả team tự hào, vài năm sau chính người thiết kế lại là người ngại chạm vào nhất; qua một buổi demo mà khách hàng nhìn màn hình rất lâu rồi chỉ nói "This is not what we expected"; qua một lần rollback lúc hai giờ sáng, một lần mất dữ liệu, một feature mất nửa năm để xây nhưng gần như chẳng ai dùng, một lần phải đứng trước khách hàng nhận trách nhiệm cho lỗi mà mình thậm chí không trực tiếp viết ra.CV gom tất cả những chuyện ấy vào một dòng rất sạch: "10 years of experience." Nhưng mười năm đâu chỉ là mười năm. Có những dòng code người đi lâu không còn đọc hoàn toàn bằng mắt - họ đọc bằng một đêm production từng tắt ngóm, bằng một migration từng làm tim đập nhanh hơn bình thường, bằng tiếng chuông điện thoại mà chỉ cần nghe đã biết tối nay chắc chưa thể ngủ sớm. Từng lớp một đóng lại. Sau này chúng ta gọi chúng là kinh nghiệm.Điều đáng nói là: không có bậc thang nào trong chuyện này nhanh cả. Cái làm nên một Senior không phải việc họ code nhanh hơn qua từng năm, mà là số lần họ đứng trước hậu quả của một quyết định và không thể bấm undo.Khi tốc độ quay lại, nhưng nhắm vào đúng đoạn chậm nhấtNgành sau đó có một giai đoạn dễ thở hơn - Internet rộng ra, Google, Stack Overflow, GitHub làm kiến thức gần hơn, outsourcing tăng trưởng, công ty thiếu người, recruiter chủ động tìm đến. Chiếc thang nghề nghiệp trông khá rõ, từ người mới ra trường đến người có mười, mười lăm năm trong nghề, và một người có thể nhìn lên để thấy bậc tiếp theo.Nhưng ngành IT có một thói quen: nó thường thay đổi đúng lúc chúng ta bắt đầu cảm thấy quen. Rồi AI đến, và sau chatbot là Agent. Một người có thể giao một yêu cầu, để Agent phân tích, viết code, chạy test, sửa lỗi, tạo tài liệu, thử thêm một vòng rồi mới đưa kết quả trở lại - trong thời gian mà vài năm trước nghe khá khó tin.Đây chính là chỗ vòng đua ở đầu bài quay trở lại. AI không tăng tốc đều cho mọi việc. Nó tăng tốc mạnh nhất đúng ở những việc từng là bậc thang đầu tiên của nghề: dựng khung một dự án mới, cấu hình CI/CD cơ bản, viết CRUD và authentication chuẩn, dịch code giữa các framework, viết tài liệu kỹ thuật nháp. Đây là những việc có đáp án kiểm tra được ngay - code chạy hay không chạy, tài liệu đúng ý hay sai ý và sửa được trong năm phút - nên AI làm rất tốt, và một Fresher + AI giờ chạm được vào những đầu việc từng cần vài năm kinh nghiệm mới đảm đương nổi. Đó là một cơ hội rất lớn.Nhưng đây cũng chính là những việc từng âm thầm làm một việc khác song song với việc tạo ra phần mềm: chúng tạo ra Senior. Một người mới được giao task nhỏ, làm chưa tốt thì được review, được giao phần lớn hơn, rồi một module, rồi một lần production, rồi một ngày bắt đầu có người hỏi ý kiến họ trước khi ra quyết định. Việc đơn giản, lặp lại, phạm vi rõ ràng không phải phần hấp dẫn nhất của nghề, nhưng chính chúng là nơi một người tích lũy đủ số lần đối diện hậu quả để trở thành người có thể tin cậy.Bây giờ, đó cũng chính là những việc Agent làm ngày càng tốt. Câu hỏi khó của thời AI là: nếu chúng ta đi tắt qua đúng đoạn từng tạo ra kinh nghiệm, kinh nghiệm của thế hệ tiếp theo sẽ hình thành ở đâu?Đây không còn là một linh cảm. Nghiên cứu của Stanford Digital Economy Lab, dựa trên dữ liệu bảng lương thật, cho thấy việc làm của lập trình viên trong độ tuổi 22-25 đã giảm gần 20% kể từ năm 2022, trong khi việc làm của developer từ 35 tuổi trở lên gần như không đổi - và riêng đợt phục hồi tuyển dụng 2025-2026, phần lớn tin tuyển mới đến từ vị trí senior, không phải entry-level. Con số này chỉ xác nhận điều đoạn trên đã nói bằng chữ: tổng việc làm ngành phần mềm không co lại, nó dồn về phía có kinh nghiệm, còn phía tạo ra kinh nghiệm mới thì đang mỏng dần.Một vài doanh nghiệp nhìn thấy cái giá phải trả của việc này sớm hơn phần còn lại. Có nơi đã chủ động tăng gấp ba lượng tuyển Fresher trong năm nay, nhưng tái cấu trúc vai trò để họ dành ít thời gian hơn cho code thường quy - phần AI đã làm tốt - và nhiều thời gian hơn cho việc review output của AI cùng tiếp xúc trực tiếp với khách hàng. Lãnh đạo nhân sự ở đó nói thẳng: công ty nào dốc sức tuyển Fresher ngay trong giai đoạn khó khăn này sẽ thắng trong 3-5 năm tới, còn công ty nào không, sẽ phải cạnh tranh giành giật những Senior thật ngày càng khan hiếm - vì Fresher hôm nay chính là nguồn cung Senior của ngày mai.Phía dưới, người mới tiến lên rất nhanh - có những Fresher vừa kịp thôi coi mình là người mới thì chiếc thước đã đổi, những gì họ mất hai năm để học chưa kịp thành lợi thế đã có người đến sau chạm tới nhanh hơn nhờ AI. Nhưng phía trên, những thứ thật sự nguy hiểm vẫn được doanh nghiệp giữ trong tay người nhiều kinh nghiệm hơn - không hẳn vì Senior code nhanh hơn, mà vì khi một hệ thống có dữ liệu thật, tiền thật, SLA thật và uy tín doanh nghiệp đứng phía sau, khách hàng không hỏi ai gõ phím nhanh nhất. Họ muốn biết ai chịu trách nhiệm.Đó không còn là một khoảng kẹt trừu tượng. Đó là một khoản nợ nhân sự mà phần lớn doanh nghiệp đang vay mà không hạch toán vào đâu cả: nếu tất cả việc dễ được giao cho Agent hoặc Fresher + AI, còn tất cả việc khó cứ được giữ trong tay Senior, thì ở giữa sẽ thiếu một vùng để con người lớn lên - và khoản nợ đó sẽ đến hạn đúng vào lúc lứa Senior hiện tại bắt đầu rời ghế, khi không còn ai đứng sau đủ va chạm để ngồi vào.Cách trả khoản nợ đóSenior của hôm nay cũng từng được ai đó trao cho một việc hơi lớn hơn khả năng của họ lúc ấy - không lớn đến mức một lần sai làm cả business trả giá, nhưng cũng không nhỏ đến mức chỉ cần hoàn thành task là xong. Họ được phép quyết định một chút, sai một chút, sửa một chút và chịu trách nhiệm một chút. Phần "được phép chịu trách nhiệm" cứ lớn dần lên. Đó là cách kinh nghiệm hình thành - và đó cũng là chính xác thứ khoản nợ ở trên đang rút dần khỏi thế hệ sau.Nên tôi không nghĩ câu hỏi nên chỉ là Fresher + AI làm được bao nhiêu phần việc của Senior. Câu hỏi đúng hơn là: chỗ nào nên tiếp tục để con người va chạm thật, và chỗ nào cái giá của một lần sai đã quá đắt để thử.Có những việc tôi hoàn toàn sẵn sàng trao cho Fresher + AI: một prototype, một PoC, một MVP, một internal tool, một automation - những nơi điều quan trọng nhất là thử thật nhanh, biết thật sớm, và cái giá của một lần sai vẫn còn đủ rẻ để sửa. Có những bài toán tôi muốn người mới có cả bàn phím lẫn quyền được sai, bởi một ý tưởng ở giai đoạn đầu đôi khi chưa cần một người biết mọi cách để nó có thể chết - nó cần một người đủ nhanh để biết liệu nó có đáng sống tiếp đến tuần sau hay không. Đây chính là chỗ để trả lại khoản nợ, không phải bằng cách giữ Fresher tránh xa AI, mà bằng cách cố ý để họ được sai thật ở nơi sai còn rẻ.Nhưng một sản phẩm rồi sẽ lớn lên. Sẽ có ngày phía sau một nút bấm không còn là một màn hình lỗi mà là dữ liệu của khách hàng, thanh toán, migration khó đảo ngược, hệ thống legacy, SLA, doanh thu và một cái tên doanh nghiệp. Lúc ấy tôi muốn Senior ở đó - không phải để viết nhiều code hơn, mà vì tôi muốn người đứng trước nút Deploy đã từng biết một quyết định sai có thể kéo dài hơn một đêm. Tôi muốn một người giữa lúc mọi thứ đang chạy êm vẫn hỏi: backup đã từng restore thật chưa, rollback nằm ở đâu, ai có quyền với dữ liệu, nếu traffic tăng hai mươi lần thì chuyện gì xảy ra.Đôi khi câu hỏi đáng giá nhất chẳng có một dòng code nào: "Có cần xây thứ này không?" Một người từng bỏ sáu tháng làm một feature chẳng ai dùng sẽ hỏi câu đó khác với người mới đọc requirement lần đầu. Cụ thể hơn: AI review được code theo chuẩn tĩnh - phát hiện lỗi cú pháp, anti-pattern phổ biến - nhưng không định giá được rủi ro nghiệp vụ đặc thù của một hệ thống cụ thể, vì rủi ro đó chưa từng được viết thành văn bản ở đâu để nó học. Cái nhìn ra một pull request "sẽ vỡ ở đâu sau sáu tháng" vẫn cần một người từng dọn dẹp hậu quả của một lỗi tương tự ít nhất một lần. Đó là chỗ của kinh nghiệm - không phải số tuổi, không phải title, không phải số framework từng biết, mà là khả năng nhìn một quyết định hôm nay và đã thấp thoáng thấy hóa đơn của nó vào sáu tháng sau.Nhưng kinh nghiệm cũng không phải một tấm hộ chiếu miễn kiểm tra. "Trước giờ vẫn làm vậy." "Project này phải cần từng này người." "Estimate phải tính thế." Có những câu rất giống kinh nghiệm - đôi khi đúng là kinh nghiệm, đôi khi chỉ là một thói quen đã sống đủ lâu để người ta tưởng nó thành chân lý. Một hệ thống legacy cũng từng là một hệ thống mới, từng hiện đại, từng chạy tốt, từng tạo ra tiền, rồi một ngày chính thứ từng là tài sản làm mỗi thay đổi trở nên chậm và đắt. Con người cũng có những đoạn legacy như thế.Cùng một vạch, khác nhau ở hành lýCó lẽ vì vậy mà tôi đặt tên bài này là "Ngày chúng ta đều trở thành Fresher." Không phải vì Senior sẽ mất hết kinh nghiệm rồi quay về bằng không, cũng không phải vì Fresher và Senior cuối cùng trở nên giống nhau. Chỉ là chiếc thước cứ đổi. Có người vừa bước vào nghề đã phải chạy nhanh hơn lớp trước. Có người vừa kịp leo lên một bậc thì bậc ấy đã thấp đi. Có người đã làm hai mươi năm, một ngày nhìn lại thấy thứ mình từng mất nhiều năm để thành thạo giờ chỉ còn là điều kiện cơ bản. Rồi sẽ có một thứ mới xuất hiện khiến tất cả phải nói lại một câu rất cũ: "Cái này tôi chưa biết."Hai mươi năm trước, có người nói câu ấy trước một chiếc màn hình CRT. Hai mươi năm sau, màn hình đã mỏng đi, con trỏ có thể đã thành một ô chat, nhưng câu nói vẫn còn nguyên. Hóa ra chúng ta đi rất xa, để rồi có ngày gặp lại người Fresher năm ấy trong chính mình. Nhưng quay lại điểm xuất phát không có nghĩa quay về con số không. Người mới bước tới đó với sự tò mò, tốc độ và một chặng đường dài phía trước. Người đã đi lâu quay lại với những hệ thống từng xây, những lần production từng chết, những quyết định từng đúng và những lần sai đủ đau để không muốn trả học phí thêm một lần nữa. Cùng một vạch mới. Khác nhau ở hành lý.Nếu buộc phải trả lời Fresher + AI hay Senior, ai thắng, tôi vẫn không chọn người thắng. Có những nơi Fresher + AI nên được trao cơ hội vì tốc độ quan trọng và sai còn rẻ. Có những đoạn đường mà người đang lớn lên trong nghề nhất định phải được bước vào, bởi nếu không được trao trách nhiệm thật, sẽ chẳng có kinh nghiệm thật. Và có những nơi tôi muốn Senior đứng đó, bởi khi cái giá của một quyết định sai đã là dữ liệu, tiền bạc và uy tín, thứ chúng ta cần không chỉ là một người làm được - chúng ta cần một người đã từng thấy chuyện gì xảy ra khi làm sai.Ngày trước, workflow của ngành IT vừa tạo ra phần mềm, vừa tạo ra những con người đủ sức chịu trách nhiệm cho phần mềm ấy. Agent đang viết lại workflow đầu tiên rất nhanh - nhanh hơn cả tốc độ mà bất kỳ ai trong chúng ta có thể theo kịp bằng cách làm việc chăm hơn. Việc khó hơn của chúng ta trong vài năm tới không phải là chạy đua tốc độ với nó, mà là đừng để nó vô tình xóa luôn workflow thứ hai.Bởi một ngày nào đó, những Senior hôm nay cũng sẽ rời khỏi chiếc ghế của họ. Và khi ấy, câu hỏi quan trọng có lẽ không còn là Fresher + AI có thắng Senior hay không. Mà là: ai đã được lớn lên đủ để ngồi vào chiếc ghế còn lại?Alex VuongBusiness Development Manager

Khi mới bước vào ngành IT, tôi từng có suy nghĩ khá đơn giản: công nghệ nào càng phổ biến thì cơ hội việc làm và mức lương sẽ càng cao.Nhìn vào thị trường, tôi thấy nhiều vị trí yêu cầu những tech stack đang được nhắc đến rất nhiều. Điều đó khiến tôi nghĩ rằng nếu muốn phát triển nhanh, có lẽ mình chỉ cần tập trung học đúng những công nghệ “đang hot”.Nhưng sau quá trình làm QA/Tester, tôi nhận ra câu chuyện không chỉ nằm ở việc bạn đang dùng công nghệ gì.Trong công việc, tôi từng gặp những tình huống mà cùng một sản phẩm, cùng một hệ thống, nhưng giá trị của mỗi người trong team lại rất khác nhau.Một Tester không chỉ là người kiểm tra xem chức năng có hoạt động hay không.Có những lúc tôi cần hiểu dữ liệu được lưu ở đâu, API hoạt động như thế nào, các luồng xử lý phía sau ra sao để tìm ra vấn đề mà người dùng bình thường không nhìn thấy.Từ đó, tôi bắt đầu học thêm SQL, API testing và tìm hiểu sâu hơn về cách hệ thống vận hành.Ban đầu, tôi nghĩ học thêm những kỹ năng này đơn giản là để tăng cơ hội việc làm.Nhưng sau đó tôi nhận ra giá trị lớn nhất không nằm ở việc có thêm một công cụ trong CV, mà là khả năng giải quyết vấn đề tốt hơn.Biết SQL không chỉ là viết câu query.Nó giúp tôi kiểm tra dữ liệu có đúng sau một thao tác hay không.Biết API không chỉ là gửi request.Nó giúp tôi hiểu cách dữ liệu đi qua hệ thống và phát hiện những vấn đề có thể bị bỏ sót khi chỉ test giao diện.Tôi cũng từng nghĩ đến việc chạy theo một tech stack mới chỉ vì nghe nói mức lương tốt hơn. Nhưng sau khi suy nghĩ lại, tôi thấy nếu chỉ chọn công nghệ vì xu hướng mà không xây nền tảng, mình rất dễ rơi vào vòng lặp học mãi nhưng chưa thật sự tạo ra giá trị.Theo tôi, tech stack chắc chắn có ảnh hưởng đến thu nhập.Một công nghệ có nhu cầu cao có thể mở ra nhiều cơ hội hơn. Nhưng mức lương cuối cùng vẫn phụ thuộc vào cách bạn sử dụng kiến thức đó để giải quyết vấn đề.Một người biết ít công nghệ hơn nhưng hiểu sâu sản phẩm, tư duy tốt, làm việc hiệu quả có thể tạo ra nhiều giá trị hơn một người chỉ biết nhiều công cụ nhưng thiếu khả năng áp dụng.Với tôi, tech stack giống như một chiếc chìa khóa.Chìa khóa tốt giúp mở nhiều cánh cửa hơn, nhưng để đi xa hơn thì vẫn cần năng lực, tư duy và kinh nghiệm của chính mình.Bài học tôi rút ra là:Đừng chỉ hỏi: “Công nghệ nào đang có lương cao?”Hãy hỏi thêm:“Công nghệ nào giúp mình giải quyết vấn đề tốt hơn và trở thành người có giá trị hơn?”Khi giá trị bản thân tăng lên, thu nhập thường sẽ là kết quả đi cùng.

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. 

AI đang phát triển kiểu “chóng mặt”, hôm nay còn mới mai có khi đã lỗi thời, nhưng chính tốc độ đó lại vô tình tạo ra một lợi ích rất nhân văn: AI phá vỡ rào cản tâm lý lớn nhất của việc học, đó là nỗi sợ bị đánh giá. Trong lớp học hay nơi làm việc, nhiều người ngại hỏi vì sợ bị chê “hổng kiến thức”, sợ phiền người khác, sợ bị nhìn như kẻ chậm hiểu. Còn với AI thì khác: bạn có thể hỏi một khái niệm 10 lần, yêu cầu giải thích 10 kiểu, hỏi lúc 2 giờ sáng, hỏi từ mức “ngây ngô” đến “chuyên sâu” mà không ai cau mày, không ai thở dài, không ai gắn nhãn bạn là kém. Nhờ vậy, AI trở thành một vùng an toàn cho những câu hỏi tưởng như “ngớ ngẩn”, nơi bạn được phép sai và được phép thử. Khi cảm giác xấu hổ biến mất, sự tò mò mới có đất sống, và việc học tự nhiên nhẹ đầu hơn rất nhiều. Thêm nữa, AI giờ không chỉ là công cụ tra cứu khô cứng mà đang dần giống một “cộng sự”: nó có thể điều chỉnh cách giải thích theo mức hiểu của bạn, gợi ý ví dụ sát đời, hỗ trợ luyện tập liên tục, và cập nhật kiến thức nhanh hơn giáo trình truyền thống.Nhưng đừng ảo tưởng rằng AI biến học thành “auto giỏi”. Nó chỉ làm học dễ hơn theo nghĩa giảm lực cản, chứ không thể nhét kiến thức vào đầu bạn nếu bạn không tự xử lý. Vấn đề nằm ở cách dùng: dùng AI để “dễ qua” thì bạn sẽ hỏi kiểu “làm hộ tôi”, tin bừa, chép nhanh, và kỹ năng nền sẽ mòn đi vì não không phải làm việc; còn dùng AI để “dễ giỏi” thì bạn hỏi kiểu “vì sao”, “bản chất là gì”, “có phản ví dụ không”, rồi tự kiểm chứng bằng nguồn khác, tự tóm lại theo lời mình, tự làm bài và dùng AI để sửa sai. Nói thẳng: AI là một cái “khiên” bảo vệ bạn khỏi tự ti và nỗi sợ bị chê, giúp bạn dám hỏi dám sai để dám giỏi, nhưng tay lái vẫn là bạn. Nếu bạn lái ẩu, AI chỉ giúp bạn chạy nhanh… tới sai lầm nhanh hơn thôi.

Có một lầm tưởng trong ngành IT: Nếu bạn không có một công ty để check-in mỗi sáng, không có một danh hiệu trên LinkedIn để khoác lên mình, thì bạn đang "thất nghiệp".Tôi cũng từng trải qua cảm giác đó khi quyết định rời khỏi vị trí DevOps & System Engineer tại một Core Team chuyên nghiệp. Nhưng nhìn lại, đó là giai đoạn tôi làm việc năng suất nhất, không phải cho một ông chủ nào, mà là cho chính mình và những khách hàng tin tưởng tìm đến tôi.1. Từ "người vận hành" đến "người giải quyết vấn đề"Khi còn làm System Admin hay DevOps tại TEL4VN, thế giới của tôi là đảm bảo hệ thống của công ty luôn Up. Nhưng khi bước ra ngoài, đối mặt với các dự án Outsourcing, tôi nhận ra khách hàng không cần một người chỉ biết gõ lệnh. Họ cần một giải pháp.Giai đoạn mà mọi người gọi là "thất nghiệp" thực chất là lúc tôi bắt đầu build những dự án CNTT từ con số 0 cho khách hàng.Thay vì chỉ quản lý một phần hệ thống, tôi phải tự tay thiết kế toàn bộ kiến trúc (Architecture).Thay vì đợi task đổ về, tôi phải tự đi tìm "bug" trong mô hình kinh doanh của khách và dùng công nghệ để sửa nó.Đó không phải là thất nghiệp. Đó là "Freelance with a CEO mindset".2. Tư duy DevOps trong mọi ngóc ngách sự nghiệpDù sau này tôi có giữ vị trí Managing Director hay làm Advisory Board cho các dự án tài chính, cái gốc của tôi vẫn là một người làm kỹ thuật. Tôi mang tư duy của một DevOps vào việc quản trị dự án:CI/CD cho cuộc sống: Tôi không đợi đến khi hoàn hảo mới bắt đầu. Tôi "release" bản thân vào những thử thách mới, nhận feedback từ thị trường, và cải tiến (optimize) mỗi ngày.Automation: Tôi luôn tìm cách hệ thống hóa quy trình, từ việc quản lý dự án cho đến việc kết nối với các "tần số" cùng đam mê.Khi bạn tự mình build dự án cho khách, bạn không còn là một "thợ code" hay một "người trực server". Bạn trở thành một người kiến tạo. Bạn học được cách quản trị rủi ro, cách tối ưu chi phí và cách giao tiếp để khách hàng hiểu được giá trị của những dòng code khô khan.3. Đừng sợ khoảng trống, hãy sợ "lỗi hệ thống" trong tư duyGửi những bạn đang loay hoay với hai chữ "thất nghiệp" trong mùa layoff này:Hệ thống không sập, nó chỉ đang bảo trì: Khoảng thời gian không đi làm công ty là cơ hội tốt nhất để bạn tự build một sản phẩm của riêng mình, hoặc nhận những dự án Outsourcing để thử sức với những Stack công nghệ mới mà ở công ty cũ bạn không có cơ hội chạm vào.Nói chuyện bằng sản phẩm, không phải bằng chức danh: Khách hàng và đối tác tìm đến tôi vì tôi giải quyết được bài toán của họ, chứ không phải vì cái danh thiếp tôi đang mang.Tôi là Thảo – một GenZ trầm tính nhưng luôn sẵn sàng "nói nhiều" bằng những dự án thực tế. Tôi đã từng bước ra khỏi vùng an toàn của một nhân viên chính thức để tự mình "vận hành" sự nghiệp. Và tin tôi đi, khi bạn làm chủ được kỹ thuật và tư duy hệ thống, bạn sẽ không bao giờ thất nghiệp. Bạn chỉ đang bận chuẩn bị cho một đợt "Big Release" của cuộc đời mình thôi.

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ế.