• 亚林
    2018-08-30
    上联:为系统而生,为框架而死,为debug奋斗一辈子
    下联:吃符号的亏,上大小写的当,最后死在需求上!

    作者回复: 哈哈哈,还差横批

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

    作者回复: 是的,翻译的Bug是最多的,所以在提升技术能力的同时也提升下沟通理解能力,收益更大😄

    
     3
  • third
    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
    好干,快看不下去了
    
    
我们在线,来聊聊吧