Lựa chọn giữa hai lập trình viên: kinh nghiệm so với đam mê [đóng]


82

Tôi đang ở một vị trí mà tôi phải thuê một lập trình viên và có tùy chọn 2 ứng viên, người đầu tiên có kinh nghiệm nhưng anh ta không có niềm đam mê mã hóa và anh ta nói vậy trong khi người thứ hai không có kinh nghiệm nhưng anh ta có niềm đam mê, anh ấy đã làm tốt trong cuộc phỏng vấn và được chứng nhận.

Chúng tôi có các nguồn lực để đào tạo ai đó, nhưng tôi thực sự không muốn thổi bùng quá trình này và thuê một người sẽ gây thất vọng. Bất cứ ai có thể giúp tôi làm thế nào để tiếp cận tình huống này?


6
Tôi ước nó là "khéo léo và đam mê"
iamgopal

32
-1 cho người được phỏng vấn thừa nhận không có niềm đam mê với công việc mà anh ta đang phỏng vấn.
Wonko the Sane

1
Xin hãy giải thích. Đam mê là một từ được tải trong cách sử dụng này. Ngoài ra, không rõ liệu niềm đam mê mã hóa có nghĩa là nghiêm túc cho giai đoạn phát triển mã hóa hay tốc ký cho phát triển phần mềm. Bạn cần gì? Là đáp ứng các mục tiêu ngắn hạn là điều quan trọng nhất?
mctylr

4
Điều gì sẽ xảy ra nếu anh ta nói dối về niềm đam mê hoặc chỉ là diễn xuất?
Lukasz Madon

8
+1 cho người được phỏng vấn thừa nhận không có niềm đam mê với công việc mà anh ta đang phỏng vấn, Ít nhất anh ta cũng đủ thành thật.
Sarawut Positwinyu

Câu trả lời:


156

Thuê lập trình viên thiếu kinh nghiệm với niềm đam mê với nghề. Một lập trình viên đam mê sẽ học hỏi nhanh chóng, quan tâm đến công việc của mình và thích làm việc đó. Tôi đã làm việc với cả hai loại lập trình viên và tôi sẽ luôn thuê những người đam mê hơn những người có kinh nghiệm.

Những người không quan tâm đến công việc của họ cuối cùng dẫn đến các vấn đề về chất lượng cũng như đáp ứng thời hạn.

Vì bạn tuyên bố rõ ràng rằng bạn có tài nguyên để đào tạo ai đó, đây là điều không có trí tuệ. Thuê lập trình viên đam mê.


6
+1 ... ít nhất là người đam mê không có lý do để rời đi ... trừ khi anh ấy / cô ấy quá đam mê.
Công việc

10
+1 Có một câu nói ... "anh chàng đó có 1 năm kinh nghiệm 7 lần". Một trường hợp rõ ràng trong đó kinh nghiệm (thuộc loại) không thực sự hiệu quả với bạn.
quick_now

14
Trên hết, rất nhiều lập trình viên "có kinh nghiệm" chỉ là những người đã tồn tại trong một thời gian dài, không phải là họ tốt: p
Philippe

3
+1 mỗi lần. Đó là một rất nhiều dễ dàng hơn để có được kinh nghiệm hơn là để khôi phục lại niềm đam mê và bạn không cần phải có "niềm đam mê sump" trong bất kỳ đội bóng.
John Parker

5
Đúng, với một cảnh báo. Một lập trình viên đam mê có thể học hỏi nhanh chóng. Đôi khi, thật không may, một số người "chỉ không nhận được nó."
Wonko the Sane

117

Mặc dù không có ai đăng bài ở đây để cho bạn biết nên thuê ai, tôi muốn đưa ra một chút phản biện cho quá trình tố tụng ...

Một trong những khởi đầu mới gần đây nhất của chúng tôi là hình ảnh tuyệt đối về trải nghiệm chuyên nghiệp .

Vào lúc 9, ra lúc 5, một giờ cho bữa trưa. Không có lates, không cuối tuần.

Điều này có vẻ rất tệ đối với hầu hết những người đã phản hồi cho đến nay.

Tuy nhiên, không chỉ mã của anh ấy tốt hơn (sạch sẽ, súc tích, khuôn mẫu, dễ hiểu, có thể duy trì, kiểm tra, đúng giờ! ) So với hầu hết các thành viên khác trong nhóm, anh ấy còn là một ban âm thanh xuất sắc cho các nhà phát triển đam mê khi họ nghĩ rằng họ sắp giải quyết tất cả các tai ương của chúng ta là một triển khai duy nhất, một nguồn kiến ​​thức và sự tỉnh táo cứu chúng ta khỏi chính chúng ta.

Anh ấy biết làm thế nào để đẩy lùi chống lại quản lý đẩy. Anh ta có thể phát hiện ra phạm vi leo một dặm xuống đường. Ông viết nhiều bài kiểm tra đơn vị hơn bất kỳ ai khác. Anh ta không b * tch và rên rỉ khi anh ta bị vướng vào một nhiệm vụ nhàm chán, và anh ta có lẽ vẫn sẽ ở đây trong 5 năm nữa.

( Để thêm vào câu trả lời đầu tiên của tôi )

Làm thế nào để bạn biết đam mê đam mê khác so với thực tế, ông đã nói với bạn?

Anh ấy có thể đang làm một khuôn mặt sắc sảo nhất bởi vì anh ấy rất cần công việc, mọi người sẽ nói hầu hết mọi thứ để có được một công việc vào lúc này

Anh ta có thể nghĩ rằng anh ta đam mê mã hóa, nhưng liệu ánh sáng sẽ bắt đầu mờ nhạt khi anh ta nhận ra 99% chúng ta không viết mã gợi cảm .

Kinh nghiệm là định lượng và có thể chứng minh.

Kinh nghiệm biết rằng hàng ngày, hầu hết chúng ta làm việc trên các hệ thống không gợi cảm và mã di sản bẩn. Và Kinh nghiệm cho thấy họ vẫn có thể kéo mình ra khỏi giường vào buổi sáng để đối phó với điều đó.

Tôi muốn nhắc lại rằng tôi không nói cho ai biết thuê ai. Tôi không nghĩ rằng kinh nghiệm tốt hơn so với niềm đam mê hoặc ngược lại. Tôi không phải là người thất vọng về những người đam mê mã hóa, nhưng tôi cảm thấy hơi lo lắng khi thấy sự thiếu cân bằng được trình bày ở đây. Tất cả các câu trả lời được bình chọn hàng đầu khác ở đây đưa ra những lập luận hợp lệ rất tốt (Matthew Kubicina, Người dùng 9094, Otávio Décio, Bernard Dy) và tôi đã bỏ phiếu cho họ như vậy ngay cả khi tôi có bảo lưu về một số ý kiến ​​của họ.


7
+1 Điều đó nói rằng, có vẻ như người trong câu hỏi khá đam mê mã hóa. (Tôi không nghĩ rằng có bất kỳ sự phân chia chuyên nghiệp / đam mê nào, theo nghĩa đó.)
John Parker

9
Anh ấy không dành thời gian rảnh để viết mã. Anh ta không tham gia tranh luận về ý kiến ​​của các blogger khác nhau về mốt mã hóa mới nhất. Anh ấy luôn nói với mọi người ngừng cố gắng làm cho nó trở nên phức tạp. Anh ấy không phải là một mọt sách và công việc không phải là số 1 của anh ấy trong cuộc sống. Vậy làm thế nào để bạn phát hiện ra một "somewhat" passionate programmer? Có phải việc chọn một văn bằng & nghề nghiệp trong lập trình không gợi ra một số đam mê? Chỉ vì ứng cử viên không xác định là một ninja-uber-nerd cuồng tín, người đã phá vỡ StackOverflow, không phải điều này chỉ có nghĩa là anh ta không phải là một người đam mê cuộc sống bên ngoài văn phòng và? ...
gingerbreadboy

4
Tôi đã đề cập đến việc bắt mặc dù In at 9, out at 5, one hour for lunch. No lates, no weekends.. Ngoài ra, có ai đó viết clean, concise, patterned, understandable, maintainable, testable, on timemã thực sự quá tốt là đúng? Hay chỉ cần có kinh nghiệm và chuyên nghiệp?
gingerbreadboy

15
9-5 có thể là kinh nghiệm nói là tốt. Bằng cách đặt ra luật, nó buộc ban quản lý phải lên kế hoạch phù hợp và không cố gắng lấp đầy thời gian. Làm thêm giờ có một cách để trở thành một thói quen.
MIA

32
+1 cho anh chàng 9-5! Đừng đánh giá thấp các lập trình viên chỉ lặng lẽ với công việc và tạo ra kết quả tuyệt vời. Thật không may, quản lý có xu hướng bỏ qua những người này cho những người hét to nhất. Tại nơi của chúng tôi, đi quá hạn một tuần và sau đó tuyên bố bạn đã làm việc chăm chỉ như thế nào để hoàn thành nó có xu hướng được chú ý nhiều hơn là chỉ hoàn thành đúng hạn ở nơi đầu tiên.
Qwerky

50

Tôi muốn nói rằng nó phụ thuộc vào phần còn lại của đội :

  • Nếu bạn đã có rất nhiều lập trình viên có kinh nghiệm, thì hãy chọn những người đam mê

  • mặt khác, nếu bạn chỉ có một hoặc hai lập trình viên có kinh nghiệm cộng với nhiều sinh viên / lao động rẻ với ít kinh nghiệm nhưng không tốn nhiều chi phí, thì người có kinh nghiệm sẽ hữu ích hơn.


13
Trừ khi Mr Experience chán, đặt theo cách của anh ta, hoặc gây rối. Trong trường hợp bạn có một thảm họa trên tay của bạn. Tôi đã thấy những trường hợp kinh nghiệm mà mọi người có nhiều kinh nghiệm cho rằng cách của họ là cách duy nhất và đúng QUYỀN, vì vậy họ từ chối làm việc theo tiêu chuẩn của công ty, không đồng ý với chiến lược, phàn nàn về quản lý ... và biến thành ăn mòn. Đam mê có thể bị phá hủy nhưng cũng (nếu được khai thác) một lực lượng mạnh mẽ cho sự nhiệt tình và cắt xuyên qua những thứ nhảm nhí.
quick_now

2
Tôi hoàn toàn đồng ý. Tôi đã thực sự viết một bài về trải nghiệm quan trọng như thế nào. Một loạt các đào tạo ngay lập tức không thể thay thế 5-10 năm (hoặc nhiều hơn) kinh nghiệm. Nó chỉ đến với các lập trình viên có kinh nghiệm bắt đầu có thể nhìn thấy tất cả những cạm bẫy ngay lập tức. Ngoài ra, tôi thấy rằng các lập trình viên thiếu kinh nghiệm có xu hướng tạo ra các giải pháp phức tạp hơn nhiều. Vì vậy, nếu bạn chưa có mức độ kinh nghiệm đó trong nhóm phát triển, hãy lấy nó!
Pete

1
+1 NÀY. Như bạn có thể thấy từ các câu trả lời khác, có nhiều lý do để chọn một trong hai cách. Vì vậy, hãy chọn một trong những lời khen tốt nhất cho đội hiện tại của bạn và cung cấp thứ mà bạn không có nhiều.
BlairHippo

20

"Có kinh nghiệm" không nhất thiết có nghĩa là "mắc kẹt trong cách của anh ấy"

Là một nhà phát triển có kinh nghiệm ở cấp độ trung bình (tôi chưa đủ 40 tuổi), tôi hơi hoảng hốt rằng phần lớn các câu trả lời ở đây dường như ngụ ý rằng ai đó đã "ở đó, đã làm điều đó" không biết làm thế nào theo kịp các bạn trẻ. Đó là một giả định không công bằng và nguy hiểm để thực hiện.

Tôi sẽ quan tâm để biết những gì anh chàng có kinh nghiệm thực sự nói. Nếu anh ta nói "Tôi không có đam mê với tiền mã hóa" thì có, tôi có lẽ sẽ không coi anh ta, giống như cách mà tôi có lẽ sẽ không coi người ăn chay là đồ tể. Tuy nhiên, nếu câu trả lời của anh ấy về "bạn làm gì trong thời gian rảnh" không phải là về mã hóa và người phỏng vấn ngụ ý rằng điều đó có nghĩa là anh ấy không có niềm đam mê mã hóa, thì đó hoàn toàn là một thứ khác.

Lưu ý rằng tôi không nói anh ta nên thuê anh chàng có kinh nghiệm, hoặc anh chàng đam mê. Tôi đã không phỏng vấn một trong hai, và không biết gì về văn hóa của công ty anh ta.

Từ điển.com :
ex · pe · ri · enced / kˈspɪəriənst / Hiển thị chính tả [ik-speer-ee-uhnst]

  1. khôn ngoan hoặc khéo léo trong một lĩnh vực cụ thể thông qua kinh nghiệm: một giáo viên giàu kinh nghiệm.
  2. có học qua kinh nghiệm; dạy bằng kinh nghiệm: kinh nghiệm qua nghịch cảnh.
  3. chịu đựng; trải qua; chịu qua: bất hạnh trải qua.
    Xuất xứ: 1560 Từ 70; kinh nghiệm + -ed2

Các hình thức đơn giản không phải là · ex · pe · ri · enced, tính từ qua

Những từ đồng nghĩa 1. lành nghề, chuyên gia, thực hành, kỳ cựu, thành đạt, thông thạo, lão luyện, có trình độ.


7
Là một bác sĩ thú y gần 40 tuổi, người hiếm khi đánh lừa mã trong thời gian rảnh trừ khi anh ta có một vấn đề rất cụ thể để giải quyết, cảm ơn bạn. Bạn không cần phải mang công việc này về nhà để giỏi về nó.
BlairHippo

Có một sự khác biệt giữa cân bằng giữa công việc và cuộc sống gia đình và thờ ơ, năng lượng thấp và nghẹt thở. Tôi không nghĩ bất cứ ai ngụ ý rằng trải nghiệm đó là xấu, chỉ là trải nghiệm không có lái xe về cơ bản giống như một chiếc xe cơ bắp siêu nhanh không có trạm xăng.
jmort253

12

Hoặc, chọn một điểm có số điểm StackOverflow cao nhất: D


11

Bạn nên thuê một người mà bạn xác định là có mối quan tâm nhất trong việc giải quyết các nhu cầu của công ty bạn hơn tất cả. Tôi đã thấy những trường hợp mà một nhà phát triển rất giỏi và đam mê được thuê chỉ để nhanh chóng hoàn thành bất cứ điều gì anh ta phải làm cho người chủ trả tiền và gấp rút chăm sóc doanh nghiệp của chính mình.


Xây dựng xin vui lòng - ý của bạn là "chăm sóc doanh nghiệp của riêng bạn" là gì?
Công việc

1
@Job: Tôi cho rằng anh ta sẽ làm việc theo chương trình nghị sự của riêng mình và thực hiện công việc "vùng xám", tức là không được đề xuất rõ ràng cũng không bị cấm. Đây có thể là một lợi ích tốt cho một dự án có nhiều lỗ hổng và các phần mục nát, nhưng nó thường phá vỡ lịch trình / lộ trình, ít nhất là trong ngắn hạn.
Macke

9

Nhà tư vấn quản lý CNTT Paul Glen đã viết về khái niệm đam mê tại nơi làm việc trong bài tiểu luận này cho Computerworld . Bạn có thể thấy đó là một viễn cảnh thú vị, mặc dù tôi không đồng ý với khẳng định ngụ ý của Glen rằng niềm đam mê và sự ổn định là loại trừ lẫn nhau. Tôi nghĩ bạn có thể có cả hai. Tôi đề nghị bạn cũng duyệt các bình luận sau bài viết; một số người có những hiểu biết khác.

Điều đó nói rằng, trong trường hợp của bạn, nó dường như là một sự lựa chọn giữa hai. Nhưng hãy để ý những gì bạn muốn nói khi bạn nói "đam mê".

Khi anh chàng có kinh nghiệm nói rằng anh ta không đam mê, có phải anh ta không quan tâm đến chất lượng công việc, hay chương trình đó không phải là tình yêu đầu tiên của anh ta (có lẽ anh ta có một gia đình? nhà sản xuất bia?). Thực sự, nếu một anh chàng có kinh nghiệm không đam mê học ba ngôn ngữ mới ngoài những gì anh ta đã biết, nhưng vẫn theo kịp ngôn ngữ chính, công cụ của mình, và cũng như một số loại bia tại nhà, tôi nghĩ tôi có thể sống với điều đó.

Nhưng nếu anh chàng có kinh nghiệm là một nhà phát triển khủng khiếp và không quan tâm đến việc cải thiện, thì tôi sẽ không gọi đó là đam mê, tôi gọi đó là không chuyên nghiệp. Thumbs down trong trường hợp đó.


EDIT: Sau khi đọc thêm một số câu trả lời, tôi nghĩ tôi sẽ thêm một chút. Tôi nghĩ rằng khó khăn nằm ở thông số của câu hỏi của OP: chúng tôi không biết nhà phát triển nào trong hai nhà phát triển có thẩm quyền . Chúng tôi tập trung vào việc đánh giá hai đặc điểm có vẻ mâu thuẫn, mặc dù như tôi đã đề cập ở trên, tôi tin rằng bạn có thể có cả kinh nghiệm và đam mê. Tuy nhiên, cả hai cũng có thể là những điều xấu.

Tôi đã làm việc với một anh chàng có kinh nghiệm một lần thông minh, nhưng cũng đã dành phần lớn cuộc đời của mình để phát triển trong chân không. Tôi đã dành nhiều thời gian để tranh luận với anh ấy như tôi đã làm bất kỳ công việc nào được thực hiện. Anh ấy vừa có kinh nghiệm vừa đam mê, nhưng không thực sự giúp được đội của tôi.


3
Vâng, tôi yêu công việc của mình, nhưng tôi không 'đam mê' đủ để kéo những người suốt đêm lặp đi lặp lại chỉ vì một số người quản lý đã không có hành động của họ với nhau.
Stewol

1
Điểm tuyệt vời, đặc biệt là (IMO) trong chỉnh sửa. Để tiếp tục đi xuống cùng một con đường, chắc chắn có thể đam mê, nhưng vẫn hôi thối, mã hóa. Tôi cũng đã làm việc với những người đó.
Wonko the Sane

5

Nếu bạn đọc Code Complete bạn sẽ biết rằng:

Kinh nghiệm không quan trọng bằng bạn nghĩ

Điều này là do ngay cả những điều cơ bản thay đổi liên tục trong lĩnh vực phần mềm , điều này có nghĩa là anh chàng có kinh nghiệm bị mắc kẹt trong những cách thức cũ và không quan tâm đến việc học những điều mới - năm này qua năm khác.

Anh chàng đam mê gần như chắc chắn sẽ làm điều này - ngay cả trong thời gian của mình. Tôi sẽ thuê niềm đam mê kinh nghiệm mọi lúc


Chơi lô tô. Tôi biết nhiều nhà phát triển "có kinh nghiệm" biết một ngôn ngữ, ngôn ngữ họ làm việc ngay bây giờ và một công nghệ cho việc này và một công nghệ cho ... những ngôn ngữ họ đang sử dụng. Không có gì khác. Và không có gì khác quan tâm đến họ.
Jürgen A. Erhard

2
Có thật không? Cộng đồng SO không thể đưa ra một phát minh quan trọng kể từ năm 1980 đã ảnh hưởng đến những điều cơ bản của phần mềm, ít nhất là IMHO. Alan Kay được cho là có một trích dẫn về hiệu ứng này.
justkt

1
@Jae bề ngoài, tôi hiểu và đồng ý với bạn. Nhưng tôi cũng biết một số nhà phát triển biết một số ngôn ngữ và mã theo cùng một cách trong tất cả các ngôn ngữ: rất tệ. Tôi nghĩ chìa khóa là năng lực, vì kinh nghiệm và đam mê có thể có cả mặt tốt và mặt xấu. Nếu các nhà phát triển của nhóm có năng lực, thì kinh nghiệm và niềm đam mê là những đặc điểm phụ chỉ đơn giản là thêm kết cấu vào thành phần của nhóm.
Bernard Dy

Không có nhiều trong lập trình dòng chính mà không được biết đến trong các học giả 20 năm trước. Với giáo dục đúng đắn, người ta không cần phải thử mọi thứ trong thời gian rảnh rỗi.
Sjoerd

@Sjoerd LINQ - 20 năm trước? Họ có thể biết những điều trong lý thuyết, nhưng tất cả chúng ta đều biết thực hành khác nhiều
billy.bob

3

Cũng không

Tôi sẽ không bao giờ thuê bất cứ ai không đam mê công việc của họ trừ khi đó là một nhiệm vụ khá nguy hiểm và có lẽ thậm chí là không. Điển hình là không có đam mê nghĩa là họ

1) không được hưởng những gì họ làm:

2) họ đang chi tiêu số tiền tối thiểu nếu thời gian cần thiết để thực hiện nó, còn gọi là "Đó chỉ là một ob"

3) Đang lấy đi bầu không khí trong nhóm / công ty của bạn thay vì thêm vào đó

Mặt khác, kinh nghiệm là vô cùng quan trọng đối với các lập trình viên, một người không đam mê có thể có thể dành 10 000 giờ kinh nghiệm cần thiết để trở thành một chuyên gia nhanh hơn bằng cách hy sinh "cuộc sống" của mình và những sở thích khác nhưng vẫn sẽ mất một vài năm

Vì kinh nghiệm rất đáng giá nên hầu như không bù đắp về mặt kinh tế bằng mức lương thấp hơn một chút. Vì vậy, tôi cũng không nói, hãy đi với một người có kinh nghiệm đàng hoàng ít nhất là những người đam mê. Trẻ hơn (vì họ không có con và vợ phiền phức) và đam mê hơn họ là những trải nghiệm ít hơn bạn có thể yêu cầu :)


3
Đó là một cảnh sát.
dan_waterworth

Dựa trên lập luận đó, sẽ không có người mới bắt đầu nào được thuê. Bạn không thể có được kinh nghiệm trừ khi bạn có một công việc.
Konrad Rudolph

chỉ khi bạn giảm giá các hoạt động tuyển dụng tồi, và đó là một vấn đề lớn nếu;) Có một số dự án mà bạn thực sự cần rất nhiều lập trình viên (ngay cả khi họ chạy theo luật Brooks), nơi bạn có thể nhồi nhét những người mới bắt đầu. Người mới bắt đầu / Học sinh mới cũng có một lợi ích lớn ở chỗ bạn có thể chạy chúng vào ban ngày và ban đêm trong bong bóng công ty nhỏ của bạn trước khi chúng lớn lên, biết rõ hơn và di chuyển theo. Đó dường như là chiến lược của microsofts ít nhất trong những ngày đầu.
Homde

1
Vì vậy, làm thế nào nó là một tên khốn hoài nghi? ;-)
Jürgen A. Erhard

Này, không giống như tôi sẽ làm một cái gì đó như thế: P Nhưng thật tốt khi biết "thực hành" kinh doanh như thế để tránh rơi vào chúng. Hy vọng rằng hầu hết có đủ ý nghĩa không sử dụng chúng. Bên cạnh đó, cá nhân tôi tin rằng việc thuê một lập trình viên ít hơn nhưng có kỹ năng hơn và phần thưởng phong phú có ý nghĩa kinh doanh hơn nhiều dễ chịu hơn cho mọi người.
Homde

2

Câu trả lời đơn giản Đi cho đam mê một

Anh ấy / cô ấy sẽ đặt niềm đam mê của mình để làm cho mọi thứ tốt hơn và sẽ mã hóa trong thời gian dài


... Hoặc cho đến khi hàng giờ dài "đam mê" về nghề thủ công dẫn đến kiệt sức sớm. Cái nào đến sớm hơn.
Wonko the Sane

1

thật dễ dàng để kết hợp niềm đam mê mã với niềm đam mê để có được một công việc (hoặc niềm đam mê để có được một kiểm tra hàng tháng).

Ngoài ra, dễ dàng kết hợp kinh nghiệm với nhiều năm sử dụng tủ.

Dù sao, một lập trình viên có kinh nghiệm thực sự có thể làm từ x2 đến x10 hơn là người mới, bất kể người mới có đam mê hay không.

Ngược lại, một người mới có thể dành cho bạn rất nhiều thời gian để làm câu hỏi ngu ngốc, hãy nhớ rằng, hầu hết các lập trình viên được đánh giá bởi công việc của họ, chứ không phải bằng cách dạy người khác.


1

Có vẻ như bạn có thể cần thêm thông tin để đưa ra quyết định. Là một phần của quá trình phỏng vấn của bạn, bạn đã có các ứng viên thực sự thiết kế hoặc viết bất kỳ mã nào chưa? Nếu không, có lẽ đó là bước tiếp theo của bạn. Hãy nghĩ về một vấn đề đơn giản để họ giải quyết và đặt chúng vào nhiệm vụ đó trong một khoảng thời gian ngắn.

Xem lại công việc của họ với họ sau này trong cuộc phỏng vấn. Xem làm thế nào tốt họ có thể giải thích giải pháp của họ. Thăm dò họ để xem liệu họ có thể nghĩ ra cách cải thiện những gì họ đã giao không.

Theo kinh nghiệm của tôi, đưa các nhà phát triển thông qua một 'thử giọng' như thế này là cách tốt nhất để xác định các ứng viên thực sự đáng tuyển dụng.


1

Đam mê không phải lúc nào cũng chuyển thành kỹ năng. Đôi khi đam mê == kiêu ngạo và không linh hoạt.

Kinh nghiệm không phải lúc nào cũng chuyển thành kỹ năng. Đôi khi kinh nghiệm == kiêu ngạo và không linh hoạt.

Tóm lại: Thuê người tốt nhất cho công việc nhất định . Điều này bao gồm niềm đam mê, kinh nghiệm, kỹ năng, tính cách, độ tin cậy và đừng quên sự kiên trì.


0

Vào cuối ngày, kinh nghiệm có nghĩa là không có gì nếu không có niềm đam mê. Một người có kinh nghiệm không có niềm đam mê sẽ không bao giờ sống hết khả năng của họ, và họ sẽ không cải thiện kỹ năng của họ. Những gì bạn thấy là những gì bạn nhận được, kết thúc câu chuyện.

Đam mê là một nhiên liệu nóng bỏng, có thể biến thiếu kinh nghiệm thành kinh nghiệm. Đam mê có thể giúp giải quyết các vấn đề mà người có kinh nghiệm nói là không thể giải quyết được. Những người đam mê sẽ luôn tìm cách cải thiện. Những người đam mê đừng bỏ cuộc.

Những người có kinh nghiệm đã từ bỏ giống như nhân vật Gene Wilder trong Blazed Saddles. Anh ta có tất cả sự công nhận này là khẩu súng nhanh nhất ở phía tây, nhưng tất cả kinh nghiệm đó hoàn toàn không có ý nghĩa gì vì anh ta không còn có thể giữ vũ khí ổn định để bắn thẳng.

Một người có kinh nghiệm không thể giữ vững khi đến lúc vượt trội so với đối thủ sẽ chỉ trở thành một trách nhiệm pháp lý.

Đi với người đam mê, hoặc tiếp tục phỏng vấn nhiều ứng viên hơn cho đến khi bạn tìm thấy sự pha trộn đúng đắn của lửa và trí tuệ.


0

Tôi cảm thấy, nếu bạn thấy rằng trong một cuộc phỏng vấn, ứng viên có kinh nghiệm thực hiện tốt về mặt kỹ thuật và anh ấy cũng thích viết mã. Vì vậy, anh ta sẽ làm việc hiệu quả hơn cho tổ chức của bạn sau một thời gian nếu anh ta được đào tạo đúng so với ứng viên có kinh nghiệm.

Nếu bạn muốn ăn thử ít thức ăn do người khác nấu, cố ý. Cuối cùng, sự lựa chọn là của bạn.


0

Wow các bạn, điều này đã khuấy động rất nhiều cuộc tranh luận cuối cùng, tôi quyết định cho tân binh này một cú sút và anh ấy đã hứa rất nhiều, đến mức tôi rất lo lắng có lẽ anh ấy đang làm việc chăm chỉ đến nỗi anh ấy sẽ kiệt sức.

Cuối cùng, tôi đã giao cho họ một nhiệm vụ lập trình 10 phút đơn giản và thảo luận về cách họ tìm đến giải pháp của họ và các giải pháp khả thi khác, các chuyên gia và khuyết điểm và tôi chỉ cảm thấy như tân binh dường như hiểu rõ âm thanh. Vì vậy, cuối cùng tôi đã đọc rất nhiều bài báo nhưng tôi cảm thấy như chàng trai trẻ là một lựa chọn tốt.

Không có gì sai với kinh nghiệm, nhưng rất nhiều lập trình viên đi làm và dành thời gian mơ mộng. Bạn không cần phải viết mã trong thời gian rảnh rỗi, rất nhiều người trong chúng ta làm nhưng điều đó không bắt buộc. Một lập trình viên có năng lực phải dành 40 giờ làm việc mỗi tuần để giải quyết vấn đề và cập nhật các công cụ của mình. Mặc dù sự thật là sự phân chia giữa các lập trình viên vĩ đại và trung bình tồn tại bởi vì trong nghề này, một cá nhân có thể vừa đi vừa là một phi hành gia kiến ​​trúc.

Cảm ơn tất cả các bạn rất nhiều


4
Tôi thích cách bạn trả lời câu hỏi của riêng bạn (hoặc thực tế là không) và sau đó chấp nhận nó.
Pemdas

0

IMO phụ thuộc vào lý do tại sao người không đam mê mất niềm đam mê của họ. Họ có nó không? Họ có muốn làm kiến ​​trúc hơn là loay hoay với API và vòng lặp không? Có phải họ vừa chua chát khi thấy mã xấu / quản lý kém mà điều đó khiến họ ngừng quan tâm? Đừng giảm giá cho một người nói rằng "Tôi không đam mê nghề của tôi" bởi vì có thể có những lý do hợp lệ. Ngay cả người đam mê nhất cũng sẽ nhanh chóng mất lửa khi họ chạy vào tường mỗi khi họ cố gắng thể hiện đam mê. Giống như hamster bị sốc, cuối cùng chúng sẽ học cách kéo theo bữa tiệc và niềm đam mê bị mất.


-1

Tôi tin rằng niềm đam mê được đánh giá quá cao một điểm lựa chọn cho một lập trình viên. Thuê một người mà bạn nghĩ sẽ ở lại công việc lâu nhất.


Tôi nghĩ hoàn toàn ngược lại - các nhà phát triển không đam mê (đó có phải là một từ không?) Có xu hướng trở thành những nhà phát triển lười biếng, theo kinh nghiệm của tôi. Họ không quan tâm đến việc hoàn thành công việc, họ chỉ quan tâm đến việc hoàn thành công việc.
Sevenseacat

@ leed25d - Không chắc tôi đồng ý. Điều cuối cùng tôi muốn trong nhóm của mình là một đàn mèo béo ngồi xung quanh hút hết oxy và lãng phí không gian.
jmort253

Cả hai bạn đang nói về năng lượng chứ không phải đam mê, dường như với tôi. Tôi đứng trước tuyên bố của tôi rằng "niềm đam mê" là một từ thông dụng ngày nay.
leed25d

3
Không bao giờ thuê một người không quan tâm đến những gì họ làm. Nó sẽ hiển thị trong sản phẩm của bạn.
Nicole

1
Lập trình là sự pha trộn giữa kỹ năng kỹ thuật và sự sáng tạo - lập trình viên không có niềm đam mê bị thiếu một nửa sự pha trộn đó. Trong trường hợp cực đoan ngay cả khi kỹ năng của họ bắt đầu OK, họ sẽ nhanh chóng bị thoái hóa.
FinnNk

-1

Tôi sẽ đi với chàng trai đam mê vì anh ta sẵn sàng học hỏi và sẽ thêm kết quả tuyệt vời nếu được hướng dẫn và động lực đúng đắn cho anh ta.

Lập trình luôn là 2 + 2 = 4. Nó sẽ không bao giờ thay đổi, và anh chàng đam mê sẽ thêm nhiều kết quả hơn cho nó với nhiều cách tạo ra kết quả tương tự 4.


Trừ khi ông chủ của bạn được gọi là O'Brien.
chiurox

@chiurox: Nếu tôi là ông chủ, tôi sẽ luôn thích chàng trai đam mê.
Thalaivar
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.