2018-08-30上联：为系统而生，为框架而死，为debug奋斗一辈子
下联：吃符号的亏，上大小写的当，最后死在需求上！作者回复: 哈哈哈，还差横批
16
2018-08-29Bug，会想一下，遇到比较多的基本也是测试测出来的，不过大部分是无害的。最严重还是产品翻译业务需求有误这种危害最大，轻则返工，重则重来。
另外，就是那些没覆盖到的，上线后才发现，电商系统又是核心模块，影响可就大了，分分钟几十万。
空间和时间的划分非常妙，人是三维生物，这两个维度几乎可以划分N多的领域也都贴切。
空间上交互也是容易产生差异和不和谐，与人交互，系统间交互都类似，且交越多越容易产生差异和问题。比如：与数据库交互、与缓存交互、系统间调用、系统间发消息等等。但是不交互是不现实的。作者回复: 是的，翻译的Bug是最多的，所以在提升技术能力的同时也提升下沟通理解能力，收益更大😄
3
2018-08-29火车上，一个洞接一个洞，网速有点爆炸。
简略心得
1.我记得曾经看过，bug是被一个非常厉害的女程序员发现的，有兴趣的同学可以搜搜一下
2.我个人对bug的理解和感受是，创造过程中，难免会出现的瑕疵
3.技术性bug
4.技术性bug分为两类
空间：环境过敏
时间：周期规律
5.“程序过敏反应” ：“程序将存在问题的环境当作正常处理，从而产生的异常。”
6.应对空间纬度上bug，是理解环境，同时保持检测展开作者回复: 火车上还写总结呢，赞👍
3
2018-12-06其实好多的bug是沟通不明确，翻译出来的问题！作者回复: 这类占主要部分，不过一般能测试和走查出来
1
2018-09-20确实，学习了！毕业一年！系统偏向业务！我是不是可以理解成写的大多都是(业务代码)呢？我发现自己的理解能力确实存在较大问题！所以存在很多问题！老师，该如何提升自身沟通理解能力呢？还在摸索学习中…作者回复: 没有通用的方法，具体情况具体对待，凡事多想一步，多琢磨，多反思
1
2018-09-01不是，是采集硬件设备运行指标的组件。。。客户有大有小，小客户嘛，一台服务器跑一整套软件平台，几十个应用。。我们只是其中一小部分作者回复: 那估计很多相互干扰的因素呢😓
1- 2018-08-31现在的项目，对内存限制特别大，出现的问题根本不知道，到底是基本配置不满足还是程序优化不够。。。
暴露问题大多有时间属性，还经常没有关键日志。。。定位分析真的想吐血。作者回复: 硬件嵌入式领域的？
1 
2019-11-19好干，快看不下去了