sync: 微信读书笔记 2026-07-29 09:02
This commit is contained in:
@ -14,10 +14,10 @@
|
||||
| **ISBN** | 9787111452478 |
|
||||
| **出版时间** | 2014-06-10 00:00:00 |
|
||||
| **阅读进度** | 28% |
|
||||
| **阅读时长** | 1小时56分钟 |
|
||||
| **阅读时长** | 2小时7分钟 |
|
||||
| **开始阅读** | 2025-05-17 10:24 |
|
||||
| **最近阅读** | 2026-07-28 08:47 |
|
||||
| **划线数量** | 6 条 |
|
||||
| **最近阅读** | 2026-07-29 08:37 |
|
||||
| **划线数量** | 8 条 |
|
||||
|
||||
</div>
|
||||
|
||||
@ -57,6 +57,16 @@
|
||||
> 一个仅描述外部可见症状的bug报告,和一个直接关联到源码的分析型bug报告,对开发者而言简直是天壤之别。只要能有一个对出错条件在源码级别上的提示性描述(即便不完整),大多数bug在大多数时间里就很容易被发现。
|
||||
> 🕐 2025-05-23 16:49
|
||||
|
||||
---
|
||||
### 2.6 何时名不再符实
|
||||
|
||||
> 一些人要求我把他们从邮件列表中去掉,而原因很有趣:他们觉得fetchmail已经足够好了,他们不想再看到关于这个项目的邮件往来!对于一个成熟的集市模式项目,也许这是其正常生命周期的一部分吧。
|
||||
> 🕐 2026-07-29 08:33
|
||||
|
||||
---
|
||||
> 除了提升代码和数据结构的质量之外,我重写的另一个目的是想把它弄成一个我完全理解的东西。如果你对一个程序不能了如指掌,而又要负责他的bug修复,那可就不好玩了。
|
||||
> 🕐 2026-07-29 08:31
|
||||
|
||||
---
|
||||
## 💬 笔记/想法
|
||||
|
||||
|
||||
Reference in New Issue
Block a user