修改bug时，尤其是别人的代码，永远不要钻牛角尖。应该利用debug，找到问题根源的突破口。
2010-07-09 23:25
706 查看
修改bug时，尤其是别人的代码，永远不要钻牛角尖。应该利用debug，找到问题根源的突破口。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 如何Debug！（专注解决问题：代码一分钟，bug一整篇，肉眼debug半小时。。。）
- 问题记录：想要替换别人的代码，但是没办法或不能修改别人的代码
- 永远不要去请示是否应该整理一下你的代码
- 不要做丢狗的人 —— 找到问题的根源
- 基本上，把switch,用设计模式代替，肯定是bug和过度设计。想想，本来修改一个文件几行代码可以解决的问题，变成修改3-6个类才能实现一样的功能。不是傻是什么？
- 关于修改别人代码，出现的反编译问题！proguard ， at com.*.*.hall.a.h.a(Unknown Source)
- 不要做丢狗的人—找到问题的根源
- 利用 别人修改的 CAS 需注意如下问题
- 修改代码时，请不要引用新的 bug
- 不要做丢狗的人—找到问题的根源
- 网上找了一段代码，利用MemoryStream来存储分块的数据包，将其转换成为byte[]后，所有字节都为0.找到问题了。
- 永远不要去请示是否应该整理一下你的代码
- 修改别人写的利用AOP实现日志监控的问题
- 利用Xcode GPU调试工具 找到渲染代码的BUG
- 代码首要的目标应该是“解决问题”（包括“没有 bug”），其次的目标才是“简单优雅”。
- 使用DOM Breakpoints找到修改属性的Javascript代码
- Android 修改debug证书出现：Keystore was tampered with, or password was incorrect 问题解决
- 永远不要从别人嘴里去认识另一个人！（建议所有人看看）
- 在VB.NET中 用代码 利用SQL语句创建数据库、表、存储过程、视图、索引、规则、修改表、查看数据等的方法
- 程序员永远不要再犯的5个编程bug