我们现在是一个大的Windows家庭,所以我知道我需要问的问题,从那个地区的糠sort分类小麦,但我不知道要问一个Linux技术人员什么问题,也不知道什么是好的答案。
初学者:
- 有不到4年的经验。
- 必须依赖于二进制包的一切
- 从来没有见过一个旧的内核(即只知道2.6.x系列)
- 还没有弄清楚,每个发行版的命令和目录位置是不同的; 他们往往只知道他们正在开始的一个,当他们的环境改变时,他们可能会感到困惑。
- 无法编写通用命令,而且经常手动完成所有操作。
- 需要协助对故障系统进行诊断,尽pipe它们在较轻的问题上独立运行。
- 还在向别人学习“经验丰富”的pipe理员已经知道的事情。
- 有一种仍然是“绿色”的行为 – 他们是自信的(正确),但是对一些人来说却显得很自负,这可能会导致与最终用户,开发人员和pipe理层之间的摩擦,麻烦的最终用户往往可以让他们做一些经验丰富的pipe理员会立即否认的事情,开发人员没有太多与他们谈论的东西,但可以教他们一些关于脚本的东西,pipe理层通常希望更老练一些,除非select有限,否则不会打扰他们。
- 他们往往没有一个完整的核心业务图片,以及它如何产生收入,虽然他们确实了解公司的程序层面的职位。 因此,他们可以识别整个公司的正式员工的需求,但不一定了解所有公司单位的相互作用。
这些是从初级职位开始的pipe理员。
一个(刻板印象)的印象:“这个人有潜力,他们只是需要时间让它闪耀。”
经验丰富的pipe理员:
- 有5年以上的经验。
- 可以下载和编译工具/实用程序/服务,并可以重新编译一个内核
- 已经看到更旧的内核(2.2和2.4系列)
- 可以适应不同的发行版,或有2个或更多发行版的经验。
- 可以做简单的脚本来自动化任务。
- 可以自行执行诊断,但需要时间来查明问题
- 可以独立运作,但没有pipe理经验,或有限的监督经验; 他们经常辅导和指导初级pipe理员。
- 有一个“老练”的风度 – 他们是谨慎和保留的,但总是愉快的,而不是技术。 这在处理最终用户,开发人员和pipe理层时产生了信心,并最终使人相信这个人将“完成工作”。 最终用户通常会首先咨询这些人,但麻烦制造者有时会尝试“游戏系统”,并让他们做一些他们不会的事情(虽然pipe理员会更好地理解和否定它)。 开发人员将就此问题向这个人咨询。 pipe理层有时会要求执行特别的任务(当然,通过上师审查),他们会做到这一点令他们满意。
- 他们了解您的业务的核心收入模式,以及这与其他职位和程序如何相互关联。 他们可以根据这些知识devise定制解决scheme,并可以find降低运营支出的方法。 但是,他们不能创造新的收入来源。
这些是Guru最初雇佣的pipe理员。
另一个刻板的印象:“这个人已经到了这个地步,有战争的伤口要certificate,如果我的背靠墙,我会信任他们的。”
上师:
- 有9年以上的经验。
- 在重新编译之前,可以通过重新configuration或编写新代码来执行内核的代码级定制
- 已经看到很老的内核(2.0或1.3系列)
- 具有非常难安装的安装经验( 版本9之前的 Slackware,Gentoo,Linux From Scratch)
- 可以做复杂的脚本,有时为其他人员编写完整的工具。
- 立即知道所有潜在的问题原因,并且可以查看每个解决scheme,而无需额外的诊断
- 至less与另外一个人有至less三年的监督或pipe理能力。 这意味着这个人被他们直接雇用和pipe理 。
- 有一种“快乐但禅意”的态度,他们安静,专注,有一种不可思议的方式来知道该说些什么,什么时候该说什么,而让他们说话的人放心,最终用户往往不会注意到这一点因为他们的工作performance良好,但是麻烦制造者很快就会担心他们的存在;开发者将就这个难题向这个人进行咨询;pipe理层通过员工和雇佣决定来信任他们。
- 他们对您的业务stream程有着复杂的了解,以及贵公司现金stream与资本支出,人员configuration和持续维护之间的相互作用。 他们可以find创造性的方式在您的商业模式中创造新的收入来源。
这是你想要的人。
另一个(非常糟糕的)刻板印象:“ 灰胡子,吊带……他们必须是所有着名的Unixpipe理员之一! ”
找一个“知名”的linux专家来面谈,最好是之前招募过linux技能熟练的技术人员。 对这个人进行过滤是最无情的 – 让一个骗子进入候选人的岗位,结果会招来错误的人。 记得:
A的雇用A的
B雇用C的。
您需要在第一轮招聘中获得“A”,以便不惜一切代价追踪您的招聘stream程
我的build议是借用红帽authentication考试中的一些问题。 这些技术上是红帽特定的证书,但这些知识几乎适用于所有的Linux发行版,任何有能力的pipe理员都应该能够回答它们。
从RHCT(基础水平问题),RHCE(中等水平)中的一些,RHCDS和RHCSS(上一级,具体知识)中的一些,以及一些RHCA中挑选一些问题。
您应该能够在互联网或培训指南中find示例问题。 您也可以从资格预审评估问卷中抽取他们(他们可以在authentication页面find – 可能需要注册)
自己“build立”。 您可以从初级或经验丰富的系统pipe理员开始。 但是,考虑到正确的工作,人们开始闪耀。
从商业angular度来看,一位在贵公司担任经验丰富的pipe理员的上师几乎总是比较便宜(薪水方面),另一方面,你需要密切关注他/她的成本 。
从激励的angular度来看,我自己的经验是,当我的第一份工作是系统pipe理员时,我真的很有动力,从一台服务器开始,我甚至没有一台工作站。 大约10个月后,我们在3台物理服务器上运行了大约20个虚拟实例(OpenVZ非常轻量级),这些实例被用作服务分离。
我不认为自己是一个古茹(所有认为自己是上师的人都要被一粒盐拿走),但是我相当自信,当我独自一人时,我学到了更多东西在任何给定的时间范围内,而不是在我在一个团队中工作。 不是因为我不喜欢一起工作,而是以某种方式开始专注于事物,因为其他人在$ topic更好。
现在我领导一个由5名pipe理员(包括我)和1名开发人员组成的团队。 我认为让一个开发人员分配给我们的团队是最大的成功,提供服务并不是什么大功夫,但是让一个喜欢开发的人比pipe理更重要,因为你真的可以开始构build更大的工具链。
所以自己build立一个专家可能还清 不是在几个月内,而是在中长期。 我认识的每一个人,都认为这个上师是在恶劣的环境中开始的(要么是因为自己的工作,要么是被分配到最初的知识范围之外,而是一直在战斗中)。
几个简短的问题来缩小这个领域:
- 询问他/她使用了哪些发行版,哪些发行版最受欢迎。 根据DistroWatch ,目前最stream行的是Ubuntu,OpenSUSE,Mint,Fedora和Debian(这是Ubuntu基于的)。 虽然还有很多人,但受访者可能会引用至less其中之一。 另外,Gentoo虽然没有那么受欢迎(列表中的第22位),但它被认为是发行版中最“硬核”的一个,但不仅仅依靠“他/她提到Gentoo,所以他/她必须是真棒“作为唯一的真正的方法来知道他/她是否真正使用它是问他/她如何安装它或设置内核这是一个非常复杂的话题。 无论如何,这个问题的主要观点是看他/她是否熟悉几种不同的分布。 我发现大多数linux用户更喜欢1到3个,至less使用了5个,而且知道的更多。
- 询问他/她喜欢使用哪个桌面环境(或者可以解释其中几个之间的区别)。 最受欢迎的三种是Gnome,KDE和XFCE。 还有很多其他的,但是没有被高度使用。
- 给他/她一台带有Linux光盘的笔记本电脑(前5名中的任何一个都应该是好的),并且以他/她的身份引导您完成安装和可能的设置。 如果你想要某个人雇用他/她自己的团队,我也会认为这个人应该有很好的沟通技巧,并且能够以一种合理而且容易理解的方式向你或者公司的其他人解释事情。 基本上检查信心和快速和容易地回答问题的能力。
- 此外,与以前的观点相一致的是让他/她将新安装的笔记本电脑连接到Windows共享文件夹和/或反之亦然。 我认为这是人们在工作中要做的事情之一,所以最好检查一下他/她知道如何去做。 再次询问他/她是怎么做的,看他/她是否对系统有信心。 他/她可能会打开terminal并安装并使用一个名为Samba的程序。
- 您也可以要求该人打印文档。 如果这台打印机碰巧在Windows电脑上共享,挑战会更加困难,他/她将更可能安装Samba和CUPS。 再次,唯一的目的是确保他们知道如何做到这一点,对自己的技能有信心,并能够轻松地向其他成员解释事情。
我希望这会有所帮助。 虽然最后三个不是很快,他们可以是非常有效的。 我最后的想法是随便和人交谈,感受他/她对linux的信心以及他/她的沟通技巧。 最后,我同意ConcernedOfTunbridgeW对于你来说,最好的办法可能是让一位知名的Linux专家顾问协助你的采访。
不pipe你做什么,我祝你好运!
Windows内部人员是否真的对Windows内部知识有所了解? 也就是说,他们是不是知道在哪里点击哪个嵌套的菜单,并且实际上对幕后的事情有一些了解? 如果是这样,那么他们可能也有兴趣获得Linux技能。 虽然他们会稍微落后于Linux的技术曲线,但他们在了解和了解贵公司方面将处于领先地位。
你可能想得到一些支持,以帮助他们起床和运行,但使这个顾问职位将改变你的预算公式。
当公司从VMS转向Unix时,这是一个不寻常的解决scheme。
你可能会发现在这一个有用的东西: http : //static.sage.org/field/jobs-descriptions.html
(尤其是关于所需技能的部分)