Khi quản lý bị AI-pilled: Làm thế nào để developer giữ việc trong kỷ nguyên AI?

Khi quản lý bị AI-pilled: Làm thế nào để developer giữ việc trong kỷ nguyên AI?

[00:00] Quản lý bị AI-pilled đang khiến các developer nghỉ việc. Và đáng buồn là một số người còn bị sa thải vì những lý do hoàn toàn sai lầm. Gần đây, tôi xem video này của Primogen.

[00:08] “Tôi chịu hết nổi rồi. Mọi chuyện kết thúc rồi. Tình trạng của ngành kỹ thuật phần mềm hiện nay thật khủng khiếp. Tôi mới bắt đầu một vị trí mới ở một công ty lớn được nửa tháng.

[00:18] Ở đây chẳng ai biết gì cả. Spec, code, test, PRD, mọi thứ đều được tạo bởi Claude Code. Không ai trong đội của tôi thích chuyện này.”

[00:26] Một video khác của một developer cũng xuất hiện trên bảng tin của tôi. “Tôi xem video này của Marco và nghĩ rằng, tại sao mình không nói về lý do tôi rời công việc trước đây? Vấn đề chưa bao giờ nằm ở công việc. Tôi thích xây dựng mọi thứ và phát triển thêm các feature.

[00:35] Tôi không mất việc vì sai lầm của mình, và tôi cũng không mất việc vì AI thay thế tôi. Dù người ta ngày nay thường nghĩ bất cứ điều gì khi nghe tin một developer bị cho nghỉ việc, AI không lấy đi công việc của tôi.

[00:43] Nó chỉ khiến người quản lý tôi có một ý niệm bị thổi phồng nghiêm trọng về những gì có thể làm được và tốc độ thực hiện.

[00:50] AI đang bị thúc đẩy quá mạnh đến mức ai cũng mệt mỏi. Một thời gian trước, tôi đăng một video chỉ trích AI, nhưng sau đó có khá nhiều người trong phần bình luận là những AI maximalist và phản đối tôi.

[01:01] Vì vậy, toàn bộ tình huống này khiến tôi suy nghĩ: nếu phải bắt đầu lại hoàn toàn từ con số không, tôi sẽ làm gì? Tôi sẽ đối phó thế nào với văn hóa làm việc điên rồ này?

[01:09] Thành thật mà nói, tôi đã đi đến một số kết luận mà gần như không muốn chia sẻ. Nhưng đồng thời, tôi thấy buồn khi có quá nhiều developer thực sự từ bỏ công việc của mình.

[01:17] Vì vậy, tôi nghĩ mình cũng có thể đưa ra hai xu của mình, dù có đáng giá đến đâu. Tôi biết đề xuất sắp nói có vẻ gần như bất khả thi, hoặc gần như là một kiểu đầu hàng.

[01:26] Và tôi sẽ không giả vờ rằng mình biết mọi thứ. Nhưng từ tận đáy lòng, đây là điều tôi sẽ làm nếu phải đi làm công việc văn phòng để kiếm tiền nuôi gia đình với tư cách một developer trong môi trường và nền kinh tế hiện nay.

[01:44] Nhưng để nói rõ hơn, nếu phải tóm tắt vấn đề, thì cơ bản nó nằm ở việc AI tạo ra ảo tưởng về tiến độ nhanh.

[01:51] Khi quản lý thấy AI viết 10.000 dòng code trong 20 phút, họ nghĩ coding không còn là bottleneck nữa.

[02:02] Và vì vậy, chúng ta có thể ship mọi thứ, bất cứ thứ gì, cùng một lúc. Họ từ chối hiểu rằng việc thêm hàng chục nghìn dòng code vào một project mỗi ngày hoặc mỗi giờ thực ra không phải là ý hay.

[02:16] Điều này dễ hiểu là tạo ra sự bức bối không thể tưởng tượng đối với các developer, những người giờ đây được kỳ vọng phải maintain hàng trăm nghìn dòng code mà họ thậm chí không có thời gian skim, chứ chưa nói đến việc đọc, review đúng cách, hay tham gia tạo ra chúng.

[02:34] Tất cả diễn ra trong khi họ phải gánh trách nhiệm của năm người, vì rõ ràng chúng ta không còn cần nhiều developer như trước nữa.

[02:42] Tôi là người đứng sau ứng dụng Android. Mọi quyết định ở phía đó, như architecture, structure và cách xây dựng mọi thứ, đều do tôi đảm nhiệm.

[02:49] Sau khi những người đó rời đi, công ty quay lại và muốn tôi về cơ bản trở thành người phụ trách lớn xử lý cả hai platform native. Tôi hiểu vì sao mọi người cay đắng và vì sao ai cũng nghỉ việc.

[03:06] Ngay cả những người trước đây từng làm cùng tôi và hiện vẫn làm ở cùng công ty cũng kể một câu chuyện tương tự. Không ai còn quan tâm đến product nữa.

[03:16] Không ai biết gì ở đây.

[03:18] Chẳng ai quan tâm, vì AI đề xuất ý tưởng, AI tạo ticket, AI viết code và AI deploy nó.

[03:26] Tôi biết cách làm việc này nghe có vẻ bất khả thi, nhưng đây là quan điểm có phần gây tranh cãi của tôi: tất cả chỉ là vấn đề góc nhìn.

[03:33] Tôi biết có lẽ mình sẽ chọc giận một số người khi nói điều sắp nói, nhưng tôi sẽ không vòng vo vì muốn truyền đạt rõ ý.

[03:43] Ý đó là: công việc của bạn đơn giản là kiếm tiền bằng cách làm những gì được kỳ vọng và được thưởng ở nơi làm việc. Công việc của bạn không phải, và thực ra chưa bao giờ là, cảm thấy tồi tệ hay buồn bã nếu codebase không hoàn toàn được viết thủ công.

[03:59] Tôi biết một số người sẽ tức giận, nhưng hãy nghe tôi nói hết. Nếu bạn nghĩ rằng “Tôi không thể làm việc như thế. Nó bào mòn tâm hồn và khiến tôi suy sụp”, tôi hiểu.

[04:07] Nhưng một lần nữa, đó chỉ là vấn đề góc nhìn. Tôi muốn đưa ra một thí nghiệm tư duy.

[04:14] Hãy tưởng tượng chúng ta sống trong một thế giới không có AI. Và hãy tưởng tượng cùng một công ty phần mềm nơi bạn làm việc, nhưng nhìn từ góc độ của một quản lý. Hãy viết lại câu chuyện.

[04:24] AI nghĩ ra ý tưởng feature trở thành một UX designer nghĩ ra ý tưởng feature.

[04:32] AI viết ticket trở thành một senior developer viết ticket. AI commit code trở thành một số developer commit code.

[04:40] AI deploy nó trở thành một DevOps engineer deploy nó. Bạn hiểu ý tôi chứ?

[04:47] Từ thuở ban đầu, mọi quản lý trong mọi tổ chức luôn vận hành theo cách hoàn toàn tách rời khỏi product và công việc đang được thực hiện.

[04:55] Quản lý của bạn có suy sụp vì khi bạn viết code, họ thậm chí không thể đọc nó không? Họ có cảm thấy trống rỗng và mất tinh thần vì quy trình DevOps là thứ họ chưa từng, hoặc không thể tự mình, tạo ra không?

[05:04] Quản lý có buồn vì feature được deploy không phải là ý tưởng của họ không? Không. Quản lý sẽ bình tĩnh và vẫn được trả lương.

[05:22] Vì vậy, thành thật mà nói, nếu hôm nay tôi phải làm việc ở một công ty có thể đã hoàn toàn bị AI-pilled để kiếm tiền nuôi gia đình, tôi sẽ phối hợp theo.

[05:29] Thực tế là với bộ óc kỹ thuật của mình, bạn có thể chơi trò chơi AI tốt hơn bất kỳ ai khác.

[05:38] Nếu bạn được hỏi: “Này, ngoài codebase Android đang maintain, cậu có thể tiếp quản ứng dụng iOS này không?”, bạn có thể trả lời: “Được thôi, sếp.”

[05:46] “Cậu nghĩ chúng ta có thể hoàn thành trong khoảng hai tuần không?” Và bạn trả lời: “Tôi nghĩ có thể làm xong thứ gì đó vào ngày mai nếu tôi prompt Astra trước 4 giờ chiều. Nó sẽ không hoàn hảo, nhưng ngày mai chúng ta sẽ có thứ gì đó chạy được.”

[06:00] Và điều đó là sự thật, bạn có thể tạo ra thứ gì đó chạy được. Kiểu hành vi đó sẽ được khen thưởng trong một công ty.

[06:08] Bạn luôn có thể chuyển cuộc trò chuyện sang AI thay vì product. Một điều rất tiện lợi là chúng ta thường xuyên có model mới được phát hành.

[06:16] Vì vậy, bạn luôn có thể mở đầu buổi standup bằng câu: “Mọi người đã thấy Astra ra mắt chưa? Tôi đã dành chút thời gian để Astra review một phần code hiện có của chúng ta. Nó phát hiện khá nhiều vấn đề trong những gì Claude Fable viết tuần trước. Vì vậy, tôi đã tạo ticket và cập nhật board.”

[06:32] “Này sếp, theo góc nhìn của ứng dụng iOS, chúng ta nên hỗ trợ layout iPhone Duo mới. Vì vậy, tôi đã có một agent đang xử lý việc đó.”

[06:41] “Này sếp, tôi đã nhờ một agent làm lại deployment pipeline của chúng ta.”

[06:49] Tôi biết điều này nghe thật điên rồ với phần lớn những người coi trọng craft của software engineering, và tôi đang phóng đại một chút để truyền đạt ý tưởng.

[06:57] Nhưng đây không phải châm biếm. Đây chỉ đơn giản là nhận diện trò chơi mà mọi người muốn chơi, rồi chơi nó mà không kìm lại.

[07:01] Vì cuối cùng, chúng ta đang chơi trò kiếm tiền nuôi gia đình. Nếu vậy, tôi sẽ thiết lập một số workflow cho bản thân để mọi việc dễ dàng hơn: mỗi ngày có thứ gì đó để đăng, thứ gì đó để nhắc mọi người, thứ gì đó để làm lại hoặc refactor, một số ticket đã tạo và một số agent đã chạy.

[07:17] Tôi sẽ thiết lập tooling ở phía mình, có thể là một mini schedule. Tôi sẽ thử một vài harness khác nhau để tìm ra thứ thực sự phù hợp với mình.

[07:25] Và tôi chắc chắn sẽ hoàn toàn chơi theo trò chơi mà nơi làm việc muốn chơi. Nếu sau này họ trở nên hợp lý hơn với AI, hoặc gặp vấn đề về chi phí, bạn luôn có thể thay đổi chiến lược.

[07:41] Nhưng tôi chỉ muốn nhắc lại rằng việc giao phó công việc vốn luôn là cách phần lớn mọi người làm việc trong mọi tổ chức từ trước đến nay. Đã đến lúc bạn cũng làm như vậy.

[07:56] Nếu bạn đang phải xử lý rất nhiều code do AI tạo ra, sẽ hữu ích nếu có một nơi tập trung để review tất cả. Và đó là lúc nhà tài trợ của video hôm nay, Code Rabbit, xuất hiện.

[08:04] Code Rabbit cho tôi dùng thử nền tảng của họ, và tôi nhận thấy một vài feature khá hữu ích. Vì vậy, tôi muốn demo nhanh.

[08:12] Code Rabbit phân tích codebase của bạn một cách tổng thể, thậm chí trên nhiều repository, và tìm ra các vấn đề cần xử lý trước cả khi bạn bắt đầu manual review.

[08:21] Nó không thay thế manual review, nhưng mang lại cho bạn một điểm khởi đầu tốt hơn. Trước lượng thay đổi code khổng lồ, nó đưa ra những phần cần bạn chú ý trước và chia các thay đổi thành các layer.

[08:30] Đó là những thay đổi có liên kết về mặt ý tưởng trên nhiều file. Ví dụ, trong PR này, tôi có bốn layer.

[08:39] Ở bên phải, với mỗi thay đổi, bạn sẽ nhận được phần tóm tắt nội dung và feedback cụ thể từ quy trình automated review. Feedback được hiển thị rõ ràng dưới dạng comment, có gắn nhãn theo effort và severity.

[08:48] Điều này giúp việc theo dõi và review trở nên rất dễ dàng. Để giúp bạn có được bức tranh đầy đủ về những gì đang diễn ra, Code Rabbit cũng tạo ra các diagram đẹp mắt.

[08:57] Code Rabbit có thể tự động đề xuất PR cho merge conflict, CI failure và các vấn đề khác được phát hiện trong quá trình agentic review.

[09:06] Và một lần nữa, nó có thể phân tích trên nhiều repository, điều này thực sự rất thú vị. Code Rabbit được hơn 100.000 open-source project như Bun và Nox.js tin dùng.

[09:20] Nền tảng này xử lý 2 triệu pull request mỗi tuần trên vài triệu repository. Nếu bạn muốn nâng cao hiệu suất của bản thân hoặc đội ngũ engineering, đồng thời củng cố quy trình review và cải thiện chất lượng code được merge,

[09:37] hãy dùng đường link trong phần mô tả để tìm hiểu Code Rabbit.

[09:44] Với tư cách một engineer, bạn có khả năng tự động hóa, tạo system và giao việc hiệu quả hơn rất nhiều so với bất kỳ ai. Hãy sử dụng khả năng đó.

[09:52] Nếu bạn quan tâm đến code, nếu đây là craft của bạn, hãy bắt đầu một side project như tôi đã làm. Ứng dụng của tôi không giúp tôi trở nên giàu có, nhưng tôi thích làm việc với nó.

[10:00] Đôi khi tôi viết thủ công từng dòng, hoặc nhờ AI dạy mình một feature mới của ngôn ngữ, rồi sau đó tự viết một số dòng code.

[10:07] Bạn luôn có thể tìm lại trạng thái tập trung và tận hưởng công việc. Bạn có thể tự đưa ra mọi quyết định. Bạn có thể khiến nó trở nên có ý nghĩa.

[10:14] Chẳng hạn, bạn có thể thay việc doom scrolling bằng giải một coding challenge phức tạp. Bạn có thể vui vẻ và cho phép bản thân cảm nhận quyền sở hữu cũng như niềm tự hào về thứ mình tạo ra.

[10:23] Và biết đâu, project của bạn sẽ thành công hơn ứng dụng của tôi. Tất cả đều là một cuộc chơi công bằng.

[10:32] Tuy nhiên, ở nơi làm việc, hãy giao phó công việc một cách quyết liệt đến mức họ buộc phải yêu cầu bạn chậm lại.

[10:39] Đó là cách bạn giữ được việc. Và đó là cách bạn kiếm tiền trong nền kinh tế này.