Bài phỏng vấn với Ronica Roth, đồng tác giả cuốn Practice Makes Culture, nhấn mạnh văn hóa tổ chức được hình thành từ những hành vi nhỏ hàng ngày chứ không phải từ các chương trình chuyển đổi lớn. Roth giới thiệu khung ba trụ cột của cuốn sách — giải quyết vấn đề nhạy cảm, tạo quyền sở hữu và thúc đẩy thực hành hàng ngày — và nhấn mạnh rằng các cuộc họp là một trong những công cụ mạnh mẽ nhất để thay đổi văn hóa.
Vì sao nên đọc: Bài này giúp cho lập trình viên hiểu rằng thay vì chỉ tập trung vào công nghệ, văn hóa tổ chức—đặc biệt là những hành vi nhỏ trong code review, teamwork và giao tiếp—là yếu tố quyết định sự thành công lâu dài của dự án, vì nó tạo nên môi trường mà code thực sự phát triển và được chấp nhận.
Trả lời 3 câu hỏi ngắn để nhận điểm thưởng cho bài này. Chỉ làm khi bạn muốn lấy điểm.
3 câu hỏi · dưới một phút · không bắt buộc
Nguồn: https://itrevolution.com/articles/culture-is-built-in-the-small-moments-a-conversation-with-practice-makes-culture-coauthor-ronica-roth. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Kỹ sư tại các công ty công nghệ lớn thường mong đợi sự ghi nhận từ công việc tốt, nhưng thực tế không đơn giản như vậy. Credit và trách nhiệm được phân bổ thông qua mạng lưới không chính thức của các kỹ sư đáng tin cậy, nơi quản lý dựa vào đó để đánh giá. Việc chủ động ghi nhận công sức (qua bài đăng nội bộ, trao đổi 1:1) là cần thiết, nhưng giữ kín credit sẽ phản tác dụng. Chia sẻ credit cho đồng nghiệp không chỉ khuyến khích họ ủng hộ bạn mà còn biến dự án cá nhân thành thành quả tập thể, đồng thời giảm rủi ro đổ lỗi. Ngược lại, những dự án đơn lẻ với credit tập trung dễ trở thành tâm điểm đổ lỗi khi thất bại. Chiến lược tối ưu là tự quảng bá vừa đủ để được chú ý, đồng thời ghi nhận rộng rãi cho cộng sự để xây dựng mạng lưới những người ủng hộ.
Lập trình viên nên đọc bài này để hiểu cách xây dựng sự tin tưởng và sự hỗ trợ từ đồng nghiệp thông qua cách chia sẻ công nhận một cách thông minh, tránh trở thành đối tượng bị chỉ trích khi công việc gặp vấn đề.
Các nhóm đứng top 1% khác biệt nhờ tuyển dụng hiệu quả, tối ưu hóa song song (parallelization) và hạn chế review hầu hết các pull request (PR).
Lập trình viên nên đọc bài này để hiểu cách đội ngũ top 1% tối ưu hóa hiệu suất bằng cách chọn kỹ nhân tài, chia công việc song song và giảm thiểu thời gian review đơn giản hóa quy trình.
Khi Claude tạo ra nội dung gây hại hoặc không phù hợp, người dùng thường đổ lỗi "Tôi không biết, Claude đã viết cái này" như một xu hướng phổ biến trong thời đại AI.
Lập trình viên nên đọc bài này để tránh bị lừa bởi các AI như Claude khi họ đưa ra những giải pháp đơn giản hoá hoặc sai lầm về kỹ thuật, có thể dẫn đến những quyết định sai lầm trong dự án thực tế.
DHH nhận định phương Tây đã mất đi tham vọng và khả năng thực hiện các dự án quy mô lớn, lấy ví dụ từ chương trình điện hạt nhân của Pháp những năm 1980. Ông vận dụng thuyết "Fourth Turning" của Strauss và Howe để lập luận rằng các nền văn minh tuần hoàn qua các giai đoạn: High, Awakening, Unraveling và Crisis, dự đoán sự suy thoái hiện tại sẽ nhường chỗ cho một thế hệ anh hùng mới đủ khả năng hành động quyết đoán, dù quá trình chuyển đổi có thể gian nan.
Những lập trình viên muốn hiểu cách xây dựng hệ thống quy mô lớn và chiến lược phát triển công nghệ dài hạn nên tham khảo để tìm hiểu về động lực và thời cơ trong các giai đoạn phát triển xã hội, từ đó tối ưu hóa dự án của mình trong bối cảnh thay đổi nhanh chóng.
Truyện tranh về công việc, được tạo ra với tình yêu và rất nhiều cà phê.
Những câu chuyện về nhóm làm việc và sự phân bố năng lực sẽ giúp bạn hiểu cách xây dựng môi trường làm việc hiệu quả hơn, từ đó tối ưu hóa năng suất và tránh những rắc rối về tâm lý trong đội ngũ.
AI engineering kế thừa các nguyên tắc kỹ thuật phần mềm truyền thống nhưng cũng đối mặt với nhiều thách thức mới.
Làm việc với AI không chỉ là mở rộng kiến thức lập trình mà còn đòi hỏi hiểu sâu về cách quản lý rủi ro, đảm bảo tính minh bạch và tối ưu hóa hiệu suất hệ thống mới, giúp các nhà lãnh đạo kỹ thuật có chiến lược toàn diện trong công nghệ tương lai.
Kỹ sư nên duy trì mức sử dụng 80% thay vì luôn bận rộn để sẵn sàng xử lý những việc đột xuất quan trọng như giải quyết sự cố hay đẩy nhanh tính năng nổi bật. Tránh các nhiệm vụ "glue work" không được ưu tiên chính thức, từ chối công việc không lương ngoài kênh chính thức và trì hoãn tác vụ có thể thay đổi/hủy bỏ giúp duy trì năng suất bền vững. Tập trung toàn lực vào vài thời điểm then chốt trong năm thay vì căng thẳng suốt thời gian sẽ giảm sai sót do stress.
Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa năng lượng và thời gian của mình bằng cách tập trung vào những công việc có tác động lớn nhất thay vì bị rơi vào vòng luân chuyển công việc không hiệu quả.
Việc đo lường năng suất lập trình viên thông qua các chỉ số như lines of code, commits, pull requests hay AI tokens là cách tiếp cận lỗi thời, thậm chí trong kỷ nguyên AI. Những chỉ số này chỉ phản ánh hoạt động chứ không đo lường giá trị thực, dẫn đến lãng phí và động cơ sai lệch. Thay vào đó, nên tập trung vào kết quả kinh doanh hoặc hành vi người dùng, vì chỉ khoảng 33% ý tưởng phần mềm thực sự mang lại giá trị.
Lập trình viên nên đọc bài này để hiểu cách đo lường hiệu quả thực sự của công việc, thay vì bị lừa bởi chỉ số sản lượng, giúp họ tập trung vào giá trị tạo ra cho dự án và doanh nghiệp chứ không phải chỉ số giả tạo.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync Dev.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trình1.000+ bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thử