今天在7DGroup微信群中，看到有个人发了这么一句牢骚：
最近我碰到一个奇葩的性能测试问题，简直就是个送分题，甲方提出要支持500并发用户指标要求，但不给的专门的性能测试环境，只给了UAT测试环境做性能测试环境，书面环境配置是负载均衡的，结果实测监控发现只用一台4C8G的部署所有服务；中间件都不告诉用的哪些；找甲方拿概要设计；甲方也没有，等到测试监控时候才发现，mongodb、mysql、rabbitmq、java服务进程、Nginx都部署在同一台4C8G机器上，一测试cpu、磁盘IO都满了，开发方没在现场，都要远程沟通；可是远程沟通10个问题8个不回答；问题没回答；甲方项目协调人员也不去催促。
于是群里的人开始叽叽喳喳地讨论起来了。
有人说：
我简直无法想象都部署在一台4C8G的机器是怎样一种操蛋的情景，这玩玩功能都不一定可以
有人说：
这挺正常的
研发团队比较业余, 上来就是怼业务, 对这些完全没规划
有人说：
不知道要准备什么, 也没去规划过, 然后就是找台机器, 一波全部部署上去
有人说：
我现在一个人管两百台测试服务器，业务验证环境加性能环境
…………………………..
从一开始的描述来看，大体可以感觉到这是一个：
- 完全没有规划，到处都是坑；
- 领导人事安排不力，决策混乱，管理松散；
- 执行者被逼无奈，只得造皇帝的新衣；
- 项目中技术架构混乱；
- 技术细节完全不对应；
- 人员工作态度涣散；
然而这种的情况在性能的项目中还算常见吧。
现在技术的发展较快，在很多传统转身很慢的企业中被动地接受着技术的影响。而在这时，不可排除地会出现很多人对性能完全不理解，但又在指手画脚的位子上。
对于一个性能测试来说，一个4C8G的机器，别说发压力了，就算是全都能搭起来，估计也没剩什么资源了吧。
你看到这里的时候，是不是觉得这领导该浸猪笼了？！
是的，没有办法。我们往往会遇到这样的场景。可是为什么呢？
从性能行业整体现状上来说，当前还是有很多的非专业人员对性能有着深刻的误解：认为性能就是给个机器就能知道系统能支撑多少容量了；即使不能完全知道线上的性能表现，也可以通过某种算法得知线上的性能表现。
而实际上性能是一个工程级系统的活动。在当前的误解中必然会造成性能项目的形同虚设。
而专业人员又在干什么？面对这样的领导对性能的误解，我们是不卑不亢地摆事实讲道理？还是默默地接受但心里骂着娘往下硬着头皮干呢？
有很多人我想都选择第二条路吧，觉得自己尽了自己职位上的职责。
古语也有云：君子以思不出其位。
可是，性能工程师的职责是什么？是不管对错的指令全盘接受闭着眼睛干？还是从专业的角度给出合理的建议，即使不被接受也算是尽了职责呢？
有些人觉得给领导提意见就是给自己找不自在，就是给自己挖坑，领导是傻B一个，肯定会给自己小鞋穿；所以什么都不提，按着领导说的做才是明哲保身的理智做法，委屈求全才是生存之道。
在群里大部分人也是这样来说的。
而我觉得如果是这样的话，性能就只能越走越惨。因为明知道不对，产生的结果也不好，也不据理力争。那拿出来的结果只会让别人更看轻性能。如此恶性循环，对职场、行业都不会有好处。那从业人员自然也不会有好的出路。
如果是你的话，在这样的场景之下，你会选择如何做？
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.e1idc.net
