IT黑幕TOP 10
如果你打算从事IT行业或刚进入这个行业，也许本文下面的小内幕会吓到你，因为这些事平常都不会公开讨论的。如果你是IT资深人士，或已经遇到其中的大部分了。如果你愿意，请一起来参与讨论吧。


这些内幕大多数是针对网络管理员、IT经理和桌面支持专业人士。虽然这些小内幕并不针对开发人员和程序员（这两类人员也有对应的小内幕。）但有些或许也适用于他们

10. 虽然IT业的薪酬比其他很多行业要好，但有公司因此视你为其“人”。
尽管IT人士的薪水没有互联网泡沫之前要好，但和其他行业人士比较，IT人的薪资还算好点。在接下的几十年中，科技在商业和社会发展中所占分量会一直增加，所以我们完全有理由相信，IT专业人才的需求量也减少。
然而，正因为IT人士的薪水普遍较高，所以有些公司认为给了你这么多钱，就把你看成是公司的“佣人”，拥有你的支配权，不管是不是在工作间。
例子1：因为某人加班（遇到问题），你在晚上9点接到他/她的技术电话，你很可能会听到“这是你工作的一部分。”
 例子2：为了避免工作期间的停工，你要在星期六花6小时来配置/升级软件，你很肯能又会听到“我们已经付给你大笔钱”。

9. 有些用户明明错在自己，但他们还是会责怪你。
有些用户在遇到问题，自己无法解决的时候，会对你展示他们深厚的“狮吼功”。他们会咆哮道，“这东西出了什么问题？上不了网！”或者“这台电脑根本没
法用！”再或者“你在这电脑做了什么了呢？”实际上，问题的根源就是他们不小心把桌面的IE快捷方式删除了，或者是他们的脚不小心把鼠标线插口弄松了，或
者是不小心把开水/咖啡洒到键盘上了。

8. 每天或许徘徊在“替罪羊”和“英雄”之间，是很正常的
如果10分钟前有个难倒了很多同事的网络问题，结果被你搞定了。但他们不会去想解决这个问题其实很简单，而是把那你奉为那个时刻的英雄。但是几个小时
后，当他们在打印的时候因网速过慢遇到了麻烦，你的麻烦也来了，你的英雄光环也不见了，你成了那一刻的头号替罪羊。但当在那一天下班前，你和其他同事分享
了一个简单方便的Outlook技巧，英雄的光环再次落在你头上了。

7. 证书虽是求职敲门砖，但它却不能证明你一定是优秀的技术员


6. 你的非技术型同事会把你当成他们家的技术支持
当你的非技术型同事（或朋友、亲戚和邻居）遇到电脑问题或网络问题时，他们会给邮件、打电话或来你办公室，问你如何杀毒，问你怎么解决无线路由的问题，问你怎么上传图片和视频到网上。
他们有的甚至会说：“某某，我把家里的电脑拿来这吧（办公室），你来搞定吧。”虽然有些人会礼貌地说给你付钱，但也有些是希望并期望你能免费帮忙。虽然帮助他们是没有错的，但你要清楚底线，并要知道什么时候该拒绝。如果你不善于拒绝，请看下期“不当免费技术支持的10种方法”。

5. 当万事顺利时，顾问会居功；当有事不妙时，那是你的错。
和IT顾问一起共事是工作的重要部分，也是一件相当有挑战性的事。顾问用其利基专长帮你部署/配置专业系统，当万事顺利的时候，你们是友好合作关系。
但你必须要谨慎了。当事情进展不妙时，一些顾问会把错误归咎在你（公司）身上，并称他们的方案以前在其他地方都好好的，是不可能有问题的，问题肯定在你
方。相反，当工程非常成功后，有些顾问绞尽脑汁抢功，忽视你所做的大量工作（比如：量体裁衣地改进方案以适合公司自身发展）。

4. 维护“旧”技术所花时间比实现“新”技术的时间要多得多
在IT行业，有种观念非常吸引人——玩最新的尖端技术。但是，这种观念并非适用于大部分IT岗位。通常来说，IT人士用在维护现有技术的时间比实现新
技术的时间还有要多。即便是那些有能力运用大部分最新技术的IT顾问，他们更愿意采用现有的并行之有效的方案，而不是前沿技术组成的方案。

3. 资深IT人通常是实现新技术的最大障碍
很多公司是有能力采用前沿技术的。花时间来更新/更换软件/架构，可以潜在地节约成本或提高生产率和盈利。但是，很多情况下移植到新技术的障碍，并不
是预算不够，也不是管理问题，而是IT部门的资深技术员工。很多IT老手对新技术有抵触，不愿意改变。当然了，你也不能说这是坏事，因为维护现有结构的稳
定，还需要现有技术。但他们不能把这当成不学习新技术或扩展新方向的借口。有的人因此甚至变得懒惰和自满。
 
2. 某些IT人士在选择技术的时候，更多考虑的是对自身的影响，而不是业务
另外，一些IT人士还有一个诡秘又必须声讨的事情。他们挑选技术的标准是：看这些技术是不是业务非常依赖他们的，而不看这些技术是否真正适合业务本
身。比如，某些IT人士宁愿选那些需要专业技能来维护的方案，而不选即可使用的方案。还有，即便Windows的方案更优秀，某些IT经理人因为自己有比
较多的Linux/Unix背景，所以通常会选择基于Linux的方案，而不选Windows的方案。（当然了，拥有Windows背景的也会跳过 Linux方案的。）类似上述的例子通常有很多借口和理由，但大部分都是虚伪的。

1. IT人士经常用术语或行话来忽悠不懂技术的业务经理，借以掩盖其搞砸的事。
并非所有IT人所做的事件件都成功，即便是最最优秀的，也会犯错的。但是，在犯错后，并非所有IT人都善于承认错误。
有些人在把搞砸事情后，充分利用业务经理不是很懂技术（即便是一些高水平的技术经理，也不可能面面俱到），再用术语或行话来忽悠他们。比如，在向业务经理
解释金融应用程序为什么“挂”了3个小时，技术人员或许会这样说，“在运行程序的时候，SQL服务器蓝屏了。该死的微软！” 他却不提蓝屏真正的原因——更新驱动后并没有在服务器上先测试