Các bạn trẻ, đừng trở thành một thợ gõ code nữa!

Đây là 1 bài viết dưới góc nhìn cá nhân nên có thể đúng hoặc sai. Cũng rất mong anh em chia sẻ cái nhìn của anh em để ta có 1 cái nhìn đa chiều về chủ đề này.
Gần đây ngồi nói chuyện với 1 ông em cũng có thâm niên ở công ty, ông ấy nói 1 câu làm tôi bị "đứng hinh mất 5s".

Thread.Sleep vs Task.Delay khác nhau chỗ nào hả anh, em thấy cùng là đợi mà.

Vấn đề không phải Thread.Sleep vs Task.Delay khác nhau như nào, mà ... tại sao đến giờ vẫn còn hỏi câu đấy.
Một lần khác, một ông em khác tâm sự với tôi

Đi phỏng vấn em toàn bị hỏi lý thuyết, tại sao dùng công nghệ này mà không dùng công nghệ khác, em toàn tạch.

Sau nhiều trải nghiệm của bản thân thì tôi thấy 1 điều khá thú vị:
Không phải các bạn không thông minh, chỉ là các bạn chưa từng ép bản thân trả lời các câu hỏi đó

Làm được việc ≠ Hiểu việc

Dự án ở công ty mà tôi đang join thì thường là team trước xây base, người sau cứ join vào thì cứ thế mà maintain thôi. Có những ông trong team, viết API, build feature, debug rất chiến 🤩. Đợt này có thêm AI nữa như hổ mọc thêm cánh.
Nhưng đến lúc anh em ngồi hỏi lại:
"Tại sao chỗ này làm như này" => "Mình thấy chỗ kia làm thế nên mình bê sang".😁
"Sao chỗ này không dùng cái này ...cái kia...." => "......🤔"
Có thể anh em sẽ đưa ra 1 lý do là thời gian để kịp deadline, phải hoàn thành tính năng sớm để go live. Tôi đồng ý với anh em điều đó không sai. Thậm chí còn đúng trong nhiều trường hợp. Nhưng anh em à, đừng giữ mãi 1 tư duy như vậy, anh em đang tự biến mình thành 1 Framework Developer (Thợ gõ code theo mẫu) chứ không phải Software Engineer (Kỹ sư phần mềm)

Đôi khi vấn đề không nằm ở bản thân

Nói đi cũng phải nói lại đa phần các dự án hiện nay đều có một điểm chung là khi anh em join dự án thì hệ thống đã được dựng sẵn, kiến trúc đã được quyết định từ trước, dev mới vào chủ yếu làm feature. Khi join như vậy thì anh em không cần để ý lắm:

• Design system như thế nào
• Quyết định công nghệ là gì
• Hay chịu trách nhiệm về kiến trúc

Và điều quan trọng nhất là anh em không cần hiểu sâu vẫn làm việc phè phè, nhất là mấy ông em mới ra trường, nhiều ông em thấy code xong feature, thêm tí AI code như rồng bay phượng múa là dễ ảo tưởng sức mạnh lắm😁

Sự nguy hiểm nằm ở tương lai

Có thể bây giờ anh em chưa cần quá để ý nhiều vào code vì "Dự án vẫn đang chạy ổn định mà". Nhưng anh em ạ, chỉ cần 1 thời gian nữa thôi. Khi dự án phình to lên anh em sẽ thấy cái cảnh đi maintain, đi fix bug khó khăn đến mức nào.

1. Anh em handle tốt performance từ đầu, về sau code anh em chạy vẫn cứ là ngon hơn khi anh em code mà chưa tối ưu. Anh em thử nghĩ xem ban đầu code vẫn chạy, vẫn ngon thôi. Nhưng sau data lớn lên thì sự ì ạch lên ngôi
2. Anh em code 1000 dòng 1 function thì ban đầu code vẫn chạy thôi. Nhưng sau debug mới thấy khổ
3. AI code thì nhanh thật đấy, nhưng đến lúc bug, nhờ AI sửa thì sửa đi sửa lại, tốn cả mớ token. Và nhận ra thêm 1 điều "Mình chẳng hiểu AI code gì cả, để code được như AI, ta cần đi thêm vài năm kinh nghiệm nữa" . AI giúp anh em code nhanh hơn. Nhưng nếu anh em không hiểu, nó cũng giúp anh em… sai nhanh hơn.
4. ......
5. ......

Không phải ai cũng muốn thay đổi

Câu hỏi "Tại sao lại thế này mà không phải thế kia" rất quan trọng anh em ạ. Nhiều khi nó quyết định tư duy của chúng ta thậm chí.... tương lai chúng ta đang ở đâu. Nhưng không phải ai cũng suy nghĩ được như vậy

• Có người muốn học sâu, muốn tìm tòi
  
• Có người chỉ cần làm được là được
  

Và cả hai đều không sai. Mỗi người đều có những định hướng tư duy khác nhau, Nếu anh em muốn họ thay đổi hãy cho họ lời khuyên, còn không đừng áp đặt họ. Mình cứ lo tốt công việc của mình là được. Hãy luôn trở thành phiên bản tốt hơn của bản thân
Ngành này không đào thải bạn ngay lập tức. Nó cho bạn thời gian… rồi mới hỏi bạn một câu rất đơn giản: “Bạn có thực sự hiểu những gì bạn đã làm không?”