Làm thế nào để tuyển dụng một guru linux

Tôi cần phải tuyển dụng một bậc thầy linux thích hợp, chứ không phải ai đó có thể đánh vần nó, một người đánh lớn thực sự để ra đi và tuyển dụng đội của họ.

Chúng tôi hiện đang là một ngôi nhà lớn của Windows, vì vậy tôi biết những câu hỏi tôi cần đặt ra để phân loại lúa mì từ vỏ trấu trong khu vực đó nhưng tôi không biết nên hỏi câu hỏi nào về một kỹ thuật viên linux, cũng không phải câu trả lời hay.

Bạn có câu hỏi nào tôi có thể hỏi - hoặc tôi chỉ nên trả tiền cho ai đó từ một tư vấn bên ngoài để ngồi vào các cuộc phỏng vấn?

Người mới bắt đầu:

• Có ít hơn 4 năm kinh nghiệm.
• Phải dựa vào các gói nhị phân cho mọi thứ
• Chưa bao giờ thấy một kernel cũ (tức là chỉ biết loạt 2.6.x)
• Không tìm ra rằng các lệnh và vị trí thư mục là khác nhau trong mỗi bản phân phối; thông thường, họ chỉ biết về một người mà họ đang bắt đầu và có thể trở nên bối rối khi môi trường của họ đã chuyển đổi.
• Không thể script các lệnh phổ biến và thường làm mọi thứ thủ công.
• Cần hỗ trợ trong việc thực hiện chẩn đoán trên một hệ thống gặp khó khăn, mặc dù chúng hoạt động độc lập với các vấn đề nhẹ hơn.
• Vẫn đang học hỏi từ những người khác những điều mà các quản trị viên "dày dạn" đã biết.
• Có thái độ vẫn "xanh" - họ tự tin (đúng như vậy), nhưng có vẻ tự phụ với một số người. Điều này có thể dẫn đến xích mích với người dùng cuối, nhà phát triển và quản lý. Người dùng cuối rắc rối thường có thể khiến họ Làm điều gì đó mà một quản trị viên dày dạn sẽ từ chối ngay lập tức. Các nhà phát triển không có nhiều điều để nói với họ, nhưng có thể dạy họ một vài điều về kịch bản. Quản lý thường muốn ai đó dày dạn hơn và sẽ không làm phiền họ trừ khi có những lựa chọn hạn chế.
• Họ thường không có một bức tranh hoàn chỉnh về hoạt động kinh doanh cốt lõi của bạn và cách nó tạo ra doanh thu, mặc dù họ hiểu các vị trí cấp thủ tục trong công ty. Như vậy, họ có thể xác định nhu cầu của nhân viên thường xuyên trong toàn công ty, nhưng không nhất thiết phải hiểu các tương tác của tất cả các đơn vị công ty.

Đây là những quản trị viên bắt đầu ở vị trí cấp cơ sở.

Một ấn tượng (rập khuôn): "Người này có tiềm năng, họ chỉ cần thời gian để làm cho nó tỏa sáng."

Quản trị viên dày dạn kinh nghiệm:

• Có hơn 5 năm kinh nghiệm.
• Có thể tải xuống và biên dịch các công cụ / tiện ích / dịch vụ và có thể biên dịch lại kernel
• Đã thấy hạt nhân cũ hơn (loạt 2.2 và 2.4)
• Có thể thích ứng với một bản phân phối khác, hoặc có kinh nghiệm trong 2 bản phân phối trở lên.
• Có thể làm kịch bản đơn giản để tự động hóa các nhiệm vụ.
• Có thể tự thực hiện chẩn đoán, nhưng cần có thời gian để xác định vấn đề
• Có thể tự hoạt động, nhưng không có kinh nghiệm quản lý, hoặc kinh nghiệm giám sát hạn chế; họ thường dạy kèm và hướng dẫn quản trị viên cấp cơ sở.
• Có thái độ "dày dạn" - họ quan sát và dè dặt, nhưng sẽ luôn dễ chịu mà không cần kỹ thuật. Điều này dẫn đến sự tự tin khi giao dịch với người dùng cuối, nhà phát triển và quản lý và cuối cùng là cảm giác tin tưởng sâu sắc rằng người này sẽ "hoàn thành công việc". Người dùng cuối thường sẽ tham khảo ý kiến ​​của những người này trước, nhưng những kẻ gây rối đôi khi sẽ cố gắng "chơi trò chơi hệ thống" và khiến họ làm điều gì đó họ sẽ không làm (mặc dù quản trị viên sẽ biết rõ hơn và từ chối). Các nhà phát triển sẽ tham khảo ý kiến ​​của người này về các vấn đề phổ biến. Quản lý đôi khi sẽ yêu cầu các nhiệm vụ đặc biệt được thực hiện (tất nhiên, được thông qua, thông qua Chuyên gia) và họ sẽ hoàn thành việc này để họ hài lòng.
• Họ hiểu mô hình doanh thu cốt lõi của doanh nghiệp của bạn và cách liên kết này với các vị trí và thủ tục khác. Họ có thể thiết kế các giải pháp tùy chỉnh xung quanh kiến ​​thức này và có thể tìm cách giảm chi phí hoạt động. Họ không thể, tuy nhiên, tạo ra nguồn doanh thu mới.

Đây là những quản trị viên ban đầu mà Đạo sư sẽ thuê.

Một ấn tượng khuôn mẫu khác: "Người này đã ở quanh khối, và có vết thương chiến tranh để chứng minh điều đó. Nếu lưng tôi dựa vào tường, tôi sẽ đặt niềm tin vào họ."

Một bậc thầy:

• Có hơn 9 năm kinh nghiệm.
• Có thể thực hiện tùy chỉnh cấp mã của hạt nhân trước khi biên dịch lại, bằng cách cấu hình lại hoặc bằng cách viết mã mới
• Đã thấy hạt nhân rất cũ (loạt 2.0 hoặc 1.3)
• Có kinh nghiệm với các cài đặt rất khó cài đặt (Slackware trước phiên bản 9 , Gentoo, Linux từ đầu)
• Có thể làm kịch bản phức tạp, đôi khi viết các công cụ hoàn chỉnh cho các nhân viên khác.
• Ngay lập tức biết tất cả các nguyên nhân tiềm ẩn của một vấn đề và có thể xem xét từng giải pháp mà không cần chẩn đoán bổ sung
• Có chức năng giám sát hoặc quản lý với ít nhất một người khác trong ít nhất 3 năm. Điều này có nghĩa là người được họ thuê và quản lý trực tiếp.
• Có thái độ giáp ranh với "hạnh phúc nhưng giống như zen". Họ im lặng, tập trung và có một phương tiện kỳ ​​lạ để biết phải nói gì và khi nào, trong khi đưa mọi người họ nói chuyện thoải mái. Người dùng cuối thường không nhận thấy điều này bởi vì họ hoạt động tốt với những gì họ làm, nhưng những kẻ gây rối nhanh chóng sợ sự hiện diện của họ, các nhà phát triển sẽ tham khảo ý kiến ​​của người này về các vấn đề khó khăn và quản lý tin tưởng họ với các quyết định nhân sự và việc làm.
• Họ có kiến ​​thức phức tạp về quy trình kinh doanh của bạn và cách dòng tiền của công ty bạn tương tác với chi tiêu vốn, nhân sự và bảo trì liên tục. Họ có thể tìm ra những cách sáng tạo để tạo nguồn doanh thu mới trong mô hình kinh doanh của bạn.

Đây là người bạn muốn.

Một định kiến ​​khác (thực sự tồi tệ): " Râu xám, nghi phạm ... họ phải là một trong những quản trị viên Unix nổi tiếng! "

Hãy nhờ một chuyên gia linux 'nổi tiếng' tham khảo các cuộc phỏng vấn, tốt nhất là một người đã tuyển dụng nhân viên kỹ thuật có kỹ năng linux trước đây. Hãy tàn nhẫn nhất trong việc lọc người này - có được một charlatan ở vị trí ký kết các ứng cử viên và cuối cùng bạn sẽ thuê nhầm người. Nhớ lại:

A thuê A của A thuê
B.

Bạn cần có một 'A' tham gia vào vòng tuyển dụng đầu tiên để có được quy trình tuyển dụng của bạn theo dõi - bằng mọi giá

Lời khuyên của tôi sẽ là mượn một vài câu hỏi từ các kỳ thi chứng chỉ Red Hat . Đây là các certs cụ thể về Red Hat, nhưng kiến ​​thức áp dụng cho hầu như tất cả các bản phân phối Linux và bất kỳ quản trị viên có thẩm quyền nào cũng có thể trả lời chúng.

Chọn một vài câu hỏi từ RHCT (câu hỏi cấp độ cơ bản), một số câu hỏi từ RHCE (cấp độ trung bình), một số câu hỏi từ RHCDS và RHCSS (cấp độ cao hơn, kiến ​​thức cụ thể) và một số từ RHCA.

Bạn sẽ có thể tìm thấy các câu hỏi mẫu trên internet hoặc từ hướng dẫn đào tạo. Bạn cũng có thể lấy chúng từ bảng câu hỏi đánh giá sơ tuyển (Chúng có thể được tìm thấy trên các trang chứng nhận - có thể phải đăng ký)

"Xây dựng" nó cho mình. Bạn có thể bắt đầu với một sysadmin dày dạn hoặc dày dạn. Nhưng được thiết lập đúng làm việc mọi người bắt đầu tỏa sáng.

Từ quan điểm thương mại, một bậc thầy bắt đầu với tư cách là một quản trị viên dày dạn trong công ty của bạn sẽ luôn luôn rẻ hơn (về mặt lương), mặt khác, bạn cần phải có cái nhìn cận cảnh về anh ấy / cô ấy để không gây ra chi phí .

Từ quan điểm động lực, kinh nghiệm của bản thân tôi là tôi đã thực sự có động lực khi tôi có công việc đầu tiên là một sysadmin, nó bắt đầu với 1 máy chủ và tôi thậm chí không có máy trạm. Sau khoảng 10 tháng, chúng tôi đã có các dịch vụ chạy trên 3 máy chủ vật lý với khoảng 20 trường hợp ảo hóa (OpenVZ rất nhẹ) đang được sử dụng làm dịch vụ tách.

Tôi sẽ không coi mình là một bậc thầy (và tất cả những người coi anh ấy là một đạo sư sẽ bị lấy một hạt muối), nhưng tôi khá tự tin rằng tôi đã học được nhiều hơn khi tôi ở một mình trong công ty đó trong bất kỳ khung thời gian nhất định nào so với khi tôi làm việc trong nhóm. Không phải vì tôi không thích làm việc cùng nhau mà bằng cách nào đó bạn bắt đầu chuyên về mọi thứ bởi vì người khác giỏi hơn về chủ đề $ .

Hiện tôi đang lãnh đạo một nhóm gồm 5 quản trị viên (bao gồm cả tôi) và 1 nhà phát triển. Tôi coi việc một nhà phát triển được giao cho nhóm của chúng tôi là thành công lớn nhất, cung cấp các dịch vụ không phải là nỗ lực nhiều nhưng việc có ai đó thích phát triển hơn quản trị là một chiến thắng lớn khi bạn thực sự có thể bắt đầu xây dựng các công cụ lớn hơn.

Vì vậy, xây dựng một guru mình có thể trả hết. Không phải trong vòng một vài tháng mà là trong trung hạn đến dài hạn. Mọi người tôi biết và xem xét một đạo sư đã bắt đầu trong môi trường khắc nghiệt (vì tự mình làm việc hoặc do được giao nhiệm vụ ban đầu ngoài phạm vi liên quan đến kiến ​​thức của họ nhưng vẫn chiến đấu suốt chặng đường).

Một vài câu hỏi nhanh để thu hẹp lĩnh vực:

• Hỏi những phân phối mà anh ấy / cô ấy đã sử dụng hoặc phổ biến nhất. Phổ biến nhất tại thời điểm này theo DistroWatchlà Ubuntu, OpenSUSE, Mint, Fedora và Debian (đó là những gì Ubuntu dựa trên). Trong khi có nhiều người khác, người được phỏng vấn có thể sẽ trích dẫn ít nhất một trong số này. Ngoài ra, mặc dù gần như không phổ biến (số 22 trong danh sách đó), Gentoo được coi là một trong những "người khó tính" nhất trong các bản phân phối, nhưng đừng chỉ dựa vào "anh ấy / cô ấy đã đề cập đến Gentoo nên anh ấy / cô ấy phải là tuyệt vời "như là cách thực sự duy nhất để biết anh ấy / cô ấy thực sự sử dụng nó là hỏi anh ấy / cô ấy đã cài đặt nó hay thiết lập kernel là một chủ đề rất phức tạp. Ở mức độ nào, điểm chính của câu hỏi này là để xem liệu anh ấy / cô ấy có quen thuộc với một số bản phân phối khác nhau hay không. Tôi đã thấy rằng hầu hết mọi người linux thích một đến ba, đã sử dụng ít nhất 5 và biết nhiều hơn.
• Hỏi anh ấy / cô ấy thích sử dụng môi trường máy tính để bàn nào (hoặc có thể để giải thích sự khác biệt giữa một vài trong số họ). Ba phổ biến nhất là Gnome, KDE và XFCE. Có nhiều cái khác, nhưng chúng không được sử dụng nhiều.
• Đưa cho anh ấy / cô ấy một máy tính xách tay có đĩa CD Linux (bất kỳ một trong số 5 hàng đầu nào cũng tốt) và khi anh ấy / cô ấy hướng dẫn bạn cài đặt và có thể thiết lập. Khi bạn muốn ai đó thuê nhóm của mình, tôi cũng cho rằng người đó nên có kỹ năng giao tiếp tuyệt vời và có thể giải thích mọi thứ cho bạn hoặc người khác trong công ty của bạn theo cách hợp lý và dễ hiểu. Về cơ bản kiểm tra sự tự tin và khả năng trả lời các câu hỏi nhanh chóng và dễ dàng.
• Ngoài ra, điều có thể là tốt để đi cùng với điểm trước đó là yêu cầu anh ấy / cô ấy kết nối máy tính xách tay mới cài đặt vào một thư mục chia sẻ Windows và / hoặc ngược lại. Tôi cho rằng đây là một trong những điều mà người đó sẽ làm trong công việc, vì vậy thật tốt khi kiểm tra xem anh ấy / cô ấy có biết làm thế nào không. Một lần nữa, hãy hỏi làm thế nào anh ấy / cô ấy làm điều đó để xem anh ấy / cô ấy cảm thấy tự tin với hệ thống. Có khả năng, anh ấy / cô ấy sẽ mở Terminal và cài đặt và sử dụng chương trình có tên Samba.
• Bạn cũng có thể yêu cầu người đó in một tài liệu. Nếu máy in này tình cờ được chia sẻ trên máy tính windows, thử thách sẽ khó hơn một chút và nhiều khả năng anh ta sẽ cài đặt Samba và CUPS. Một lần nữa, mục đích duy nhất là đảm bảo họ biết cách làm điều đó, tự tin vào các kỹ năng của họ và có thể giải thích mọi thứ dễ dàng cho một thành viên khác trong công việc của bạn.

Tôi hy vọng điều này sẽ giúp một chút. Trong khi ba người cuối cùng không thực sự nhanh chóng, họ có thể rất hiệu quả. Suy nghĩ chính của tôi với những người cuối cùng là tình cờ nói chuyện với người đó và cảm nhận sự tự tin của anh ấy / cô ấy về linux cũng như các kỹ năng giao tiếp của anh ấy / cô ấy. Cuối cùng, tôi đồng ý với ConcernedOfTunbridgeW rằng cách tốt nhất cho bạn có thể là nhờ một chuyên gia tư vấn linux nổi tiếng hỗ trợ phỏng vấn.

Bất kể bạn làm gì, tôi chúc bạn may mắn nhất!

Có ai trong số những người Windows của bạn thực sự am hiểu về nội bộ Windows không? Đó là, liệu họ có vượt ra ngoài việc biết nơi nhấp vào menu lồng nhau nào và thực sự có một số hiểu biết về những gì đang diễn ra sau bức màn? Nếu vậy, thì họ cũng có thể quan tâm đến việc có được các kỹ năng Linux. Mặc dù họ sẽ chậm hơn một chút so với đường cong kỹ thuật trên Linux, nhưng họ sẽ đi trước về mặt hiểu biết và hiểu công ty của bạn.

Bạn có thể muốn nhận được một số hỗ trợ để giúp họ đứng dậy và chạy, nhưng làm cho vị trí tư vấn sẽ thay đổi phương trình ngân sách của bạn.

Đây là một giải pháp không bình thường trở lại khi các công ty đang chuyển từ VMS sang Unix.

Bạn có thể tìm thấy một cái gì đó hữu ích trong cái này: http://static.sage.org/field/jobs-descrip.html

(Đặc biệt là các phần về kỹ năng cần thiết.)