- 主题:你们平常用debug吗, 还是printf搞定一切?
所谓的rubber duck debugging嘛
都差不多的
【 在 xeagle (静下心来编程) 的大作中提到: 】
: 赞冥想。我是没这个本事
: 每次调试都加print 感觉好烦，条件断点，变量修改监视，断点处修改变量值，看调用栈，还是有用的。另外，有的复杂的库，不方便或者没办法加print, 还是断点来的直接
: 发自「今日水木 on iOS」
: ...................
--
FROM 103.107.216.227
你想说明debug这种辅助手段并不重要，主要靠自己把代码想清楚？
【 在 No1 的大作中提到: 】
:
: 一半以上的错误其实都是一时糊涂，静下来捋捋思路就醒悟了
:
: 有人还提倡吊床编程：就是躺着想清楚了再动手，设计阶段的小错误，就是编码后期的大错误，前面越清晰，后面越轻松。
:
: 编程和数学证明可能是一样的，最好的方法就是最简明的那个，想得越清楚感觉越简单
:
:
发自「今日水木 on iOS」
--
FROM 124.64.17.*
这个printf也不够快，我用USB才勉强达到实时观察的效果，虽然还是丢了一些包
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 我在调试电机foc算法。你来给我把电机时间停止下吧。
: 菜鸟一个还特喜欢BB
--
FROM 117.135.88.*
啥叫debug功能?
只会printf
【 在 stub 的大作中提到: 】
: 最近读envoy源码, 发现使用debug功能还是方便的多. 原来一直忽视debug功能
--
FROM 221.218.139.*
只有一种场合不需要甚至不能用debugger，就是破解
自家的产东西一般来说不需要点灯飞线那么糙快猛，小制作除外了
【 在 laziogo (伤心求是鸟) 的大作中提到: 】
: 这个printf也不够快，我用USB才勉强达到实时观察的效果，虽然还是丢了一些包
--
FROM 27.91.71.*
维护别人写的代码呢？特别是没详细文档的那种。
顺手debug一下，比纯静态看代码要更容易深入一些
【 在 No1 的大作中提到: 】
: 一半以上的错误其实都是一时糊涂，静下来捋捋思路就醒悟了
: 有人还提倡吊床编程：就是躺着想清楚了再动手，设计阶段的小错误，就是编码后期的大错误，前面越清晰，后面越轻松。
: 编程和数学证明可能是一样的，最好的方法就是最简明的那个，想得越清楚感觉越简单
: ...................
--
FROM 125.35.121.*
程序写得好是不需要特别的debug的，不过如果某代码不可debug，其质量肯定有严重问题，包括驱动，包括直接操作硬件的代码。这就是个基本的可测试性问题，业内人士不该有疑问。
【 在 z16166 (Netguy) 的大作中提到: 】
: 维护别人写的代码呢？特别是没详细文档的那种。
: 顺手debug一下，比纯静态看代码要更容易深入一些
--
FROM 27.91.71.*
程序写得好的标准是啥？能让别人轻松看懂？
楼主挖了个坑，不会真的就有人把动态debug、静态阅读代码给割裂了吧，死守着其中一种方法
【 在 xiaoju 的大作中提到: 】
: 程序写得好是不需要特别的debug的，不过如果某代码不可debug，其质量肯定有严重问题，包括驱动，包括直接操作硬件的代码。这就是个基本的可测试性问题，业内人士不该有疑问。
:
--
FROM 125.35.121.*
绝大部分情况，看看printf输出，就能推出来，当然这需要基础牢靠一点
【 在 stub 的大作中提到: 】
: 最近读envoy源码, 发现使用debug功能还是方便的多. 原来一直忽视debug功能
--
FROM 218.241.119.*
可debug是可测试性的一个子集
【 在 z16166 (Netguy) 的大作中提到: 】
: 程序写得好的标准是啥？能让别人轻松看懂？
: 楼主挖了个坑，不会真的就有人把动态debug、静态阅读代码给割裂了吧，死守着其中一种方法
--
FROM 27.91.71.*