Làm thế nào để bạn đối phó với các câu hỏi dựa trên kiến ​​thức trong các cuộc phỏng vấn? [đóng cửa]

Trong các cuộc phỏng vấn kỹ thuật phỏng vấn các lập trình viên có kinh nghiệm, người phỏng vấn hỏi rất nhiều câu hỏi dựa trên kiến ​​thức. [ví dụ. Giống như cách cấu hình cái này và cái kia trong xml]. Những câu hỏi này có chính xác một câu trả lời và rất có khả năng một lập trình viên giỏi có thể không biết câu trả lời cho nó (và do đó bị từ chối). Có một cách tốt để trả lời những câu hỏi này? [Giống như lịch sự nói với người phỏng vấn rằng câu trả lời chỉ là một tìm kiếm trên google].

Tôi nghĩ sẽ ổn khi nói với người phỏng vấn rằng bạn thành thật không biết câu trả lời, và sau đó tiến hành cho họ biết bạn sẽ tìm ra như thế nào (như hỏi đồng nghiệp, tham khảo hướng dẫn, tìm kiếm trên web, v.v ...) . Điều này sẽ cho người phỏng vấn biết rằng bạn là người tháo vát và thích nghi với các tình huống mới và sẵn sàng học hỏi - và cũng thành thật về việc thừa nhận khi bạn không biết thay vì cố gắng vô tội vạ và thất bại. Cá nhân tôi chưa có trải nghiệm này, vì vậy tôi không chắc chắn 100% nó sẽ hoạt động như thế nào, nhưng tôi chấp nhận loại câu trả lời đó nếu tôi là người phỏng vấn. Chúc may mắn!

Loại câu hỏi phỏng vấn yêu thích của tôi ... Câu trả lời điển hình của tôi nếu tôi không biết câu trả lời ngoài đầu là nói nhiều, nhưng sau đó tiến hành mô tả cách tôi sẽ giải quyết vấn đề.

Ví dụ: "Cuộc gọi API đến Shazbut Fuzzer là gì?"

Trả lời , tôi sẽ truy cập tài liệu API "Fuzzer" trực tuyến và tìm hiểu. Để công bằng, tôi đã không sử dụng "Fuzzer" nhưng tôi đã sử dụng "Fubar" cũng làm điều tương tự. Chúng tôi đã sử dụng Fubar trong dự án cuối cùng của chúng tôi vì X, Y và Z.

Cách tiếp cận này cho thấy một số điều:

1. Bạn có nhiều hơn một sự hiểu biết thông thường về vấn đề
2. Bạn biết cách tìm câu trả lời (Howard Hughes không biết tất cả các câu trả lời về hàng không, nhưng anh ấy có một nhóm người đã làm)
3. Bạn hiểu rằng có những lựa chọn thay thế và lý do để chọn cái này hơn cái kia.

Nếu tôi là người phỏng vấn, tôi sẽ muốn một người có kiến ​​thức đầy đủ hơn ai đó có thể nói ra câu trả lời.

Nếu đó là một câu hỏi không đúng, tôi cũng sẽ đề cập đến câu hỏi đó. Đôi khi bạn gặp phải những người muốn lừa bạn - có thể là để xem bạn có chú ý hay bạn sẽ nói ra một câu trả lời rõ ràng sai như bạn là người có thẩm quyền. Sử dụng cùng một câu hỏi giả thuyết, bạn có thể có câu trả lời như thế này: "Đây là lần đầu tiên tôi từng nghe về điều đó. Nếu bạn không phiền, tôi có thể tìm hiểu thêm thông tin về nó ở đâu?"

Điều này nói với người phỏng vấn rằng bạn sẽ không giả vờ như bạn biết điều gì đó bạn không làm, nhưng sẵn sàng học hỏi. Việc bạn có dành thời gian để tự mình tìm kiếm API Fuzzer hay không là tùy thuộc vào bạn.

Tôi nghĩ rằng điều quan trọng trong một cuộc phỏng vấn là có thể chứng minh cách bạn xử lý việc đối mặt với giới hạn kiến ​​thức của bạn. Chủ lao động của bạn sẽ muốn có thể kết xuất một tài liệu 200 trang về công nghệ mà bạn không biết và mong muốn bạn trở thành chuyên gia thường trú về nó.

Khi tôi phỏng vấn cho vị trí hiện tại của mình, tôi đã không viết bất kỳ C ++ nào trong vài năm kể từ khi học đại học và được thừa nhận nhiều như vậy. Khi ai đó viết class A : public Bnhư một phần của câu hỏi bảng trắng, tôi không thể nhớ đó là lớp cơ sở và là từ nào, nhưng sau khi hỏi người phỏng vấn về cú pháp, tôi đã có thể trả lời thành công câu hỏi dựa trên kiến ​​thức của tôi về các khái niệm cơ bản , và đã được cung cấp công việc. Mặt khác, một người tuyên bố đã lập trình C ++ mỗi ngày trong 5 năm qua nên biết cú pháp đó ra khỏi đỉnh đầu của họ.

Tuy nhiên, ngay cả những người sử dụng một ngôn ngữ cụ thể mọi lúc, có thể bị rỉ sét ở một số khu vực nhất định mà bạn có thể không mong đợi, nhưng nên có lý do chính đáng cho ngôn ngữ đó. Ví dụ: tôi thực hiện lập trình nhúng và không viết mã để mở hoặc đọc từ tệp trong một thời gian dài hoặc nhận đầu vào từ người dùng hoặc truy vấn cơ sở dữ liệu hoặc vẽ GUI. Điều đó không có nghĩa là tôi không thể yêu cầu những kỹ năng đó một cách nhanh chóng, nhưng tôi nên chuẩn bị để chứng minh khả năng làm điều đó, và không chỉ mong họ nhận lời của tôi về nó.

Một ví dụ khác, trong một công việc trước đây, tất cả bộ nhớ của chúng tôi phải được phân bổ tĩnh, để giúp dễ dàng chứng minh các yêu cầu RAM tối đa cho độ tin cậy cực cao. Trong trường hợp ngoại lệ hiếm hoi, điều đó không khả thi, bạn phải nhờ bạn bè đăng nhập và bộ nhớ không bao giờ được giải phóng. Tôi đã rất giỏi trong việc tránh phân bổ động, nhưng điều đó không giống với việc giỏi làm việc đó.

Nếu được hỏi một câu hỏi về những lĩnh vực đó, tôi sẽ thừa nhận mình đã bị rỉ sét, và đưa ra lý do, sau đó tiến hành trả lời tốt nhất tôi có thể nhớ lại, hỏi những câu hỏi làm rõ khi cần thiết.

Tôi mơ hồ về họ. Một phần trong tôi không thích nhiều người trong số họ tầm thường như thế nào (" tham số thứ 3 của chức năng In ") nhưng tôi cũng nhận ra rằng nếu ai đó làm việc với công nghệ, qua thời gian bạn đã thấy nó rất nhiều lần bạn biết điều đó . Tôi khá sẵn lòng nói "Tôi không biết, tôi sẽ google nó trước khi làm phiền đồng nghiệp của tôi về nó." Mặt khác, nếu bạn trả lời mọi câu hỏi với cùng một câu trả lời, điều đó mang lại cảm giác rằng bạn không biết công nghệ và sẽ tìm kiếm mọi thứ trên google - bao gồm cả mã mà bạn đã viết.

Tôi làm việc với .NET. Các phiên bản đầu tiên của khung có hơn 40.000 đối tượng khác nhau. Không ai có thể biết tất cả.

Tôi đã có một hoặc hai cuộc phỏng vấn như thế này và tôi có thể hiểu rằng nó có thể khiến bạn cảm thấy không thoải mái. Thông thường khi một nhà tuyển dụng chạm vào một số công nghệ mà tôi có trong CV / Resume mà tôi đã không sử dụng trong một hoặc hai năm.

Tôi trả lời nó bằng cách cho họ hiểu về công nghệ họ hỏi và cách áp dụng nó, khi nào nó được áp dụng và khi nó không được áp dụng. Về mặt kỹ thuật, tôi sẽ cố gắng hết sức để trả lời, thậm chí một nửa câu trả lời là hữu ích với họ và trấn an họ rằng có nếu tôi ở PC của tôi, Google sẽ giúp và câu trả lời kỹ thuật không có gì ngoài một hoặc hai phút để trì hoãn trong việc tiếp tục với công việc.

Nói chung, tôi nghĩ một người phỏng vấn có thể hỏi đủ câu hỏi để biết bạn có tầm cỡ cho công việc không và mức độ rủi ro của bạn đối với họ.

Tuy nhiên, nếu bạn thực sự trả lời sai mọi câu hỏi kỹ thuật hoặc có một câu hỏi rất rõ ràng như, làm thế nào để bạn khai báo một biến trên ngôn ngữ X, thì điều đó sẽ rất đáng lo ngại với họ, và họ sẽ cảm thấy họ không có thời gian để đầu tư vào bạn để tăng tốc hoặc đào tạo bạn về các nguyên tắc cơ bản.

Tôi đã có điều này xảy ra với tôi trong một cuộc phỏng vấn qua điện thoại nơi tôi được đưa ra một câu hỏi liên quan đến tiện ích BASH mà tôi chưa từng sử dụng trước đây. Tôi đã giải thích rằng trước đây tôi chưa sử dụng nó, tôi tự tin rằng mình có thể sau khi kiểm tra Google hoặc trang người dùng của nó.

Là một cuộc phỏng vấn qua điện thoại, người phỏng vấn nhanh chóng đưa tôi vào vị trí bằng cách hỏi tôi có đứng trước máy tính không và yêu cầu tôi làm điều đó. Một lát sau tôi đã có thể đưa ra một lời giải thích rõ ràng về cách nó có thể được sử dụng để giải quyết vấn đề được trình bày.

Một lát sau, họ đề nghị cho tôi công việc.