Phát triển phần mềm chín dần theo tuổi tác
(allthingsdistributed.com)Bài viết của Tiến sĩ Werner Vogels, CTO của Amazon
- Đã từng nghe những lời thì thầm như vậy. “Giờ ông ấy cũng có tuổi rồi, ai sẽ là người kế nhiệm?”
- Mọi người nghiêm túc hỏi. “Khi nào ông sẽ nghỉ hưu?”
- Ông đã dành gần 25 năm ở Amazon, và mỗi năm đều khác biệt, đầy bất ngờ, nhưng ông vẫn giữ tâm thế trẻ trung như chính ngày quyết định rời học thuật để gia nhập Amazon
- Điểm tốt của một lập trình viên lớn tuổi là đã trực tiếp trải qua rất nhiều vấn đề
- Những khó khăn mà các lập trình viên trẻ đang đối mặt hôm nay cũng từng gặp trước đây, và dù bề ngoài bây giờ có thể trông hơi khác, bản chất vẫn vậy
- Qua vô số dự án, ông đã tích lũy kinh nghiệm thực chiến, và cũng có vô số lần thất bại
- Giờ đây, một nửa bộ não đã biết điều gì thực tế là hiệu quả, và một phần trong đó đã được rèn thành cảm giác nhận ra tín hiệu rủi ro
- Phần không gian còn lại là chỗ dành cho sự sáng tạo
- Tiếp nhận nhiều tín hiệu khác nhau, xây dựng các mô hình tinh thần, và tìm ra những lời giải mới mẻ, độc đáo
- Đây mới chính là niềm vui lớn nhất khi làm lập trình viên
- Có bao nhiêu nghề cho phép bạn tạo ra thứ gì đó mới mỗi ngày?
- Tôi không bao giờ xem điều đó là hiển nhiên
- Là một lập trình viên có tuổi, bạn đã nhiều lần thấy một thế giới nơi các mô thức cứ lặp lại
- Đã chứng kiến không biết bao nhiêu công ty từng ồn ào như thể sắp thay đổi cả thế giới, cuối cùng lại cho ra kết quả như miếng phô mai đầy lỗ thủng
- Và kỷ nguyên AI đã đến
- Không phải kiểu AI như NLP, nhận dạng giọng nói, dịch thuật, nhận diện hình ảnh, hệ thống gợi ý, phát hiện gian lận mà chúng ta đã dùng suốt 15~20 năm qua
- Đó là những công nghệ nền tảng đã chống đỡ Amazon.com, nhưng điều đang nói tới lúc này là AI tạo sinh
- Ngay cả với tôi, một lập trình viên lớn tuổi, đây cũng là một thay đổi thật sự thú vị
- Vì tốc độ thử nghiệm đã tăng lên cực kỳ nhanh
- Khi nằm trong tay của một người xây dựng dày dạn với sự hoài nghi lành mạnh (scepticism), nó trở thành một công cụ vô cùng mạnh mẽ
- Nhưng đồng thời nó cũng đầy thách thức
- Vì cũng như các công nghệ khác, không có giai đoạn đào tạo hay chuẩn bị trước khi tung ra
- Nó lan ra thế giới như thể phép màu đột ngột bật khỏi chiếc bình, và vì mọi người đều không lường trước nên kỳ vọng quá nhiệt đã bùng nổ
- Tình huống này tạo cảm giác xa lạ
- Bởi vì phần mềm từ trước đến nay tiến hóa thông qua các bản nâng cấp phiên bản nhỏ xuất hiện mỗi năm một lần
- Windows 3 mất 2 năm để thành 3.1, còn Mac OS X từ năm 2001 đến 2019 cũng chỉ cập nhật các phiên bản thập phân, rồi mãi gần đây mới bắt đầu đổi phiên bản lớn mỗi năm
- Nhưng giờ đây chúng ta đang sống trong một thế giới nơi mô hình bị thay thế mỗi tuần, và mỗi khi có phiên bản mới ra mắt thì thứ hạng trên leaderboard lại thay đổi
- Không phải kiểu AI như NLP, nhận dạng giọng nói, dịch thuật, nhận diện hình ảnh, hệ thống gợi ý, phát hiện gian lận mà chúng ta đã dùng suốt 15~20 năm qua
- AWS từ trước đến nay luôn là một công ty B2B
- Chúng tôi đã cung cấp các khối xây dựng công nghệ (S3, EC2, DynamoDB, Lambda, DSQL, v.v.) để khách hàng có thể đổi mới cho chính khách hàng của họ
- Thế nhưng trong cơn sốt AI này, đột nhiên chúng tôi lại bị đem ra so sánh với các công ty B2C. Thành thật mà nói điều đó khá bức bối
- Nhưng kinh nghiệm chỉ ra phương hướng
- Chúng tôi đã quay về với bản chất
- Dân chủ hóa quyền truy cập vào công nghệ (lần này là mô hình), bảo đảm quyền lựa chọn của khách hàng, và đặt quyền riêng tư cùng bảo mật lên ưu tiên hàng đầu
- Đồng thời cũng cung cấp các guardrail cho an toàn và tuân thủ, và giảm khả năng lỗi mô hình thông qua suy luận tự động (automated reasoning)
- Đây là bài học rút ra từ các mô thức lặp đi lặp lại suốt hàng chục năm
— biết điều gì thực sự hiệu quả
- Một lập trình viên lão luyện không nóng vội trước các thông báo về mô hình mới và tính năng mới đổ xuống mỗi tuần
- Chuyện này đã thấy quá nhiều lần = công nghệ mới, mô thức cũ
- Trong mấy chục năm qua, một lập trình viên lớn tuổi có lẽ đã học hơn mười ngôn ngữ lập trình và trải nghiệm vô số thư viện mã nguồn mở cùng nền tảng
- Họ luôn thích quan sát xu hướng công nghệ, đọc bài báo học thuật, và nghiên cứu các hướng đi mới
- Vì đó chính là niềm vui của nghề lập trình
- Vì vậy khi công ty của ông sẵn sàng xử lý những bài toán phù hợp với AI tạo sinh, ông đã sẵn sàng từ trước
- Ông cũng đã đọc bài viết xuất sắc của Marc Brooker “LLM-driven development” và dự định làm theo lời khuyên trong đó
- Gần như mọi khách hàng tôi gặp đều hỏi thế này: “Chúng tôi nên làm gì với AI tạo sinh?”
- Câu trả lời hay nhất cho câu hỏi này là lời của nhà khoa học thông minh của chúng tôi, Byron Cook: “Xin lỗi vì tôi không thể trả lời ngay câu hỏi đó, nhưng tại sao ông/bà lại hỏi câu này?”
- 90% khách hàng không hỏi vì tin rằng AI tạo sinh sẽ giải quyết vấn đề của họ, mà chỉ vì lo sợ mình sẽ bị tụt lại
- Vì FOMO (Fear of Missing Out)
- Và lập trình viên lão luyện biết dừng lại vào những lúc như thế này. Dừng một chút, rồi suy nghĩ cẩn trọng
- Ông khuyến khích các lập trình viên trẻ nghiên cứu ưu và nhược điểm, đồng thời khuyên giới điều hành nên đọc những cuốn như 《Ask Your Developer》 của Jeff Lawson
- Sau đó, như vẫn luôn làm, ông đối thoại sâu với khách hàng
- Lắng nghe các thách thức của họ, khám phá vấn đề, đề xuất kiến trúc, lộ trình migration, và công cụ
- Và đôi khi, câu trả lời đó có thể là AI tạo sinh
- Nhưng với tư cách là một lập trình viên có tuổi, bạn đã biết rồi
Nào, giờ thì hãy bắt tay vào xây dựng đi! (Now, Go build!)
15 bình luận
Mình thấy bản dịch đầy đủ của bài này truyền tải tốt hơn bản tóm tắt như thế này. Hãy thử đọc cả bản đầy đủ ở đây nhé. https://whchoi98.notion.site/Development-gets-better-with-Age-28d04ef7…
Cá nhân tôi nghĩ điều quan trọng là liệu một người có sẵn sàng học hỏi và đón nhận phản hồi hay không (đặc biệt là từ những người trẻ hơn mình).
Chính vì có quá nhiều người không như vậy nên nhận thức về những đồng nghiệp hoặc cấp trên lớn tuổi thường không mấy tích cực.
Ồ, hay thật. Hoàn toàn đồng ý, và rốt cuộc điều đó dường như nhắc lại rằng việc tạo ra những thứ tử tế trong thực tế chính là bản chất của một lập trình viên. Nào, cùng làm thôi.
go build...?
Hahaha đúng vậy.
Một góc nhìn thật sự rất hay.
Thật là một người tuyệt vời! Không biết ông ấy có còn nhớ không, hồi rất lâu trước đây khi đến thăm Hàn Quốc, tôi từng mời ông ấy ăn món Hàn bằng tiền công ty. Tôi vẫn nhớ lúc ông ấy định cầm cả nồi canh húp một hơi nên tôi đã ra sức ngăn lại. Tôi còn xin được chữ ký lên bài báo nữa, huhu, nhưng cũng có một ký ức đau lòng là nó đã bị một đồng nghiệp lập trình viên cướp mất.
Wow, ghen tị quá. :)
Ôi... tuyệt quá!
Now, https://go.dev/doc/tutorial/compile-install
Bạn thật là hài hước quá đi hahaha
Nghe nói được CTO của Amazon chống lưng nên thấy rất yên tâm.
hahaha
Tác giả của bài báo về eventual consistency, đồng tác giả của Dynamo và là trưởng nhóm phát triển của S3
"Now Go Build"là một loạt phim tài liệu đi sâu vào cách công nghệ, đặc biệt là các giải pháp dựa trên đám mây AWS, được ứng dụng để giải quyết các vấn đề trong thế giới thực và thúc đẩy đổi mới.