>有不到4年的经验.
>必须依赖二进制包来实现一切
>从未见过旧内核(即只知道2.6.x系列)
>没有发现每个发行版中的命令和目录位置不同;通常情况下,他们只知道他们刚开始的人,并且在他们的环境转换时会变得困惑.
>无法编写常用命令脚本,并且通常手动执行所有操作
>需要协助在故障系统上执行诊断,尽管它们可以在较轻的问题上独立运行.
>仍在向他人学习“经验丰富”的管理员已经知道的事情.
>有一种仍然“绿色”的风度 – 他们是自信的(这是正确的),但对某些人来说似乎很骄傲.这可能导致与最终用户,开发人员和管理层的摩擦.麻烦的最终用户经常可以得到他们做一些经验丰富的管理员会立即否认的事情.开发人员与他们谈论的内容并不多,但可能会教他们一些关于脚本的事情.管理层通常希望有更多经验丰富的人,除非选择有限,否则不会打扰他们.
>他们通常无法全面了解您的核心业务及其如何产生收入,尽管他们确实了解公司的程序级职位.因此,他们可以确定整个公司的常规员工的需求,但不一定了解所有公司单位的互动.

这些管理员从初级职位开始.

一个(陈规定型的)印象：“这个人有潜力,他们只需要时间让它发光.”

经验丰富的管理员：

>有5年经验.
>可以下载和编译工具/实用程序/服务,并可以重新编译内核
>见过较老的内核(2.2和2.4系列)
>可以适应不同的发行版,或者有2个或更多发行版的经验.
>可以执行简单的脚本来自动执行任务.
>可以自行执行诊断,但需要时间来查明问题
>可以自己运作,但没有管理经验,或有限的监督经验;他们经常辅导和指导初级管理员.
>有一种“经验丰富”的风度 – 他们是观察和保留的,但在没有技术的情况下总是愉快的.这样可以在与最终用户,开发人员和管理层打交道时获得信心,并最终在这个人“完成工作”方面具有根深蒂固的信任感.最终用户通常会首先咨询这些人,但麻烦制造者有时会尝试“游戏系统”并让他们做一些他们不会做的事情(尽管管理员会更好地了解并否认它).开发人员将就此问题咨询此人.管理层有时会要求执行特殊任务(当然是通过Guru审查),他们会满意地完成这项工作.
>他们了解您的业务的核心收入模式,以及这与其他职位和程序的相互关系.他们可以围绕这些知识设计定制解决方案,并可以找到降低运营费用的方法.但是,它们无法创造新的收入来源.

这些是Guru最初雇用的管理员.

另一个刻板印象：“这个人已经在街区附近,并有战争伤口来证明这一点.如果我的背靠墙,我会信任他们.”

大师：

>有9年经验.
>可以在重新编译之前通过重新配置或编写新代码来执行内核的代码级自定义
>看过很老的内核(2.0或1.3系列)
>具有非常难以安装的安装经验(版本9之前的Slackware,Gentoo,Linux From Scratch)
>可以执行复杂的脚本编写,有时可以为其他工作人员编写完整的工具.
>立即了解问题的所有潜在原因,并且无需额外诊断即可查看每个解决方案
>至少有一名其他人至少在3年内担任监督或管理职务.这意味着该人员由他们直接雇佣和管理.
>有一种风度接近“幸福但禅似”.他们很安静,专注,并且有一种不可思议的方式知道该说什么,何时说什么,同时让他们说话的每个人放心.最终用户经常不注意这个人因为他们的工作能力很好,但是麻烦制造者很快就会担心他们的存在;开发人员会就这个问题与这个人进行协商;管理层会相信他们的人事和就业决策.
>他们对您的业务流程有着复杂的了解,以及贵公司的现金流如何与资本支出,人员配备和持续维护相互作用.他们可以找到创造性的方法来在您的业务模型中创建新的收入来源.

这是你想要的人.

另一个(非常糟糕的)刻板印象：“Grey beard,suspenders…they must be one of those all-knowning Unix admins!”