Bạn nên là nhà phát triển kém nhất trong nhóm của bạn

Một số suy nghĩ về trình độ kỹ năng của bạn so với những người bạn làm việc cùng

Tôi được một người bạn giới thiệu học lập trình. Anh ấy đến nhà tôi và trong khi chúng tôi đang chơi với máy tính Linux (đó là năm 1997 hay gì đó), anh ấy nói “bạn không biết lập trình máy tính”?

Và tôi đã nói “không”, tiếp theo là một hướng dẫn hay về biên dịch mã C trên Linux.

Đó là phần giới thiệu đầu tiên của tôi về lập trình thực, ngoại trừ các mod và chủ đề MIRC vẫn đang lập trình, nhưng thực sự có nhiều script hơn.

Tôi là một noob, và việc nhìn thấy người rất hiểu biết này khiến tôi nhận ra rằng tôi không biết bao nhiêu điều. Giống như tôi không biết gì cả. Tất cả những gì tôi biết là ở một hành tinh khác, như sử dụng máy tính, không phải lập trình nó.

Sau đó ở trường Đại học, tôi là sinh viên tệ nhất trong nhóm của mình. Hãy nhớ rằng đây là một trường kỹ thuật và tôi không phải là học sinh lớp A, vì vậy tôi đã học được rất nhiều điều từ những người xung quanh và tôi cũng học cách tối ưu hóa bản thân để đạt được trình độ của họ. Tốt hơn nhiều so với việc đến một ngôi trường không quá khắt khe và là học sinh giỏi nhất trong số các học sinh trung bình hoặc trung bình. Tôi nghĩ.

Nhưng khi tôi học xong Đại học và bắt đầu đi làm, vì tôi là một freelancer đôi khi tôi thấy mình ở trong những tình huống mà tôi là nhà phát triển giỏi nhất trong phòng. Tôi đã chủ động cố gắng tránh những tình huống như vậy.

Những hợp đồng biểu diễn yêu thích của tôi là những hợp đồng tôi phải làm việc cùng một nhóm, và đặc biệt là những hợp đồng mà mỗi thành viên trong nhóm đều giỏi hơn tôi về các kỹ năng cụ thể. Giống như kỹ năng kỹ thuật. Hoặc là một thành viên tốt trong nhóm.

Bây giờ tôi không còn là thành viên của một nhóm nữa từ hơn 2 năm trở lại đây và khi làm việc một mình, tôi phải tìm đội ngũ của mình để học hỏi kinh nghiệm.

Làm sao?

Đây là nhóm người mà tôi học hỏi được:

  • Podcast. Tôi đã đăng ký gần 200 podcast và tôi thường xuyên kiểm tra các chủ đề mà tôi có thể học hỏi. Từ các chủ đề kỹ thuật như lập trình JavaScript đến tiếp thị kỹ thuật số để lắng nghe cuộc phiêu lưu của người khác trên internet với tư cách là người giải trí hoặc chủ doanh nghiệp nhỏ.
  • Blog. Tôi đọc rất nhiều blog về nhiều chủ đề
  • Twitter. Tôi theo dõi những người khôn ngoan và đáng kinh ngạc trên Twitter bằng cách theo dõi trực tiếp hoặc sử dụng danh sách.
  • Sách. Tôi đọc rất nhiều sách về nhiều chủ đề.
  • YouTube. Tôi dành hàng giờ mỗi tuần để xem các video YouTube tuyệt vời, từ viết mã màn hình cho đến các cuộc hội thảo về JavaScript. Nhưng không chỉ vậy, tôi thích xem nhiều nội dung khác nhau, bao gồm cả những người đi bộ trong rừng và nói về cắm trại chẳng hạn.

Đó là rất nhiều. Tôi không liệt kê các hội nghị hoặc sự kiện, vì tôi hiếm khi tham dự những sự kiện đó. Nhưng tôi cũng quên liên hệ trực tiếp, tất nhiên, một trong những cách học hiệu quả nhất.

Tôi có xu hướng có tỷ lệ

  • 13 học tậpNhững thứ mới
  • 13 luyện tậpnhững điều tôi học được
  • 13 giảng bàinhững điều tôi học được

Đôi khi với những thứ tôi học được, tôi chỉ cần lưu trữ chúng trong một kho lưu trữ lâu dài hoặc chỉ giữ chúng trong tâm trí để sử dụng trong tương lai (vì tôi có thể không cần chúng ngay bây giờ).

Điều này áp dụng cho tôi với tư cách là một nhân viên solo, vì tôi không có thành viên nào trong nhóm. Điều này cũng áp dụng cho những người làm nghề tự do hoặc những người chỉ đang cố gắng cải thiện trong một số lĩnh vực mà họ chưa biết nhiều người trong nghề.

Tôi đoán ý chính của điều tôi đang nói là, đừng chỉ bằng lòng với việc trở thành người giỏi nhất mà bạn biết trong một lĩnh vực cụ thể hoặc chỉ giỏi hơn những người khác xung quanh bạn, điều đó thật nguy hiểm.

Nhờ có Internet, không thiếu cơ hội tiếp cận với vô số người làm những việc mà bạn làm tốt hơn bạn.


Các hướng dẫn phòng thí nghiệm khác: