Thích nghi với môi trường nhóm sau khi phát triển một mình trong nhiều năm


12

Tôi có gần 5 năm kinh nghiệm làm nhà phát triển web và cảm thấy rằng bây giờ tôi nên ở cấp độ trung bình, nhưng khi tôi đi bộ, tôi nghĩ rằng tôi vẫn còn khá "đàn em".

Đây là điều tôi nghĩ là vấn đề: Trong phần lớn sự nghiệp của mình, tôi hiếm khi có bất kỳ sự hướng dẫn thực sự nào bởi một nhà phát triển cao cấp hơn và không có kinh nghiệm với các nhóm nhà phát triển, vì vậy tôi đã phải tìm cách giải quyết rất nhiều giải pháp và làm mọi thứ cắt và sấy khô. Trong thực tế, không có thời gian để lãng phí khi là người duy nhất chịu trách nhiệm viết hoặc duy trì mã. Bởi vì điều này, tôi không có kiến ​​thức chính thức về quy trình phát triển phần mềm thực tế và cuối cùng nhận ra rằng mã hóa chỉ là một phần nhỏ của quy trình.

Tôi rất thích làm việc với một nhóm phát triển có kinh nghiệm vững chắc, nhưng tôi sợ rằng đó sẽ là một chuyến đi rất gập ghềnh khi cố gắng điều chỉnh với nền tảng kiến ​​thức cần thiết cho các quá trình phát triển. Là một lập trình viên đã bay một mình trong phần lớn sự nghiệp, tôi có thể làm gì để chuẩn bị "ổn định" một công việc làm việc với một đội ngũ lớn hơn (ít nhất là 5) những chuyên gia dày dạn kinh nghiệm?

Chỉnh sửa: Cuối cùng, tôi đã không vượt qua nhiều bài kiểm tra kỹ thuật được đưa ra bởi các công ty "cú hích lớn" phát triển mạnh về phần mềm và nhà phát triển của họ. Nói chung, tôi không có ý nghĩa như Google, nhưng thành công một cách hợp lý trong khu vực địa lý.



Bạn có đề nghị chỉnh sửa tiêu đề câu hỏi để đề cập đến mã hóa cao bồi, để làm cho vấn đề rõ ràng hơn?
Chris C

Câu trả lời:


2

Hãy chuẩn bị để học hỏi từ các thành viên trong nhóm của bạn và nhận ra rằng cách bạn đã làm mọi thứ trong vài năm qua có thể không "lên tiếng" với các thành viên còn lại trong nhóm. Đánh giá mã có thể sẽ tiết lộ điều này nếu chúng là một phần của quá trình phát triển.

Giao tiếp cũng rất quan trọng, vì vậy nếu bạn chưa làm như vậy, hãy chuẩn bị tài liệu mã tốt, viết tài liệu bên ngoài, sử dụng thông báo kiểm soát nguồn chi tiết để thay đổi mã và theo dõi các vấn đề / tính năng / thay đổi trong theo dõi vấn đề (lỗi) phần mềm. Bạn cần cho phép các thành viên trong nhóm của bạn thấy những gì bạn đã làm và hiểu lý do tại sao bạn đã làm điều đó. Có lẽ họ sẽ học được một hoặc hai điều từ bạn theo cách này.

Chúc may mắn!


5
Ít nhất tôi có một số kinh nghiệm với SVN. Tôi đồng ý với việc tiếp nhận những lời chỉ trích - Tôi thà bị các nhà phát triển khiêm tốn hơn là bị những người không biết lập trình làm cho lúng túng.
Chris C

0

Bạn sẽ cần phải có các kỹ năng mã hóa, nhưng bạn cũng cần làm cho người phỏng vấn thoải mái với bạn sẵn sàng hòa đồng với người khác. Bạn cần nhiều hơn là chỉ muốn trở thành một lập trình viên tốt hơn.

Bắt đầu phân tích cách bạn hiện đang làm. Bạn có quay lại mã và tìm thấy những gì bạn đã viết khó hiểu và khó thay đổi? Bạn đang lặp đi lặp lại một số nhiệm vụ nhất định. Tìm kiếm các trang web SO hoặc đặt câu hỏi về cách làm chúng tốt hơn. Bạn có thể không thực hiện được chúng. Tôi hiện đang lập trình một mình. Tôi thích các phương pháp phát triển nhanh, nhưng đã phải thích nghi với hoàn cảnh của tôi.

Đừng chỉ tìm kiếm một đội mà hãy tìm một đội có thể / sẽ dạy bạn điều gì đó. Tôi thích đặt câu hỏi về lý do tại sao mọi thứ được thực hiện theo một cách nhất định và nhận được một cái gì đó vượt ra ngoài, "Đó là cách chúng tôi luôn luôn làm điều đó." loại câu trả lời. Nếu mọi người sẽ phòng thủ, và không biện minh cho những gì họ đang làm, tôi không cảm thấy mình học được gì. Học tập đến khi bạn phát hiện ra lý do tại sao bạn đúng hay sai. Tâm trí của bạn phải được thay đổi.

Bạn có thể muốn xem đội ghi điểm trong bài kiểm tra Joel.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.