Tôi có nên nói với người phỏng vấn tôi đã biết câu trả lời cho câu hỏi đang được hỏi không? [đóng cửa]


29

Trong một cuộc phỏng vấn lập trình nếu tôi được hỏi một câu hỏi tôi đã biết câu trả lời, chẳng hạn như đưa ra một thuật toán cho một vấn đề cụ thể. Tôi có nên tiết lộ điều đó với người phỏng vấn? Vấn đề này chỉ có ý nghĩa khi có một khía cạnh mới lạ cho câu hỏi.

Một ví dụ là "Làm thế nào bạn có thể đảo ngược từng từ trong một chuỗi, nhưng không phải thứ tự của chúng?". Dường như cũng có một sự phân chia giữa những thứ dễ dàng hơn, mà bạn "được cho là" phải biết, chẳng hạn như ví dụ của tôi và những vấn đề khó khăn hơn.

Chính sách và lý do của bạn để giải quyết vấn đề này là gì? Nếu bạn đã quen thuộc với câu hỏi / brainteaser, bạn có nên tiết lộ điều này ngoài việc trả lời câu hỏi không? Có bất kỳ tình huống khó xử về đạo đức liên quan đến việc không tiết lộ kiến ​​thức trước đây của bạn về câu hỏi?


2
Tôi gặp khó khăn khi nhìn thấy điểm trong câu hỏi này. Nếu bạn biết câu hỏi bạn trả lời, nếu bạn không cố gắng tìm ra điều gì đó hợp lý. Bạn có nên nói với họ rằng bạn biết câu trả lời thay vì chỉ nói với họ câu trả lời?
Chris

7
@Chris. câu hỏi cuối cùng trong bình luận của bạn thực sự là những gì OP hỏi ở đây: D
P Shved

1
Và đó có phải là mang tính xây dựng? Tôi không thể nghĩ đến khi nào tôi sẽ nói với người phỏng vấn "Có, tôi biết câu trả lời" và không nói với họ.
Chris

1
Tôi đang chờ "Fishtoaster" đưa ra câu trả lời của mình.
Đánh dấu C

1
@Chris - Đúng; câu hỏi ở đây, như tôi hiểu, nó hiểu rõ "Có một lợi thế và / hoặc sự cân nhắc về đạo đức đối với tùy chọn 1 hoặc 2 nếu bạn biết người đánh máy, và nếu vậy, chúng nặng như thế nào?" Điểm cơ bản bị chôn vùi khá sâu, và nó diễn đạt theo cách chủ quan quá mức, nhưng nó có vẻ hữu ích (không phải vì tôi không biết câu trả lời đúng là gì và có vẻ như tôi nên làm vậy). IMO đây là một câu hỏi cần chỉnh sửa ánh sáng cho rõ ràng, không đóng.
Inaimathi

Câu trả lời:


41

Tôi chỉ cần trả lời nó mà không có nhiều do dự hoặc vặn vẹo xung quanh. Biết câu trả lời cho một câu hỏi không phải là điều gì xấu, điều đó có nghĩa là bạn đã gặp nó trước đó và biết cách giải quyết nó. Sửa chữa nó, chuyển sang tiếp theo.


8
Vâng, tôi nghĩ rằng điều này là công bằng. Nó không giống như biết câu trả lời là gian lận; nếu bất cứ điều gì, đó là một dấu hiệu của kinh nghiệm. Ý tôi là, đừng giả tạo nó, giống như giả vờ bạn chỉ phát minh ra quicksort ngay tại chỗ mà không bao giờ nghe về nó hay cái gì đó (ví dụ xấu bởi vì mọi người đều nghe nói về quicksort, nhưng bạn hiểu ý tôi). Chỉ cần trả lời ngay. Có thể rõ ràng là bạn đã quen thuộc với vấn đề này, nhưng không cần phải nói quá rõ ràng, và nếu có bất cứ điều gì có thể được coi là chỉ trích người phỏng vấn vì chọn một vấn đề không có nguồn gốc.
Tim Goodman

26

Tôi vẫn sẽ trả lời câu hỏi. Tôi phỏng vấn lập trình viên rất thường xuyên. Tôi ít quan tâm đến thực tế là bạn có thể giải quyết vấn đề (trừ khi bạn đơn giản là không thể) và quan tâm nhiều hơn đến cách bạn giải quyết vấn đề.

Tôi hỏi rất nhiều, rất nhiều .. và rất nhiều câu hỏi nhỏ khó chịu trong một cuộc phỏng vấn được thiết kế đặc biệt (và được tinh chỉnh theo thời gian) để cho tôi hiểu rất rõ về những điểm mạnh thực sự của bạn trong những gì bạn đưa vào CV. Tôi sẽ làm hết sức mình để dẫn bạn đi theo một lối mòn chủ quan và sau đó đánh bạn với những vấn đề ngày càng khó khăn hơn.

Sử dụng ví dụ của Frank , FizzBuzz, điều cuối cùng tôi muốn nghe từ bạn là "Ồ vâng, tôi biết cách sử dụng toán tử mô đun ..." Nếu tôi đang phỏng vấn bạn, tôi biết điều đó. Tôi có thể muốn xem bộ não của bạn chuyển đổi nhanh như thế nào, hoặc tôi có thể muốn kiểm tra xem bạn sẽ thực hiện một nhiệm vụ có vẻ trần tục và ngu ngốc đến mức nào. Vấn đề là, tôi không chỉ kiểm tra khả năng giải quyết vấn đề của bạn.

Tôi có thể làm một cái bẫy chuột với hàng trăm bộ phận chuyển động. Nếu một công ty kinh doanh bắt chuột .. thì ... :)


5
Bạn sẽ không tìm ra cách người được phỏng vấn giải quyết vấn đề nếu anh ta chỉ biết câu trả lời.
P Shved

3
@Pavel: Chắc chắn nhưng bạn có thể hỏi họ "lợi thế của việc làm theo cách này thay vì cách đó là gì?" Bằng cách đó bạn có thể thấy nếu họ thực sự hiểu quá trình suy nghĩ đằng sau câu trả lời, hoặc nếu họ chỉ ghi nhớ câu trả lời mà không hiểu tại sao.
Tim Goodman

@Tim, vì vậy nếu bạn muốn hỏi "làm thế nào để tìm hiểu xem danh sách được liên kết có vòng lặp trong bộ nhớ O (1) không" và tôi biết câu trả lời (heck, tôi đã giải quyết rất nhiều vấn đề như vậy), điều gì sẽ xảy ra câu hỏi tiếp theo của bạn là gì?
P Shved

Tim, tôi sẽ thích thú khi xem bạn phỏng vấn ai đó (hoặc phỏng vấn tôi, haha), chỉ để học.
Đánh dấu C

1
@Pavel, tôi có thể làm phức tạp vấn đề và giới thiệu nhiều nhà văn vào danh sách. Nếu bạn mất một phút và nghĩ về điều đó, có lẽ tôi sẽ hỏi ý kiến ​​của bạn về các phương pháp khóa miễn phí và hỏi lại câu hỏi tương tự, tự hỏi liệu O (1) có đi đến O (log n) không. Nếu bạn hoàn toàn thổi tôi ra khỏi nước và chúng tôi có thể đủ khả năng cho bạn, tôi sẽ đảm bảo bạn trở thành ông chủ của tôi. Xin lỗi vì sự chậm trễ, 'phong bì màu cam' lên hàng đầu gần đây đã hoạt động khá kỳ lạ.
Tim Post

10

Khi ngồi vào ghế phỏng vấn, tôi đã thấy nhiều người nói "Ồ, tôi đã nghe câu này", sau đó đấu tranh để ghi nhớ hoặc làm lại một giải pháp. Vì vậy, trong nhiều trường hợp, sự biết trước không mang lại cho bạn nhiều lợi thế. Tôi khuyên bạn nên nói với họ rằng bạn đã nghe nó trước đây và đề xuất một giải pháp. Nếu nó quá dễ với bạn, họ sẽ cho bạn một câu hỏi khác và đánh giá cao sự trung thực của bạn.


8

Tôi thiên về giao tiếp cởi mở và trung thực, vì vậy tôi chắc chắn nói rằng tôi biết câu hỏi và mẹo liên quan.

Tôi cho rằng tín dụng thêm bạn có thể nói "OK, đây là cách mọi người khác làm, nhưng hãy xem liệu có cách nào khác không." Hoặc bạn có thể giải cấu trúc câu hỏi theo những cách khác và cho biết lý do tại sao mọi người thích câu hỏi, câu hỏi nào được cho là đang cố gắng để bạn xem.

(Chỉnh sửa: đã xóa tham chiếu đến FizzBuzz, khỏi nhận xét của người khác về bài đăng này.)


4
FizzBuzz không phải là về bao thanh toán.
zvrba

2
Tôi cũng nghĩ rằng bạn có thể đang thiếu quan điểm của FizzBuzz.
Tim Post

Chà, vậy thì sao, nếu không tránh khỏi trường hợp n mod 15? Tôi nói "bao thanh toán" bởi vì tôi cũng có thể tưởng tượng ai đó sử dụng hai số nguyên tố khác cho "Fizz" và "Buzz", nghĩ rằng họ thật thông minh. Vấn đề vẫn là một số chia hết cho số nguyên tố N bạn sử dụng (đối với FizzBuzzBazz) cũng chia hết cho bất kỳ số nhân nào của các số nguyên tố đó.
Frank Shearar

1
Điều này hoàn toàn không thành vấn đề vì 3 * 5 không cần phải xử lý đặc biệt khi triển khai FizzBuzz.
Joren

Đủ công bằng; các giải pháp tôi đã thấy, nhưng không, bạn không phải xử lý 3 * 5 một cách đặc biệt.
Frank Shearar

6

Là một người phỏng vấn, tôi không đặt câu hỏi để xem bạn có biết câu trả lời cho một câu hỏi khó về gà và trứng không. Thay vào đó tôi đang tìm cách để bạn giải quyết vấn đề như thế nào để đi đến câu trả lời. Do đó, thường rất dễ để phân biệt sự khác biệt giữa việc biết câu trả lời và đi đến câu trả lời (trừ khi, của người được phỏng vấn hành động để đi đến câu trả lời!)


3

Theo kinh nghiệm của tôi, đối với hầu hết các cuộc phỏng vấn kỹ thuật, người được phỏng vấn thực sự quan tâm đến giải pháp của bạn và cách bạn đưa ra nó và cách bạn giải thích nó, thay vì liệu bạn có nghe thấy điều tương tự trước đây hay không. Trừ khi đó là một trong những câu hỏi "câu đố" liên quan đến "mánh khóe", việc biết trước vấn đề không thực sự mang lại cho bạn lợi thế quyết định trừ khi bạn có thể tự mình giải quyết nó.

Đối với một câu hỏi đủ tầm thường, vấn đề được đặt ra thực sự có thể là một câu hỏi nổi tiếng hoặc có thể được giảm xuống thành một câu hỏi. Nếu ai đó hỏi về cách tìm tuyến đường ngắn nhất giữa hai nút trong biểu đồ, bạn có giả vờ không biết BFS / Dijkstra không? IMHO, đối với một số vấn đề, nó thậm chí có thể phản tác dụng để che giấu sự thật rằng bạn biết công cụ của mình.


+1 cho câu hỏi mẹo. Nếu bạn đã biết câu trả lời cho một trong số đó, bạn chỉ có thể nói như vậy. Mục đích của một câu hỏi như vậy sẽ là để xem quá trình khi các mảnh rơi vào vị trí, và nếu bạn đã biết câu trả lời sẽ không xảy ra.
Guffa

3

Tôi nghĩ rằng việc nói với người phỏng vấn chỉ áp dụng cho những câu hỏi "gotcha" ngớ ngẩn đó, như hố ga tròn và những thứ khác như thế. Những câu hỏi mà một khi bạn biết câu trả lời thì nó hoàn toàn rõ ràng.

Đảo ngược chuỗi, v.v., không có giải pháp "gotcha" rõ ràng mà bạn có thể giải thích trong 3 giây nếu bạn biết.


1

"Biết" câu trả lời không phải là vấn đề. Truyền đạt nó theo cách mà người phỏng vấn có cơ hội hiểu câu trả lời bạn đang đưa ra là. (Tất nhiên, người phỏng vấn biết rất nhiều câu trả lời, nhưng như tôi đã nói, đó không phải là vấn đề.)

Vì vậy, tôi sẽ cố gắng truyền đạt câu trả lời được đóng khung thành một mô hình hợp lý, hoặc có thể hài hước, để người phỏng vấn có thể thấy cách tôi suy nghĩ và hoạt động, hoặc không.

Ví dụ, có thể rất vui cho tất cả các bạn (và cung cấp thông tin cho người phỏng vấn) để đưa câu hỏi vào một bối cảnh hoàn toàn khác, cho thấy rằng mặc dù vấn đề trong tay có vẻ tương tự, nhưng giải pháp không hoạt động trong bối cảnh mới. Tôi nghĩ nghệ thuật ở đây là tìm một bối cảnh liên quan nào đó cho câu hỏi trong đó giải pháp từ câu trả lời đầu tiên không hiệu quả, và sau đó đề xuất những ý tưởng giải pháp ngoạn mục mà người phỏng vấn có thể nhai (hoặc cười).


0

Vì vậy, những gì thay thế? Nếu bạn nói với người phỏng vấn rằng bạn biết câu trả lời cho một câu hỏi được đặt ra và mong họ chỉ đưa ra cho bạn những câu hỏi mà bạn không biết câu trả lời thì chuyện gì sẽ xảy ra? Hoặc

  1. Họ sẽ tôn trọng bạn vì bạn sẽ chỉ cố gắng trả lời những câu hỏi mà bạn chưa từng thấy / nghe trước đây,
  2. Chúng sẽ bị thổi bay bởi sự sáng chói của bạn - sau tất cả, bạn đã biết câu trả lời cho các câu hỏi họ đang đặt ra - và sẽ ngay lập tức cung cấp cho bạn một công việc
  3. Họ sẽ nghĩ bạn là một người thông minh bởi vì bạn dường như đã biết tất cả mọi thứ - chỉ cần hỏi bạn!, Hoặc
  4. Họ sẽ nghĩ bạn là một kẻ ngốc bởi vì bạn không biết khi nào mọi thứ sẽ diễn ra tốt đẹp.

Tôi nghi ngờ rằng các lựa chọn (1) và (2) sẽ không xảy ra - hãy gọi tôi là ông Cynical. Vì vậy, bạn bị bỏ lại hoặc là một kẻ ngốc hoặc một người thông minh, không ai trong số họ có khả năng mang lại cho bạn một công việc. Này, chúc may mắn!

Quan điểm của một cuộc phỏng vấn, như những người khác đã chỉ ra, là cung cấp cho bạn cơ hội để chứng minh trình độ kỹ thuật của bạn bằng cách trả lời bất kỳ câu hỏi nào được đặt ra cho bạn. Loại phương tiện này có lợi cho bạn khi được hỏi những câu hỏi mà bạn đã quen thuộc. Nếu bạn khăng khăng phá hoại bản thân, hãy tiếp tục - không ai ngăn cản bạn - nhưng tôi khuyên bạn không nên.

Chia sẻ và tận hưởng.

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.