Điểm của những câu hỏi phỏng vấn chi tiết kỹ thuật cho nhà phát triển cao cấp là gì? [đóng cửa]


10

Tôi đã có một cuộc phỏng vấn quảng bá nội bộ để đạt được một danh hiệu lập trình viên cấp cao hơn, đại loại như Senior plus. Và tôi đã được phỏng vấn bởi khoảng 7 người sử dụng công nghệ khác nhau và những người sử dụng cùng công nghệ với tôi (.Net) có xu hướng đặt câu hỏi rất chi tiết về kỹ thuật mà thực sự có thể dễ dàng tìm thấy thông qua Google, như JIT là gì, cách thức hoạt động của GC , sự khác biệt giữa Danh sách và Mảng, lớp trừu tượng và giao diện, đại biểu và sự kiện, thậm chí tên lớp là gì khi bạn xử lý tệp Tải lên, v.v. Và tôi chỉ có một câu hỏi được hỏi về một ý tưởng thiết kế của tôi trong dự án của tôi và chỉ thảo luận đơn giản. Nhưng đối với hầu hết các lựa chọn thiết kế khác của tôi, họ dường như không quan tâm.

Tôi chưa nhận được kết quả và nó sẽ về vào cuối tuần này, nhưng đây là mối quan tâm của tôi:

Cá nhân tôi nghĩ rằng khi tôi chơi như một lập trình viên cao cấp, tôi chủ yếu giải quyết các vấn đề và tôi chỉ cần biết có một số cách nhất định có thể xảy ra nhưng tôi có thể không nhớ mọi điều chi tiết, và đó là lý do tại sao chúng tôi có những tài liệu tham khảo chi tiết đó tài liệu như MSDN.

Tôi cảm thấy ổn nếu bạn thấy tôi không có quá nhiều kinh nghiệm trong lĩnh vực này như cấp độ Trung cấp đến Trung cấp, nhưng khi có xu hướng phỏng vấn anh chàng cấp cao hơn, bạn không nên tập trung hơn để xem anh chàng này suy nghĩ logic như thế nào và tốt như thế nào anh ấy / cô ấy đang giải quyết vấn đề? Có phải mọi người chỉ nghĩ rằng nếu bạn biết mọi thứ công nghệ điểm nhỏ chi tiết thì bạn là Senior +. Và bằng cách kiểm tra những cuốn sách câu hỏi phỏng vấn tôi thấy có nhiều loại câu hỏi hơn.

Nếu tôi dành 5 ngày để xem qua danh sách các câu hỏi phỏng vấn, tôi có thể dễ dàng khiến những người đó cảm thấy tuyệt vời, nhưng điều đó thực sự có ý nghĩa gì? Kiểu phỏng vấn này có thể dễ dàng cho những người giỏi nhớ những thứ có mức lương cao hơn thậm chí họ không biết làm thế nào để giải quyết vấn đề khó khăn.

Vậy tại sao điều này lại xảy ra trên thế giới, có phải chỉ gây ra kỹ năng giải quyết vấn đề, kỹ năng thiết kế là khó đo lường? Tôi đã phục vụ công ty này trong nhiều năm và chỉ có vài cuộc phỏng vấn với các công ty khác vì vậy tôi tự hỏi là mọi công ty đều làm điều tương tự?

Hay đây thực sự chỉ là vấn đề của riêng tôi mà tôi nên cố gắng hơn để ghi nhớ mọi thứ trong MSDN trong đầu để tôi có thể làm việc ngay cả khi không có nó và internet?

BIÊN TẬP

Để giải thích rõ hơn tình hình của tôi về mối quan tâm của Frank về nhiệm vụ công việc. Xin lỗi đó là xấu của tôi đã không làm rõ những nền tảng.

Thực tế sẽ không có thay đổi nhiệm vụ cụ thể, cá nhân tôi nghĩ rằng những gì tôi đã làm đã chơi như một cấp cao, như đánh giá mã, thành viên cố vấn, đánh giá tài liệu của BA và đưa ra ý kiến ​​kỹ thuật, kiến ​​trúc thiết kế của các dự án mới, đó chỉ là tiêu đề của tôi ở lại mà không có tiền bối và tôi yêu cầu lấy một tờ để phản ánh phiếu lương và dẫn đến một cuộc phỏng vấn như vậy. Đây là một công ty Saas nên mọi người ở trong một dự án miễn là sản phẩm đó vẫn còn tồn tại, điều này dẫn đến họ cần mọi người có thể thiết kế thêm các tính năng mới dựa trên sản phẩm hiện tại, khắc phục khó khăn về kỹ thuật trên máy chủ trực tiếp, xem xét / thiết kế mã thành viên Và chức danh cấp cao hơn dựa trên kỹ thuật sẽ là Kiến trúc sư và chúng tôi không có công việc nào tương tự với Chuyên gia kỹ thuật. Và tôi đồng ý nếu bạn muốn đóng vai trò Chuyên gia kỹ thuật, bạn nên biết thêm chi tiết về công nghệ bạn sử dụng. Xin lỗi đó là xấu của tôi đã không làm rõ những nền tảng.


8
Nói chung, ý kiến ​​của tôi là việc đặt ra những câu hỏi có giá trị nhỏ hoặc những chi tiết kỹ thuật liên quan đến vai trò cao cấp là một lá cờ đỏ về quá trình phỏng vấn và có thể cả nhóm. Tôi muốn nói điều này hoàn toàn đúng nếu bạn đang tìm kiếm một chương trình khuyến mãi nội bộ. Không phải tất cả các công ty đều như thế này - tôi sẽ tìm một công ty không.
Erik Dietrich

Cảm ơn bình luận có giá trị của bạn Erik, vâng tôi nghĩ đã đến lúc suy nghĩ cẩn thận về tương lai
Simon Wang

Câu trả lời:


15

Là một kỹ sư cao cấp và một người thuê các kỹ sư, có vẻ như quá trình phỏng vấn đã bỏ lỡ cả một loạt thông tin khái niệm.

Tôi muốn các kỹ sư cao cấp của tôi có thể hình dung được kết quả cuối cùng, chọn đúng công nghệ, thiết kế cơ sở dữ liệu và quy trình phù hợp và có thể ủy thác chi tiết cho các kỹ sư khác khi cần. Google luôn ở bên cạnh họ, vì vậy tôi tập trung vào khả năng cung cấp kết quả của họ, thay vì mức độ lớn của thẻ SD mà họ cắm vào tai họ. (cười lớn).

Hy vọng nó hoạt động tốt.


Xin lỗi vì đã trả lời trễ, tôi rất vui vì có vẻ như tôi không phải là người gặp vấn đề.
Simon Wang

10

Nó không hoàn toàn chắc chắn những nhiệm vụ của Senior + trong trường hợp của bạn sẽ liên quan đến điều gì. Luôn luôn nhớ rằng điều quan trọng hơn nhiều là phải biết nhiệm vụ của công việc của bạn là gì hơn là vị trí của bạn được gọi là gì. Mặc dù có một Người cao cấp trước chức danh công việc của bạn có thể có tác động đến kết quả tài chính của bạn, nhưng không có cách nào nói lên bất cứ điều gì về những gì bạn thực sự làm trong công việc của bạn. Tuy nhiên, có hai loại "nhà phát triển" cấp cao khác nhau.

Kiến trúc hệ thống

Nếu bạn được phỏng vấn cho một vị trí như vậy, thì thực sự có gì đó không ổn. Tôi đồng ý với gahooa rằng một cuộc phỏng vấn như vậy nên tập trung vào suy nghĩ bức tranh lớn của ứng viên, điều dường như đã bị thiếu trong bạn.

Tuy nhiên, cũng có loại viễn cảnh xấu xa về vấn đề này: trong công việc hàng ngày, bạn sẽ luôn bị choáng ngợp bởi những điều chi tiết nhỏ nhặt đó và bạn sẽ có trách nhiệm theo dõi bức tranh lớn bất chấp những xáo trộn nhỏ này. Nếu bạn muốn kiểm tra xem một ứng cử viên có thể không đánh mất anh ta / cô ta trong các chi tiết nhỏ, một cách có thể chỉ là cố gắng nhấn chìm anh ta / cô ta trong những chi tiết đó. Nếu bạn không nhắc họ rằng vị trí kiến ​​trúc được hình dung là về bức tranh lớn - bạn có thể đã thất bại trong bài kiểm tra đó. Mặc dù tôi nghi ngờ điều đó, vì kiểu phỏng vấn này chắc chắn không nằm ở khía cạnh thân thiện của mọi thứ.

Chuyên gia kỹ thuật

Trong trường hợp này, bạn có thể không ảnh hưởng đến kiến ​​trúc hệ thống tổng thể và hướng công ty nhiều. Thay vào đó bạn sẽ tập trung vào mức độ thiết kế. Xin lưu ý rằng tất cả các câu hỏi bạn đưa ra làm ví dụ hoàn toàn phù hợp với thể loại này. Từ một nhà phát triển cao cấp chịu trách nhiệm thiết kế SW, tôi hy vọng anh ấy / cô ấy biết những thứ như JIT, GC, cấu trúc dữ liệu, v.v. trong và ngoài - mà không cần phải tìm kiếm bất cứ điều gì ngoại trừ những chi tiết phức tạp nhất. Nếu bạn phải thiết kế một phần mềm, nhưng không biết sự khác biệt giữa một mảng và một danh sách bạn đang ở sai vị trí.

Từ việc đọc câu hỏi của bạn, tôi nghi ngờ rằng vị trí công việc của bạn (hiện tại và được đề xuất) tập trung vào thiết kế phần mềm. Trong trường hợp đó, bạn có thể muốn suy nghĩ lại về những gì bạn thực sự nên biết / nhớ và những gì không. Cho rằng bạn làm việc với những điều này hàng ngày, sẽ không cần phải tìm kiếm thứ gì đó để trả lời những câu hỏi cơ bản như thế này.


Một lưu ý nữa: một cựu giáo sư của tôi có thói quen thú vị là đặt câu hỏi về các môn học cơ bản trong các bài kiểm tra miệng về các khóa học nâng cao. Trong khi những môn học này không bao giờ được đề cập rõ ràng trong khóa học nâng cao, một học sinh được cho là biết chúng từ giáo dục tiểu học. Trong các cuộc phỏng vấn (dưới bất kỳ hình thức nào) tôi cũng tuân thủ hành vi này, bởi vì trong những năm qua tôi đã chứng kiến ​​nhiều lần các sinh viên / ứng cử viên cho một cái gì đó "tiên tiến" thiếu nền tảng nghiêm trọng như thế nào. Với lý do đó, tôi không có ý định hỏi một ứng cử viên cho vị trí cấp cao về mô hình người nghe là gì, hoặc những ưu / nhược điểm của việc giữ người nghe trong một mảng so với danh sách so với tập hợp.


Trước hết cảm ơn cho anwser của bạn. Thực tế sẽ không có thay đổi nhiệm vụ cụ thể, cá nhân tôi nghĩ rằng những gì tôi đã làm khi còn là cấp cao, như đánh giá mã, ghi nhớ cố vấn, đánh giá tài liệu của BA và đưa ra ý kiến ​​về kỹ thuật, thiết kế kiến ​​trúc của các dự án mới, đó chỉ là tiêu đề của tôi ở lại mà không có tiền bối và tôi yêu cầu lấy một tờ để phản ánh phiếu lương và dẫn đến một cuộc phỏng vấn như vậy. Và mục tiêu của tôi chắc chắn là làm việc để trở thành Kiến trúc sư hệ thống, vì trong một công ty Saas như vậy họ cần Kiến trúc sư hệ thống chứ không phải Chuyên gia kỹ thuật
Simon Wang

3

Tôi xin lỗi, nhưng tôi không nghĩ rằng những câu hỏi mà bạn được hỏi là những câu đố nên được Googled khi cần. Điều này có thể đúng với tên lớp khi bạn xử lý tệp Tải lên, nhưng:

  • JIT là gì: Đây là một mối quan tâm công nghệ cơ bản. Một lập trình viên cao cấp chắc chắn nên biết điều này có nghĩa là ít nhất là cấp độ cao. Ví dụ, điều này ảnh hưởng đến hiệu suất của VM và thời gian chạy khác nhau, do đó ít nhất nó nên được xem xét khi đánh giá một công nghệ mới.
  • Cách thức hoạt động của GC: tương tự như trên. Các thuật toán cho GC là cốt lõi khá đơn giản, và ít nhất người ta nên làm quen với GC thế hệ so với đánh dấu & quét, so với đếm tham chiếu và các sự đánh đổi khác nhau
  • Sự khác biệt giữa Danh sách và Mảng: đây là một câu hỏi cơ bản mà tôi mong muốn một lập trình viên cơ sở biết
  • lớp trừu tượng và giao diện: giống như trên. Tôi không hiểu làm thế nào người ta dự kiến ​​sẽ kiến ​​trúc một hệ thống phức tạp mà không biết ít nhất là các giao diện
  • đại biểu và sự kiện: một lần nữa, để thiết kế một hệ thống mạnh mẽ và linh hoạt, ủy nhiệm sự kiện là một trong những mô hình cơ bản.

Dường như với tôi rằng họ đã làm rất tốt khi đặt câu hỏi về khái niệm có liên quan đến một lập trình viên cao cấp mà không bị lạc trong những chuyện vặt vãnh.


+1 - Các câu hỏi mà OP có vấn đề là những câu hỏi rất "không thể bỏ qua". Chúng có trình độ khá cao và có thể tranh luận là cần thiết để biết thiết kế hệ thống đúng cách. Nhưng điều đó sẽ chỉ xảy ra nếu sự mạnh mẽ, khả năng bảo trì và khả năng đáp ứng là mối quan tâm đối với ứng dụng được thiết kế và xây dựng.
Dunk

Vì vậy, chỉ dựa trên những câu hỏi đã được trả lời, làm thế nào bạn có thể xác định ứng viên là Cao cấp hoặc trung cấp hoặc thậm chí chỉ là thiếu niên vì anh ấy / cô ấy chỉ thiếu kỹ năng nhưng giỏi về trí nhớ và đọc một cuốn sách có tên .Net danh sách câu hỏi phỏng vấn, nơi bạn có thể xác định khả năng thiết kế, khả năng giải quyết vấn đề từ những câu hỏi đó?
Simon Wang

Đó không phải là những câu hỏi về trí nhớ. Tôi có thể nhận ra một người đang nói về bộ sưu tập rác từ bộ nhớ từ một người biết anh ta đang nói về cái gì. Bây giờ, tôi có thể đồng ý rằng người ta có thể muốn hỏi cũng một số câu hỏi về thiết kế (nhưng không phải là người trên đoàn sự kiện đi theo hướng đó?), Nhưng đây không phải là một cái cớ để hoạt động kém trên các câu hỏi được liệt kê ở đây.
Andrea

OK Tôi hiểu ý bạn rồi một khi tôi gia nhập công ty và điều đó khiến tôi cảm thấy thất vọng về con đường sự nghiệp ở đây
Simon Wang

Tôi xin lỗi nếu tôi hiểu sai câu hỏi của bạn. Có rất nhiều người đặt câu hỏi tương tự ở đây, về cơ bản là để được hỗ trợ nếu họ thực hiện kém trong các cuộc phỏng vấn. Nếu quan điểm của bạn là bạn biết cách trả lời những câu hỏi đó, nhưng bạn muốn được hỏi những câu hỏi phức tạp hơn về thiết kế phần mềm, tôi chỉ có thể nói rằng những câu hỏi này không tệ và mang tính nghi thức như những người khác có thể hỏi trong các cuộc phỏng vấn. Chắc chắn có thể làm tốt hơn, nhưng chúng là hợp lý.
Andrea
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.