AI trong ngành IT – Đừng sợ bị thay thế, hãy sợ thằng biết dùng AI hơn mình

Hello mọi người,

Lâu rồi không viết blog, cũng tại do lười hehe. Hôm nay hứng lên, mình viết một bài về AI trong ngành IT, đặc biệt là góc nhìn của một developer.

Dạo gần đây AI bắt đầu nổi lên khiến ngành IT có nhiều sự thay đổi, tích cực có mà tiêu cực cũng có. Bản thân mình cũng đang thay đổi theo nó, nên mình sẽ chia sẻ vài điều với những ai đang làm dev.

1. Thay đổi góc nhìn về AI

Khoảng mấy năm trước, lúc ChatGPT mới nổi, mình không để tâm lắm vì nghĩ nó chẳng ảnh hưởng gì đến công việc, mà nhiều khi mình còn hơi "anti" vì lúc đó nó trả lời... ngu quá. Nhưng từ khi chuyển từ chatbot sang Agentic AI, mình mới thấy tác động rõ rệt.

Cụ thể là nó được việc hơn và mình dần hứng thú. Bạn nghĩ xem, ngồi ra lệnh cho nó code rồi nó report lại cho mình thì có "phê" không? Cảm giác như làm sếp luôn! Đây giống như một sự thay đổi "meta" trong ngành vậy: Thay vì là một coder, bạn trở thành "lead of coders". Tại mình cũng làm biếng code lắm, thích chỉ người khác làm hơn – nghe như mấy ông hết tiền chơi nét, cứ ngồi sau lưng chỉ trỏ thằng khác vậy đó. :v

2. Ai cũng có thể code, nhưng chưa chắc là developer giỏi

Lên mạng thấy dân tình khoe AI làm cái này cái kia, chắc bạn cũng lo: "Kiểu này AI nó code thay mình hết rồi, chắc sắp thất nghiệp tới nơi". Chắc phải mua subscription Claude thôi

Nhưng bình tĩnh. Làm dev đâu phải chỉ có mỗi ngồi gõ code là xong.

Thực tế, code chỉ là kết quả thôi, cái quan trọng nhất của một ông dev là tư duy giải quyết vấn đề. AI nó có thể viết code nhanh, nhưng nó không biết tại sao nên dùng cái này mà không dùng cái kia cho hợp ý sếp hay khách hàng bằng bạn được.

Nên thay vì sợ nó, bạn cứ tận dụng nó cho sướng:

• Để AI làm việc vặt: Mấy cái như viết document, vẽ diagram hay viết unit test... cực kỳ tốn thời gian. Bạn cứ nhờ AI làm hộ để mình rảnh tay tập trung vào mấy cái quan trọng hơn.

• Coi AI như đứa em: Hãy tập cách ra lệnh cho nó. Lúc đầu nó có thể làm chưa đúng ý bạn đâu, nhưng cứ kiên nhẫn chỉ bảo, từ từ bạn sẽ biết cách "sai" nó làm việc cực hiệu quả.

• Học hỏi từ nó: Cái gì không biết thì cứ hỏi. Nhưng nhớ là hỏi để hiểu cái gốc rễ vấn đề, chứ đừng có copy-paste máy móc rồi chả hiểu mình đang làm cái gì.

3. Con người vẫn là cốt lõi, mọi quyết định nằm ở chúng ta

Nếu bạn đang phân vân giữa hai solutions, đi hỏi AI thì nó giải thích nghe xuôi tai lắm, thế là bạn làm theo. Vài tháng sau hệ thống lỗi banh xác, lúc đó cái thứ bạn từng tự hào lại trở thành cục shit.

Nhớ nhé, mình mới là người quyết định cuối cùng. Phải kiểm tra kỹ những gì AI đưa ra, đừng tin nó 100%. AI nó chỉ là cái model thôi, nó không có số CCCD để đứng ra chịu trách nhiệm thay bạn đâu.

4. Biết mình cần cải thiện gì và AI có thay thế được không?

AI có thể giúp bạn code, viết email, nhưng nó không thể đi họp hay làm việc nhóm thay bạn được. Nếu bạn dùng AI cực giỏi nhưng đi phỏng vấn trực tiếp mà không có nó hỗ trợ thì coi như xong.

Hoặc nếu bạn code rất xịn bằng AI nhưng lại hiểu sai ý sếp lúc họp thì code xong cũng vứt. AI không cứu được những ca này đâu, nên cứ lo mà rèn thêm mấy kỹ năng giao tiếp, làm việc nhóm đi.

5. Đừng FOMO, hãy bắt đầu từ việc đơn giản

Nhiều khi mình thấy con người còn "ảo" hơn AI (Human Hallucination). Đừng mơ mộng chỉ cần chat một câu ngắn gọn là "everything is done". Tỉnh lại đi! Hãy đi từ những thứ nhỏ nhất: Dùng AI để hiểu bản chất vấn đề, nhờ nó làm việc nhỏ, rồi ghép lại thành một workflow lớn. Cứ "xỉa" mỗi chỗ một ít kiến thức trên mạng, dần dần sẽ có thành quả.

Tóm lại:

• Đừng sợ AI thay thế bạn, hãy sợ thằng biết xài hiệu quả thay thế bạn

• Xem AI là công cụ, đừng quá anti nó.

• Đừng FOMO, hãy thực tế.

• Cải thiện thêm kỹ năng mềm cho bản thân.

• Con người luôn là cốt lõi để đưa ra quyết định cuối cùng.

Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

Postman tips

Hình ảnh
Dưới đây là các tips giúp bạn sử dụng Postman tốt hơn, tận dụng được sức mạnh của nó. Nhớ rằng Postman không phế, chỉ có bạn phế. 1. Sử dụng E nvironments &  Variables để lưu trữ các giá trị lặp lại: Reference:  https://learning.postman.com/docs/sending-requests/variables/managing-environments/ Khi bạn làm dự án có nhiều e nvironment : Local, Develop, UAT, Pre-prod, Prod thì việc set up để dễ dàng switch giữa các env sẽ giúp bạn đỡ phải mệt mỏi và bớt chửi thề hơn. 2. Sử dụng các dynamic variables của Postman Reference:  https://learning.postman.com/docs/tests-and-scripts/write-scripts/variables-list/ Postman có một đống variables để bạn tha hồ mock data, giúp cho bạn khỏi nhập mấy từ nhàm chán như: test nha, testttttt, test 1, test 111, fdsfdsfdsfds, 0123456789. 3. Sử dụng pre-request & post-response scripts để thực thi process data hoặc test case References:    Introduce về scripts:  https://learning.postman.com/docs/tests-and-scripts/write-script...
Read more »

Generics trong PHP

Hình ảnh
PHP được biết đến là 1 ngôn ngữ đơn giản, biến trong PHP đều bắt đầu bằng $ , không bắt buộc phải khai báo rõ ràng kiểu dữ liệu, nhưng đó lại chính là một trong những thứ gây ra lỗi nhiều nhất trong PHP. Dưới đây là một ví dụ điển hình. Một số developer nghĩ rằng: cái function đó do tôi code thì tôi control được, tôi sẽ truyền đúng kiểu dữ liệu, tôi sẽ ép kiểu trước khi truyền vào function. Nhưng DỰ ÁN CÓ NHIỀU NGƯỜI THAM GIA, ĐÂU PHẢI CHỈ CÓ MỘT NGƯỜI. VÀ CHÚNG TA CŨNG KHÔNG ĐẢM BẢO RẰNG DỮ LIỆU TRUYỀN VÀO LÚC NÀO CŨNG HỢP LỆ Quay lại ví dụ, chúng ta có thể khai báo kiểu dữ liệu cho các biến của function để hạn chế vấn đề trên. Lưu ý: Để validate kiểu dữ liệu chúng ta phải khai báo  declare(strict_types=1); còn không thì PHP sẽ chỉ dùng kiểu dữ liệu khai báo để tự động ép kiểu mà thôi. Nhưng nếu chúng ta khai báo kiểu dữ liệu cho array thì sao? Làm sao để đảm bảo các phần tử trong array truyền vào là int hay string? Trong PHP không có khái niệm generics như các ngôn ngữ khác ví d...
Read more »

Strategy Design Pattern

Hình ảnh
         1. Strategy design pattern là gì?     -  Trong design pattern được chia làm 3 nhóm chính: creational  pattern , structural  pattern , behavior pattern. Và s trategy design pattern thuộc nhóm b ehavior pattern.      - Nó cho phép định nghĩa tập hợp các thuật toán, đóng gói từng thuật toán lại , và dễ dàng thay đổi linh hoạt các thuật toán bên trong object. Strategy cho phép thuật toán biến đổi độc lập khi người dùng sử dụng chúng.          2. Những trường hợp có thể áp dụng strategy:     - Trong một dự án có chức năng convert hình ảnh jpg sang có loại khác, ban đầu chỉ có loại convert sang png. Ban đầu chúng ta chỉ cần xây dựng 1 class ImageConvertor với hàm convertTo và truyền vào image. Image converter class      - Vấn  đề: Sau một thời gian thì dự án bắt đầu phát triển và yêu cầu chúng ta thêm những loại convert khác như webp, tiff, gif và có thể sau này s...
Read more »