Bài viết Câu hỏi About RongvangIT
profile Pic
0
0

Đăng ngày:

  59 Lượt xem

Phương Pháp Tư Duy của Kỹ Sư Hàng Đầu Thế Giới

Tiểu luận

Xin chào các bạn.

Cuốn sách được đồng nghiệp người Nhật trong công ty giới thiệu một cách tình cờ. Đó chính là “Phương pháp tư duy của kỹ sư hàng đầu thế giới.” Tưởng như chỉ là một cuốn sách tự phát triển bản thân, nhưng thực sự nó chứa đựng rất nhiều kiến thức thực tế có thể áp dụng ngay.

Tôi cảm thấy rằng đọc cuốn sách này khi đã làm kỹ sư trong một thời gian sẽ mang lại nhiều ấn tượng nhất.

Bài viết này tóm tắt nội dung của cuốn sách và chia sẻ cảm nhận cá nhân về nó.

Phương Pháp Tư Duy của Kỹ Sư Hàng Đầu Thế Giới

Phần Mở Đầu

Trước khi đọc cuốn sách này, tôi nghĩ rằng “Ồ, đây chắc chắn là cuốn sách mà một kỹ sư hàng đầu đã viết dựa trên suy nghĩ của bản thân.” Nhưng thực sự, tác giả không phải là kỹ sư hàng đầu mà chỉ là một kỹ sư tầm trung.

Ông Cowell, tác giả, gia nhập Microsoft khi ông 44 tuổi và gặp gỡ những kỹ sư hàng đầu ở đó.

Nếu là tôi, khi đối mặt với tài năng của kỹ sư hàng đầu, có lẽ sẽ cảm thấy áp đảo và bị làm cho mình nhỏ bé. Nhưng ông Cowell đã quan sát sâu sắc, luôn suy nghĩ về những yếu tố nào có thể mang lại lợi ích cho bản thân.

Điều này thực sự quan trọng, vì có khả năng chúng ta thường dễ tự đặt ra ranh giới với những kỹ sư hàng đầu, cho rằng họ đã đạt được thành công vì tài năng hoặc vì họ đã lập trình từ khi còn nhỏ. Nhưng thay vào đó, ý thức về việc tiếp xúc với họ mỗi ngày với ý định học hỏi và tiếp thu để tiến gần hơn là quan trọng.

Chương 1: Kỹ sư hàng đầu khác biệt ở điều gì?

Sự khác biệt giữa kỹ sư hàng đầu và bình thường:

  • Không coi thử nghiệm và sai lầm là xấu
  • Dành thời gian để hiểu rõ

Không coi thử nghiệm và sai lầm là xấu

Lúc đầu, khi đọc, tôi tự hỏi “Tại sao lại không thử nghiệm?” Nhưng khi đọc tiếp, tôi cảm thấy ý tác giả không phải là phủ định thử nghiệm, mà là không nên thử nghiệm mà không suy nghĩ, mù quáng.

Quan trọng là đặt ra giả định trước khi thực hiện. Tôi nghĩ việc đặt ra giả định trước khi thử nghiệm là quan trọng.

Dành thời gian để hiểu rõ

Người kỹ sư có hiệu suất cao thường dành thời gian để hiểu rõ vấn đề.

Định nghĩa về sự hiểu rõ:

  • Nắm bắt cấu trúc đó và có thể giải thích cho người khác
  • Có thể truy cập và sử dụng ngay lập tức bất cứ khi nào và ở đâu
  • Có thể áp dụng thông tin đó dựa trên sự hiểu biết

Phần tôi đồng cảm nhất trong chương này là:

Hiểu rõ về một đoạn mã không chỉ là đọc logic của mã, mà là hiểu rõ ý định của mã và kiến trúc đằng sau nó.

Luyện tập cơ bản

có thể ai cũng làm được, nhưng việc tạo thói quen hiểu rõ từng thứ là một quá trình mất thời gian. “Hiểu rõ” là một thói quen cần được đào tạo một cách cố gắng và kỳ công.

Chương 2: Tư duy tại Mỹ

“Be Lazy” (Hãy lười biếng) là một cách suy nghĩ để “tối ưu hóa giá trị trong thời gian ít hơn.”

Cách tiếp cận để đạt được điều này:

  • Xác định ưu tiên
    • Người Nhật thường xác định ưu tiên cho tất cả các công việc trên danh sách. Tuy nhiên, thành viên nước ngoài thì thường “chọn lựa công việc quan trọng nhất và tập trung vào đó” một cách có vẻ ít công việc hơn. Tôi cảm thấy rằng việc này là một cách nhìn nhận khác biệt.

Nếu mỗi ngày bạn đều có kế hoạch hoàn thành nhiều công việc, tôi nghĩ rằng việc chọn lựa một công việc quan trọng nhất để tập trung có thể là một cách tiếp cận hữu ích. Sau khi hoàn thành công việc đó, hãy chuyển sang công việc tiếp theo một cách chủ động và tập trung.

Chương 3: Nghệ thuật sắp xếp thông tin và kỹ thuật nhớ

Chương 3 ghi chú những điều sau đây:

Không nên viết biên bản cuộc họp ngay lập tức. Hãy giữ lại chỉ những ghi chú nhẹ. Hãy tập trung vào “việc giải thích sau này” khi nói chuyện với người khác.

Tôi muốn tham gia cuộc họp với ý thức về cách giải thích nội dung cuộc họp một cách dễ hiểu khi nói chuyện với người khác.

Chương 4: Bí quyết giao tiếp

Hai điểm mà tôi nhớ được nhất:

Không cần phải giải thích tất cả các thông tin bổ sung từ đầu. Cách tiếp cận “giảm lượng thông tin” trong giao tiếp là quan trọng.

Cách tiếp cận này có ý nghĩa, nếu không cần thiết, không cần phải giải thích mọi thứ từ đầu. Thay vào đó, chỉ cung cấp thông tin cần thiết để người khác hiểu và nếu họ muốn biết thêm, họ sẽ hỏi.

Để giảm số lượng đánh giá về Pull Request, bạn cần viết mã một cách có ý thức về “Cảm nhận của người đọc ra sao?” Mã cũng là một “đối tượng đọc.”

Đối với những nội dung có thể bị chỉ trích trong Pull Request, tôi cảm thấy quan trọng để đặt ra trước hoặc để lại ý kiến trước. Tôi sẽ giữ ý thức này trong tương lai.

Chương 5: Xây dựng đội ngũ để tăng cường hiệu suất

Gần đây, quản lý được gọi là “Lãnh đạo phục vụ” đang trở nên phổ biến. Lãnh đạo phục vụ có nghĩa là lãnh đạo chỉ định “Tầm nhìn và KPI” nhưng cách họ thực sự thực hiện là quyết định của đội ngũ.
Việc gán công việc cũng là tự quyết định. Nói chung, thành viên sẽ chọn công việc họ muốn làm và tự “tự quyết định” nhiệm vụ đó.

Tác giả đề xuất việc đặt trọng trách và tự quyết định cho đội ngũ, khuyến khích sáng tạo và tự chủ. Sau hơn 2 năm làm kỹ sư, tôi bắt đầu nghĩ về cách tiếp cận khi phải quản lý. Trong thực tế công việc, tôi thấy quan trọng là tôn trọng sự tự chủ của mỗi người, nhưng cũng phải cân nhắc không quá mức tự chủ để tránh tình trạng chấp nhận công việc hoặc tình hình không rõ ràng. Tôi sẽ thường xuyên thực hiện cuộc họp 1:1 để hiểu rõ và tương tác chặt chẽ.

Chương 6: Cách nâng cao chất lượng công việc và cuộc sống?

Thực hiện hệ thống thời gian (Timeboxing)

Đặt một khoảng thời gian cố định để làm công việc, ví dụ như từ 9 giờ sáng đến 6 giờ tối. Khi đến giờ, dù công việc có đang giữa chừng, bạn cũng nên dừng lại.

Với việc kỹ sư có thể làm việc từ xa, ranh giới giữa thời gian cá nhân và công việc thường trở nên mơ hồ. Điều này có thể dẫn đến tình trạng làm việc chậm rãi vì cảm giác vẫn còn thời gian. Tuy nhiên, việc buộc phải kết thúc vào những thời điểm quan trọng đã tạo ra sự mong đợi cho một ngày mới, tăng cường động lực một cách kỳ lạ, giống như cảm giác khi buộc phải dừng chơi game sau một giờ đã quy định.

Chương 7: Làm thế nào để sống sót trong thời đại AI?

Khi công việc của bạn bị thay thế bằng AI, hãy suy nghĩ về nó khi nó xảy ra. Đọc xong, tôi cảm thấy quan trọng là không quá lo lắng về AI.

Việc liên tục theo đuổi sự chuyên nghiệp mà bạn yêu thích mà không quan tâm quá nhiều đến AI là chìa khóa để vượt qua thời đại AI.

Cuối cùng, tác giả ông Ushio đã chia sẻ những suy nghĩ nồng nhiệt về văn hóa mà các kỹ sư ở Nhật Bản phải đối mặt.

“Có một điều gọi là ‘văn hóa phê phán’ không nên trở thành điều kiện chết người cho Nhật Bản.”

Và tôi thấy rõ rằng, người Nhật với tính cách hoàn hảo thường có xu hướng phê phán ngay cả khi có một chút thiếu sót, điều này thường xuyên thấy trên X (trước đây là Twitter) haha.

“Mọi hệ thống đều có bug và mọi thứ chỉ có thể được cải thiện, điều này cần được hiểu rõ hơn.”

Thực tế, khi nhìn vào ứng dụng đã được phát hành và thấy có bug, tôi vẫn còn cảm thấy “Ồ, ứng dụng này có vấn đề gì vậy?” Nên chúng ta cần nhận thức và chấp nhận bug để tiếp tục phát triển.

Kết luận

Bạn thấy sao sau khi đọc xong? Tôi hy vọng rằng bạn đã có những nhận thức tích cực và một số điều cần cải thiện từ trải nghiệm đọc sách này. Nếu bạn quan tâm ít nhất một chút đến cuốn sách này, hãy nắm lấy nó và thử đọc nhé!

Cảm ơn bạn đã đọc đến cuối cùng! Nếu bạn thấy bài viết có ý nghĩa và đầy đủ kiến thức, tôi rất mong được nhận được một thả tim ở góc trên bên trái.

dev_pro_it
Đang làm IT tại Japan

Bình luận

Bài viết chưa có bình luận. Hãy trở thành người bình luận đầu tiên!
Sign up for free and join this conversation.
Sign Up
If you already have a RongvangIT account Login
Danh sách thư mục
Bắt đầu ngay với RồngVàngIT - nền tảng chia sẻ kiến thức lập trình tuyệt vời cho kỹ sư Việt Nam!

Hãy đăng nhập để sử dụng hàng loạt các chức năng tuyệt vời của RồngVàngIT !

  1. 1. Bạn sẽ nhận được các bài viết phù hợp bằng chức năng theo dõi tag và người dùng.
  2. 2. Bạn có thể đọc lại các thông tin hữu ích bằng chức năng lưu trữ nội dung.
  3. 3. Chia sẻ kiến thức, đặt câu hỏi và ghi lại quá trình trưởng thành của mình cùng RồngVàngIT !
Tạo tài khoản Đăng nhập
profile Pic