Phỏng vấn ai đó về các kỹ năng unix chung [đóng]

Làm thế nào bạn sẽ kiểm tra một nhà phát triển tuyên bố có trải nghiệm vỏ * nix (để rõ ràng, chúng tôi không muốn kiểm tra xem ai đó có thể phát triển trên * nix hay không, chỉ có họ biết cách của họ xung quanh dòng lệnh).

Tôi đã suy nghĩ về việc làm cho họ giải quyết vấn đề lấy thông tin ra khỏi tệp nhật ký, liên quan đến một số điều cơ bản như mèo, grep, cắt, ... kết hợp với đường ống.

Những kiến ​​thức cơ bản khác bạn sẽ yêu cầu? Một lần nữa, đây không phải là để phỏng vấn ai đó sẽ phát triển cho các hệ thống * nix và cũng không phải cho quản trị viên hệ thống * nix, mà chỉ dành cho các nhà phát triển thông thường đôi khi cần thực hiện một số công việc trên hệ thống * nix.

Từ kinh nghiệm cá nhân của tôi, nhà phát triển làm việc trên hệ thống * nix cần biết:

• biến shell (cách đặt / nhận + kiến ​​thức về những biến đặc biệt như PATH)
• chuyển hướng shell (bắt đầu ra của một chương trình)
• ống dẫn (trích xuất một số thông tin từ tệp nhật ký là một ví dụ xuất sắc)
• kiểm soát quá trình (ps, tốt đẹp / gia hạn, giết)
• quyền truy cập tệp (ls / chmod / chown / chattr)
• người dùng (nhưng chủ yếu là trong ngữ cảnh của tệp / quy trình, nghĩa là: quá trình này có thể truy cập tệp này không? tại sao nó có thể / không thể?)

... Và như một phần thưởng:

• bắt đầu / dừng dịch vụ hệ thống

Một bộ kỹ năng như vậy cho phép thực hiện hầu hết các nhiệm vụ liên quan đến nhà phát triển một cách dễ dàng.

Từ kinh nghiệm của tôi với nhiều đồng nghiệp của tôi kể từ khi tôi bắt đầu làm việc, không ai muốn giả mạo kiến ​​thức về Unix: hoặc họ " biết cách của họ xung quanh dòng lệnh " hoặc họ chỉ đơn giản nói "không thể nào!".

Chỉ cần hỏi xem ứng viên có sẵn sàng làm việc trên máy trạm Unix không và để anh ta nói cho bạn biết anh ta có thể đi được bao xa. Cuối cùng anh ta sẽ đặt tên cho một số lệnh; những người rõ ràng nhất là cd, cat, morehay less, vihoặc emacs, grep, awk, sed. Lắng nghe cẩn thận cho dù anh ấy đề cập man.

Nếu nó là dành cho phát triển, ông nên làm quen với makevà Makefiles, và một số giao diện điều khiển nguồn dòng lệnh ( svn, git, cleartool, hg, cvs...)

Tại sao làm điều này?

Các shell * nix (và các shell OS khác, fwiw) là các môi trường làm việc rất sâu và rộng. Ai đó có thể dành nhiều năm làm việc ở đó và chỉ sử dụng một phần rất nhỏ công suất của đạn pháo.

Nếu bạn không mong đợi người đó sẽ a) chương trình shell hoặc b) quản trị hệ thống từ shell, thì tại sao nó lại quan trọng? Bất cứ điều gì được thực hiện sẽ ở mức cơ bản đến mức một bảng cheat * nix tiện dụng sẽ nhiều hơn bù đắp cho "thiếu kỹ năng".

Ra khỏi đỉnh đầu tôi có lẽ sẽ hỏi họ hai điều:

1. Khi bạn sử dụng dòng lệnh * nix trước đây, bạn có gặp phải trường hợp nào không, trong đó một lệnh được suy nghĩ kỹ giúp bạn tiết kiệm rất nhiều thời gian? Nếu vậy, công phu.

2. Vui lòng giải thích sự khác biệt chính giữa dòng lệnh * nix và máy tính để bàn Windows tiêu chuẩn. Ưu điểm và nhược điểm của mỗi là gì?

Rõ ràng, điều đầu tiên sẽ cho bạn một dấu hiệu về mức độ hiểu biết của người nộp đơn về dòng lệnh. Nếu anh ta làm việc nhiều năm trên một * nix, anh ta sẽ không nói với bạn rằng anh ta tự hào vì đã điều hành một grep. Tất nhiên, đừng mong họ nhớ các lệnh chính xác (luôn có các trang dành cho việc đó), nhưng ý tưởng chung về những gì họ đã làm.

Câu hỏi thứ hai thay vì kiểm tra xem họ có hiểu dòng lệnh nào thực sự tốt hay không và nó không phải là một công cụ phù hợp. Thật dễ dàng để học cách sử dụng búa, nhưng khó hơn nhiều để chuyển sang một công cụ khác trong trường hợp búa không phù hợp. Vì vậy, câu hỏi này cung cấp cho bạn một dấu hiệu tốt về quan điểm của người nộp đơn bên ngoài hộp * nix, cộng với nó đủ mở để anh ta có thể (và nên) ghi điểm với kiến ​​thức của mình. (Không có gì tệ hơn là trả lời một cái gì đó như "uh .. windows có những cửa sổ đó")

Phụ thuộc vào những gì bạn muốn họ làm.

Để lấy thông tin ra khỏi tệp nhật ký đề xuất của bạn cho cat + grep có ý nghĩa hoàn hảo. Tôi sẽ thêm ls, cd và ít hơn / nhiều hơn vào đó.

Nếu bạn mong đợi họ cũng thực hiện một số chỉnh sửa nhỏ (giả sử trong tệp cấu hình), thì việc thêm kiểm tra cho vi và / hoặc emacs cũng như các công cụ như cp / mv / rm / mkdir sẽ có ý nghĩa.

Tôi khuyên họ nên biết emacs hoặc vi / m, tar, sed, e / f / grep, các trình biên dịch khác nhau, một số kịch bản shell. Có lẽ chạy thử nghiệm trong đó họ phải sử dụng các công cụ này để lấy một số mã từ một tệp mà không cần mở nó, chèn nó vào một chương trình khác; sau đó biên dịch chương trình sẽ phá vỡ một số lỗi nhỏ. Sau đó, họ cần sử dụng một trình soạn thảo văn bản để đi vào và tìm lỗi, để mã làm việc và lưu trữ nhị phân. Sau đó gửi thư ở đâu đó trong khi cấp quyền cho người nhận để chạy nó.

Tôi không biết về bạn, nhưng tôi cảm thấy khó chịu nếu người phỏng vấn hỏi tôi và tôi không biết cách làm việc trên Linux.

Bạn không nên thực sự quan tâm đến những gì họ biết ngay bây giờ , nhưng những gì họ có thể học nếu có cơ hội. Học các công cụ nix không quá khó nhưng cần một chút quyết tâm - bạn thực sự nên kiểm tra khả năng hơn là kiến ​​thức.

Nó phụ thuộc vào mức độ kinh nghiệm bạn muốn họ có. NẾU điều này không dành cho ai đó sẽ phát triển cho các hệ thống * nix và cũng không phải cho quản trị viên hệ thống * nix, mà chỉ dành cho các nhà phát triển thông thường đôi khi cần thực hiện một số công việc trên hệ thống * nix, họ thực sự cần bao nhiêu kinh nghiệm?

Bất cứ điều gì một nhà phát triển như vậy có thể cần trong các vỏ * nix (ls, chmod, cat, v.v.) có thể có thể được viết trên một trang cheat sheet. Nếu vậy, yêu cầu kiến ​​thức vỏ * nix khi không yêu cầu có thể loại bỏ một số ứng cử viên tốt.

Tôi thường chọn một nhiệm vụ đơn giản và yêu cầu người đó viết kịch bản shell trên bảng trắng.

"Bạn có một thư mục" foo "và một thư mục sao lưu" foo_backup ". Viết một tập lệnh shell để xem những gì đã thay đổi trong" foo "vì" foo_backup "đã thay đổi.

'Giải thích quá trình đăng nhập trong Linux, với nhiều chi tiết mà bạn cảm thấy thoải mái' là một câu hỏi hay. Quá trình đăng nhập xảy ra liên quan đến việc chuyển đổi người dùng, quyền và quyền sở hữu và rất nhiều triết lý Unix nói chung. Nếu họ có thể giải thích rõ ràng về cách thức và lý do tại sao có một /etc/passwdvà/etc/shadow , và làm thế nào một người dùng không có quyền riêng tư có thể thay đổi mật khẩu của riêng họ chứ không phải người khác ', điều đó có nghĩa là họ' hiểu 'Unix.

Một điều tốt nữa là bất cứ điều gì với phân tích cú pháp đăng nhập, hoặc kiểm toán bảo mật nhanh chóng. Nếu họ có thể tăng tổng băng thông được cung cấp cho một vhost cụ thể ra khỏi nhật ký Apache hoặc tìm xem có bất kỳ người dùng nào khác trong hệ thống có uid bằng 0 hay không, họ sẽ có ích trên dòng lệnh.

Và một điều KHÔNG nên làm với họ: đừng bắt họ làm điều đó trên giấy / bảng trắng. Cung cấp cho họ một hệ thống trực tiếp (nhưng không có internet vì điều đó gần như gian lận) và xem họ đi. Nếu họ biết cách của họ xung quanh các trang người đàn ông và có thể xây dựng các biểu thức đa ống một cách nhanh chóng, đó là một dấu hiệu tốt. Nếu họ cần google cho tất cả mọi thứ, thì bộ kỹ năng của họ là nghi vấn.

Tại sao làm cho họ viết một chương trình chức năng? Có gì sai khi nói "cho tôi biết sự khác biệt giữa grep và sed, hoặc lệnh X làm gì? v.v. theo cách đó, bạn có thể dẫn họ đi loanh quanh một chút.

nếu họ dò dẫm vào nhiệm vụ cụ thể mà bạn giao cho họ, bạn có thể không nghĩ họ thông minh. nhưng nếu bạn hỏi những câu hỏi chung chung, bạn cho họ cơ hội để cho bạn thấy những gì họ biết, điều này có thể đáng kể nhưng theo một cách khác so với những gì bạn đang tự hỏi.

Các chuyên gia Unix có các lệnh dòng lệnh cốt lõi như sed, grep, v.v. trong một ngón tay và có thể dễ dàng sử dụng chúng để đạt được những gì họ muốn, sử dụng tất cả các loại trích dẫn, biểu thức chính quy nâng cao, v.v., vì vậy đôi khi bạn nhìn thấy tập lệnh và nghĩ rằng nó sẽ như vậy dễ hiểu hơn là nuôi ong viết bằng tiếng Trung Quốc;)

Bạn có thể mong đợi rằng, độc lập với lập trình shell, họ sẽ biết ít nhất một ngôn ngữ kịch bản bổ sung, chẳng hạn như Perl.

Họ sẽ biết các cấu hình bên trong của hệ thống Unix, vì vậy nếu bạn yêu cầu họ thay đổi bố cục bàn phím (fg thêm một số ràng buộc vào bên phải +) thì họ sẽ không bị nhầm lẫn.

Quản lý các gói cài đặt cũng sẽ không có vấn đề. Cài đặt Oracle, chạy 4 máy chủ ứng dụng, mỗi máy chủ có JVM khác - cũng không có vấn đề gì. Cấu hình mạng ảo, định tuyến và lọc cổng tiên tiến, máy ảo, v.v., quản lý bảo mật - cũng có ở đó.