对搭建大型系统——步步走的分工与思…

首先买机柜

接着买刀片

　　记得以前看到卖电脑的传单，总会附带一些服务器的广告。里面各种虚幻的概念，高大上的图片，总有一种“哇，好NB”的感觉。现在回头看，一切的设备，都是基于需求，倒不是越高大上越好了。

　　以目前的编程能力，还很难喂饱一个服务器。而现在计算机越来越快，许多灵感式的应用可能根本不需要一个正儿八经“服务器级别”的机器来跑，买个小型机就OK了。

　　对于需要这类服务器来跑的企业，可能进去工作，大多学会了很多“流程”和“精确性”。因为要用这么NB的服务器来跑的程序，必然服务着非常多的客户，稳定性相比创新性占的比重更大。开发的工作相对较少，而运维的工作会更多，所以为了稳定公司会有固定的“流程”要走，比如写个程序得经过审批，改系统需要权限。而精确性意味着责任追踪明确，写好需求文档，让领导知道你这个程序干了什么。写很多很多文档，最后变成文档程序员了。

　　组织部门也分得很细，上头交给你的业务计划书可能都详细到，告诉你从哪几个数据库的哪几个表取数，然后做怎样的join和处理，输出到哪里。有些业务可能自己都会写代码，顺带帮你写好了。你所能做的不过是复制粘贴，这件事要你来做，仅仅是因为你有往系统里写代码的权限吧。

　　开发的不了解业务，业务的不给碰开发，这么分工的好处可能就意味着掌握着极大权限的开发部门，不会起歪念头乱改系统数据。毕竟服务器里面存的可能是工资、物流、档案等公司机密信息呢。而业务估计也仅仅知道表头，没权利去查看系统内部的数据。进而这么分工保证了企业安全性，对企业稳定运行是好的，对个人发展就……不得而知了。

　　培养新人是需要一定容错性的，太多条条框框，最终再大的热情也会埋没。

　　不懂啥时候哪个厂商也开发个“服务器乐高玩具”，让个人也体会下管理一个企业服务器的感觉呢？