Ngày đầu mở trình soạn thảo code, mình có cảm giác đang đứng trước một thành phố vào ban đêm: rất nhiều ô cửa sáng, rất nhiều con đường, nhưng không biết nên rẽ vào đâu. Mình là sinh viên Logistics, quen với Excel, quy trình nhập xuất và các bài toán vận hành hơn là terminal. Sau này mình nhận ra mình không bắt đầu từ con số không; mình mang theo một chiếc la bàn khác đến một vùng đất mới.

Điều làm mình khó chịu nhất lúc đầu không phải cú pháp. Đó là cảm giác người khác đã đi trước quá xa. Mở một khóa học, mình thấy người ta nói về framework, thư viện và công cụ trong khi mình còn chưa hiểu trình duyệt đọc HTML như thế nào. So sánh như vậy chỉ khiến việc học thêm nặng nề. Mình phải quay về câu hỏi đơn giản hơn: hôm nay mình muốn hiểu được một điều gì?

Đi bằng đôi chân của mình trước khi chọn phương tiện nhanh hơn

Mình bắt đầu với HTML, CSS và JavaScript cơ bản. Không phải vì những kiến thức đó luôn thú vị, mà vì chúng giúp mình hiểu những gì đang xảy ra trước khi tìm đến framework. Mình học cách một trang được tạo ra, cách trình duyệt xử lý sự kiện, vì sao một biến có giá trị khác nhau theo thời điểm và dữ liệu được truyền giữa các phần ra sao.

Có những ngày mình chỉ sửa được một khoảng cách hoặc đổi được một màu nút bấm. Nhưng những thay đổi nhỏ đó giúp mình hình thành cảm giác làm chủ. Khi gặp lỗi, mình tập đọc thông báo trước, thử tái hiện lỗi và thay đổi từng yếu tố một. Việc này chậm hơn copy một đoạn code trên mạng, nhưng nó tạo ra loại hiểu biết có thể dùng lại ở dự án khác.

Mỗi dự án là một căn phòng mình tự xây

Sau khi biết một ít nền tảng, mình chọn làm những sản phẩm gần với cuộc sống của mình: trang portfolio, công cụ tính toán, giao diện hỗ trợ học tập và những ý tưởng liên quan đến Logistics. Dự án không cần lớn. Nó chỉ cần đủ thật để mình phải quan tâm đến dữ liệu, trải nghiệm người dùng, lỗi nhập sai và việc một người khác có thể sử dụng nó mà không cần mình đứng cạnh giải thích.

Khi làm dự án, mình thường chia công việc thành những phần rất nhỏ. Hôm nay dựng được màn hình, ngày mai làm nút hoạt động, hôm sau lưu dữ liệu. Mỗi phần hoàn thành tạo ra phản hồi rõ ràng hơn việc xem thêm một video. Nếu bí, mình quay lại tài liệu chính thức, tìm ví dụ tối giản hoặc viết một phiên bản nhỏ hơn để kiểm tra ý tưởng.

Để AI cầm đèn pin, đừng đưa nó tay lái

AI giúp mình học nhanh hơn ở một số thời điểm. Mình có thể nhờ giải thích một khái niệm bằng ví dụ gần với Logistics, nhờ chỉ ra điểm đáng nghi trong thông báo lỗi hoặc nhờ gợi ý các trường hợp cần kiểm thử. Cách hỏi quan trọng hơn việc hỏi cho ra một đoạn code hoàn chỉnh. Mình cố yêu cầu AI giải thích lý do, nêu giả định và chỉ ra những phần cần tự kiểm tra.

Mình từng copy một giải pháp AI đưa ra rồi mất nhiều giờ sửa những lỗi phát sinh. Trải nghiệm đó dạy mình rằng code chạy được chưa chắc là code đúng với bài toán. Từ đó, trước khi dùng một câu trả lời, mình đọc từng phần, thử trong một môi trường nhỏ và tự viết lại theo cách mình hiểu. AI có thể rút ngắn quãng đường tìm kiếm, nhưng không thể thay thế việc hình thành phán đoán kỹ thuật.

Một ngọn lửa nhỏ vẫn đủ soi đường

Mình không thể dành nhiều giờ mỗi ngày cho việc học. Có những giai đoạn lịch học và công việc khiến mình chỉ có một khoảng ngắn vào buổi tối. Thay vì đặt mục tiêu quá lớn rồi bỏ cuộc, mình cố duy trì một nhịp nhỏ có thể lặp lại. Một buổi học tốt không nhất thiết phải tạo ra tính năng mới; đôi khi chỉ cần đọc xong một phần tài liệu và ghi lại điều chưa hiểu.

Mình cũng ghi lại những lỗi từng gặp, những khái niệm đã hiểu và những câu hỏi cần quay lại. Việc viết ra giúp mình nhìn thấy tiến bộ mà cảm xúc trong ngày thường che khuất. Có lúc mình tưởng mình không học được gì, nhưng nhìn lại các sản phẩm cũ, mình thấy mình đã đi xa hơn rất nhiều so với thời điểm chỉ biết mở một file HTML.

Xuất phát từ Logistics còn giúp mình nhìn công nghệ qua lăng kính giải quyết vấn đề. Mình quan tâm dữ liệu di chuyển thế nào, một bước thừa ảnh hưởng ra sao và người dùng ngoài đời cần gì. Sự kết hợp đó dần trở thành lợi thế riêng thay vì một điểm yếu cần che giấu.