Kiểm tra mã hóa trước sàng lọc - Bao lâu là hợp lý? [đóng cửa]

CHỈNH SỬA

Sau khi suy nghĩ kỹ và tự suy nghĩ về chủ đề này, tôi nhận ra rằng hầu hết các vấn đề tôi nêu ra trong câu hỏi này chỉ xuất phát từ quan điểm cá nhân, thay vì quan điểm chuyên nghiệp. Do đó, người điều hành đặt câu hỏi này vì tính chất chủ quan, cá nhân của vấn đề mà tôi đã cố gắng nói đến. Tôi đã suy nghĩ về việc đọc lại câu hỏi nhưng tôi thực sự không thể tìm ra cách nào để thể hiện câu hỏi theo cách khách quan hơn để nó có thể là chủ đề của một cuộc thảo luận trong đó câu trả lời có thể được sao lưu bằng một số bằng chứng hoặc tài liệu tham khảo.

Vì lợi ích của những người vẫn quan tâm, tôi đang cố gắng đưa ra một bản tóm tắt về cuộc thảo luận nổi lên từ câu hỏi này:

• một cuộc phỏng vấn trước 4 giờ, kiểm tra lập trình ngoại vi không bình thường nhưng
• nhiều người chỉ ra rằng đối với một số công ty, bạn sẽ phỏng vấn lâu hơn nhiều so với tất cả cùng nhau
• đó là quyết định cá nhân của chúng tôi nếu chúng tôi kiểm tra hay không, và chúng tôi có thể đánh giá điều này dựa trên hoàn cảnh của chúng tôi và lợi ích nhận được của việc được thuê cho công ty
• tất cả các công ty đều khác nhau, như mọi người, và nó có thể hoàn toàn hợp lý khi một công ty sử dụng một bài kiểm tra ngoại vi trước khi phỏng vấn dài hơn, nếu đó là những gì phù hợp với nhu cầu hoặc hoàn cảnh của họ

Tôi muốn câu hỏi ban đầu của tôi là về mức độ hợp lý để mong đợi 4 giờ từ tôi, và đạo đức đưa ra một vấn đề như thế nào để giải pháp (không phải mã, nhưng thiết kế) có thể được sử dụng cho công ty. Như bây giờ tôi có thể thấy cả hai câu hỏi này chỉ có thể được khám phá (tốt nhất) trong một cuộc thảo luận trên diễn đàn, thay vì sử dụng một công cụ cộng đồng loại câu hỏi như stackexchange.

Tuy nhiên, tôi thấy tất cả các câu trả lời của bạn có giá trị và cảm ơn vì đã chia sẻ.

BÀI VIẾT GỐC

Tôi đang phỏng vấn cho một số vị trí, và hầu hết trong số họ bao gồm giai đoạn sàng lọc trước, nơi tôi phải nộp bài kiểm tra mã hóa trước khi cuộc phỏng vấn qua điện thoại hoặc cuộc phỏng vấn tại chỗ sẽ diễn ra. Tôi đã khá quen với ý tưởng này và thấy khá hợp lý khi các công ty mong đợi tôi làm điều này để họ có thể tự kiểm tra loại công việc nào tôi có thể tự sản xuất.

Nói chung, kinh nghiệm của tôi là các loại bài tập mã hóa này chủ yếu là các nhiệm vụ lập trình nhỏ. Làm một số logic, có thể thực hiện một thuật toán nhỏ, mở một tệp và đọc / ghi dữ liệu, những thứ như vậy. Ngay cả nhiệm vụ đơn giản nhất cũng có thể được thực hiện với sự phân tách logic, các thành phần có thể kiểm tra, v.v., để xem ứng viên đang viết mã như thế nào, nói chung anh ta đã chuẩn bị tốt như thế nào cho loại công việc mà một công ty muốn điền vào.

Gần đây tôi tình cờ gặp một công ty gửi cho tôi một bài kiểm tra mã hóa với một đoạn mô tả dài cả trang về bài tập của họ, yêu cầu tôi giải quyết một vấn đề thực tế trong công việc của họ (tôi không muốn nói cụ thể để bảo vệ công ty, nhưng bài kiểm tra là khá nhiều về những gì họ làm). Họ đã mô tả một hệ thống khá phức tạp để thực hiện, bao gồm dữ liệu thực và cuối cùng họ kết luận rằng thử nghiệm mã hóa không nên mất hơn 4 giờ .

Có hợp lý không khi một công ty mong đợi tôi dành 4 giờ làm việc cho nhiệm vụ giả của họ trong thời gian rảnh, thậm chí trước khi họ nói xin chào với tôi? (nhà tuyển dụng đã gửi cho tôi bài kiểm tra mã hóa)

Đừng hiểu sai ý tôi, tôi có động lực để tìm một công việc mới và những thách thức mới, nhưng hầu hết các công ty đều mong tôi dành tối đa 1-2 giờ cho một nhiệm vụ như thế và những nhiệm vụ như vậy luôn ít phức tạp hơn.

Điều tôi đưa ra như một kết luận với công ty này là:

1) Động lực của tôi không tốt và có lẽ họ đang tìm người khác

2) Họ không tôn trọng nhân viên tương lai của mình để mong đợi các bài kiểm tra mã hóa dài như vậy sẽ thực hiện ngay cả khi không nói lời chào với họ

3) Họ chỉ muốn đưa ra một trong những vấn đề họ làm việc và xem liệu có một người trẻ nhiệt tình nào sẽ giải quyết nó miễn phí cho họ không (một lần nữa, đừng hiểu lầm tôi không phải là một nhà lý luận âm mưu nhưng tôi có nghe những câu chuyện như vậy ...)

Bạn nghĩ bao nhiêu là hợp lý cho một công ty để mong đợi các ứng viên dành thời gian cho các bài kiểm tra mã hóa giả mà không nói chuyện với họ? Kinh nghiệm của bạn nói chung là gì?

Hãy để tôi đứng về phía công ty một lát, vì những câu trả lời khác chưa có từ trước đến nay. Gần như không thể xây dựng một cơ sở mã có thể sử dụng được từ một tập hợp các bài nộp kiểm tra mã hóa 4 giờ từ những người có trình độ hoàn toàn không xác định. Tạo một đặc tả đủ chi tiết, xem xét các phản hồi và tích hợp nó với phần còn lại của mã của bạn sẽ mất hơn 4 giờ. Chưa kể hầu hết các dự án phần mềm cấp doanh nghiệp hữu ích đòi hỏi hàng ngàn giờ công. Ý nghĩ xây dựng một doanh nghiệp về việc chia nhỏ ra thành 4 giờ với thời gian quay vòng mỗi tuần là vô lý.

Đưa ra một vấn đề thực tế của doanh nghiệp là một trong những cách tốt nhất để xác định xem ai đó sẽ giỏi, gây sốc, giải quyết các vấn đề thực tế trong cuộc sống của doanh nghiệp. Tôi làm điều này thường xuyên trong các cuộc phỏng vấn (mặc dù tôi yêu cầu các nguyên tắc thiết kế chung và không phải là mã có giá trị 4 giờ), và mỗi lần nó là một vấn đề tôi đã giải quyết. Nếu tôi chưa giải quyết nó, bài kiểm tra sẽ mất gần như toàn bộ giá trị bằng chứng.

Việc kiểm tra 4 giờ có xứng đáng với bạn hay không là quyết định cá nhân. Tôi luôn được dạy để coi việc tìm kiếm công việc toàn thời gian là một công việc toàn thời gian. Khi bạn thất nghiệp hoặc thiếu việc làm và dành 8 giờ mỗi ngày để tìm việc, một bài kiểm tra mã hóa 4 giờ không là gì cả. Tôi đã dành nhiều thời gian hơn cho các nhiệm vụ như tìm kiếm các ngôn ngữ rỉ sét, viết chương trình danh mục đầu tư và tùy chỉnh sơ yếu lý lịch cho các vị trí cụ thể.

Mặt khác, một số công nhân giỏi nhất đã được tuyển dụng rất nhiều và chỉ tình cờ tìm kiếm cơ hội tốt hơn. Những người trong tình huống đó khó có thể vượt qua Rigamarole trong bài kiểm tra kéo dài 4 giờ, trừ khi cơ hội là sao. Tuy nhiên, đó là vấn đề của công ty, không phải của bạn.

Theo như nhận thức về thái độ của công ty đối với nhân viên của họ, tôi không nghĩ bạn thực sự có thể nói bất cứ điều gì, ngoài việc họ có thể mệt mỏi khi phải đối phó với các ứng viên không đủ tiêu chuẩn, ở một mức độ mà họ sẵn sàng ném ra một số điều tốt với điều xấu

Không, không điển hình , tại sao bạn giải quyết vấn đề của họ miễn phí? (4 tiếng)

1 giờ là điển hình cho một bài kiểm tra lập trình. Trong quá khứ kiểm tra lập trình của chúng tôi là 4 câu hỏi. 3 câu hỏi đầu tiên mất 1/2 giờ, cuối cùng là 1/2 giờ. Chúng tôi cũng đã thực hiện bài kiểm tra cho các nhân viên hiện tại trong nhà để đảm bảo rằng chúng tôi đang ở trong khung thời gian dự kiến ​​và bài kiểm tra công bằng và được điều chỉnh một cách phù hợp.

Một vài câu hỏi đầu tiên là loại "Fizz Buzz" để loại trừ những người không thể lập trình. Họ đã dần dần khó khăn hơn. Câu hỏi cuối cùng là một bài tập giải quyết vấn đề. Nói chung, chúng tôi đã cố gắng giới hạn số lượng mã được viết trong khoảng vài trăm dòng (tổng cộng) và không yêu cầu bất kỳ thủ thuật thông minh nào. Chúng tôi cũng ghi điểm cho mọi người về xử lý lỗi, phong cách, cú pháp, tổ chức, v.v. Các câu hỏi không liên quan đến hoạt động kinh doanh của chúng tôi mà là các kỹ năng và công nghệ mà nền tảng hiện tại được viết.

Thông thường, các ứng cử viên tuyệt vời đã hoàn thành trong thời gian ít hơn so với được phân bổ. Đôi khi mọi người yêu cầu thêm thời gian mà chúng tôi cho phép vì sự căng thẳng liên quan đến việc làm bài kiểm tra, nhưng chúng tôi giới hạn mọi người ở một giới hạn nhất định. Bài kiểm tra là trong môi trường phát triển hiện tại và mọi người đã truy cập internet để biết thông tin tham khảo. Chúng tôi cũng đã vượt qua sự mong đợi của bài kiểm tra cho mọi ứng cử viên.

Có lần chúng tôi đã thảo luận về việc kết hợp cơ sở mã của chúng tôi (thế giới thực) vào bài kiểm tra nhưng cuối cùng chúng tôi đã loại bỏ rằng do lo ngại rằng mã được sao chép / đánh cắp / vv (ông chủ của chúng tôi hơi hoang tưởng). Cuối cùng, chúng tôi đã đi với một riêng biệt quiz.slntrong một máy phát triển bị cô lập.

Cuối cùng, chúng tôi thấy thật khó để đưa ra một bài kiểm tra công bằng, nhưng không quá khó cũng không quá dễ. Chúng tôi luôn hỏi các ứng cử viên của mình về bài kiểm tra sau khi họ làm bài và thu thập phản hồi của họ để tinh chỉnh nó cho các ứng viên trong tương lai.

Tôi thấy các bài kiểm tra mã hóa trong cuộc phỏng vấn là một tải tosh anyway. Không ai mã hóa bất cứ điều gì ngoại trừ thói quen đơn giản nhất dưới áp lực mà không có môi trường và công cụ thông thường, vì vậy kết quả bạn nhận được là không rõ ràng nhất.

Những gì tôi nhận thấy là những bài kiểm tra thực sự tốt về khả năng của một lập trình viên là đưa cho anh ta một số mã dự án và yêu cầu anh ta xem xét nó, điều này thực sự tốt nếu mã có một số lỗi rõ ràng, một số vấn đề về mã rõ ràng và một vài thực tiễn đáng nghi ngờ. Một lập trình viên giỏi sẽ cho bạn biết tất cả trong số họ, và sẽ tham gia với bạn trong cuộc thảo luận về lý do tại sao một số mã không 'sai' nhưng có thể được thực hiện tốt hơn để giảm bớt bảo trì hoặc như vậy. Một lập trình viên nghèo sẽ tìm thấy một lỗi và dừng lại.

Bất kỳ công việc nào mong đợi bạn thực hiện một bài kiểm tra mất hơn nửa giờ chỉ cần dành thời gian dài để thực hiện một bài kiểm tra tốt, được nhắm mục tiêu cung cấp cho họ nhiều hơn một ý tưởng mơ hồ về các kỹ năng của bạn. (hầu hết các công ty đều rất khó dành thời gian để thiết lập trước khi phỏng vấn).

Nếu tôi được làm một bài kiểm tra như bạn đã nhận, tôi sẽ viết câu trả lời bằng mã giả. Điều đó là đủ để chứng minh sự hiểu biết của tôi về mã hóa và thiết kế, mà không cần trải qua toàn bộ các giai đoạn biên dịch, xây dựng và thử nghiệm mà bạn sẽ làm cho một dự án công việc bình thường.

Bạn có thể không có 4 giờ, nhưng ai đó quan tâm hơn đến công ty của họ chắc chắn sẽ làm. Về cơ bản, tôi được thuê dựa trên một nhiệm vụ tương tự mà một công ty đã yêu cầu tôi làm trước đó cho nhiệm vụ đó. Rõ ràng, viết mã sạch và dễ hiểu, các trường hợp kiểm tra kỹ lưỡng và tài liệu thiết kế dễ hiểu và mạch lạc là một điều bất thường. Trên thực tế nhìn thấy ai đó làm điều đó thổi mọi người đi. Dù sao, tất cả mọi người tôi đã nói chuyện trong cuộc phỏng vấn đều khen ngợi tôi về những gì tôi đã làm và tôi cảm thấy mình phải gây ấn tượng với bất kỳ ai trong cuộc phỏng vấn vì họ đã quyết định rồi. Nó đơn giản chỉ là vấn đề của tôi khi không cho họ một lý do để nói không bằng cách làm điều gì đó ngu ngốc.

Vì vậy, trong khi tôi đồng ý 4 giờ là một khoản đầu tư thời gian khá lớn, điều đó cũng có nghĩa là nhiệm vụ có kích thước đủ để bạn có cơ hội thực sự thể hiện những gì bạn có khả năng. Công việc của bạn rất tốt có thể nói nhiều hơn bao giờ hết trong một tình huống phỏng vấn thực tế.

Như một lưu ý phụ: Gần đây tôi đã thử một điều tương tự nhưng sử dụng một vấn đề nhỏ hơn nhiều và tôi không hài lòng với kết quả này. Những vấn đề nhỏ là tầm thường để chứng minh đủ kiến ​​thức của người đó. Thêm vào đó, các vấn đề tầm thường có xu hướng yêu cầu người đó nhận ra một số mẹo / chi tiết cần thiết để giải quyết vấn đề. Do đó, có một số cân bằng giữa việc chiếm quá nhiều thời gian của một người so với việc không đạt được bất kỳ lợi ích thực sự nào vì nhiệm vụ là tầm thường. Tôi nghĩ rằng một nhiệm vụ 4 giờ có lẽ là khoảng thời gian phù hợp đủ phức tạp để các ứng viên thể hiện kỹ năng của mình và không quá lâu để không ai bận tâm.

Tôi đã làm một bài kiểm tra mã hóa 6 giờ tại một điểm. Khi tôi làm bài kiểm tra này, tôi có sự tự tin khá cao, tôi sẽ được tuyển dụng - trong khi nó trở thành sự thật, tôi không hài lòng với phần tiếp theo.

Rõ ràng có rất nhiều nhà tuyển dụng mỗi người yêu cầu 4 giờ là quá mức. Những gì người đó đang tìm kiếm trong bài kiểm tra mà tôi đã thực hiện là phong cách mã hóa của tôi - tôi được thuê vì tôi là người 'gần gũi nhất' với anh ta. Trong bối cảnh này, hãy nhìn vấn đề từ quan điểm này: Đầu tiên, đó có phải là một vấn đề thú vị mà việc giải quyết có giá trị với bạn trong mọi trường hợp? Rốt cuộc, bạn có thể học được điều gì đó có giá trị.

Thứ hai, nếu bạn có thể 'vượt qua' bài kiểm tra thì có nghĩa là bạn được tuyển dụng? Nếu điều này không rõ ràng thì bạn phải quyết định liệu có lý do nào khác để làm điều đó không.

Thứ ba, họ có thể ước tính rằng phải mất '4 giờ', nhưng bạn có thể tìm ra cách khác. Họ có thực sự biết điều này sẽ mất bao lâu? Nhiều khả năng câu trả lời là không. Do đó, họ sẽ tiếp tục thử nghiệm mọi người trong thời hạn 4 giờ cho đến khi họ nhận ra rằng nó sẽ không phù hợp trong bốn giờ. Trong trường hợp đó, bạn đang lãng phí thời gian. Cách tiếp cận tốt nhất sau đó là trở nên tích cực với người quản lý tuyển dụng, và tìm hiểu xem bạn có nên dừng lại sau bốn giờ và đưa cho họ những gì bạn có, hoặc tiếp tục cho đến khi hoàn thành và cho họ biết mất bao lâu. Nói tóm lại, có thể có một bài kiểm tra nhân vật được gói gọn trong việc này, và chỉ cần cố gắng chấp nhận nó theo các điều khoản của họ có thể tiết lộ thiếu kinh nghiệm.