'FizzBuzz' cho quản trị viên hệ thống là gì? [đóng cửa]

FizzBuzz là một bài kiểm tra đơn giản về khả năng lập trình, thường được sử dụng bởi các nhà tuyển dụng để loại trừ những người không thực sự lập trình. Có một bài kiểm tra tương đương cho quản trị viên hệ thống và những người làm CNTT nói chung không?

Làm rõ Tôi đang tìm kiếm những thứ có thể được kiểm tra trong một thiết lập cuộc phỏng vấn với một số độ chính xác. Rõ ràng, điều này sẽ không xác định rõ ràng đúng người, giống như FizzBuzz không dành cho lập trình viên. Tôi chỉ tìm cách loại bỏ những người nghĩ rằng họ có thể làm việc như một quản trị viên hệ thống / Nhân viên CNTT vì họ có thể lướt web.

Tôi không nghĩ rằng bạn sẽ đưa ra một thử nghiệm như thế này cho các quản trị viên vì định nghĩa của quản trị viên (cho mục đích của trang web này) quá rộng. Thử nghiệm FizzBuzz có thể được thực hiện bằng bất kỳ ngôn ngữ lập trình nào, vì vậy sẽ không có vấn đề gì nếu bạn thuê một nhà phát triển PHP hoặc ai đó đang nhúng C.

Về mặt quản trị, bạn có thể thuê một quản trị viên mạng, quản trị viên lưu trữ, quản trị viên máy chủ (tiếp tục được chia thành Windows, Linux, * nix, máy tính lớn), quản trị viên / hỗ trợ máy tính để bàn, bàn dịch vụ hoặc thậm chí là quản trị viên ứng dụng cụ thể (Exchange, Lotus, SAP , Vân vân).

Chắc chắn, một lĩnh vực bạn có thể chạm vào là TCP / IP và CIDR vì giao tiếp mạng là một kỹ năng cơ bản của hầu hết các vị trí nhưng thậm chí có thể không cần thiết cho các potions cấp nhập cảnh (không giống như FizzBuzz cho nhà phát triển).

Cá nhân, tôi thích sử dụng các kịch bản kết thúc mở để xem quy trình khắc phục sự cố của người nộp đơn và họ có thể phân tích tình huống mới tốt như thế nào. Một phần mở rộng thậm chí tốt hơn đó là để người nộp đơn làm việc trực tiếp với một khách hàng nội bộ về một vấn đề thực sự. Bạn không chỉ được nhìn thấy những điều trên trong hành động mà còn thấy thái độ phục vụ khách hàng của họ.

Tôi nghĩ bạn sẽ thấy FizzBuzz rất hiếm khi được sử dụng và sau đó chỉ bởi những người phỏng vấn rất kém với kiến ​​thức tối thiểu về các nguyên tắc lập trình. Bất kỳ phương pháp thử nghiệm phổ biến nào như thế đều bị đánh bại hoàn toàn bởi vì các giải pháp được công bố rộng rãi và ghi nhớ bởi bất kỳ ai thậm chí coi mình đủ điều kiện cho một cuộc phỏng vấn. Bất kỳ thử nghiệm như vậy cho một sysadmin sẽ đều vô dụng như nhau.

Các câu hỏi kiểm tra tiêu chuẩn hóa và luôn luôn là vô giá trị. Không ít hơn trong một cuộc phỏng vấn việc làm hơn là có cùng một câu hỏi mỗi năm trong một kỳ thi ở trường. Họ làm việc chỉ một lần.

Điều bạn cần là người phỏng vấn phải có kỹ năng và có khả năng "đọc" người. Có nhiều điều để tìm hiểu về cách một ứng viên trả lời các câu hỏi hơn là về chính các câu trả lời. Không có vết cắt ngắn. Ít nhất là không có giá trị nào.

Tôi vẫn thấy rằng "làm thế nào để tôi xóa một cách an toàn và hợp lý một tệp có tên 'dash-eff-Array' (-fr)?" để trở thành một người dự đoán hợp lý tốt về việc ai đó sẽ trả giá tốt cho những câu hỏi nâng cao hơn. Tôi thường xuyên đề nghị nó như là một câu hỏi sàng lọc.

Theo tôi, những người loay hoay với những gợi ý về việc đánh bóng, trích dẫn và trốn thoát, theo tôi, có khả năng gây nguy hiểm ở phần vỏ gốc trên hệ thống sản xuất. Những người thẳng thắn đề nghị rm -- -frchỉ tốt hơn một chút. Những người thể hiện sự hiểu biết thực sự về cách shell phân tích một dòng lệnh ... về sự khác biệt giữa những gì shell đã phân tích cú pháp và những gì một lệnh (như rm) nhận được trên vectơ đối số của nó thường có hiểu biết khá tốt về tài liệu quản trị hệ thống khác như tốt.

Một câu hỏi thú vị và liên quan hơn nhiều:

Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production?  What other information do you need
before you can proceed?

(Tôi thường sẽ cung cấp một cụ thể tarchỉ huy và một ngày như các nhãn trên trường hợp của băng; và in ra với fdisk -lvà df -kđầu ra; và tôi thường sẽ cho phép họ thay đổi tarbất kỳ tương tự cpio, afiohoặc thậm chí paxlệnh; các chi tiết của lưu trữ tiện ích không phải là trọng tâm của câu hỏi của tôi).

Câu hỏi này không phù hợp để sàng lọc ... người phỏng vấn phải có hiểu biết vững chắc về câu trả lời và có thể kiểm tra khoảng mười bước trong quy trình. Tôi rất tha thứ cho các vấn đề trình tự nhỏ, đặc biệt là nếu người được hỏi bắt chúng --- ví dụ như nhận ra họ sẽ phải chạy fdisktrước loạt lệnh mkfsvà mountlệnh đó.

Tôi muốn nói rằng, về tinh thần, gần nhất với một kịch bản fizzbuzz.

Yêu thích khác:

You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system.  How do you proceed?

Điều này được dự định là một hộp thoại. Về cốt lõi, tôi muốn họ thể hiện sự hiểu biết về cách khởi động hệ thống vào chế độ người dùng duy nhất và buộc thay đổi mật khẩu và cách khởi động từ đĩa cứu hộ và hoàn thành nhiệm vụ tương tự. (Vì vậy, tôi tiết lộ, lần lượt, hệ thống được cấu hình suloginvà có mật khẩu bộ nạp khởi động (GRUB hoặc LILO) để ngăn chặn dễ dàng init=/bin/sh). Đó là phần kỹ thuật hoàn toàn của câu trả lời mong muốn.

Tuy nhiên, tôi cũng thường quan tâm đến những cân nhắc rộng hơn mà họ nên nêu ra. Họ có hỏi liệu có ai có sudođủ quyền truy cập vào nhiệm vụ không? Làm thế nào để họ dự đoán sắp xếp cho sự gián đoạn dịch vụ? Họ có hỏi về khả năng quản trị viên cũ là thù địch hay hệ thống có thể đã bị xâm phạm? Họ có tình nguyện một số ý kiến ​​hoặc đưa ra đề xuất về cách quản lý mật khẩu nên được quản lý không?

Không có gì chính thức có thể sử dụng tôi có thể nghĩ ra, nhưng đây là một vài mẹo chung hơn.

Hỏi họ về bản sao lưu. Nếu họ không nói điều gì đó dọc theo "mục đích của sao lưu là khôi phục" thì bạn không muốn họ.

Bạn cần có cảm giác về cách họ phản ứng khi Mr Sh-t gặp Mr Fan và quyết định có một mối quan hệ đẹp. Giả mạo một tình huống khẩn cấp trong cuộc phỏng vấn và xem liệu họ có giải quyết ít nhất một cách hợp lý hay họ chạy xung quanh thành vòng tròn như thể họ đang bốc cháy.

Bạn cần loại bỏ các nhà truyền giáo công nghệ. Những người này không bao giờ tốt khi có trên tàu vì họ sẽ luôn muốn sử dụng công nghệ yêu thích của họ, bất kể nó có phù hợp hay không. Một vài câu hỏi hàng đầu sẽ đưa bạn đến đó.

Bạn cũng cần loại bỏ các loại "tháp ngà". Một sysadmin phải luôn luôn được chuẩn bị để xắn tay áo lên và làm bẩn tay khi cần thiết. Tình huống khẩn cấp giả mạo đó có thể giúp đỡ ở đây.

Yêu cầu họ giải thích 10.13.216.41/18 nghĩa là gì. Câu trả lời không cần phải khá chi tiết như câu hỏi này, nhưng bất kỳ SysAdmin nào cũng có thể giải thích địa chỉ, mạng, mặt nạ.

Yêu cầu họ đưa ra một cây xử lý sự cố cho SSL. Hầu hết các hệ thống CNTT mới ngày nay phụ thuộc vào máy chủ web và SSL phụ thuộc vào một số công nghệ. Bắt đầu với 'Một người dùng phàn nàn rằng trang web nói rằng chứng chỉ bảo mật không hợp lệ' và yêu cầu họ bắt đầu liệt kê những thứ cần tìm.

Những gì bạn muốn tìm kiếm là ba điều:

• thu thập thông tin, đỉnh cao trong việc tái tạo vấn đề
• quy trình thí nghiệm; thay đổi một điều và một điều duy nhất và so sánh kết quả
• hiểu biết về các cơ chế bảo mật SSL và các công nghệ bên dưới nó; DNS, cấu hình máy chủ web và thậm chí cả cấu hình trình duyệt

Điểm thưởng nếu bạn thực sự có thể lấy một mô tả mơ hồ ban đầu về vấn đề từ trình theo dõi vấn đề hiện tại của bạn. Tìm ra nguyên nhân gốc rễ của một vấn đề có thể khó khăn; như Torvalds nói :

Ai đó tìm thấy vấn đề, và ai đó hiểu nó. Và tôi sẽ ghi nhận rằng việc tìm kiếm nó là một thách thức lớn hơn.

Đã phỏng vấn một vài người cho các vai trò tại vị trí của chúng tôi trong vài năm qua, tôi nói rằng một bài kiểm tra công nghệ liên quan đến một số câu hỏi như MCP hoạt động khá tốt cho một bài kiểm tra trên giấy. Phần còn lại (như cách tiếp cận và giải quyết vấn đề) được tìm thấy tốt nhất thông qua một cuộc phỏng vấn trực tiếp và thảo luận kỹ thuật.

Tôi đã đặt ra một số câu đố cho những người có vẻ như trên quả bóng và có tất cả các mẩu giấy đúng chỉ để nhân viên tiếp tân rằng họ rơi nước mắt khi làm bài kiểm tra! Vì vậy, trong khi certs là một chỉ số tốt, bạn không thể đặt hết niềm tin vào chúng.

Quản trị viên hệ thống sẽ có thể cung cấp cho bạn các hướng dẫn chi tiết từng bước để định cấu hình mạng trên ít nhất một hệ điều hành chung và anh ta có thể thực hiện việc này mà không cần nhìn hoặc chạm vào máy tính.

@Ben, Cung cấp cho họ một máy tính đánh bại điểm kiểm tra. Tôi nghĩ rằng cấu hình mạng là một kỹ năng rất cơ bản mà mọi sysadmin nên đã cam kết với bộ nhớ.

Trong những năm qua, tôi có thể đã nhận được hàng tá cuộc gọi trong đó người khác đã giúp một trong những người dùng máy tính xách tay của tôi đặt địa chỉ tĩnh hoặc proxy để nó hoạt động trên một mạng nước ngoài. Khi họ chuyển mạng, họ gọi cho tôi hỏi họ cần làm gì để sửa máy tính. Những cuộc gọi này dường như luôn xảy ra khi tôi không ở trước máy tính và người gọi thường có đủ đầu mối chính trị mà cần phải giúp đỡ ngay lập tức. Tôi không nói rằng bạn phải biết mọi chi tiết như tên chính xác của các mục menu, nhưng tôi nghĩ bạn sẽ có thể hướng dẫn ai đó khắc phục sự cố và sửa các cài đặt mạng trên máy tính mà không cần ở trước máy tính đó.

Đó là một câu hỏi đơn giản, khi thực hiện các nhiệm vụ sysadmin của bạn, bạn có sử dụng dòng lệnh hoặc chuột.

Nếu họ nói chuột, tôi sẽ chỉ cho họ cửa.