12 | Bug的空间属性：环境依赖与过敏反应

上联：为系统而生，为框架而死，为debug奋斗一辈子 下联：吃符号的亏，上大小写的当，最后死在需求上！

Bug，会想一下，遇到比较多的基本也是测试测出来的，不过大部分是无害的。最严重还是产品翻译业务需求有误这种危害最大，轻则返工，重则重来。 另外，就是那些没覆盖到的，上线后才发现，电商系统又是核心模块，影响可就大了，分分钟几十万。 空间和时间的划分非常妙，人是三维生物，这两个维度几乎可以划分N多的领域也都贴切。 空间上交互也是容易产生差异和不和谐，与人交互，系统间交互都类似，且交越多越容易产生差异和问题。比如：与数据库交互、与缓存交互、系统间调用、系统间发消息等等。但是不交互是不现实的。

不是，是采集硬件设备运行指标的组件。。。客户有大有小，小客户嘛，一台服务器跑一整套软件平台，几十个应用。。我们只是其中一小部分

火车上，一个洞接一个洞，网速有点爆炸。 简略心得 1.我记得曾经看过，bug是被一个非常厉害的女程序员发现的，有兴趣的同学可以搜搜一下 2.我个人对bug的理解和感受是，创造过程中，难免会出现的瑕疵 3.技术性bug 4.技术性bug分为两类 空间：环境过敏 时间：周期规律 5.“程序过敏反应” ：“程序将存在问题的环境当作正常处理，从而产生的异常。” 6.应对空间纬度上bug，是理解环境，同时保持检测

其实好多的bug是沟通不明确，翻译出来的问题！

现在的项目，对内存限制特别大，出现的问题根本不知道，到底是基本配置不满足还是程序优化不够。。。 暴露问题大多有时间属性，还经常没有关键日志。。。定位分析真的想吐血。

确实，学习了！毕业一年！系统偏向业务！我是不是可以理解成写的大多都是(业务代码)呢？我发现自己的理解能力确实存在较大问题！所以存在很多问题！老师，该如何提升自身沟通理解能力呢？还在摸索学习中…

Java工作中JVM之上，JVM工作在OS之上，OS工作在硬件之上，硬件工作在物理化学原理之上。 从Java到硬件，都是属于人造的东西，人造的一个特点就是不可靠。 物理化学原理，属于神造的东西，是可靠的。 人造的不可靠不是非黑即白的，而是一个概率事件。 人造的东西不能在设计的时候完全避免bug，只能通过事后测试把问题找出来再解决掉，一般认为所有的测试都通过，就算达标。 经过多年测试验证，产生了一个结果--越是下层越是经历了时间的考验可靠性越高越稳定。 由此可以推出离自己创造的最近一层出问题的概率是最高的。 这与作者“至少必须关心与程序运行直接相关联的那一层环境”是不谋而合的。 软件是一个人造系统，要清醒的认识bug到不能根除的.开发者所做的所有努力都是为了避免bug的发生，努力到成本和收益达到某种均衡为止。 越简单的东西越稳定，所以前面篇章中所说的炫技，对于一个软件来讲无疑是最毒的毒药。

好干，快看不下去了