Đồng nghiệp Julius
(ploum.net)- Julius, người tôi gặp đi gặp lại từ thời đại học đến nơi làm việc, là một nhân vật có sự tự tin và khả năng thuyết trình xuất sắc, nhưng hiểu biết kỹ thuật và đóng góp thực tế của anh ta liên tục bị nghi ngờ
- Trong một dự án C, anh ta nói về máy ảo C, hoặc nói với khách hàng rằng máy chủ Internet không có địa chỉ IP; những phát ngôn trái với các khái niệm cơ bản cứ lặp lại
- Nhóm lần nào cũng phải rà soát lại mã và tài liệu của anh ta, thậm chí còn phải xử lý các cam kết với khách hàng, nhưng cấp trên và HR lại đánh giá cao khả năng thuyết trình và thái độ của anh ta
- Mỗi lần chuyển công ty, Julius đều nâng tầm lý lịch và đãi ngộ, tiếp tục xây dựng một sự nghiệp trông như thể anh ta là người có đóng góp lớn thông qua LinkedIn và sự xuất hiện trên truyền thông
- Khi công ty triển khai nhiều phần mềm AI với lý do tăng năng suất và cấm tắt chúng, người kể chuyện thấy khó chịu đựng môi trường làm việc như thể xung quanh đầy hàng chục Julius
Lần đầu gặp Julius ở đại học
- Julius là một người bạn học tôi gặp ở đại học, điềm tĩnh, thân thiện và luôn tươi cười
- Anh ta không ngắt lời người khác, chấp nhận khi mình sai, và trả lời câu hỏi không chút do dự
- Anh ta dự mọi buổi học và thường xin vở ghi của các sinh viên khác để so sánh với ghi chép của mình
Vết nứt đầu tiên lộ ra trong dự án C
- Nhóm sinh viên thực hiện một dự án xây dựng phần mềm hệ thống tương đối phức tạp bằng ngôn ngữ C
- Julius tham gia mọi cuộc họp, nhưng người kể chuyện không nhớ đã từng thấy anh ta viết một dòng mã nào
- Cuối cùng, có vẻ Julius phụ trách định dạng báo cáo, và phần việc đó được làm rất tốt
- Julius cũng đảm nhiệm phần thuyết trình, và anh ta trình bày với sự tự tin rất lớn
- Trong lúc thuyết trình, anh ta nói về máy ảo C được dùng trong dự án và cho xem một logo lạ cùng ảnh chụp màn hình không liên quan
- C là ngôn ngữ biên dịch nên không cần máy ảo
- Nói về máy ảo C cũng vô lý như nói về bộ chế hòa khí của xe điện
- Người kể chuyện đứng dậy, ngắt lời Julius và ứng biến rằng đó là một câu đùa
- Trong các giáo sư, có người đánh giá Julius xuất sắc, có người cho rằng anh ta thiếu hiểu biết nền tảng; anh ta trượt một số môn nhưng cuối cùng vẫn tốt nghiệp cùng mọi người
Gặp lại Julius ở công ty
- Vài năm sau, người kể chuyện đang giữ một vai trò có trách nhiệm tại một công ty lớn, và sếp báo rằng bộ phận tuyển dụng đã tìm được một nhân tài hiếm có cho nhóm
- Người mới đến chính là bạn học đại học Julius, vẫn đầy lôi cuốn và tự tin như trước
- Anh ta không ở lâu tại nhiều công ty, thường chỉ một năm hoặc ngắn hơn
- CV của anh ta rất ấn tượng và trông như thể anh ta đã có kinh nghiệm ở nhiều lĩnh vực của điện toán
- Về sau, người kể chuyện biết rằng Julius được tuyển với mức lương gấp đôi mình dù ở cấp bậc tương tự, và còn nhận cả khoản thưởng mà mình không hề biết
Chi phí rà soát mà cả nhóm phải gánh
- Ban đầu, người kể chuyện hướng dẫn Julius về dự án và các quy trình nội bộ rồi giao việc cho anh ta
- Julius đặt rất nhiều câu hỏi, nhưng không phải lúc nào cũng là câu hỏi thật sự liên quan
- Anh ta viết mã và tài liệu, trả lời các câu hỏi thuộc nhiều lĩnh vực, nhưng sản phẩm có lúc tốt, thường thì tầm thường, và trong một số trường hợp hoàn toàn vô nghĩa
- Nhóm nhận ra rằng mọi đóng góp của Julius đều phải được một thành viên khác trong nhóm rà soát và chỉnh sửa toàn bộ
- Nếu không thuộc chuyên môn của nhóm thì cần có đánh giá bên ngoài
- Một quy tắc không chính thức xuất hiện: tài liệu của Julius phải được hai người hiệu đính trước khi ra khỏi nhóm
- Ngược lại, anh ta rất giỏi định dạng, thuyết trình và quản lý cuộc họp, nên sếp đánh giá anh ta là người đóng góp lớn cho nhóm
Nhóm phải xử lý các cam kết với khách hàng
- Người kể chuyện cố nói với sếp rằng Julius không hiểu công việc của nhóm, nhưng không thành công
- Nhóm thậm chí còn gửi Julius đến những cuộc họp vô ích để tách anh ta ra trong vài giờ, nhưng chiến lược đó cũng có giới hạn
- Sau khi Julius hứa với khách hàng rằng có thể đơn giản hóa giao diện xuống chỉ còn một nút duy nhất để làm chính xác điều họ muốn, nhóm phải tổ chức các cuộc họp quản lý khủng hoảng suốt một tuần để xoa dịu khách hàng đang thất vọng
- Họ phải giải thích rằng để đáp ứng các yêu cầu phức tạp của khách hàng bằng một nút duy nhất thì gần như phải phát triển một cỗ máy đọc được suy nghĩ
- Với một khách hàng lo ngại bị hack, anh ta nói rằng vì lý do bảo mật, các máy chủ kết nối Internet không có địa chỉ IP
- Chữ “I” trong địa chỉ IP là viết tắt của Internet
- Internet là mạng lưới các máy tính có địa chỉ IP kết nối với nhau
- Nói rằng một thứ ở trên Internet mà không có địa chỉ IP cũng giống như nói có thể liên lạc bằng điện thoại mà không cần số điện thoại
- Nhóm không cho Julius gặp khách hàng một mình nữa
- Một lập trình viên trực tiếp nêu vấn đề với sếp, nhưng sếp cho đó là sự ghen tị; lập trình viên ấy bị khiển trách rồi nghỉ việc không lâu sau đó
Julius rời công ty và mở rộng sự nghiệp
- Julius rời công ty, nói rằng anh ta nhận được một đề nghị không thể từ chối
- Sếp và bộ phận HR thật lòng tiếc nuối khi anh ta ra đi
- Tài khoản LinkedIn của Julius rất sôi nổi và nhận được hàng trăm bình luận
- Một năm anh ta làm cùng nhóm được tóm tắt trên LinkedIn như một trải nghiệm tuyệt vời; dù không phóng đại sự thật, nó vẫn để lại ấn tượng rằng anh ta đã đóng góp rất lớn cho nhóm
- Sau đó, Julius trở thành phó CEO của một startup được một tập đoàn đa quốc gia mua lại, rồi trở thành CEO tạm quyền
- Một tờ báo kinh tế viết về anh ta, và sau đó anh ta gia nhập đội ngũ của một nhân vật cấp bộ trưởng
“Hàng chục Julius” biến thành phần mềm AI
- Người kể chuyện cố quên Julius, nhưng sau khi sếp gặp một nhân viên kinh doanh của một công ty, ông đã rất ấn tượng với phần mềm trí tuệ nhân tạo được cho là sẽ tăng năng suất
- Công ty triển khai nhiều công cụ AI
- Phần mềm AI hỗ trợ lập trình
- Phần mềm AI hỗ trợ tìm kiếm thông tin
- Phần mềm AI tóm tắt và soạn email
- Người kể chuyện không thể tắt các công cụ này
- Anh ta cảm thấy như thể lúc nào cũng bị hàng chục Julius vây quanh, và mọi cú nhấp trên máy tính hay thông báo trên điện thoại đều như đến từ Julius
- Sếp nói rằng năng suất của nhóm đang giảm đến mức nguy hiểm và họ cần sử dụng AI hiệu quả hơn
- Tiếp đó, sếp nói các đối thủ hẳn đang dùng AI mới nhất, và ông đã thuê một nhà tư vấn để cài đặt AI quản lý thời gian và năng suất mới
- Khi người kể chuyện bật khóc nói “lại một Julius nữa”, sếp đáp rằng ông cũng nhớ Julius và rằng Julius hẳn đã giúp họ vượt qua giai đoạn khó khăn này
1 bình luận
Ý kiến trên Hacker News
Tôi đã vài lần gặp những nhân vật tối ưu hóa sự nghiệp giống Julius, nhưng rất khó giải thích
Khi gia nhập một đội mới, có một kỹ sư senior tên Pete, được giới thiệu là thiên tài đã tạo ra phiên bản đầu tiên của sản phẩm mới. Nhưng khi mở codebase ra thì đó là một đống bùn spaghetti chỉ vừa đủ chạy cho demo, không có tài liệu hay test nên chỉ riêng việc hiểu nó đã mất thời gian. Thế nhưng ban lãnh đạo lại nhìn nhận kiểu: “Pete làm được trong 2 tuần, sao thêm tính năng lại lâu thế?”
Dù giải thích tình hình với ban lãnh đạo, họ quá thích Pete nên không chấp nhận phê bình. Pete được xem là người đã cứu công ty nhiều lần, còn những người khác lại bị đánh giá là không theo kịp anh ta. Cuối cùng, trong khi người ở lại phải trả giá cho mớ hỗn độn Pete tạo ra, Pete chuyển sang dự án lớn hơn, rồi rời đi với thăng chức và tăng lương trước khi vấn đề lộ ra. Mẫu hình này cụ thể đến mức trông như hành vi có chủ ý, nên tôi tò mò không biết gọi kiểu người này là gì
Khoảng 20 năm nay tôi làm “việc liên quan đến máy tính” ở các công ty nhỏ, từ kéo dây mạng, hỗ trợ, lập trình cho đến công việc quản lý đều làm cả. Ở chỗ làm hiện tại, thỉnh thoảng tôi còn lái xe nâng trong kho
Trong 10 năm ở cùng một công ty, tôi đã xây dựng phần lớn hệ sinh thái phần mềm, nhưng nhìn dưới góc độ chuyên môn thì nó là một cỗ máy Rube Goldberg dán bằng băng keo vải. Không có gì được lên kế hoạch, triển khai hay kiểm thử tử tế; thường là chiều thứ Sáu sếp lại mang đến “tính năng X / xử lý vấn đề Y / lỗi Z đang cực kỳ gấp”. Nguyên nhân cũng hay là tác dụng phụ của một bản vá khẩn cấp trước đó
Dù vậy tôi đã làm ra nó, và nó chạy. Tôi thường nói với sếp rằng “nên kéo hệ thống này ra sau kho rồi bắn cho nó hết đau khổ”, nhưng dù sao nó vẫn chạy. Có lẽ giờ tôi phải học kỹ thuật kiểu Pete: nhảy sang thuyền khác để kiếm thăng chức và tăng lương
Cuốn “A Philosophy of Software Design” của ông cung cấp rất tốt vốn từ để suy nghĩ về khía cạnh kỹ thuật của vấn đề này. Đặc biệt chương 3, “Working Code isn't Enough”, rất hữu ích và có thể cho bạn ngôn ngữ đủ để bắt đầu xử lý vấn đề mà không công kích cá nhân
Về tâm lý của những người như vậy thì tôi chưa tìm được tài liệu tốt duy nhất nào, nhưng rõ ràng hệ thống mà họ ở trong cung cấp vòng lặp phản hồi củng cố hành vi đó. Các yếu tố như tính trật tự trong các mô hình tính cách như Big Five có lẽ cũng ảnh hưởng
Nếu Pete được giao làm demo nhanh nhất có thể, thì anh ta đã làm đúng việc đó. Thực tế trong nhiều trường hợp, ban lãnh đạo chỉ đạo như vậy cũng không hẳn là tệ, vì việc tìm product-market fit thường có thể được ưu tiên hơn nợ kỹ thuật
Tuy nhiên ban lãnh đạo cần biết việc biến một demo chắp vá tạm bợ thành hệ thống vận hành thực tế sẽ mất bao lâu và khó đến mức nào
Lý do họ có thể “di chuyển nhanh” là trong khi người khác cố gắng hạn chế độ phức tạp, họ lại đục lỗ xuyên qua các tầng abstraction. Rồi khi được thăng chức, họ trở thành Pete trong bình luận gốc
Đó là cách đánh bóng danh tiếng bản thân trên sự hy sinh của đồng nghiệp, và những người như Pete thật sự rất tệ
Cái kết đã thấy từ lâu, nhưng bài viết hay nên đọc rất thú vị. Ở vị trí phó giáo sư khoa học máy tính, tôi khá đồng cảm với câu chuyện này
Mô hình ngôn ngữ lớn là rắc rối cho sinh viên ở nhiều tầng. Ban đầu chúng trông giỏi hơn bản thân sinh viên, làm họ mất tự tin; vì vậy sinh viên muốn dùng công cụ hơn là học, và cuối cùng điều đó bắt đầu trở thành lời tiên tri tự ứng nghiệm. Tôi lo về tác động mà công nghệ này sẽ gây ra trong tương lai. Một xã hội đầy Julius khó mà tồn tại lâu
Xuất sắc, hài hước, và quá dễ đồng cảm
Có thể là vì càng gần tuổi trung niên tôi càng trở nên yếm thế, nhưng hiện tượng này dường như xảy ra vì những người có quyền ra quyết định cuối cùng trong doanh nghiệp là người phía kinh doanh. Doanh nghiệp tồn tại vì cái tôi và mục tiêu của những người vận hành nó, và từ góc nhìn đó, việc tạo ra kết quả kinh doanh hoặc gây ấn tượng với cấp trên thường quan trọng hơn năng lực kỹ thuật hay sự trung thực. Julius làm việc đó giỏi hơn nhiều so với những lập trình viên đáng buồn chỉ biết code giỏi
Tôi muốn tin rằng có thể có lựa chọn khác, nhưng thế giới có vẻ có những động lực mạnh đẩy mọi thứ theo hướng này. Với nhiều người, lựa chọn tốt nhất có lẽ là một nơi làm việc không quá hỏng hóc, tôn trọng ranh giới cá nhân và trả lương ổn. Làm việc ở nơi như vậy khiến ta thấy may mắn, nhưng vẫn mơ về những khả năng khác
Thực tế đã có nhiều công ty như vậy xuất hiện và áp đảo đối thủ, nhưng về sau tôi đã thấy họ bị chính những kiểu người kinh doanh mà họ từng đánh bại thâm nhập
Điều bực bội là nhìn thấy chuyện đó mà không thể làm gì. Julius thật sự rất nhiều. Dù vậy công việc không nhất thiết phải là toàn bộ bản sắc của ta. Nếu may mắn ở đúng thời điểm và đúng nơi, ta có thể đã có trải nghiệm nhớ cả đời; nếu không thì cũng không sao. Ta vẫn có thể làm những việc đáng tự hào, và tốt hơn là đừng để những chuyện này chi phối quá nhiều. Julius có lẽ không có lựa chọn đó
Video gần đây lan truyền, trong đó Andrej Karpathy mô tả phong cách quản lý của Elon: https://www.youtube.com/watch?v=aSiJ4YTKxfM
Tất nhiên các khuyết điểm của Elon đã quá rõ, và không nên sùng bái ông ta. Nhưng tôi hoài nghi với lập luận rằng các thông lệ quản lý truyền thống là điều tất yếu do cơ chế khuyến khích quyết định
Sau khi bắt đầu sống theo hướng giống Julius hơn một chút trong lĩnh vực này, tôi đã hạnh phúc hơn rất nhiều
Lập trình viên và kỹ sư có thể tùy chỉnh công cụ cực kỳ chính xác theo nhu cầu của mình, nên họ có xu hướng giả định rằng người khác cũng làm được như vậy. Nhưng thực tế không phải vậy. Phần lớn mọi người đang sống trong một mớ giải pháp công nghệ chắp vá không hoạt động tốt, nên kỳ vọng của họ về việc phần mềm nên vận hành ra sao cực kỳ thấp
Sau khi hiểu điều này, tôi đã trở thành Julius. Ban lãnh đạo không quan tâm phần mềm hoạt động hay không hoạt động như thế nào, vì sao. Họ muốn những câu châm ngôn kiểu tự lực và sức hút cá nhân
Phần Julius được cử đi họp còn những người còn lại sửa vấn đề đặc biệt chạm đến tôi. Các cuộc họp là vô dụng, nhưng ở đó mọi người bắt tay và xây dựng quan hệ. Những người hòa nhập tốt như vậy gây được ấn tượng
Điểm khác biệt là tôi vẫn nghĩ mình làm việc khá tốt. Tôi chỉ thừa nhận rằng chỉ riêng kỹ năng lập trình cao thủ thuần túy không tạo nên nấc thang sự nghiệp. Thậm chí nó còn có thể cản trở. Có lẽ đây là phản ứng cay độc
Thực sự đáng đọc, và là một bài viết rất hay
Có vẻ như bài nói rằng những Julius thật sự có tồn tại, và cơ chế được dùng để đưa trí tuệ nhân tạo vào nơi làm việc cũng giống với cách các Julius ngoài đời thăng tiến
Thật sự xuất sắc. Trong suốt sự nghiệp, tôi đã gặp khá nhiều Julius
Vũ trụ dường như tạo ra và vận hành kiểu người đó rất dồi dào, và có lẽ còn khá thích họ
Trong các lĩnh vực phi kỹ thuật, người ta gọi kiểu người này là kẻ nịnh bợ
Họ từng là vận động viên, hoặc nhanh trí, hoặc đẹp trai, hoặc ăn nói giỏi, hoặc kiểu ngạo mạn. Ai cũng biết họ bất tài nhưng vì dễ mến nên dường như lúc nào cũng thoát được
Khi đến mức không kham nổi trong dự án, luôn có ai đó được gắn vào để cứu họ, vì thế họ làm tăng khối lượng công việc của người khác và bị ghét. Thường thì điều có ích là khoảnh khắc họ được thăng chức; từ lúc đó chúng tôi có thể kiểm soát dự án, nên họ lại trở nên có ích
Chúng tôi cũng đã tuyển một Julius. Một năm sau, kết quả là những người làm việc hiệu quả bị sa thải, những kẻ chỉ giỏi nói thì ở lại, doanh thu không tăng, và công ty tiêu nhiều tiền hơn số kiếm được
Công ty chỉ còn đủ tiền cho 6 tháng. Julius, rốt cuộc anh đang làm cái quái gì vậy. Bài thuyết trình thì đỉnh thật, đúng là như xem phim
Julius nghe giống như việc áp dụng lặp đi lặp lại nguyên lý Peter, chỉ khác là ngay từ đầu chưa từng đạt đến mức có năng lực
Một người bóng bẩy nhưng bất tài
Rất hay và đọc rất thú vị
Tôi đã gặp khá nhiều Julius ở đại học và nơi làm việc, và mỗi lần như vậy tôi thường nghi ngờ vì sao mình phải quan tâm đến công việc mình đang làm