Làm thế nào tôi có thể trở nên tốt hơn trong các câu hỏi phỏng vấn bảng trắng? [đóng cửa]

Tôi đã ngồi vào các cuộc phỏng vấn và nhận thấy sự chênh lệch lớn giữa các cá nhân có năng lực tương tự khi trả lời các câu hỏi trên bảng trắng trong một cuộc phỏng vấn.

Nói chung, có thể giải thích rõ ràng suy nghĩ của bạn, viết mã có thể đọc được bằng bút xóa khô, tránh những khoảng lặng dài có xu hướng dẫn đến những đánh giá có lợi hơn cho ứng viên mặc dù cuối cùng các câu trả lời cũng chính xác như nhau.

Làm thế nào một người có thể trở nên tốt hơn trong các câu hỏi phỏng vấn bảng trắng? Có cách nào để chuẩn bị tốt hơn?

Bạn nên mua một tấm bảng nhỏ và luyện tập, luyện tập, luyện tập. Có bạn bè của bạn hỏi bạn câu hỏi từ một cuốn sách, chẳng hạn như Phỏng vấn lập trình . Sau đó, giải quyết vấn đề và giải thích quá trình suy nghĩ của bạn cho họ chính xác như bạn sẽ làm trong thỏa thuận thực sự. Mục tiêu của bạn là không âm thanh điên cuồng. Bạn muốn nói lên những suy nghĩ rõ ràng. Ngay cả khi bạn không thể giải quyết vấn đề, hãy cho họ thấy rằng quá trình suy nghĩ của bạn là thông minh và đi đúng hướng.

Viết câu trả lời trên bảng trắng không trực quan. Nó cần thực hành. Tôi từng là giáo viên cho một trong những chương trình đào tạo SAT đó và chúng tôi đã dành hàng giờ để đào tạo bằng cách viết lên bảng và giải thích các quá trình suy nghĩ của chúng tôi. Vào đầu chương trình, hầu hết mọi người đều vấp phải những từ của họ và viết bằng chữ viết tay khủng khiếp. Cuối cùng, chúng tôi trông giống như những cựu binh dày dạn kinh nghiệm. Bạn không muốn trông giống như chúng tôi đã làm vào đầu chương trình.

Đạo đức của câu chuyện: Đừng đi đến cuộc phỏng vấn của bạn chưa chuẩn bị. Giải quyết các vấn đề trên bảng trắng là điều bạn nên thực hành.

Có ba câu hỏi cần được trả lời khi bạn tham gia phỏng vấn bảng trắng:

1. Bạn có thể giải quyết vấn đề?
2. Bạn có thể trao đổi rõ ràng về vấn đề và giải pháp?
3. Bạn có thể nhận được phản hồi từ người khác?

Vì vậy, giải pháp không phải là vấn đề, đó là cách bạn có được giải pháp và đó là những gì người phỏng vấn sẽ khẳng định với bạn.

Bạn có thể trở nên tốt hơn về nó? Vâng, bạn có thể:

Lần tới bạn phải giải thích điều gì đó với bạn bè (các sinh viên khác nếu bạn đang học hoặc đồng nghiệp khác nếu bạn đang làm việc), hãy làm điều này:

1. Kéo chúng vào bảng trắng
2. Nhặt bút và tẩy
3. Bắt đầu giải thích vấn đề
4. ???
5. Lợi nhuận

Ồ, và đừng ngượng ngùng. Chỉ cần giả định rằng bản phác thảo và mã giả của bạn sẽ hút và thay vào đó là ngẫu hứng. Mục tiêu là để đạt được câu trả lời cùng với đồng nghiệp của bạn và luôn cởi mở với phản hồi từ bạn bè của bạn. Điểm thưởng nếu bạn có thể giải quyết các vấn đề. Bạn càng làm điều đó, bạn càng nhận được nó tốt hơn. Tập luyện giúp hoàn hảo hơn.

Khác với viết mã; học cách vẽ sơ đồ UML và nói về chúng. Đó là tất cả các hộp, vòng tròn và mũi tên và các loại mà bạn thường vẽ là sơ đồ lớp, sơ đồ trình tự và (rất hiếm khi) sử dụng sơ đồ trường hợp. Và trong tất cả các trường hợp khác, bạn chỉ cần vẽ hộp, vòng tròn và mũi tên.

Bảng trắng không chỉ dành cho các cuộc phỏng vấn

Điều đó có thể đánh vào một số ý niệm cực đoan, nhưng khi tôi hỏi một ứng viên một câu hỏi về bảng trắng, tôi so sánh về mặt tinh thần của anh ấy với cô ấy vài lần trước, một đồng nghiệp đã sử dụng bảng trắng để giải thích cho tôi hoặc nhờ tôi giúp đỡ. Đây không chỉ là một bài kiểm tra được thực hiện tại thời điểm phỏng vấn, đây còn là một kỹ năng giao tiếp hàng ngày quan trọng.

Vậy làm thế nào để giúp tôi chuẩn bị cho các câu hỏi bảng trắng khi tôi được phỏng vấn? Tôi coi nó giống như giải quyết một vấn đề cùng với một đồng nghiệp, hơn là một kỳ thi đại học. Điều đó có nghĩa là tôi trình bày ý tưởng của mình và khi tôi cần thêm thông tin, tôi hỏi. Nếu một cái gì đó không hoàn toàn đúng, tôi sẽ nói chuyện với người phỏng vấn cho đến khi tôi hài lòng.

Nếu họ muốn bạn đảo ngược danh sách được liên kết và bạn không nhớ danh sách được liên kết là gì, hãy hỏi. Nếu kết quả cuối cùng tốt hơn, tôi sẽ cho bạn điểm cao hơn anh chàng biết danh sách liên kết nằm ngoài đỉnh đầu, nhưng người viết mã tệ hại để thao túng. Không giống như bạn sẽ bắt đầu công việc bằng cách nào đó kỳ diệu biết tất cả mã của chúng tôi và thông tin độc quyền khác, bất kể bạn là một lập trình viên có kinh nghiệm như thế nào.

Theo tôi, các cuộc phỏng vấn không phải là thứ bạn có thể nhồi nhét, và nếu bạn có thể, nó sẽ làm lệch nhận thức về mức độ phù hợp của bạn đối với công việc và ngược lại. Thật dễ dàng để nói khi ai đó chỉ đọc một câu trả lời mà họ ghi nhớ. Đó là một lý do tôi cố tình đẩy các ứng viên ra ngoài vùng kiến ​​thức của họ. Tôi muốn xem cách họ phản ứng với những câu hỏi mà họ chưa chuẩn bị.

Bạn có thể nghĩ tôi điên, nhưng tôi cảm thấy rất mạnh mẽ về lợi ích của việc đánh giá quá trình suy nghĩ của ai đó so với khả năng ghi nhớ của họ, mà tôi đã nói với người phỏng vấn khi về cơ bản tôi đang trả lời một câu trả lời mà tôi đã đưa ra cho cùng một câu hỏi tại 3 cuộc phỏng vấn gần đây, và hỏi xem họ có muốn chọn điều gì khó khăn hơn không. Họ luôn yêu cầu tôi "hài hước với họ", chỉ trong trường hợp tôi cho rằng tôi vô tội vạ, nhưng ít nhất họ đang nhận được sự đánh giá trung thực về các kỹ năng của tôi.

Tôi đã ngồi vào các cuộc phỏng vấn và nhận thấy sự chênh lệch lớn giữa các cá nhân có năng lực tương tự khi trả lời các câu hỏi trên bảng trắng trong một cuộc phỏng vấn. Nói chung có thể giải thích rõ ràng suy nghĩ của bạn, viết mã có thể đọc được bằng bút xóa khô, tránh những khoảng lặng dài có xu hướng dẫn đến những đánh giá có lợi hơn về ứng viên mặc dù cuối cùng các câu trả lời cũng chính xác như nhau.

Tôi không nhớ lần cuối cùng tôi làm việc như một cá nhân khi phát triển phần mềm. Tôi luôn phải phối hợp các hoạt động của mình với người khác, thảo luận về các quyết định thiết kế và triển khai của mình và làm việc với những người khác để xây dựng phần mềm. Thể hiện kỹ năng giao tiếp trong một cuộc phỏng vấn là một điểm cộng rất lớn. Các cuộc phỏng vấn có thể khiến bạn lo lắng, nhưng vì vậy có thể lờ mờ thời hạn và áp lực của công việc.

Tôi cũng sẽ nhắc lại nhận xét của tôi. Với tính chất định hướng theo nhóm của công nghệ phần mềm, bạn phải xem xét nhiều hơn năng lực kỹ thuật. Khả năng nói và viết, đặc biệt là về mặt kỹ thuật, rất quan trọng đối với hầu hết các vị trí. Tôi sẽ đánh giá năng lực của một người nào đó về tất cả các yếu tố liên quan đến công việc, không chỉ là khả năng xây dựng phần mềm của họ.

Một số cách mà một người có thể trở nên tốt hơn trong các câu hỏi phỏng vấn bảng trắng là gì?

Có cách nào để chuẩn bị tốt hơn?

Tôi có thể nghĩ ra hai lý do tại sao một người nào đó có thể có câu trả lời kém cho các câu hỏi về bảng trắng: họ không nắm bắt tốt thông tin kỹ thuật hoặc họ là người nói / người trình bày kém. Tất nhiên, nó luôn có thể là cả hai.

Cách để có được tốt hơn phụ thuộc vào vấn đề. Cải tiến kỹ thuật đến bằng cách đọc, làm và đặt câu hỏi (thường theo thứ tự đó). Kỹ năng thuyết trình kém đến từ thực tiễn, mặc dù một số người chỉ là những người nói giỏi một cách tự nhiên, trong khi những người khác thì không. Tôi nghĩ rằng bất cứ ai cũng có thể phát triển các kỹ năng giao tiếp, nhưng tính cách sẽ đóng một vai trò rất lớn trong việc một người thực sự giỏi như thế nào.

Lời khuyên cho cách tiến hành trong cuộc phỏng vấn?

Nó phụ thuộc.

Chi tiết hơn luôn luôn là tốt, thậm chí đến mức "đổ não" cho người phỏng vấn. Nếu tôi không cung cấp đủ thông tin, tôi đã có người phỏng vấn yêu cầu tôi giải thích một cái gì đó chi tiết hơn và họ thường hỏi những câu hỏi rõ ràng, chính xác về thiết kế hoặc mã của tôi.

Dành một vài phút để suy nghĩ vấn đề trước khi ra tay, không nói hay làm bất cứ điều gì luôn là một ý tưởng tốt. Bạn có thể sử dụng thời gian này để đặt câu hỏi để làm rõ những gì người phỏng vấn đang tìm kiếm. Điều này sẽ không chỉ cung cấp cho bạn cơ hội để cung cấp cho người phỏng vấn chính xác những gì họ đang tìm kiếm, mà còn cho thấy rằng bạn có thể nghĩ theo cách của bạn thông qua nhiều khả năng.

Đứng trước mặt người khác và thuyết trình là một kỹ năng có thể học được. Nếu bạn yếu về nó, tôi khuyên bạn nên tham gia chương Toastmasters địa phương của bạn . Bạn sẽ thực hành một số "đây là một chủ đề bạn chưa từng thấy trước đây, bây giờ đứng trước những người lạ và giải thích nó" căng thẳng mà bạn gặp phải trong các cuộc phỏng vấn, và đặc biệt là phần bảng trắng (nếu có).

Trong khi những người khác đã đề cập đến các khía cạnh vật lý (thực hành!), Tôi sẽ chạm vào các khía cạnh tinh thần. Bất kể bạn thực hành bao nhiêu, phỏng vấn là một loại môi trường khác nhau. Bạn sẽ không ở một mình hoặc với bạn bè - bạn sẽ ở bên một người mà bạn chưa từng gặp ai đang cố gắng đánh giá khả năng của bạn.

Khi luyện tập, hãy luôn giữ môi trường đó trong tâm trí. Bạn không cần phải tâng bốc hoặc theo kịp họ - mục tiêu của bạn là thể hiện năng lực và thái độ của bạn. Nói một cách tự nhiên và giải thích những gì đang diễn ra trong đầu bạn. Họ muốn xem bạn nghĩ như thế nào, vì vậy hãy nghĩ to, nói chuyện, thảo luận và khiến họ tham gia vào tâm trí của bạn.

Một yếu tố quan trọng khác là hồi phục. Vấn đề thực hành luôn có giải pháp - khi bạn gặp khó khăn, bạn có thể kiểm tra bước tiếp theo, viết nó ra, hiểu và học. Nhưng người phỏng vấn của bạn không phải là một hướng dẫn giải pháp. Họ sẽ giúp bạn ra ngoài, nhưng không ai nói "bước tiếp theo là làm x" - họ sẽ nói "bạn có nghĩ đến y (có liên quan đến x) không?" Vì vậy, thực hành mà không phải luôn luôn tham khảo hướng dẫn. Có một người bạn cho bạn một số gợi ý mơ hồ nhưng có liên quan, và cố gắng xây dựng từ đó. Giải thích làm thế nào đề nghị của họ đã giúp bạn giải quyết vấn đề. Luôn chỉ cho họ cách bạn đang nghĩ.

Hy vọng nó giúp!

Đặt câu hỏi và tránh các giả định là một điểm khác cho một số câu hỏi bảng trắng. Điều có vẻ như, "Này, tôi đã làm một cái gì đó như thế này trước đây và đây là giải pháp ..." thực sự là một câu hỏi để xem liệu bạn có đưa ra những giả định đó và bắn vào chân bạn không. Không phải nó có ý định là một câu hỏi mẹo hay làm bạn bối rối, nhưng nhìn chung có rất nhiều điều nhỏ mà nếu bạn đánh bất kỳ câu nào trong số đó, nó sẽ hiển thị khá dễ dàng. Một vài ví dụ khu vực:

• Làm thế nào cụ thể là các yêu cầu? Bạn có chắc chắn kết quả sẽ như thế nào?
• Số liệu phức tạp nào quan trọng hơn, thời gian hoặc không gian và một số thao tác đáng được xem xét hơn các số liệu khác, ví dụ: nếu bạn đang xây dựng cấu trúc dữ liệu, có thể mong muốn truy cập nhanh hơn so với việc thêm hoặc xóa hoặc ngược lại?
• Làm thế nào tốt bạn có thể giải thích tại sao giải pháp của bạn là tốt?
• Bạn có thể xem qua một hoặc hai ví dụ cho thấy giải pháp lý thuyết của bạn sẽ hoạt động như thế nào không? Các trường hợp thử nghiệm ở đây có thể thú vị để khám phá như thể có đầu vào của người dùng, nơi được xác thực và thông báo lỗi được truyền đạt như thế nào, v.v.

Tất nhiên có những lĩnh vực khác nhưng đó là những lĩnh vực chính mà tôi sẽ xem xét khi phân tích cách tôi đã làm trong một cuộc phỏng vấn giả.