Có phải là nghi thức xấu khi hỏi một nhà tuyển dụng tiềm năng họ ghi điểm như thế nào trong bài kiểm tra Joel? [đóng cửa]

Phỏng vấn nhà phát triển khác với hầu hết các nơi khác, bởi vì bạn không chỉ lo lắng về những người bạn làm việc cùng, lợi ích, mô tả công việc, v.v., bạn còn có EXTRA để lo lắng sau khi nhận việc. Viết hai ứng dụng với các yêu cầu chính xác có thể rất khác nhau nếu bạn làm việc trong môi trường ồn ào so với yên tĩnh, sử dụng VS2003 / .NET 2.0 so với VS210 / .NET 4.0., Sử dụng SVN vs VSS.

Bạn có thể cung cấp cho nhà tuyển dụng tiềm năng bài kiểm tra Joel ngay thẳng không? Tôi cố gắng hỏi thật nhiều câu hỏi để có được loại môi trường mà tôi sẽ làm việc, điều này cực kỳ quan trọng theo quan điểm của tôi, nhưng cách tốt nhất để cắt theo đuổi và chỉ hỏi những câu hỏi hóc búa (như họ hỏi bạn trong suốt phỏng vấn cùng).

LƯU Ý: Theo "Thử nghiệm Joel", ý tôi là một danh sách cụ thể về những thứ phá vỡ giao dịch quan trọng đối với bạn (không nhất thiết là Joel), nhưng bạn có thể không có thời gian để thoát ra bằng cách sử dụng cách "trò chuyện" thông thường truyền thống , vì vậy bạn quyết định gửi email hoặc lên lịch một cuộc họp khác, hoặc hỏi người khác, v.v.

Một cuộc phỏng vấn việc làm đi cả hai chiều - một công ty đang phỏng vấn bạn và bạn đang phỏng vấn công ty. Tôi sẽ không xuất hiện theo nghĩa đen với "điểm số Joel Test của bạn là gì?", Nhưng tôi sẽ hỏi những câu hỏi riêng biệt là những người phá vỡ giao dịch cụ thể cho tôi trong môi trường làm việc.

Nó không cần xây dựng lớn. Một thời điểm tốt để hỏi những câu hỏi này như là phần kỹ thuật của quá trình phỏng vấn, khi họ nói "bạn có câu hỏi nào cho chúng tôi không?". Bạn có thể dẫn đến một cái gì đó dọc theo dòng "bạn có thể mô tả một ngày điển hình trong công việc ở đây không?" và đi từ đó.

Joel Test thiết bị của bạn để đánh giá một nhà tuyển dụng tiềm năng tốt như thế nào?

Tôi đã đi phỏng vấn xin việc và văn phòng có kế hoạch mở nên ồn ào, có nhiều hệ thống khác nhau, tồn đọng lỗi, họ không sử dụng nhiều công cụ thương mại, không có người kiểm tra, chúng tôi không viết mã trong suốt cuộc phỏng vấn và không có khả năng sử dụng hành lang .

.. nhưng bạn có thể đưa chú chó của bạn đến văn phòng, bạn có một ngày một tuần để làm việc cho các dự án của riêng bạn, có thức ăn 24x7 với Sushi tuyệt vời, khu vực thư giãn, cầu trượt để xuống cầu thang, cốc / cà phê miễn phí / OJ, và họ tạo ra một số phần mềm tuyệt vời nhất trên trái đất.

Nó đạt điểm thấp trong bài kiểm tra Joel, theo như tôi có thể thấy, nhưng bạn có từ chối làm việc cho nhà tuyển dụng này dựa trên điều này không?

Nếu nó ồn - bạn có thể đặt tai nghe vào. Nếu không có thử nghiệm, đơn vị vô địch và / hoặc thử nghiệm tự động. Nếu không có bản dựng hàng đêm, hãy viết một công việc định kỳ hoặc cài đặt CI ở đâu đó.

Bằng mọi cách, hãy sử dụng bài kiểm tra Joel như một hướng dẫn cho những câu hỏi bạn có thể muốn hỏi, nhưng có rất nhiều số liệu khác, một số có thể quan trọng với bạn hơn những câu hỏi khác.

(Không có giải thưởng để đoán người sử dụng lao động là ai!)

Tôi chưa bao giờ làm việc ở một nơi đạt điểm cao hơn 4 trong bài kiểm tra Joel. Khi tôi đi, tôi có một gói nhỏ tôi mang theo trong đó có một bản sao sơ ​​yếu lý lịch của tôi (tôi đã bắt gặp các nhà tuyển dụng đặt tên tôi lên trên sơ yếu lý lịch của người khác) cũng như một loạt các câu hỏi, một số trong đó là kiểm tra joel xáo trộn xung quanh. Không ai từng đề cập rằng họ nhận ra các câu hỏi.

Bài kiểm tra Joel đã truyền cảm hứng cho tôi để đặt câu hỏi "như thế". Kiểm soát phiên bản nào, theo dõi lỗi, kiểm tra, ...

Tôi thường hỏi rất nhiều câu hỏi vào cuối (hoặc trong) cuộc phỏng vấn. Nếu bất cứ điều gì , điều đó cho thấy bạn quan tâm đến các thực tiễn tốt nhất / đảm bảo chất lượng / .... Nếu họ chưa thực hiện những điều đó, có thể họ sẽ quan tâm đến bạn khi thực hiện, ví dụ: kiểm tra đơn vị.

Kịch bản trường hợp tốt nhất: họ chưa nghĩ về những điều đó, nhưng họ ngạc nhiên về những gì bạn có thể cải thiện trong quá trình phát triển của họ.

Trường hợp xấu nhất: họ không thích thực tế là bạn hỏi quá nhiều câu hỏi, do đó không quan tâm đến việc cải thiện quy trình của họ, trong trường hợp đó bạn có thể không muốn làm việc ở đó.

Tái bút: chỉ cần đảm bảo rằng bạn biết bạn đang nói về điều gì, không chỉ vô tâm đi qua danh sách nào đó.

Tôi có 3 câu hỏi về môi trường phát triển mà câu trả lời tiêu cực cho bất kỳ ai là một điểm dừng chương trình.

Bạn sử dụng phần mềm kiểm soát phiên bản nào?

Vấn đề / lỗi theo dõi nào bạn sử dụng?

Quá trình phát triển của bạn có giống với Scrum không?