大型信息系统工程反向建设

1、系统架构一定要高大上，架构规模要越复杂越好，机器堆叠要越多越好，运维人员配备要越少越精，每次系统巡检都要给数据中心一个亮闪闪的特写，要不显示不出企业的整体IT业务能力。

2、复杂系统的核心构件要使用单点部署，有条件的话尽量放在单个服务器内，数据库、中间件、应用服务等尽量放在一个服务器内，系统挂了，问题能够直接定位到单台服务器上，系统恢复快。

3、系统组件一定要紧耦合、低内聚，构件之间的联系越紧密越好，依赖程度高，业务流程集中，迁移或修改一项功能模块，能够把整个系统都重构了，锻炼和提高工程师工作能力。

4、所有业务类型都同等对待，需要给高性能计算的业务，普通的塔式服务器就行，需要高可用的业务，单个的服务器就行，需要大存储的业务，单个数据库就行。

5、IT基础架构能尽量简单就简单，SAN存储、多网络核心、集群服务器等都是用不上的，虚拟化也不要考虑在范围内，太花钱，省掉能砍去不少成本。

6、系统能跑起来就行，不要考虑生产系统的性能、可靠性和可用性，不用指定测试指标，也不要做集成测试、系统测试、压力测试、交付测试等，这些都是在浪费系统上线时间。

7、最新的技术能用上就全部用上，C/C++，Java啥的，都太俗气了，oracle、Weblogic啥的，都太贵了。。。。。不用考虑兼容性、可用性和易维护性，最好全部都使用开源软件，测试、beta版的最好了，迭代速度一定要快于优化速度，让员工能够紧跟技术潮流，按照企业屁股需求修改功能，提高企业技术竞争力水平。

8、生产数据库不需要做容灾备份，也不需要做归档备份，最多搞个raid3或者raid5，磁盘空间爆满，数据库宕机都是小概率事件，还能减轻同事工作强度，省时省力。

9、生产系统给与同事最高权限，给同事充分信任，不相信朋友的事都不能做，方便同事修改系统功能，检查系统故障，提高工作效率，删库跑路都不是事。

10、系统需求、系统设计、开发测试、系统部署文档都是走个流程而已，文档不需要太规范，说明也不需要太详细，用例也不需要太健壮，设计风格、编码风格力求多样化，这样才能显示系统设计的独特性，不用回溯代码，要充分相信团队的每个成员都像你一样优秀。

11、开发系统一定要快，敏捷开发，速度上手，只要交付了，整个系统各部分协调状况就是甲方的事情了，凡事拖字都可以解决。

12、软、硬件、安全自动监控都是花钱不讨好的事情，平时也监控不出什么，什么流量暴增、漏洞攻击啥的也没见到过啊，还养了一堆闲人。

13、UML、ER、网络拓扑、机房设备位置、系统架构、系统逻辑图啥的，都不重要的，设备、系统、业务就那么几个，自个儿知道就行。

14、什么集群、分布式、高可用、高性能、动静分离、负载均衡都是次要的，工程思维方式，系统思维方式都与我无关，我只是个码农。

&*￥%￥#@@￥&……（）&……%￥……￥##%@&