Khi là một thiên tài kỹ thuật không đủ để trở thành một nhà phát triển thành công? [đóng cửa]

Đã có rất nhiều cuộc thảo luận xung quanh câu hỏi xuất sắc " Liệu danh tiếng cao trong Stack Overflow có giúp có được một công việc tốt không? ". Tôi ngay lập tức đồng ý với JoshK rằng về cơ bản là nói " Không " (tôi sẽ giải thích lý do tại sao), nhưng Joel đã nói với rất nhiều sự thật thuyết phục khiến tôi cũng ủng hộ anh ấy.

Câu hỏi của tôi là những kỹ năng nào khác (ngoài việc là một thiên tài kỹ thuật) mà bạn yêu cầu từ một nhà phát triển? Để có được công việc, hoặc để giữ nó.

Tôi tin rằng trở thành một thiên tài là không đủ. Tôi đã gặp nhiều thiên tài kỹ thuật trong các công ty khác nhau mà tôi đã làm việc vì điều đó đã gây ấn tượng với tôi rất nhiều, nhưng đáng buồn là trong nhiều trường hợp, họ chỉ bị sa thải sau vài tháng hoặc đưa vào tháp ngà (chủ yếu là do sự đột biến nội bộ từ các nhà phát triển khác). Tôi đã thấy nhiều người gặp nạn như là kết quả của điều này mà tôi hiểu.

Đó là lý do tại sao tôi là một fan hâm mộ lớn của các câu hỏi phi kỹ thuật cho các vị trí kỹ thuật. Tôi muốn biết ứng viên sẽ tương tác với những người khác như thế nào (kể cả nhân viên phi kỹ thuật), anh ta sẽ cân nhắc bao nhiêu cho doanh nghiệp, nếu anh ta sẽ làm việc cho kết quả mong muốn, v.v.

Tôi muốn biết những gì bạn yêu cầu từ các nhà phát triển của mình và TẠI SAO điều đó quan trọng (sau tất cả, bạn thuê ai đó để viết mã, phải không? Tại sao bạn lại muốn anh ấy quyết đoán?) . Lý tưởng nhất, tôi muốn bạn đưa ra một câu hỏi ví dụ bạn sẽ hỏi trong các cuộc phỏng vấn để hỗ trợ câu trả lời của bạn.

Kỹ năng giao tiếp tuyệt vời.

Nếu đồng nghiệp của bạn không thể đọc bộ não của bạn trực tiếp, bạn sẽ cần có thể nói với họ những gì bạn nghĩ. Tốt hơn cả bằng lời nói và bằng văn bản.

EDIT: Một cách để nhìn thấy họ tại thời điểm phỏng vấn có thể là bằng cách hỏi họ khuôn khổ yêu thích của họ để làm X là gì, và sau đó nói rằng họ cần phải làm việc trong một dự án mà X có thể được sử dụng, nhưng đó là một quyết định chính trị để sử dụng công nghệ Y (rõ ràng là cũ hơn và có một số hạn chế mà X giải quyết).

Nếu điều này kết thúc trong một cuộc tranh luận về lý do tại sao quyết định chính trị là sai, bạn có một dấu hiệu mạnh mẽ về việc người này không làm tốt với các quyết định thực dụng.

Làm việc nhóm / giao tiếp:

• để có thể giải thích các giải pháp của bạn hoặc vấn đề của bạn
• để có thể làm việc với người khác mà không khiến họ cảm thấy tồi tệ (bằng bất kỳ cách nào) - làm cho họ cảm thấy làm việc với bạn thật dễ chịu

Không có những kỹ năng đó, bạn không thể làm việc theo nhóm và nếu không thể, bạn sẽ không thể vào một công ty yêu cầu điều đó (và hầu như tất cả đều yêu cầu làm việc theo nhóm một cách tự nhiên). Bạn vẫn có thể tự do và làm việc trong các dự án không có người khác làm việc, nhưng bạn vẫn phải giao tiếp với mọi người từ các công ty khác.

Ngay cả khi học, nếu bạn không thể giao tiếp với nhiều người khác nhau, như trên web, thì bạn có thể không thể làm tốt hơn trong cuộc sống thực và trong xã hội (bất kể công việc gì), đó là một sự bất lợi.

chỉnh sửa> Trong cuộc phỏng vấn, làm việc nhóm / xã hội hóa / giao tiếp thực sự dễ kiểm tra, nó có thể là điều dễ nhất. Bạn chỉ cần hỏi một số câu hỏi, không phải kỹ thuật, câu hỏi dễ trả lời hoặc đơn giản là câu hỏi về những gì ứng viên nghĩ về điều gì hoặc những gì ứng viên thích hoặc không thích trong một miền hoặc khác. Làm cho anh ta nói chuyện. Bạn sẽ thấy.

Kiên trì là một kỹ năng mà tôi không thấy đề cập nhiều. Và đó là một kỹ năng - khả năng khiến bản thân bạn vượt qua một vấn đề, ngay cả khi bạn không thể nhìn thấy kết thúc. Nhiều người không làm điều này; họ chỉ làm việc trên đà, hoặc chỉ làm tối thiểu để có được bằng. Thật không may, không có cách nào để biết một người có đặc điểm này hay không bằng cách nói chuyện với họ. Bạn thực sự cần có khả năng nói chuyện với những người đã làm việc với người đó. Tài liệu tham khảo có thể làm điều này, nhưng tùy chọn đó không phải lúc nào cũng có sẵn.

Đây là những đặc điểm nhiều hơn kỹ năng, nhưng tôi có thể đề nghị những điều này vẫn đáng để tìm thấy ở một người nào đó để trở thành một nhà phát triển thành công:

Tính linh hoạt sẽ là một đặc điểm khác mà tôi đưa vào đó. Đôi khi, một nhà phát triển có thể phải lấp đầy các vai trò bên ngoài sự phát triển thuần túy, ví dụ như nhà phân tích kinh doanh, kiến ​​trúc sư hoặc người thử nghiệm. Tôi biết tôi đã có nhiều phần khác nhau trong các dự án mà tôi đang làm một việc gì đó ngoài việc thiết kế hoặc viết mã và đây sẽ là điều cần xem ở một dự án khác. Không phải ai cũng có thể chấp nhận đảm nhận những vai trò khác. Hỏi những loại tình huống mà nhà phát triển đã có trong quá khứ nơi họ phải thực hiện một vai trò khác và làm thế nào hóa ra.

Khiêm tốn sẽ là một yêu cầu khác mà tôi có thể đặt ra như một yêu cầu. Bản ngã có thể gây ra nhiều rắc rối ở một số nơi và không phải ai cũng có thể chấp nhận rằng có thể có ai đó giỏi hơn họ. Nếu ai đó có ý tưởng tốt hơn, hãy để đó là những gì được thực hiện. Bạn có thể có một mẫu mã của nhà phát triển mà bạn yêu cầu họ phê bình và xem họ có thể tự sửa lỗi tốt như thế nào.

Niềm tự hào sẽ là một thứ khác để đặt xuống đó. Điều này hơi trái ngược với chất lượng trước đó, nhưng nếu ai đó không có cảm giác tự hào về công việc của họ thì bạn nghĩ đó là loại chất lượng gì? Không hài lòng là hơi khác nhau ở đây vì có lẽ rất nhiều nhà phát triển có thể cầu toàn. Hỏi về những dự án trong quá khứ mà họ cảm thấy tự hào nhất?

Tự động lực cũng sẽ là một kỹ năng quan trọng để xem. Điều gì thúc đẩy họ? Làm thế nào tốt họ có thể nói rõ điều này? "Không gian văn phòng" có dòng này từ Peter Gibbons:

Tám, Bob. Điều đó có nghĩa là khi tôi mắc lỗi, tôi có tám người khác đến để nói với tôi về điều đó. Đó là động lực thực sự duy nhất của tôi là không bị quấy rầy, điều đó và nỗi sợ mất việc. Nhưng bạn biết đấy, Bob, điều đó sẽ chỉ khiến ai đó làm việc đủ chăm chỉ để không bị sa thải.

Đó là điều mà tôi nghi ngờ nhiều nhà phát triển và không phải nhà phát triển có thể liên quan. Tại sao bạn làm công việc bạn làm? Đây có thể là một câu hỏi hay nhưng hãy tìm kiếm sự chân thành và tính xác thực trong câu trả lời vì đôi khi câu trả lời đóng hộp có thể xảy ra mà người ta phải phát hiện ra.

Sự tò mò sẽ là cuối cùng trong danh sách của tôi để thêm. Mong muốn xem một cái gì đó hoạt động như thế nào, để tìm hiểu các công nghệ mới và bước ra ngoài vùng thoải mái của mình, là những dấu hiệu khác cho điều này có thể tìm thấy ở các nhà phát triển thành công. Một câu chuyện ngắn về cách người ta phát triển có thể là một cách để nhìn thấy đặc điểm này mặc dù người khác hỏi họ về điều gì đó họ chưa từng thấy và xem họ có, "Chà có thể thú vị để khám phá" hoặc " Ôi, không phải thế nữa đâu, "kiểu nhìn.

1) Giao tiếp có lẽ là kỹ năng quan trọng nhất đối với bất kỳ ai, kể cả các loại kỹ thuật phần mềm phải có. Những kỹ năng giao tiếp đó không kém phần quan trọng để giao dịch với người quản lý và khách hàng vì chúng là để đối phó với đồng nghiệp.

2) Làm việc theo nhóm là một kỹ năng hơi khác nhau, phụ thuộc rất nhiều vào người đầu tiên. Về cơ bản, tôi cần xác định xem người mà tôi đang cố gắng thuê sẽ có lợi cho toàn bộ nhóm hay không, hoặc sẽ có một số xung đột về tính cách mà tôi có khả năng tuyển dụng. Không ai có thể dự đoán tương lai, nhưng bạn cũng không thể bỏ qua các dấu hiệu cảnh báo trong cuộc phỏng vấn.

Một chiến thuật mà tôi sử dụng trong quá trình phỏng vấn là yêu cầu người đó mô tả một trong những vấn đề kỹ thuật khó khăn hơn (mà họ có thể nói về) và cách họ giải quyết chúng. Khi họ nói qua quá trình suy luận của họ và cách họ phát hiện ra vấn đề, bạn có thể hiểu rõ hơn về việc họ có thể giao tiếp tốt như thế nào về những điều có thể phức tạp. Nếu họ tìm kiếm một số trợ giúp bổ sung trong quá trình, tôi thấy đó là một lợi thế. Không ai trong chúng ta là những nhà công nghệ hoàn hảo. Nếu vấn đề họ chọn kết thúc là một cuộc đụng độ cá tính (chỉ xảy ra một lần), bạn có thể vượt qua hoặc thăm dò sâu hơn một chút.

Theo nhiều cách, quá trình phỏng vấn giống như đi vào một ngày mù. Cả hai người đều có khuôn mặt đẹp nhất, cố gắng tìm hiểu xem họ có muốn dành thêm thời gian cho bên kia không. Bạn càng có thể khiến cuộc phỏng vấn trôi chảy như một cuộc trò chuyện, người được phỏng vấn sẽ càng thoải mái hơn; và do đó, bạn sẽ thấy tốt hơn nếu chúng phù hợp.

Mặc dù đó là một chất lượng có thể được áp dụng cho nhóm hơn là cho các nhà phát triển cá nhân, tôi nghĩ rằng có rất nhiều điều đằng sau câu nói: "Các kỹ sư tuyệt vời xuất xưởng".

Đó là điều khó có thể chứng minh trong một cuộc phỏng vấn đối với hầu hết mọi người, nhưng nếu tôi đang phỏng vấn một ứng viên, ví dụ, đã viết và chuyển một ứng dụng, thư viện hoặc khung công tác nguồn mở đáng kể và có thể nói một cách hùng hồn về điều gì đó thêm vào nó thực sự cần phải hoàn thành một dự án không tầm thường, tôi sẽ phải cho người đó vượt lên trên cuộc thi của mình.

Ngược lại, nếu một ứng viên tiềm năng chỉ cho tôi tài khoản Github của anh ấy và tôi thấy rằng nó có đầy đủ các dự án đã hoàn thành một nửa, lỗi, bị bỏ quên hoặc tài liệu kém, tôi sẽ có lý do chính đáng để coi thường ứng cử viên của mình.

"Cà phê là dành cho người đóng cửa", như một người đàn ông đã nói trong một bộ phim một lần.

Kỹ năng giao tiếp và làm việc nhóm rất quan trọng, nhưng tôi sẽ nói thêm rằng việc có thể hiểu các yêu cầu của khách hàng và có được kiến ​​thức về lĩnh vực kinh doanh cũng rất quan trọng trong kinh nghiệm của tôi.

Tôi đồng ý rằng truyền thông là tối quan trọng, nhưng tôi đã trải qua một thất bại ở một lập trình viên xuất sắc, người sẽ không cho các kỹ sư khác sử dụng các quy trình của mình. Tôi đã có thể sao chép quy trình của anh ấy và cho họ xem nhưng không cần sự giúp đỡ của anh ấy. Anh ta bị đuổi việc vì anh ta sẽ không dạy.

Nó không bao giờ là đủ.

Tâm lý chung. Giải quyết vấn đề. Quan tâm đến công nghệ nói chung. Thái độ làm việc đúng cách. Kiên trì. Đội chơi / Truyền thông.

Đánh giá từng kỹ năng vào ngày 1-5. Nếu bạn có tối thiểu 3 và trung bình 20+. Bạn sẽ có một cuộc sống tốt như một nhà phát triển. 25+ sẽ là nhà phát triển thành công. Ít hơn 10 và bạn cần nghiêm túc suy nghĩ về một nghề nghiệp trong phát triển phần mềm.