Mẫu mã và phỏng vấn? [đóng cửa]


23

Tôi đã thấy một số câu hỏi kể từ khi tôi ở đây, trong câu trả lời, có người đã khẳng định rằng họ sẽ không bao giờ sử dụng danh mục đầu tư hoặc mẫu mã được mã hóa bên ngoài quá trình phỏng vấn để đánh giá ứng viên, bởi vì có khả năng đó là mã đã được viết bởi người khác. Tôi thấy mình bất ngờ vì điều này.

Theo cách tôi nhìn thấy, nếu tôi nhờ ai đó đến và giải quyết một vấn đề đơn giản ngay tại chỗ, có rất ít tôi có thể học hỏi từ nó. Tôi không làm việc cho một công ty như Google nơi mà các công việc được tìm kiếm và tôi có thể yêu cầu một ngày thời gian của ai đó. Nhưng một đoạn đáng kể của mã viết theo sở thích có thể cho tôi biết rất nhiều.

Vâng, có khả năng đạo văn, nhưng họ sẽ phải được huấn luyện rất kỹ để vượt qua một cuộc thảo luận kéo dài một giờ về mã đó. Và nếu đó là trường hợp, họ sẽ phải là những người học rất nhanh để vượt qua thời gian thử thách 3 tháng (trong thời gian đó tôi có thể thoát khỏi chúng mà không có lý do và không cần thông báo trước). Nếu họ trở thành những lập trình viên giỏi nhanh chóng, đủ công bằng, tôi đã bị lừa, nhưng tôi vẫn có một lập trình viên giỏi.

Cuối cùng, chi phí cho công ty chúng tôi và lợi ích cho ứng cử viên đạo văn là rất nhỏ.

Điều này khiến tôi suy nghĩ về các ngành công nghiệp khác. Các nghệ sĩ, nhiếp ảnh gia, nhà thiết kế đều sử dụng danh mục đầu tư và không ai lo lắng quá nhiều về đạo văn ở đó. Một tác giả sẽ được tài trợ cho một cuốn sách dựa trên các chương anh ấy đã viết trong thời gian của mình. Bạn sẽ không yêu cầu một kiến ​​trúc sư đi vào và vẽ thông số thiết kế cho một ngôi nhà tại cuộc phỏng vấn.

Vậy điều gì làm cho chúng ta khác biệt? Tại sao việc đặt ai đó trước máy tính lại quan trọng đến mức khiến họ mã hóa dữ liệu hợp nhất dữ liệu hoặc máy tính giai thừa, đôi khi không có quyền truy cập vào chính các công cụ chúng ta sử dụng hàng ngày, như internet? Điều gì là sai với ý tưởng của một danh mục đầu tư mã?

Tôi thực sự quan tâm để biết, trong trường hợp tôi có khả năng phạm một sai lầm lớn mà chưa đốt cháy tôi.

Câu trả lời:


14

Sự phản đối của tôi đối với một danh mục đầu tư không liên quan gì đến nguy cơ công ty bị lừa bởi ai đó đang sao chép mã từ internet hoặc, nhiều khả năng, chuyển mã được viết bởi một nhóm các nhà phát triển như là công việc của họ. Như bạn đã chỉ ra một cách đúng đắn, bạn có thể tìm hiểu ít nhất bằng cách yêu cầu nhà phát triển nói về một dự án mà họ thường quen thuộc trong một giờ bằng cách họ mã hóa máy tính giai thừa từ đầu.

Sự phản đối của tôi đối với một danh mục đầu tư là việc yêu cầu một danh mục đầu tư sẽ loại bỏ nhiều nhà phát triển tài năng khỏi sự cân nhắc. Vì tôi, không giống như một nghệ sĩ hay nhiếp ảnh gia, không giữ bản quyền cho mã tôi sản xuất - nó thuộc về chủ lao động của tôi và / hoặc của công ty ký hợp đồng với chủ nhân của tôi-- Tôi không thể hiển thị phần lớn " thú vị "mã tôi đã viết. Nếu tôi tự mình viết mã, thì đó thường là một dự án phụ trong công việc giúp cuộc sống của tôi dễ dàng hơn hoặc điều đó làm tôi khó chịu, một lần nữa tôi sẽ không thể hiển thị trong danh mục đầu tư. Tôi đã có hàng tấn bài đăng trên các diễn đàn khác nhau, nhưng hầu hết trong số đó, theo thiết kế, tương đối nông. Có một số lượng đáng kể các nhà phát triển vững chắc ở vị trí tương tự-- mã thú vị của họ thuộc sở hữu của người khác. Và nếu bạn'

Một cuộc phỏng vấn kỹ thuật trong đó tất cả các ứng cử viên được yêu cầu mã hóa một cái gì đó từ đầu ít nhất cung cấp một sân chơi bình đẳng. Giả sử rằng bạn làm một công việc hợp lý là làm màn hình điện thoại và bạn có thể thu hẹp các ứng viên xuống một danh sách hợp lý, tôi muốn thay vì một ứng viên được đưa ra một vấn đề để giải quyết mà bạn biết sẽ mất 8 giờ nỗ lực hơn là đưa ra một danh mục các ứng dụng đồ chơi mạch lạc không có vấn đề về bản quyền.


1
+1 Câu trả lời hay. Câu hỏi tiếp theo: nếu tôi yêu cầu một mẫu mã, điều gì ngăn cản ứng viên mà bạn mô tả chọn dành 8 giờ để giải quyết vấn đề khó khăn của riêng họ, thay vì vấn đề tôi chọn? Tôi sẽ tôn trọng điều đó rất nhiều.
pdr

3
Một vấn đề phổ biến, có thể xảy ra như một vấn đề Project Euler cụ thể sẽ giúp bạn có kết quả tốt hơn và quan tâm đến các ứng viên hơn là các ứng viên đưa ra các vấn đề của riêng họ. Điều đó tốt cho các ứng cử viên bởi vì có một điểm dừng được xác định rõ ràng-- không ai sẽ cảm thấy áp lực khi phải dành thời gian để đánh bóng UI hoặc thêm "một tính năng nữa". Điều đó tốt hơn cho bạn vì việc so sánh các ứng viên dễ dàng hơn nhiều khi họ giải quyết các vấn đề tương tự. Mặt khác, thật khó để không bị ảnh hưởng bởi ai có ý tưởng tuyệt vời nhất hoặc hình ảnh của ai là tốt nhất.
Hang động Justin

Cấp, có các mẫu mã là một kỳ vọng hợp lý hơn cho một nhà phát triển web phía khách hàng, nhưng định dạng phỏng vấn tốt nhất tôi từng gặp bao gồm ngồi xuống và xem mã mà tôi đã viết, chia sẻ suy nghĩ về những điều tôi thích, mong muốn Tôi đã làm tốt hơn, v.v ... và sau đó xem mã mà các nhà phát triển phỏng vấn đã viết và làm như vậy. IMO có giá trị hơn nhiều so với một cuộc phỏng vấn kiểu bắn súng, IMO. Cách tiếp cận phủ định-sai-phủ nhận của Google là lý do tôi không muốn làm việc cho họ. Thật vụng về, thiếu suy nghĩ và lãng phí. Giống như JavaScript của họ.
Erik Reppen

6

Trước hết, chúng tôi là kỹ sư, không phải nghệ sĩ. Chúng tôi làm việc trong một nhóm, vì vậy theo kinh nghiệm làm việc thực tế của chúng tôi, mã "của chúng tôi" thường là kết quả của tinh thần đồng đội, bởi vì đó là cách mà công việc thực tế thường được thực hiện. Không có nhiều mã chuyên nghiệp mà tôi có thể yêu cầu quyền sở hữu duy nhất.

Thứ hai, hầu hết mã trong danh mục giả định của tôi sẽ là mã mà tôi không thể hiển thị cho bất kỳ ai, vì nó là bí mật. Mã tôi đã tạo cho các dự án thú cưng cá nhân của tôi không nhất thiết phản ánh tất cả các kỹ năng và hành vi làm việc điển hình của tôi.


4

Tôi đã phỏng vấn rất nhiều người trong thời gian làm học viên phần mềm. Tôi đã đạt đến một điểm mà tôi tin rằng các câu đố và bài tập lập trình đồ chơi là một sự lãng phí băng thông có giá trị. Câu đố và bài tập lập trình đồ chơi chỉ phục vụ để kiểm tra những gì người phỏng vấn biết. Chúng không phải là một cách chính xác để đánh giá những gì một ứng cử viên biết. Tại thời điểm này trong sự nghiệp của tôi, tôi chỉ chấp nhận loại vô nghĩa này nếu và chỉ khi, tôi có cơ hội để quản lý bài kiểm tra của riêng tôi vào cuối cuộc phỏng vấn.

Cách tốt nhất để đánh giá khả năng của một học viên phần mềm là nói chuyện với anh ta bằng giọng nói trấn an. Yêu cầu ứng viên thảo luận về những gì vị trí hiện tại của anh ấy / cô ấy đòi hỏi. Khi ứng viên đưa ra một lĩnh vực quan tâm, hãy yêu cầu anh ấy / cô ấy giải thích về lĩnh vực đó. Mục tiêu ở đây là khiến ứng viên buông xuôi cảnh giác. Không có số lượng huấn luyện có thể chuẩn bị một ứng cử viên cho cuộc thẩm vấn "chạm nhẹ". Sớm hay muộn, thòng lọng sẽ thắt chặt quanh cổ của một ứng cử viên đang cố gắng theo cách của mình thông qua một cuộc phỏng vấn.


2

Tôi yêu cầu mẫu mã cho người nộp đơn và nó được tham chiếu trong cuộc phỏng vấn. Tuy nhiên tôi thường cho trọng lượng nhiều hơn vào bảng mã được thực hiện trong cuộc phỏng vấn.

Mỗi cuộc phỏng vấn nhà phát triển tôi làm đều liên quan đến việc đi đến bảng trắng để thực hiện giải pháp cho một vấn đề đơn giản. Tuy nhiên, có các quy tắc:

Người nộp đơn phải nói chuyện thông qua việc thực hiện khi họ đang làm điều đó.

  • Tôi có thể đánh giá cách họ tiếp cận một vấn đề.
  • Tôi có thể thấy làm thế nào tốt có thể giao tiếp.
  • Tôi có thể đánh giá mức độ nhanh của chúng với một mục tiêu rõ ràng.

Tôi có ba vấn đề mà việc triển khai hoàn toàn giống nhau và tôi cho họ biết họ có thể sử dụng lại hoặc cấu trúc lại mã mà họ đã viết.

  • Tôi có thể thấy nếu họ có thể kéo lại để xem bức tranh lớn hơn.
  • Tôi có thể thấy nếu họ thực hiện và tái cấu trúc, hoặc chuyển sang khái quát hóa.
  • Tôi có thể có được ý tưởng vững chắc hơn về thứ tự suy nghĩ của họ.

Quan điểm của tất cả những điều này, của bất kỳ cuộc phỏng vấn nào là cố gắng và có được một ý tưởng tốt về khả năng của ứng viên và làm thế nào họ có thể phù hợp với công việc. Phần "thực tế" của cuộc phỏng vấn theo kinh nghiệm của tôi đã giúp ích khá nhiều cho khía cạnh đó. Nó cũng giúp tôi đánh giá mã mẫu vì tôi biết nhiều hơn về cách thức chương trình.


1

Mẫu mã là một cách khá hiệu quả để loại bỏ các ứng cử viên - Tôi có thể đánh giá một mẫu mã trong 5 - 10 phút, nhưng ngay cả một màn hình điện thoại cũng mất 15 phút và cần lập lịch trình (và không hữu ích lắm trong việc loại bỏ bất cứ thứ gì ngoại trừ đáy cọc theo kinh nghiệm của tôi).

Tôi nghĩ rằng sự phản đối chính đối với các mẫu mã là hai lần và có thể dễ dàng khắc phục:

  • việc yêu cầu một mẫu mã tạo ra một rào cản nhân tạo cho một số nhà phát triển tài năng

Rõ ràng, điều này là đúng. Bất kỳ rào cản nào trong ứng dụng hoặc quy trình tuyển dụng có thể có khả năng loại bỏ một ứng cử viên mong muốn. Điều quan trọng ở đây là để biết đối tượng của bạn - nếu bạn có 1000 hồ sơ cho một lần mở của mình, bạn có thể trả một số tiêu cực sai để phục vụ hiệu quả. Nếu bạn có năm hồ sơ, bạn có thể đủ khả năng thiếu hiệu quả trong quá trình sàng lọc.

Tuy nhiên, điều mà tôi nghĩ rằng hầu hết mọi người đều bỏ lỡ là phỏng vấn và tuyển dụng về cơ bản là một trò chơi "tìm lý do để không thuê người này". Đối với bất kỳ công việc tử tế nào, có rất nhiều ứng viên đủ điều kiện - người đứng cuối cùng thường là người không đặt bất kỳ lá cờ đỏ nào trên đường đi. Thật dễ dàng để thấy những người giỏi nhất hoặc không giao thiệp, nhưng điều đó không giúp ích gì cho bạn trong việc tuyển dụng bởi vì bạn sẽ kết thúc với 10 ứng cử viên khác nhau mà bạn cảm thấy thoải mái. Điều đó không giúp bạn tiến gần hơn đến quyết định.

Mỗi mẩu tin bạn thu thập dọc theo cách xem xét, sàng lọc, phỏng vấn, v.v ... có thể có khả năng kích hoạt quyết định không thuê. Bạn phải cân bằng độ nhạy của trình kích hoạt không thuê với triển vọng hiện tại (và tương lai tiềm năng) của bạn. Nếu bạn đang ở trong một ngành công nghiệp nhàm chán, với rất nhiều mã kế thừa, quan liêu và mức lương kém (thường là những thứ ngoài tầm kiểm soát của bạn) thì trình kích hoạt của bạn cần ít nhạy cảm hơn so với Google. Nếu không, bạn sẽ gặp rủi ro không bao giờ thuê bất cứ ai.

Cá nhân, tôi thấy sự thỏa hiệp dễ dàng nhất đối với tôi là yêu cầu nhưng không yêu cầumột mẫu mã. Nếu tôi nhận được một, đó chỉ là một điểm dữ liệu bổ sung để đánh giá ứng viên. Tương tự như vậy, nếu tôi có một người quen làm việc với ứng viên trong quá khứ, tôi sẽ chú trọng một chút vào ý kiến ​​của người quen đó. Không làm việc với bất kỳ ai mà tôi biết chắc chắn không đủ điều kiện cho bất kỳ ứng cử viên nào - điều đó chỉ có nghĩa là công việc của tôi trong việc đánh giá họ khó hơn một chút (và có thể sẽ bao gồm một bài tập mã hóa nếu họ tham gia phỏng vấn). Nếu mẫu của bạn kém (hoặc người quen của tôi nói xấu bạn), thì đó không phải là việc thuê. Những người cung cấp một mẫu có thể có hoặc không có ý kiến ​​nhỏ đối với những người không sàng lọc ban đầu - tùy thuộc vào chất lượng và số lượng của ngăn xếp sơ yếu lý lịch và mẫu, nhiều thông tin có thể tốt hơn hoặc xấu hơn không có thông tin.

  • các mẫu dễ bị làm giả

À vâng. Sơ yếu lý lịch cũng vậy - nhưng chúng tôi vẫn thu thập chúng. Tại sao? Vì ba lý do chính - một sơ yếu lý lịch hoặc mẫu kém là một việc không dễ thuê, bị bắt làm giả một bản lý lịch hoặc mẫu là một việc không dễ thuê, và chúng là những chủ đề trò chuyện tốt trong một cuộc phỏng vấn. Nhanh hơn tôi có thể tìm ra ứng cử viên là một dolt, tốt hơn cho tất cả mọi người.

Nếu bạn đủ thông minh để ăn cắp một mẫu tốt mà không bị bắt, hãy nói một cách thông minh về nó và vượt qua cuộc phỏng vấn - Tôi đặc biệt có vấn đề với cách bạn vượt qua sàng lọc. Có thể có một số mối quan tâm về đạo đức ở đây, nhưng đó không thực sự là lĩnh vực chuyên môn của tôi, vì vậy tôi sẽ không đánh giá tính cách đạo đức của mình trong một cuộc phỏng vấn. Đối với tôi, nó gần giống như sếp của tôi yêu cầu tôi phỏng vấn ai đó không vượt qua được quá trình sàng lọc như một ân huệ. Khi bạn đang ở giai đoạn phỏng vấn, việc bạn đến đó bằng cách nào không quan trọng vì có rất nhiều thông tin tốt hơn sẽ được đưa ra trong cuộc phỏng vấn.

TL; DR - một mẫu mã là một công cụ sàng lọc tuyệt vời, nhưng bạn nên suy nghĩ cẩn thận xem bạn có thể yêu cầu nó hay không. Một lần sàng lọc trước, trọng lượng cuộc phỏng vấn cao hơn nhiều so với một mẫu.

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.