Engineering Notes

Nghịch lý Developer: AI đang định hình lại vai trò kỹ thuật

By Ginbok4 min read

Bối cảnh công nghệ đang trải qua một sự thay đổi mang tính bước ngoặt. Trong khi nhiều người tin rằng lập trình viên (dev) là nhóm hưởng lợi nhiều nhất từ AI, thực tế lại phức tạp hơn thế. Chúng ta đang chứng kiến một "Nghịch lý Developer", nơi bước nhảy vọt về năng lực của nhóm non-tech thường lớn hơn nhiều so với sự tăng trưởng hiệu suất của các kỹ sư kỳ cựu.

Bước nhảy vọt về năng lực: Dev vs. Non-Tech

Đối với một Senior Dev, AI giống như một công cụ hỗ trợ—giúp họ chuyển từ đi xe đạp sang xe máy. Nó giúp xây dựng mọi thứ nhanh hơn, chất lượng tốt hơn, nhưng bản chất công việc vẫn là "xây dựng".

Ngược lại, với nhóm non-tech hoặc low-tech có tư duy nghiệp vụ tốt, AI mang lại sự thay đổi từ "không" thành "có". Những vấn đề trước đây họ không biết tìm ai để giải quyết thì nay đã nằm gọn trong máy tính với chi phí tối thiểu. Sự dân chủ hóa trong thực thi kỹ thuật có nghĩa là giá trị của việc "biết code" đang giảm dần, trong khi giá trị của việc "biết nên xây dựng cái gì" đang tăng vọt.

Sự dịch chuyển sang hạ tầng AI-First

Nếu bạn cho rằng nhu cầu tuyển dụng dev đang giảm, bạn đã lầm. Thực tế, nhu cầu làm sản phẩm và hệ thống đang nhiều hơn bao giờ hết, nhưng tính chất đã thay đổi. Chúng ta không chỉ làm hệ thống cho người dùng, mà còn làm cho AI hoạt động:

Ví dụ dưới đây minh họa cách định nghĩa một công cụ (tool) để AI Agent có thể gọi và xử lý dữ liệu, một phần của xu hướng giao diện AI-first:

# Định nghĩa tool để AI Agent có thể gọi thông qua API
def get_system_metrics(component_id: str):
    """
    Lấy thông số hiệu suất thời gian thực của một thành phần hệ thống.
    Được thiết kế để AI Agent gọi qua MCP hoặc Tool-use API.
    """
    metrics = database.fetch_metrics(component_id)
    return {
        "status": "success",
        "data": {
            "cpu_usage": metrics.cpu,
            "memory_available": metrics.mem,
            "latency_ms": metrics.latency
        }
    }

# AI sẽ đọc docstring và type hints để hiểu cách sử dụng hàm này.

Tư duy Prompting: Hợp tác vs. Áp đặt

Trong thời đại AI, nhìn vào cách một người prompting có thể đoán định được tư duy (mindset) của họ. Thường có hai nhóm chính:

1. Nhóm Hợp tác (Thường là non-tech/low-tech)

Họ coi AI là một cộng sự. Họ thường kết thúc bằng các câu hỏi mở, yêu cầu AI xác nhận lại thông tin hoặc đặt câu hỏi ngược lại. Cách tiếp cận này giúp khai phá tối đa sức mạnh của AI thông qua việc cung cấp ngữ cảnh đầy đủ và khách quan.

2. Nhóm Áp đặt (Thường là dev có định kiến)

Họ thường "đè bẹp" AI bằng quan điểm cá nhân hoặc hướng dẫn quá cứng nhắc. Điều này khiến AI rơi vào trạng thái "dễ dãi", đồng ý với cả những sai sót của người dùng, dẫn đến ảo giác (hallucination). Khi kết quả không như ý, họ dễ dàng thất vọng và chê bai công nghệ.

Chiến lược cho Kỹ sư Hiện đại

Để giữ vững vị thế trong top 5% những người dẫn đầu, lập trình viên cần thay đổi trọng tâm:

Mục tiêu cuối cùng của sản phẩm công nghệ là giải quyết vấn đề của người dùng. Nếu bạn chỉ phô diễn kỹ thuật xịn mà người dùng không xài được, đó là một sự lãng phí lớn trong kỷ nguyên mới.

#ai#llm#backend
← Back to Articles