14 bài học nữa tôi rút ra sau 14 năm ở Google

1. Những kỹ sư giỏi nhất chọn đúng vấn đề để giải quyết

Bạn không thể dồn tối đa năng lượng vào mọi việc.

2. Nếu bạn không biết mình cần yêu cầu điều gì, tức là bạn chưa sẵn sàng cho cuộc họp

Phê duyệt, lựa chọn, gỡ chặn (unblock), chia sẻ thông tin (inform) — nếu bạn không thể chọn ra một trong số này, thì cuộc họp đó sẽ là lãng phí thời gian.

3. "Sẽ làm" không phải là kế hoạch. "Tôi sẽ làm vào thứ Ba" mới là kế hoạch.

Chỉ định một ngày cụ thể sẽ tạo ra động lực thúc đẩy.

4. Code chậm chỉ là triệu chứng, còn ra quyết định chậm mới là nguyên nhân thật sự.

Nếu một quyết định mất hàng tuần thay vì vài giờ, bạn nên xem kỹ lý do tại sao.

5. Hãy coi độ tin cậy (Reliability) là một tính năng của sản phẩm

Cũng như bạn không phát hành tính năng mà không review sản phẩm, bạn không nên triển khai hệ thống khi chưa thảo luận về độ tin cậy.

6. Nếu interface giữa các team kém, bạn không thể giao tiếp tốt

Ranh giới mơ hồ và các contract không rõ ràng sẽ tạo ra thêm nhiều cuộc họp và kênh Slack. Cần phải rõ ai chịu trách nhiệm việc gì và phụ thuộc lẫn nhau như thế nào.

7. Cách escalation tốt nhất là đi kèm một đề xuất.

Cả người nêu vấn đề lẫn người giải quyết vấn đề đều đã xác định được issue, nhưng chỉ một bên giành được sự tin cậy và quyền tự chủ.

8. Hãy xây dựng hệ thống không cần đến người hùng

Nếu một người liên tục cứu công ty hay cả team, đó không phải là vinh quang mà là dấu hiệu cho thấy mọi thứ đang lao dốc.

9. Hãy xem khả năng quan sát (Observability) là một phần của tính năng

Hãy coi "đã xác minh code hoạt động tốt" là điều kiện để công việc được xem là hoàn tất.

10. PR nhỏ là một sự tử tế. Đặc biệt nếu đó là do AI tạo ra.

PR nhỏ giúp bạn suy nghĩ theo từng bước, từ đó tích lũy kiến thức dần dần.

11. Khi thêm một team mới, bạn không chỉ thêm node mà còn thêm cả edge

Nếu không chủ động giảm bớt các mối nối, thì dù có thêm team mới, output vẫn sẽ như cũ.

12. Migration không bao giờ chỉ đơn thuần là migration

Những migration thực sự hoàn thành đều có ba điểm chung: một sponsor luôn theo sát, một team thực sự dẫn dắt migration, và một ngày kết thúc rõ ràng mà mọi người đều tin tưởng. Nếu không đáp ứng đủ cả ba điều này, migration sẽ mãi ở trạng thái 'gần xong', và bạn sẽ phải gánh trách nhiệm cho hai hệ thống mãi mãi.

13. AI khiến việc tạo bản nháp trở nên dễ dàng, còn gu (Taste) thì ngày càng hiếm.

Những kỹ sư biết chọn ra thứ tốt nhất sẽ là người xuất sắc nhất của thời đại này.

14. Niềm tin là tối ưu hóa độ trễ

Mỗi lần bạn giữ lời hứa, mỗi lần bạn thẳng thắn thừa nhận sai lầm, mỗi lần bạn làm cho cuộc sống của người khác dễ dàng hơn, là bạn đang gửi thêm tiền vào tài khoản đó. Tôi đã thấy những kỹ sư có năng lực kỹ thuật chỉ ở mức bình thường vẫn đạt được thành tích phi thường, bởi vì ai cũng tin tưởng họ.

---

Đây là bài viết tiếp theo của https://news.hada.io/topic?id=24909 .

[mhj5730]

Khuyên mọi người nên đọc bản gốc.
Có nhiều cách diễn đạt và từ ngữ chứa đựng sự thấu suốt, nên thường khiến tôi suy nghĩ lại dựa trên chính trải nghiệm của mình.

Nội dung khá dài nên có phần nặng đô, nhưng thực sự là những bài viết rất hay, đến mức tôi cảm thấy không có gì cần lược bớt thêm hay cắt đi vì thừa thãi cả.

[raykim]

Biết 5 và 9 nhưng dễ bỏ sót
12, 13, 14 thì rất ấn tượng