程序员进阶攻略
胡峰
京东成都研究院技术专家
立即订阅
7526 人已学习
课程目录
已完结 65 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 程序行知：走在同样的路上，遇见自己的风景
免费
征途：启程之初 (4讲)
01 | 初心：为什么成为一名程序员？
02 | 初惑：技术方向的选择
03 | 初程：带上一份技能地图
04 | 初感：别了校园，入了江湖
修炼：程序之术 (10讲)
05 | 架构与实现：它们的连接与分界？
06 | 模式与框架：它们的关系与误区？
07 | 多维与视图：系统设计的思考维度与展现视图
08 | 代码与分类：工业级编程的代码分类与特征
09 | 粗放与精益：编程的两种思路与方式
10 | 炫技与克制：代码的两种味道与态度
11 | 三阶段进化：调试，编写与运行代码
12 | Bug的空间属性：环境依赖与过敏反应
13 | Bug的时间属性：周期特点与非规律性
14 | Bug的反复出现：重蹈覆辙与吸取教训
修行：由术入道 (24讲)
15 | 根源：计划的愿景——仰望星空
16 | 方式：计划的方法——脚踏实地
17 | 检视：计划的可行——时间与承诺
18 | 评估：计划的收获——成本与收益
19 | 障碍：从计划到坚持，再到坚持不下去的时候
20 | 执行：从坚持到持续，再到形成自己的节奏
21 | 信息：过载与有效
22 | 领域：知识与体系
23 | 转化：能力与输出
24 | 并行：工作与学习
25 | 时间：塑造基石习惯（上）——感知与测量
26 | 时间：塑造基石习惯（下）——切割与构建
27 | 试试：一种“坏”习惯
28 | 提问：从技术到人生的习惯
29 | 偏好：个人习惯的局限与反思
30 | 写作：写字如编码
31 | 画图：一图胜千言
32 | 演讲：表达的技术
33 | 定义：阶梯与级别
34 | 晋升：评定与博弈
35 | 关系：学徒与导师
36 | 核心：安全与效率——工程技术的两个核心维度
37 | 过程：规模与协作——规模化的过程方法
38 | 思维：科学与系统——两类问题的两种思维解法
徘徊：道中彷徨 (15讲)
39 | 职业倦怠：如何面对？
40 | 局部最优：如何逃离？
41 | 沟通之痛：如何改变？
42 | 技术停滞：如何更新？
43 | 无法实现：困扰与反思
44 | 完成作品：理想与现实
45 | 代码评审：寄望与哀伤
46 | 人到中年：失业与恐惧
47 | 该不该去创业公司？
48 | 该不该接外包？
49 | 技术干货那么多，如何选？
50 | 技术分歧，如何决策？
51 | 技术债务，有意或无意的选择？
52 | 选择从众，还是唯一？
53 | 选择工作，还是生活？
寻路：路在何方 (7讲)
54 | 侠客行：一技压身，天下行走
55 | 江湖路：刀剑相接，战场升级
56 | 御剑流：一击必杀，万剑归心
57 | 三维度：专业、展现与连接
58 | 三人行：前辈、平辈与后辈
59 | 三角色：程序员、技术主管与架构师
60 | 三视角：定位、自省与多维
蜕变：破茧成蝶 (3讲)
61 | 工作之余，专业之外
62 | 跨越断层，突破边界
63 | 成长蓝图，进化跃迁
结束语 (1讲)
尾声 | 始于知，终于行
程序员进阶攻略
登录|注册
12 | Bug的空间属性：环境依赖与过敏反应
胡峰 2018-08-29
从今天开始，咱们专栏进入 “程序之术” 中关于写代码的一个你可能非常熟悉，却也常苦恼的小主题：Bug。
写程序的路上，会有一个长期伴随你的 “同伴”：Bug，它就像程序里的寄生虫。不过，Bug 最早真的是一只虫子。
1947 年，哈佛大学的计算机哈佛二代（Harvard Mark II）突然停止了运行，程序员在电路板编号为 70 的中继器触点旁发现了一只飞蛾。然后把飞蛾贴在了计算机维护日志上，并写下了首个发现 Bug 的实际案例。程序错误从此被称作 Bug。
这只飞蛾也就成了人类历史上的第一个程序 Bug。
回想下，在编程路上你遇到得最多的 Bug 是哪类？我的个人感受是，经常被测试或产品经理要求修改和返工的 Bug。这类 Bug 都来自于对需求理解的误差，其实属于沟通理解问题，我并不将其归类为真正的技术性 Bug。
技术性 Bug 可以从很多维度分类，而我则习惯于从 Bug 出现的 “时空” 特征角度来分类。可划为如下两类：
空间：环境过敏
时间：周期规律
我们就先看看 Bug 的空间维度特征。
环境过敏
环境，即程序运行时的空间与依赖。
程序运行的依赖环境是很复杂的，而且一般没那么可靠，总是可能出现这样或那样的问题。曾经我经历过一次因为运行环境导致的故障案例：一开始系统异常表现出来的现象是，有个功能出现时不时的不可用；不久之后，系统开始报警，不停地接到系统的报警短信。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《程序员进阶攻略》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(8)
亚林上联：为系统而生，为框架而死，为debug奋斗一辈子
下联：吃符号的亏，上大小写的当，最后死在需求上！作者回复: 哈哈哈，还差横批
2018-08-30 14
godtrueBug，会想一下，遇到比较多的基本也是测试测出来的，不过大部分是无害的。最严重还是产品翻译业务需求有误这种危害最大，轻则返工，重则重来。
另外，就是那些没覆盖到的，上线后才发现，电商系统又是核心模块，影响可就大了，分分钟几十万。
空间和时间的划分非常妙，人是三维生物，这两个维度几乎可以划分N多的领域也都贴切。
空间上交互也是容易产生差异和不和谐，与人交互，系统间交互都类似，且交越多越容易产生差异和问题。比如：与数据库交互、与缓存交互、系统间调用、系统间发消息等等。但是不交互是不现实的。作者回复: 是的，翻译的Bug是最多的，所以在提升技术能力的同时也提升下沟通理解能力，收益更大😄
2018-08-29 3
third火车上，一个洞接一个洞，网速有点爆炸。
简略心得
1.我记得曾经看过，bug是被一个非常厉害的女程序员发现的，有兴趣的同学可以搜搜一下
2.我个人对bug的理解和感受是，创造过程中，难免会出现的瑕疵
3.技术性bug
4.技术性bug分为两类
空间：环境过敏
时间：周期规律
5.“程序过敏反应” ：“程序将存在问题的环境当作正常处理，从而产生的异常。”
6.应对空间纬度上bug，是理解环境，同时保持检测作者回复: 火车上还写总结呢，赞👍
2018-08-29 3
逝光无痕其实好多的bug是沟通不明确，翻译出来的问题！作者回复: 这类占主要部分，不过一般能测试和走查出来
2018-12-06 1
热勇确实，学习了！毕业一年！系统偏向业务！我是不是可以理解成写的大多都是(业务代码)呢？我发现自己的理解能力确实存在较大问题！所以存在很多问题！老师，该如何提升自身沟通理解能力呢？还在摸索学习中…作者回复: 没有通用的方法，具体情况具体对待，凡事多想一步，多琢磨，多反思
2018-09-20 1
艾尔欧唯伊不是，是采集硬件设备运行指标的组件。。。客户有大有小，小客户嘛，一台服务器跑一整套软件平台，几十个应用。。我们只是其中一小部分作者回复: 那估计很多相互干扰的因素呢😓
2018-09-01 1- 艾尔欧唯伊现在的项目，对内存限制特别大，出现的问题根本不知道，到底是基本配置不满足还是程序优化不够。。。
暴露问题大多有时间属性，还经常没有关键日志。。。定位分析真的想吐血。作者回复: 硬件嵌入式领域的？
2018-08-31 1 
戴益波好干，快看不下去了2019-11-19
收起评论