Làm thế nào tôi có thể nói trong một cuộc phỏng vấn nếu một lập trình viên đam mê lập trình? [đóng cửa]


102

Trong khi hầu hết các câu hỏi phỏng vấn tập trung vào kiến ​​thức hiện tại của một ứng viên hoặc kiểm tra kỹ năng của anh ấy / cô ấy để giải quyết các vấn đề thuật toán, tôi muốn thuê một nhà phát triển đam mê lập trình.

Nếu thay vì đặt câu hỏi như

Bạn biết gì về công nghệ "X"?

Tôi sẽ kiểm tra kiểm tra kiến ​​thức không liên quan trực tiếp đến việc giải quyết các vấn đề kỹ thuật phần mềm nhưng cho thấy mức độ tò mò của bạn đối với CNTT.

Ví dụ: nếu tôi tìm kiếm một nhà phát triển Java, tôi có thể hỏi ai là người có ảnh hưởng nhất trong thế giới Java hoặc hiển thị một đoạn Scala cơ bản và yêu cầu một ứng cử viên diễn giải mã.

Tôi thậm chí đã cân nhắc để hiển thị ảnh của Alan Turing và để người được phỏng vấn đoán xem ai là người trong bức ảnh. Liệu thực hành này có ý nghĩa gì?


119
Chỉ vì ai đó có thể bỏ tên các lập trình viên có ảnh hưởng không có nghĩa là họ đam mê lập trình. Tôi tự coi mình là một lập trình viên khá đam mê, nhưng tôi không thể nói cho bạn biết khuôn mặt của Alan Turing trông như thế nào ngay lúc này. Mặc dù bây giờ tôi đã thấy câu hỏi của bạn, tôi sẽ đảm bảo rằng tôi lướt qua trang Wikipedia trước khi thực hiện bất kỳ cuộc phỏng vấn nào trong tương lai.
Robert Harvey

11
Tôi đồng ý với @Robert: Tôi đã có một trí nhớ khủng khiếp khi nói đến tên (và khuôn mặt). Có khá nhiều cuốn sách mà tôi có thể nói trong một thời gian khá dài, nhưng tôi có thể nói với bạn các tác giả cho rất ít trong số đó.
Joachim Sauer

27
Mặc dù việc thuê một người đam mê thực sự là mong muốn của mọi người, bạn cần cẩn thận khi thực hiện nó. Tương tác với một người đam mê một thứ gì đó thường dẫn đến mức độ gắn kết cao hơn. Trong một tình huống phỏng vấn, điều này có thể dẫn đến một ấn tượng thuận lợi hơn đối với một cá nhân có kỹ năng và năng lực hơn nhưng ít đam mê hơn, đặc biệt là nếu bạn bị giới hạn thời gian và bỏ qua các phần kỹ thuật. Vì vậy, hãy cẩn thận. Ngoài ra đam mê không phải là tất cả, một "thằng ngốc đam mê" vẫn là một thằng ngốc trong khi một "thiên tài không quan tâm" vẫn là một thiên tài, và tôi biết ai trong hai người tôi muốn có.
CdMnky

37
@Robert Harvey: Tôi đồng ý. Namedropping chỉ dành cho trưng bày. Don Knuth nói với tôi rằng :-)
Jörg W Mittag

11
@ yes123, tôi đã không bắt đầu lập trình cho đến khi học đại học và tôi coi mình là một lập trình viên đam mê. Tôi chắc chắn có rất nhiều lập trình viên với niềm đam mê bắt đầu sau này trong cuộc sống. Tôi không nghĩ có bất kỳ mối tương quan nào giữa khi bạn bắt đầu lập trình và mức độ bạn quan tâm đến lập trình.
zzzzBov

Câu trả lời:


229

Tất cả những gì bạn phải làm là yêu cầu anh ấy kể cho bạn về một trong những dự án mà anh ấy làm việc mà anh ấy thích nhất. Bạn sẽ tìm hiểu thêm về sự nhiệt tình của anh ấy trong 60 giây sau đây hơn bao giờ bạn có thể cho anh ấy xem những bức ảnh về những người đáng chú ý đã qua đời.


34
Ngoài ra, bạn nên đảm bảo rằng "dự án mà anh ấy đã thực hiện" bao gồm các dự án mà anh ấy đã thuê
keppla

6
Tôi đồng ý với Keppla: đặc biệt yêu cầu các dự án không thời gian / Nguồn mở. Tôi không thể tưởng tượng ai đó nhiệt tình về điều gì đó và không có nhu cầu làm điều này trong thời gian không lâu của mình.
LennyProgrammer

106
@ Lenny222: Tôi coi mình là một lập trình viên nhiệt tình, nhưng đơn giản là tôi không có thời gian để viết mã trong thời gian ngắn của mình. Tôi có một cuộc sống bên cạnh tiền mã hóa, cũng! Và khi tôi viết mã khi rảnh rỗi, tôi cũng được thuê cho nó. Nhưng tôi cũng đọc rất nhiều bài báo và sách trong thời gian rảnh, và tôi truy cập trang web này ngay cả vào thứ bảy và chủ nhật.
Falcon

8
@Falcon: Đồng ý, bạn có thể là một lập trình viên đam mê nhưng sau tất cả, bạn cũng là con người, bạn có một cuộc sống, bạn có một gia đình, những đứa trẻ, v.v ... trong thời gian rảnh tôi đọc những gì mới về lập trình (RSS, tweater, facebook v.v ...) trong khi chơi với con tôi hoặc nghe vợ nói :), vì vậy tôi rất say mê: Vợ tôi cần phải làm "một cái gì đó" trên PC, vì vậy tôi đã viết cho cô ấy một chương trình để giúp cô ấy ( đôi khi các cuốn sách nhỏ về JS đơn giản, đôi khi bash ...);)
Radu Maris

9
@keepla, những người đam mê công việc của họ thường không phải lập trình vào ban đêm. Tôi nhiệt tình và đam mê những gì tôi làm, nhưng tôi có những thứ khác để làm vào ban đêm. Điều quan trọng là mọi người cũng có những đam mê khác hoặc họ sẽ bị đốt cháy chỉ trong một vài năm.
HLGEM

71

Ví dụ: nếu tôi tìm kiếm một nhà phát triển Java, tôi có thể hỏi ai là người có ảnh hưởng nhất trong thế giới Java hoặc hiển thị một đoạn Scala cơ bản và yêu cầu một ứng cử viên diễn giải mã. Tôi thậm chí đã cân nhắc để hiển thị ảnh của Alan Turing và để người được phỏng vấn đoán xem ai là người trong bức ảnh.

Đó là những câu đố và kiến ​​thức kỹ thuật. Nếu bạn muốn tìm hiểu xem họ có đam mê lập trình không thì bạn cần phải tham gia đam mê của họ theo một cách nào đó, có một vài cách dễ dàng để làm điều này:

  • Tìm hiểu xem họ đọc blog / tạp chí lập trình
  • Xem nếu họ lập trình ngoài công việc như một sở thích
  • Xem họ có tham gia vào bất kỳ nhóm hoặc tổ chức người dùng nào không
  • Hỏi họ điều gì đã thu hút họ đến lập trình và nếu đó vẫn là động lực cho họ
  • Tìm hiểu xem họ có tài khoản StackExchange không

Nếu không, nếu những thứ đó phát sáng trong mắt họ thì có lẽ bạn không có một lập trình viên đam mê. Bạn có thể gặp phải một số người quá bận rộn với những thứ khác - nhưng tôi cá là bạn sẽ thấy một lịch sử hoặc ít nhất là sự hối tiếc thực sự khi không đạt được một số điểm đó.


11
+1 engage their passionĐặc biệt bằng cách hỏi họ những gì khiến họ quan tâm đến lập trình. Tôi tin rằng bất kỳ lập trình viên đam mê nào cũng sẽ tiếp tục về chủ đề này.
George Marian

3
+1. Tôi thường tổng hợp những điều này trong một câu hỏi như "bạn làm những việc gì ngoài công việc để theo kịp công nghệ?" hy vọng được nghe điều gì đó về các dự án nguồn mở, podcast, tham dự SIG / Nhóm người dùng, v.v.
cuộc biểu tình25

Gần đây tôi đã phỏng vấn một anh chàng, người đã rời khỏi một công ty vì họ đang cho anh ta công việc lặp đi lặp lại và anh ta muốn làm việc gì đó thú vị và năng động. Nhưng khi hỏi "bạn làm những việc gì ngoài công việc để theo kịp công nghệ?" và "về một trong những dự án anh ấy làm mà anh ấy thích nhất" anh ấy không có gì tuyệt vời để thêm vào. Nhưng tôi đã cảm thấy một số đam mê mặc dù. Tôi đoán tốt hơn là đánh giá "nếu anh ta sẽ từ bỏ hoặc tiếp tục tìm giải pháp".
Rubish Gupta

@George Marian Tôi làm tất cả những điều khác được liệt kê nhưng nếu bạn hỏi tôi tại sao tôi trở nên quan tâm đến lập trình thì câu trả lời của tôi sẽ khá ngắn. Tôi thậm chí dành nhiều thời gian của tôi ở nhà lập trình (không có trẻ em) cho vui! Tuy nhiên, câu trả lời của tôi sẽ là "Tôi luôn quan tâm đến máy tính và cha tôi là một lập trình viên nên tôi tự nhiên bị cuốn hút vào vòng tròn đó". Vui lòng không giảm giá cho ai đó dựa trên câu trả lời cho câu hỏi này.
m4tt1mus

@mattimus Một điểm công bằng. Lưu ý rằng đó không phải là một khoa học chính xác. Sau một câu trả lời như của bạn, tôi sẽ hỏi: Tại sao máy tính làm bạn quan tâm? Điều gì về họ mà bạn quan tâm? Ngoài ra, tôi sẽ chú ý đến cách các câu hỏi được trả lời, không chỉ những từ được sử dụng để trả lời chúng. Đó là một lý do mà tôi nhấn mạnh cụm từengage their passion.
George Marian

29

( cảnh báo, bài viết dài, chỉ một phần về chủ đề )

Vâng, tôi đã yêu cầu điều tương tự cho các lứa tuổi. Khoảng 6 năm trước tôi đã cố gắng để các nhà tuyển dụng hiểu những gì chúng tôi đang nói (họ chỉ đánh dấu vào các ô như bạn nói).

Lúc đó tôi đã viết:

Bạn có đam mê như chúng tôi không? (Thư ngỏ gửi nhà tuyển dụng và ứng viên).

Văn hóa của chúng tôi rất quan trọng đối với chúng tôi, tôi không nói về chủng tộc ở đây, nó dựa trên nền tảng, cách bạn nhìn nhận công việc của bạn, những gì bạn dự định rời khỏi công việc, cách bạn tiếp cận công việc và giao dịch với người khác.

Tôi đã bị nhầm lẫn trước đây về ý nghĩa cuộc đua vì vậy tôi sẽ làm rõ bây giờ, đây không phải là một cuộc đua dựa trên cuộc đua, đó là một suy nghĩ và điều khiển. Chúng tôi đã làm việc với những người từ nhiều chủng tộc rất tuyệt vời. Chúng tôi cũng biết nhiều người rõ ràng và đơn giản là vô dụng. Vì vậy, chủng tộc không định nghĩa được những gì chúng ta đang tìm kiếm, đó là một sự phù hợp với văn hóa của người Bỉ.

Có nhiều nền văn hóa phụ ở Úc, hầu hết những người mà bạn sẽ không kết hợp với nhau, tôi đang cố gắng giải thích chúng ta - Geek.

  • Nhiều người cần hướng dẫn rõ ràng: "A> B> C> D" những người khác bạn cung cấp cho họ A và một số nền tảng và họ sẽ tự mình giải quyết B> C> D và E. Chúng tôi đang tìm kiếm nhóm thứ hai.
  • Mọi người sẽ đơn giản đồng ý với bạn vì bạn là người cấp cao của họ với họ. Những người khác sẽ nói lên ý kiến ​​của họ và đóng góp ý kiến ​​của họ. Chúng tôi muốn cái thứ hai. Điều này là nếu quyết định đi ngược lại họ, họ vẫn sẽ tự ném mình vào đó.
  • Một số người đã học bằng vẹt: Bạn làm A rồi B ​​rồi C mang lại cho bạn X. Những người khác đã học cách học và suy nghĩ. Xem vượt ra ngoài ngay lập tức và giải quyết vấn đề cơ bản.

Nhiều công việc của chúng tôi trong 14 năm qua xuất phát từ việc khách hàng của chúng tôi cần dọn dẹp và hoàn thành các dự án đã thất bại, chủ yếu là do công ty đã thuê sai loại nhân viên ... chi phí cao hơn nhiều so với tiền lương của họ nếu bạn nhận được Sai lầm.

Bây giờ chúng tôi đang cố gắng chọn những loại người mà chúng tôi muốn nói khi chúng tôi nói giống như chúng tôi.

  • Những nhà phát minh giỏi, những ý tưởng tuyệt vời, khủng khiếp và hoàn thành một dự án. Đây là mô tả bản thân mình. Cần thuê người để phục vụ cho vấn đề này.
  • Những người tối ưu tuyệt vời và những người làm trò chơi, nếu bạn muốn nó hoạt động thực sự tốt thì hãy lấy chúng. Lật mặt đang thu hẹp tập trung và mất nhiều thời gian để có được nó ở đó. Nói chung là đặc điểm kỹ thuật tốt nhưng thường không thể giao tiếp với thế giới bên ngoài.
  • Rất giỏi và hiểu biết về cách thức chính xác, cách thức kết thúc và làm việc với nhau. Họ có thể thấy một dự án từ đầu đến cuối và không bỏ lỡ thứ gì. Vì nó nên được thực hiện theo cách đó. Đây là một thái độ chúng ta có ở đây; các khách hàng biết điều này và trả tiền cho nó. Kết hợp điều này với những người yêu thích trò chơi và họ rất lý tưởng.
  • Con đường nhanh nhất để kết quả ngay lập tức. Nói với mọi người về nó, lớn tiếng, bit hap nguy hiểm. (Đừng quan tâm làm cho nó hoạt động). Tốt cho khởi nghiệp, xấu cho doanh nghiệp thành lập cần sự nhất quán. Trong vai trò Hỗ trợ / Bảo trì thuần túy, điều này là tốt với điều kiện các nhà phát triển khác sẽ dọn dẹp sau đó. Nguyên mẫu và bằng chứng của khái niệm công việc này là tuyệt vời.
  • Nói chung là thích thú. Những gì đang diễn ra, hãy nói với chúng tôi về điều đó, tôi có thể làm gì, làm thế nào tôi có thể thêm giá trị của mình vào đó như kiến ​​thức hoặc mồ hôi (tiếp tục với thứ gì đó họ thấy là bắt buộc).
  • Người học vẹt / công nhân quá trình. Trường hợp dự án đã được lên kế hoạch đến mức độ cuối cùng và họ có bit bit của họ để làm và đó là nó. Là tốt trong các đội rất lớn. Không có mối nguy hiểm nào về các mối quan hệ của người khác đang được thực hiện và kết quả bất ngờ của 1/200 người. Họ hy vọng sẽ được trao cho họ những gì cần làm trong danh sách của họ và sau đó họ làm điều đó và quay lại cho bit tiếp theo. Nhiều nền văn hóa (cả chủng tộc và học đường) trên khắp thế giới có xu hướng hướng tới những người học vẹt hoặc những người làm việc theo phong cách Boss / Underling. Phong cách này của con người là vô dụng đối với chúng tôi, gửi họ đến các tập đoàn lớn hơn.
  • Nhân viên của chúng tôi bình đẳng trong một nhóm, dự kiến ​​sẽ làm việc trong nhóm để đạt được các mục tiêu mà khách hàng đặt ra.
  • Bạn làm bất cứ điều gì được yêu cầu để hạ cánh công việc.
  • Bạn cho bạn ý kiến ​​và quan điểm mà không đính kèm.
  • Bạn nghĩ mọi thứ thông qua và phân tích các trường hợp ranh giới.

Ngôn ngữ là một rào cản để làm việc với chúng tôi. Chúng tôi có khá nhiều ngôn ngữ của riêng mình ở đây, ít nhất bạn cần tiếng Anh và một số kỹ năng kỹ thuật kết hợp với óc hài hước.

Nếu bạn không hiểu chúng tôi, bạn sẽ không nắm bắt được các yêu cầu của những gì bạn cần làm hoặc phần còn lại của chúng tôi sẽ thực hiện giải pháp như thế nào ... bạn sẽ không kéo dài.

Tại sao bạn muốn làm việc với chúng tôi?

  • Bạn được trả tiền. Được rồi, nó không giống như bạn sẽ kiếm được trong "thế giới thực" nhưng tiền của nó rất tốt.
  • Bạn có thể tham gia vào các quyết định. Trong khi các đạo diễn cuối cùng nói rằng chúng tôi muốn nghe từ tất cả, họ nghĩ gì, như thế nào và tại sao họ lại nghĩ như vậy. Tất cả đều giúp ích.
  • Bạn có thể nghiên cứu công cụ của riêng bạn. Quan tâm đến công cụ đam mê, mã hóa, sản phẩm mới, phát triển chiến tranh MS vs Linux mới nhất, Kỹ thuật thiết kế. Tất cả những điều này bạn được dành thời gian mỗi tuần để nghiên cứu và khám phá những gì bạn muốn. Bạn chỉ cần chia sẻ nó với mọi người khác.
  • Bạn có thể thử các công nghệ mới. Thông qua nghiên cứu hoặc thông qua các dự án mới, chúng tôi muốn thử những điều mới và thiết kế những điều mới. Các dự án ở đó để cho phép chúng tôi làm như vậy. (miễn là nó giúp khách hàng và không tốn nhiều chi phí hơn dự án để làm như vậy)
  • Bạn không cần phải mặc com lê. Trừ khi tình huống yêu cầu nó, như thăm khách hàng hoặc sự kiện.
  • Chúng tôi muốn bạn tìm hiểu thêm và sẽ đưa bạn qua đào tạo có mục tiêu để cải thiện những gì bạn biết.
  • Bạn thường không được yêu cầu chạy 9-5. Nếu bạn đang chạy hỗ trợ cho một thỏa thuận là 9-5 thì bạn sẽ làm, nếu không thì hãy hoàn thành công việc và đừng lạm dụng quyền riêng tư.
  • Đội ngũ tuyệt vời để làm việc với. Vâng, dù sao chúng tôi cũng nghĩ vậy, chúng tôi cười với nhau vì sự lịch sự và không có một cú đâm nào trong chính sách trở lại. 
  • Chúng tôi là chuyên viên máy tính. Một số người trong chúng ta có bạn gái và trẻ em nhưng đừng để điều đó đánh lừa bạn.
  • Chúng tôi tận hưởng sự tôn trọng của một số công ty rất lớn và có thể bước vào mà không có câu hỏi.
  • Cơ sở khách hàng của chúng tôi trải rộng trên khắp nước Úc và trên toàn cầu. Để lại rất nhiều phạm vi cho du lịch và
  • Chúng tôi xây dựng mối quan hệ rất tốt với khách hàng và nhân viên của họ, điều đó có nghĩa là chúng tôi có rất nhiều người có thể đi uống cùng.
  • Nếu bạn có nhu cầu hoặc vấn đề, chúng tôi không ngại bạn dành thời gian để giải quyết. Miễn là bạn tạo ra sự khác biệt với một vài giờ sau đó.
  • Ý tưởng của bạn có giá trị và bạn có thể thấy phần thưởng lớn hơn cho những ý tưởng đó.
  • Bạn chia sẻ trong thành công của Redgum.

Bây giờ, bạn vẫn muốn làm việc cho chúng tôi? Tại sao?

Phần kết luận

Tôi đã viết rằng vào năm 2004/05, tôi đã tự mình thực hiện khoảng 50 hoặc 60 cuộc phỏng vấn, làm việc với 14 cơ quan tuyển dụng, những người đã ném bất cứ ai đánh dấu vào các hộp của tôi ... hầu hết điều này là lãng phí thời gian và tôi không muốn chọn những người từ một cuộc phỏng vấn.

Cho đến nay, thành công nhất tôi có được là tìm được một nhà tuyển dụng duy nhất hiểu được ý nghĩa đằng sau và những gì tôi đang tìm kiếm và có thể lọc ra danh sách cho những người phù hợp.

Bây giờ tôi có 1 nhà tuyển dụng mà tôi tin tưởng biết doanh nghiệp của mình, biết nhu cầu của tôi, chúng tôi ăn trưa mỗi tháng để bắt kịp ... Tôi để anh ta đi, cho anh ta thời gian và tin tưởng rằng anh ta sẽ chỉ cho tôi thấy những ứng viên phù hợp.

Tuyển dụng là một lĩnh vực chuyên môn, và vào cuối ngày bạn có tiếng nói cuối cùng ... nếu bạn có tiền, hãy để những người có kỹ năng làm việc của họ.

Khi họ đã tìm thấy ai đó, tôi phỏng vấn họ, hỏi họ về kinh nghiệm, sở thích của họ, những điều thúc đẩy họ, những dự án tuyệt vời nhất họ đã thực hiện, nghe câu trả lời của họ cho những điều trên ... một khi tôi tin rằng tôi sẽ đưa họ vào một cuộc phỏng vấn thứ hai với nhóm trong bữa trưa, mọi người khác trong nhóm hỏi họ câu hỏi và cho tôi biết ngón tay cái lên hoặc xuống ... sau đó chúng tôi thuê.


16
+1 để đề cập "(cảnh báo, bài đăng dài, chỉ một phần về chủ đề)" :)
treecoder

Wow, bạn đang tuyển dụng? :)
Josh

@Josh, thực sự, vâng, chúng tôi có, nhưng chúng tôi đang ở Melbourne Úc :) Mặc dù vậy, sinh học tốt đẹp, chắc chắn là loại hồ sơ chúng tôi tìm kiếm.
Robin Vessey

Nói rất rõ - Tôi đã nhận được whiplash từ gật đầu rất nhiều. Và bạn có cùng một "món quà cho sự ngắn ngủi" mà tôi có (Không phải là tôi viết quá nhiều, mọi người khác chỉ đọc quá chậm!)
Ben A. Hilleli

21

Alan Turing là một chút quá nhiều, nhưng đặt tên cho một người có ảnh hưởng nghe có vẻ ổn với tôi. Nếu tôi được hỏi câu hỏi này, tôi sẽ nói, anh chàng đã viết Java hiệu quả ...

Thuê là một con đường hai chiều. Bạn cần phải biết tài năng của bạn đầu tiên. Nếu bạn muốn thuê lập trình viên đam mê, bạn cần đặt một vài câu hỏi trước. Bạn có vấn đề thú vị cho họ để giải quyết? Thứ hai, bạn có cung cấp bồi thường cạnh tranh?

Nếu trong thực tế, bạn không thể cung cấp cả hai, thì tốt hơn là tập trung nhiều hơn vào các kỹ năng và tính chuyên nghiệp.


14
+1 Bạn không thể thuê các lập trình viên đam mê trừ khi bạn có một công việc yêu cầu và thưởng cho niềm đam mê đó nhiều hơn hoặc nhiều hơn tất cả các lựa chọn thay thế cạnh tranh có sẵn cho loại lập trình viên đó.
hotpaw2

Yêu cầu làm rõ, bạn sẽ nói "anh chàng đã viết Java hiệu quả" hay "Joshua Bloch"? :)
dòng chảy

@FredOverflow - Tại sao phải nhớ tên thật của anh ấy khi một typedef sẽ làm gì? : D
Brendan Long

8

Những người ở 37 Tín hiệu đã viết một bài đăng tuyệt vời liên quan đến việc thuê các lập trình viên tuyệt vời.

Bạn có thể đọc bài đăng để biết chi tiết (nó đáng giá!), Nhưng nó có thể được tóm tắt một cách đại khái như sau: có những điều bạn có thể xem xét và hỏi về trong cuộc phỏng vấn, chẳng hạn như

  1. Làm thế nào họ có ý kiến?
  2. Họ đóng góp bao nhiêu cho các dự án nguồn mở?
  3. Họ thích lập trình bao nhiêu?
  4. Họ có thực sự giao hàng không?
  5. Họ đã làm chủ những gì?
  6. Họ giao tiếp tốt như thế nào?

Bạn có thể giảm thiểu rủi ro khi thuê ai đó bằng cách đưa họ vào một dự án nhỏ để xem họ làm việc như thế nào. Điều này sẽ cho bạn thấy cách họ xử lý các nhiệm vụ, quản lý thời gian, giao tiếp, v.v.


4
Sao chép toàn bộ bài đăng trên blog và đăng nó theo cách khiến nó trông giống như đó là công việc của riêng bạn dựa trên bài đăng đó, ngay cả với một liên kết, không được phép. Bài đăng bạn đã sao chép thuộc bản quyền và bạn không thể đăng lại đầy đủ. Tôi đã cập nhật câu trả lời của bạn để chỉ cung cấp một bản tóm tắt của bài viết và một liên kết đến nó.
Adam Lear

4
  • bắt đầu một cuộc trò chuyện ngẫu nhiên về các mẫu thiết kế / chống mẫu / thực hành lập trình - và xem thông tin của ứng viên. Làm thế nào thú vị hoặc làm mới quan điểm của họ là. Và, liệu họ có ý tưởng của riêng mình về những điều này hay không
  • nói về một vấn đề trong thế giới thực và xem ứng viên bắt đầu đề xuất các giải pháp như thế nào
  • xem bao nhiêu (và bao lâu) một ứng viên có thể nói về lập trình (triết lý KHÔNG phải là cơ học) mà không đề cập đến một công nghệ hoặc ngôn ngữ cụ thể. Xem ứng cử viên là một người có tầm nhìn hay tất cả về các loại hạt và bu lông
  • yêu cầu họ nói về (các) tính năng tưởng tượng nhất của họ bằng ngôn ngữ lập trình - một lập trình viên đam mê sẽ luôn có những tưởng tượng đặc trưng
  • hỏi họ lập trình báo giá và xem nếu họ biết một số phổ biến
  • kiểm tra khiếu hài hước của họ về lập trình

3

Không, cách tiếp cận đó hoàn toàn không có ý nghĩa. Tôi nhận ra một bức ảnh của Alan Turing và tôi có thể kể tên một số ánh sáng hàng đầu trong sự phát triển của Java nhưng điều đó không cho bạn biết gì về việc tôi đam mê những gì lập trình có thể cung cấp cho chúng tôi. Tôi cũng sẽ không đi vào danh sách tất cả các dự án nguồn mở mà bạn đã làm việc. Một số trong đó dễ dàng có được kiến ​​thức và một số trong đó rất thường được sử dụng để mặc quần áo CV / resumé.

Yêu cầu họ mô tả một vấn đề trong thế giới thực - bất kể tầm thường - có thể được khắc phục bằng cách lập trình một giải pháp. Nó không phải là một cái gì đó rất thiết thực như xác định cơ sở hạ tầng phía sau. Chỉ cần bạn nghĩ về cách bạn có thể lập trình theo cách của bạn thành một cách tốt hơn để làm một cái gì đó. Các ngôn ngữ được sử dụng có tầm quan trọng thứ yếu. Bằng cách gắn vào một ngôn ngữ cụ thể, bạn không nhất thiết phải có một người đam mê lập trình.


2

Định nghĩa của niềm đam mê là một rộng ở đây. Tôi đã thấy một số loại lập trình viên. Chúng ta không thể gọi họ là lập trình viên. Đối với tôi, tôi xác định một lập trình viên đam mê,

  1. Ai biết được nền tảng của lập trình (ý tôi là những nguyên tắc cơ bản thực sự). Nghiêm túc, nó cho thấy thái độ và khả năng học hỏi những điều mới một cách nhanh chóng mặc dù chúng tôi không trực tiếp sử dụng các nguyên tắc cơ bản trong mã sản xuất.
  2. Anh ta phải có khả năng đi sâu vào các vấn đề và công nghệ. Hầu hết các lập trình viên là chuyên gia trong việc sử dụng những thứ làm sẵn nhưng điều đó chỉ giúp mở rộng.
  3. Anh ta phải được cập nhật với các công nghệ và cập nhật công nghiệp mà anh ta có. Tôi thực sự ghét các lập trình viên, những người không sẵn sàng dành thời gian để đọc nội dung. Hầu hết những người ở đây đều thông minh, họ sẵn sàng giải quyết các vấn đề. Đã thấy những người thông minh dành hàng giờ cho những vấn đề thường được biết đến. Điều họ thực sự thiếu là khả năng đọc.
  4. Một lập trình viên đam mê sẽ đam mê người dùng không kém mã của mình. Anh ấy làm mọi thứ trong một quan điểm người dùng.
  5. Nên thể hiện khả năng sử dụng / tạo kiến ​​trúc phần mềm tốt dần dần theo từng giai đoạn.

+1 Câu trả lời tuyệt vời. Tôi thích cách bạn đã đặt "sử dụng / tạo kiến ​​trúc phần mềm tốt dần dần qua các giai đoạn."
Karthik Sreenivasan

2

Bạn có muốn những người "đam mê" hoặc những người có năng lực? Tôi muốn có những người biết kinh doanh của họ nhưng có thể phân biệt giữa nó và thực tế hơn những đứa trẻ không biết gì ngoài màn hình máy tính của họ, không có sở thích nào ngoại trừ một số thứ nguồn mở họ đang đóng góp tới 16 giờ một ngày (một nửa của nó trong khi trên danh nghĩa làm việc cho tôi), vv


2

Hỏi anh ấy câu hỏi giải quyết vấn đề thực tế

Ngoài việc cho bạn biết các kỹ năng của ứng viên này là gì, nếu bạn chú ý đến việc anh ta nhiệt tình tiếp cận các câu hỏi giải quyết vấn đề trong thế giới thực như thế nào, bạn có thể hiểu được anh ta đam mê lập trình như thế nào. Và nếu bạn hỏi anh ấy các loại câu hỏi giải quyết vấn đề khác nhau (một số câu hỏi mã hóa, một số câu hỏi thiết kế thuật toán, một số câu hỏi thiết kế hệ thống), bạn có thể hiểu được lĩnh vực lập trình nào mà anh ấy nhiệt tình nhất.

Tôi khuyên bạn nên đọc Hướng dẫn phỏng vấn của Joel trên Phần mềm không chỉ cho anh ấy biết làm thế nào để tìm thấy niềm đam mê đó, anh ấy nói với bạn rằng đam mê không phải là một trong những điều quan trọng nhất mà bạn đang tìm kiếm - bạn đang tìm kiếm "thông minh "Và" hoàn thành công việc ". (Anh ấy có đề cập đến đam mê, nhưng tôi nghĩ rằng ý định của anh ấy là đó là dấu hiệu của hai điều khác mà bạn đang tìm kiếm).


1

Tôi muốn nói nếu bạn đam mê lập trình, bạn sẽ có thể phát hiện ra những người khác. Tất cả bạn phải làm là nói về lập trình, điều không nên khó khăn trong một cuộc phỏng vấn. Và tập trung vào các ứng cử viên đang nói chuyện. Hãy chắc chắn rằng bạn đủ điều kiện mức độ năng lực của họ bất kể niềm đam mê của họ. Nếu không, điều này có thể che mờ phán đoán của bạn.


1

Hỏi xem:

  • Họ trả lời các câu hỏi trên các trang web StackExchange
  • Họ có một blog hoặc một trang web?
  • Họ làm các dự án phụ (có thể là thương mại)
  • Họ đóng góp cho các dự án nguồn mở.

5
Tôi làm điều đó rất ít vì công việc hiện tại của tôi đòi hỏi hơn 50 giờ mỗi tuần, nhưng tôi vẫn nghĩ rằng mình đam mê.
Công việc

1

Trước khi bạn có thể thuê các lập trình viên đam mê, bạn cần xác định ý của bạn là gì.

Khi tôi tìm kiếm niềm đam mê trong lập trình viên, nó phải làm với sự nhiệt tình trong giọng nói khàn khàn hơn khi họ thảo luận về một vấn đề công việc khó khăn mà bạn phải giải quyết. Nó có liên quan đến việc đủ đam mê để có được một số kiến thức chuyên sâu và đẩy mạnh để giải quyết các vấn đề khó khăn. Điều không có gì để làm là liệu họ có lập trình ngoài công việc hay có thể kể tên ba lập trình viên nổi tiếng từ xưa bằng cách nhìn vào hình ảnh của họ.

Khi phỏng vấn bạn có thể nghe thấy niềm đam mê trong cách họ trả lời các câu hỏi. Họ đi sâu hơn những người không đam mê và họ có xu hướng nhiệt tình trong những gì họ nói. Họ hiểu lĩnh vực kinh doanh mà họ đã lập trình và có thể nói về cách họ giải quyết vấn đề và những đề xuất họ đã đưa ra trong công việc để cải thiện quy trình lập trình hoặc thiết kế ứng dụng. Họ nói về tái cấu trúc và thiết kế các mẫu mà không được hỏi cụ thể về chúng.

Khi họ nói về thành tích của mình, họ nói về những thứ vượt ra ngoài mã hóa cơ bản của một mô-đun. Họ nói về cách họ nhìn thấy một vấn đề trong thiết kế và tái cấu trúc hoặc họ nói về cách họ tìm thấy một kỹ thuật mới để sử dụng để giải quyết một vấn đề khó khăn và họ nói chuyện với sự nhiệt tình. Một người đam mê rất khó để im lặng. Họ thực sự muốn mô tả những thành tựu và mục tiêu của họ cho tương lai. Họ có thể có những thứ họ đặc biệt muốn làm việc mà công việc của bạn cung cấp và công việc hiện tại của họ thì không. Họ cho thấy một mô hình tăng trưởng về kỹ năng và sự phức tạp của những gì họ làm.


0

Hỏi anh ấy làm gì trong thời gian rảnh rỗi, nếu nó viết mã và làm việc cho dự án cá nhân của anh ấy thì đó là một dấu hiệu khá chắc chắn của một lập trình viên đam mê. Không phải tất cả các lập trình viên đam mê lập trình phụ tùng nhưng hầu hết những người làm đều đam mê

Một điều nữa là yêu cầu anh ta ước tính số giờ anh ta đã dành cho lập trình, càng nhiều giờ thì càng đam mê (điều chỉnh theo tuổi)

Tái bút Tôi không nói rằng bạn nên dành tất cả thời gian để viết mã. Bạn cần có cuộc sống, sở thích, v.v. Tuy nhiên, chúng tôi có xu hướng dành thời gian cho những thứ chúng tôi yêu thích (dành thời gian cho vợ / chồng và con cái là không thể chấp nhận được :) vì vậy, đặt thêm thời gian mã hóa là một chỉ số tốt DS.

... Và vâng vâng, các lập trình viên không đam mê có thể đánh giá thấp tôi tất cả những gì bạn muốn;)

DS.


2
Tôi quan tâm đến mọi người những gì đam mê về những gì họ đang được trả tiền để làm, không phải những người có sở thích. Đam mê tập trung vào việc học chuyên sâu và hào hứng thực hiện công việc của bạn hơn là làm việc nguồn mở, điều này thường gây bất lợi cho hành vi chuyên nghiệp vì mọi người quan tâm đến những thứ thú vị hơn là công việc của bạn.
HLGEM

Trước hết, một lập trình viên đam mê không phải là người có sở thích. Anh ấy mã hóa tại "công việc" và ở nhà và đam mê cả hai. Thứ hai, bạn sẽ có một thời gian khó thuyết phục một lập trình viên đam mê chấp nhận một công việc không, ít nhất là trong một mức độ vui vẻ nào đó. Tôi thực sự xúc phạm với thái độ của một nhân viên của một nhân viên không nên có "quá nhiều niềm vui" ở bên để họ có thể tập trung vào công việc "nhàm chán đến chết người" của họ.
Homde

1
lập trình trên mã nguồn mở là một sở thích. Tôi có thể quan tâm ít hơn về sở thích của bạn và về mặt pháp lý tôi có lẽ không nên hỏi về họ. Tôi muốn một người sẽ mang niềm đam mê vào công việc. Vì vậy, tôi tìm kiếm những người đam mê những gì họ làm trong giờ làm việc. Tôi sẽ không nghĩ mọi người không đam mê vì họ không làm Nguồn mở.
HLGEM

Tôi chưa nói gì về nguồn mở, chỉ là họ viết mã và tìm hiểu về mã hóa trong thời gian không gian của họ cho dù đó là dự án thú cưng, nguồn mở, xây dựng một ứng dụng di động để giải trí hay bất cứ điều gì họ muốn gãi mà họ không thể làm việc . Tất nhiên họ cũng cần phải mang niềm đam mê đó hoạt động, nhưng đó là điểm chính. Một thợ mộc bậc thầy làm việc là đam mê cả về công việc anh ta làm như một nhân viên và cho chính mình. Anh ta có thể đam mê hơn với dự án mà anh ta tự chọn nhưng điều đó khá tự nhiên
Homde

0

Trước cuộc phỏng vấn, bạn có thể cho biết sự khác biệt giữa một nhà phát triển đam mê và phần còn lại bằng sơ yếu lý lịch. Nhà phát triển đam mê nói về những gì họ đã làm, phần còn lại nói về cách họ đã làm điều đó. Nhà phát triển đam mê liệt kê blog của họ, các dự án cá nhân, vv phần còn lại không có chúng.

Người quản lý của tôi đã ngồi vào một vài cuộc phỏng vấn đầu tiên của tôi và gần như nổi cáu khi tôi thậm chí không sàng lọc một ứng cử viên công nghệ trong suốt cuộc phỏng vấn. Anh ấy hỏi tôi sau đó tại sao tôi bỏ qua nó. "Tôi đã đọc mã của anh ấy trên blog của anh ấy, tôi biết anh ấy có thể viết mã."

Trong cuộc phỏng vấn, một câu hỏi duy nhất xác định niềm đam mê "điều gì đã đưa bạn đến với công nghệ" với một người có lẽ bạn sẽ phải cắt ngắn một nhà phát triển đam mê khi họ bắt đầu tiếp tục về những lần đầu tiên họ sử dụng máy tính, viết chương trình và vân vân và vân vân. Tôi thấy mình phải ngáp một cái ngáp khi nghe câu trả lời từ những người còn lại.

Cuối cùng, màn hình công nghệ của tôi bắt đầu với những câu hỏi mà một nhà phát triển đam mê có thể bị xúc phạm bởi (và tôi nói trước như vậy), nhà phát triển không đam mê có thể trả lời đúng một vài hoặc thậm chí tất cả chúng; nhà phát triển đam mê sẽ làm cho họ nổi giận như thể họ có một mánh gian lận.

Sự thiên vị của tôi là hướng tới việc thuê một nhà phát triển đam mê với ít kinh nghiệm hơn một nhà phát triển có kinh nghiệm, người không muốn học hỏi và phát triển. Một thực tế đơn giản là công nghệ thay đổi quá nhanh để thuê một người không theo kịp các xu hướng sắp tới mà không cần công việc yêu cầu.

Tôi hoàn toàn thừa nhận đây không phải là bằng chứng ngu ngốc. Một số tài năng chất lượng có thể lướt qua ngón tay của tôi vì phương pháp của tôi. Tôi biết có những người có tay nghề cao nhưng bật máy tính ở mức 5. Mặt khác, tôi thường xuyên bị ấn tượng bởi lập trình viên đam mê và bất kể nhiều năm kinh nghiệm, tôi nhanh chóng thấy rằng tôi học hỏi được nhiều từ họ họ đến từ tôi


-1

Tất cả các câu trả lời tuyệt vời ở đây - Tôi nói thêm rằng tôi thường hỏi liệu ứng viên có làm việc với mã của người khác không (đôi khi mới ra trường không), và nếu vậy, con thú cưng lớn nhất họ có với mã cũ đó là gì. Đôi khi họ sẽ tắt và mô tả các mẫu xấu và cách họ sửa chúng. Tôi coi đó là một dấu hiệu tốt. Các câu trả lời khác có thể cho bạn thấy một lập trình viên rất thoải mái hoặc một người là người phạm tội .... điều gì đó bạn có thể hoặc không muốn.


1
thái độ sai về phía bạn. IMO một người nào đó đi ra ngoài và thay đổi mã dường như ngẫu nhiên bởi vì anh ta không thích các mô hình được sử dụng trong đó là một kẻ lừa đảo gây hại nhiều hơn là tốt. Tất cả thay đổi đối với mã hiện tại sẽ phục vụ một mục đích cụ thể và mục đích đó sẽ liên quan trực tiếp đến việc khắc phục các sự cố đã xác định hoặc thực hiện chức năng mới, không bao giờ "Tôi không thích cách người trước làm việc đó nên tôi sẽ viết lại rất nhiều về điều đó "(đó là một thái độ phổ biến giữa các đàn em, những người có đầu óc đầy lý thuyết nhưng không bao giờ tự lập trình ra khỏi sự
kìm kẹp

Đủ công bằng, nhưng tôi đã không tìm kiếm họ để thay đổi nó ... chỉ quan tâm khi nó sai và không làm những điều tương tự. Thông thường tôi nhận được câu trả lời như các hàm rất lớn, không có nhận xét nào trong mã, không thử / bắt.
Jody
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.