Những Thứ Không Bao Giờ Lỗi Thời

Pattern nhận ra sau nhiều đợt chuyển giao

Qua nhiều năm làm việc với nhiều stack khác nhau — web, mobile app, nhiều framework, nhiều ngôn ngữ, nhiều hệ cơ sở dữ liệu — và đặc biệt là sau nhiều đợt training key member cho team, mình nhận ra một pattern lặp đi lặp lại.

Không phải ai nhiều năm kinh nghiệm cũng thích nghi nhanh khi công nghệ thay đổi. Có những người chuyển từ stack này sang stack khác chỉ mất vài tuần. Có những người khác, dù đã làm việc nhiều năm, vẫn loay hoay mãi với mỗi công nghệ mới.

Điểm khác biệt không nằm ở số năm kinh nghiệm, cũng không nằm ở số lượng framework đã biết. Nó nằm ở thứ bên dưới tất cả những thứ đó.

Vậy "nền tảng" là gì?

Theo quan sát cá nhân, nền tảng bao gồm những thứ sau — không cao siêu, nhưng ít người thực sự chú tâm xây dựng từ đầu:

Client-Server model, HTTP, TCP/IP — hiểu request đi từ đâu đến đâu, tại sao có latency, tại sao cần retry.

Data structures — array, hashmap, tree. Không cần học thuật, nhưng cần biết khi nào dùng cái gì và tại sao.

Thuật toán cơ bản — không phải để thi competitive programming. Là để có tư duy phân tích bài toán: chia nhỏ, tìm bottleneck, nhận ra pattern.

Problem decomposition và debugging mindset — đây mới là công việc thực tế mỗi ngày. Không phải gõ code, mà là hiểu tại sao code không chạy như kỳ vọng.

Khả năng tự học — đọc hiểu tài liệu kỹ thuật, tìm nguồn đáng tin cậy, tự tìm ra hướng đi khi không có ai hướng dẫn.

Ngoài ra, nếu có thêm kiến thức cơ bản về Linux và networking, sẽ giúp ích rất nhiều khi cần debug trực tiếp trên server hoặc hiểu tại sao connection bị timeout.

Tại sao những thứ này outlast mọi framework

Concepts không thay đổi dù công nghệ xoay vòng liên tục. Express, FastAPI, Spring Boot — cả ba đều xử lý HTTP request. Người đã hiểu HTTP thì chuyển giữa chúng chỉ mất thời gian đọc syntax, không mất thời gian hiểu bản chất.

Tương tự, người đã hiểu data structures thì Redis, Memcached, hay bất kỳ cache layer nào mới ra đời đều có thể đọc doc và dùng được trong vài ngày. Vì cái thay đổi chỉ là API, không phải cách tư duy.

Người học framework trước khi có nền tảng thì mỗi lần đổi công nghệ lại như học lại từ đầu. Không phải vì kém, mà vì chưa bao giờ xây cái móng.

Kỷ nguyên AI — cơ hội và rủi ro đi cùng nhau

Dùng AI để viết code mà không hiểu nền tảng là một rủi ro thực sự. Output chạy được, nhưng khi lỗi xuất hiện — và lỗi sẽ xuất hiện — sẽ không biết phải nhìn vào đâu. Không hiểu tại sao sai, không biết khi nào nên tin tưởng AI.

Ngược lại, người có nền tảng vững dùng AI như công cụ khuếch đại năng lực thực sự. Họ review được code sinh ra, nhận ra khi nào AI đưa ra giải pháp sai hướng, và biết cách điều chỉnh để đi đúng vấn đề.

Điều tích cực là: AI làm cho việc học fundamentals dễ hơn bao giờ hết. Có thể hỏi, thực hành, debug ngay lập tức, nhận phản hồi tức thì. Không còn lý do nào đủ chính đáng để bỏ qua phần này nữa.

Không cần đi sâu — nhưng cần biết đủ

Mình không nói cần đọc hết sách giải thuật hay trở thành chuyên gia networking. Nhưng cần biết đủ để hiểu what's happening — tại sao cái này chậm, tại sao cái kia lỗi, tại sao nên chọn cách này thay vì cách kia.

Sau nhiều đợt chuyển giao và training, đó là thứ đáng đầu tư thời gian nhất trong sự nghiệp — không phải học thêm một framework, mà là xây cái móng cho tất cả những framework sẽ đến sau.

---

Bài viết được hỗ trợ bởi Amy 🌸 - AI Assistant. Nội dung đã được kiểm duyệt bởi tác giả.