Hiện tại có bất kỳ bài kiểm tra năng khiếu, tiêu chuẩn hóa, hiện đại nào cho công nghệ phần mềm không? [đóng cửa]

Lý lịch

Tôi là một kỹ sư phần mềm đang làm việc, đang tìm kiếm một hợp đồng mới cho năm tới hoặc lâu hơn. Trong tìm kiếm của tôi, tôi chịu đựng nhiều cuộc phỏng vấn kỹ thuật vô lý như được chỉ ra bởi câu hỏi phổ biến này mà tôi đã hỏi trước đó ngày hôm nay .

Ngay cả khi những câu hỏi tôi được hỏi không phải lúc nào cũng ngớ ngẩn, tôi vẫn sẽ mệt mỏi khi trả lời chúng nhiều lần cho các cơ hội hợp đồng khác nhau.

Vì vậy, điều này khiến tôi nghĩ rằng có một bài kiểm tra tiêu chuẩn mà các chuyên gia phần mềm làm việc có thể thực hiện sẽ cung cấp một bảng điểm chung có thể được các nhà phỏng vấn tham khảo thay cho các câu hỏi phỏng vấn kỹ thuật vô lý (ví dụ như nerd haze).

Câu hỏi

Có một bài kiểm tra năng khiếu kỹ thuật phần mềm tiêu chuẩn (SEAT ??) có sẵn cho các chuyên gia làm việc không?

Nếu không có một bài kiểm tra như vậy ngoài kia, những câu hỏi hoặc chủ đề nên được đề cập?

Một suy nghĩ bổ sung

Xin lưu ý, nếu đề xuất một câu hỏi hoặc chủ đề, để tập trung vào các câu hỏi hoặc chủ đề có liên quan đến thực tiễn phát triển đương đại và nhu cầu thực tế trong lực lượng lao động vì đó sẽ là điểm của bài kiểm tra năng khiếu tiêu chuẩn. Nói cách khác, không có câu hỏi xuyên qua chú hề .

Có một cái nhìn về Codility .

Đây là một bài kiểm tra lập trình trực tuyến hỗ trợ một số ngôn ngữ khác nhau. Các câu hỏi được xác định rõ ràng và không quá phức tạp mặc dù chúng đòi hỏi một số suy nghĩ, cũng như các kỹ thuật lập trình (phòng thủ) tốt - bạn không chỉ phải viết một giải pháp làm việc chính xác mà chúng sẽ kiểm tra những thứ như điều kiện cạnh và tràn số nguyên .

Tôi không biết việc tự chứng nhận được đánh giá cao như thế nào, nhưng hai đơn xin việc gần đây đã sử dụng trang đó như một phần của quy trình tuyển chọn.

Các bài kiểm tra năng khiếu có nghĩa là để đo lường cơ sở bẩm sinh của một người nào đó cho một chủ đề nhất định, chứ không phải bạn đã biết bao nhiêu về một chủ đề. Tôi không nghĩ đó là những gì bạn đang tìm kiếm. Thay vào đó, bạn dường như muốn một cách tiêu chuẩn để chứng minh những gì bạn biết để bạn không phải chịu đựng các câu hỏi kỹ thuật tại một cuộc phỏng vấn (hoặc ít nhất có thể tránh những câu ngớ ngẩn).

Tin tốt: Có rất nhiều cách bạn có thể chứng minh những gì bạn biết. Các công cụ theo ý của bạn bao gồm:

• sơ yếu lý lịch: Một bản lý lịch được viết tốt có thể đi một chặng đường dài để trả lời các câu hỏi về những gì bạn đã làm trong quá khứ và, bằng cách mở rộng, những gì bạn biết bây giờ. Đừng chỉ liệt kê những nơi bạn đã làm việc, hãy nói những gì bạn đã làm.

• dự án: Mang theo thứ gì đó bạn đã tạo với bạn và cung cấp bản demo nhanh. Hiển thị mã của bạn và sẵn sàng để giải thích nó. Điều này cho phép bạn thể hiện khả năng kỹ thuật của mình trên sân của chính bạn. (Nếu đó là điều mà người khác cũng đã đóng góp, hãy thật rõ ràng về những gì bạn đã làm so với những gì người khác đã làm. Nếu bạn có thể, tốt nhất là thể hiện điều gì đó hoàn toàn là của riêng bạn.)

• viết: Nếu bạn đã viết bất kỳ bài báo, blog, hoặc một bài báo hoặc tạp chí, hãy cố gắng giới thiệu điều đó trước cuộc phỏng vấn của bạn để người phỏng vấn có cơ hội đọc nó.

• bằng cấp hoặc chứng chỉ: Đây là gần với một kỳ thi tiêu chuẩn như bạn có thể đạt được.

Nói tóm lại, mục tiêu của bạn là cung cấp càng nhiều bằng chứng càng tốt để bạn có kiến ​​thức mà người phỏng vấn đang tìm kiếm.

Tin xấu: Không có vấn đề gì, có lẽ bạn sẽ luôn phải đối mặt với một hoặc hai câu hỏi kỹ thuật giả định khi bạn phỏng vấn xin việc. Ngay cả khi bạn thực sự kinh ngạc với trải nghiệm của mình và có thể chứng minh rằng bạn chính xác là chàng trai họ đang tìm kiếm, họ vẫn sẽ hỏi một vài câu hỏi về cấu trúc dữ liệu hoặc bất cứ điều gì. Không có mặt trái nào cho công ty - người mà họ đang tìm kiếm có thể trả lời những câu hỏi đó trong giấc ngủ của anh ấy, và rõ ràng có rất nhiều người không thể . Ngoài ra, một số tổ chức có quy trình tuyển dụng nghiêm ngặt đòi hỏi họ phải hỏi những câu hỏi giống nhau của mọi ứng viên; người phỏng vấn không được tự do quyết định rằng bạn biết công cụ của mình và họ có thể bỏ qua các câu hỏi kỹ thuật.

Có thể cho rằng, đó là vai trò của chứng chỉ và bằng cấp. Nếu bạn muốn kiểm tra tiêu chuẩn về sự quen thuộc của một người với một ngôn ngữ lập trình cụ thể, bạn có thể tìm kiếm những người có chứng nhận ngôn ngữ cụ thể. Nếu bạn muốn có một bài kiểm tra tiêu chuẩn về kiến ​​thức khoa học máy tính nói chung, hãy tìm một người có bằng khoa học máy tính.

Vấn đề, tất nhiên, là tất cả chúng ta đều biết rằng những loại thông tin này không hoàn hảo. Thật quá dễ dàng để mọi người nhồi nhét cho một kỳ thi chứng chỉ một khi các chủ đề của kỳ thi được hoàn thành mà không thực sự học bất cứ điều gì hoặc có thể áp dụng kiến ​​thức. Một phần khá lớn các nhà phát triển vững chắc sẽ không bận tâm đến quá trình chứng nhận. Và cố gắng để được chứng nhận trên tất cả mọi thứ mà một nhà tuyển dụng đang tìm kiếm (ngôn ngữ, quy trình phát triển và phương pháp, v.v.) sẽ khá khó khăn. Bằng cấp về khoa học máy tính cũng rất dễ đọc - có những người hoàn thành bằng cấp của mình mà không bao giờ quản lý để học cách viết mã hữu ích và có những người học cách viết mã tuyệt vời trong khi học chuyên ngành khác.

Cho rằng các phương pháp tiêu chuẩn hóa đã chứng tỏ bản thân là không đủ trong thế giới thực, đặc biệt khó có khả năng một bài kiểm tra tiêu chuẩn hóa sẽ tốt hơn. Nó gần như chắc chắn sẽ kết thúc việc chơi game giống như các kỳ thi chứng chỉ hiện có. Mọi người sẽ nhồi nhét cho kỳ thi hoặc có quyền truy cập vào các câu hỏi từ "bãi não". Các nhà phát triển hiện tại sẽ không chạy ra ngoài để làm bài kiểm tra. Và nhà tuyển dụng sẽ không sẵn sàng phụ thuộc nhiều vào kết quả thi. Vì vậy, họ vẫn sẽ muốn đặt câu hỏi kỹ thuật trong một cuộc phỏng vấn.

Tuy nhiên, bên cạnh đó, một cuộc phỏng vấn kỹ thuật tốt (rõ ràng, có những người phỏng vấn tồi và những câu hỏi tồi giống như có những nhà phát triển tồi) cũng nên đánh giá cách tiếp cận của ứng viên sẽ kết nối với nhóm hiện tại. Một cuộc phỏng vấn tốt nên đánh giá các kỹ năng giao tiếp của ứng viên và các kỹ năng mềm của họ cũng giống như đánh giá các kỹ năng kỹ thuật của họ. Tôi quan tâm nhiều hơn đến một ứng viên đặt câu hỏi hay để làm rõ các yêu cầu và điều đó giải thích tốt quá trình suy nghĩ của họ ngay cả khi họ không ngay lập tức đưa ra thuật toán tốt nhất so với ai đó đưa ra thuật toán tuyệt vời nhưng không thể giải thích câu trả lời của họ một cách hiệu quả hoặc thảo luận về sự đánh đổi một cách hiệu quả.

Bài kiểm tra năng lực lập trình viên / nhà phân tích không có ngôn ngữ cung cấp thước đo khách quan về tiềm năng của ứng viên để hiểu và áp dụng lý luận, logic, toán máy tính và các quy tắc thủ tục. LPAT không kiểm tra ứng viên bằng ngôn ngữ máy tính cụ thể. Xem http://www.aprtestingservice.com/business/lpat/