W**********4
发帖数: 322 | 1 【 以下文字转载自 Apple 讨论区 】
发信人: pegasus9 (飞马座), 信区: Apple
标 题: Re: 让我告诉你们一个真实的软工。。。 (转载)
发信站: BBS 未名空间站 (Sat Mar 2 11:59:46 2013, 美东)
软工水平真心不招啊，一个分号琢磨半天 |
W**********4
发帖数: 322 | |
W**********4
发帖数: 322 | 3 发信人: digua (姚之FAN), 信区: Apple
标 题: Re: 让我告诉你们一个真实的软工。。。 (转载)
发信站: BBS 未名空间站 (Sun Mar 3 01:29:39 2013, 美东)
半懂不懂，在这里瞎扯。
一开始那个说法是对的，C语言编程不怕少个分号，就怕多个分号。 |
s*******a
发帖数: 8827 | 4 我以前做ta的时侯还帮一个美国小孩debug过这个分号的问题，一晃快十年了。那小孩
现在估计都是vp了吧
【在 W**********4 的大作中提到】
: 发信人: digua (姚之FAN), 信区: Apple
: 标 题: Re: 让我告诉你们一个真实的软工。。。 (转载)
: 发信站: BBS 未名空间站 (Sun Mar 3 01:29:39 2013, 美东)
: 半懂不懂，在这里瞎扯。
: 一开始那个说法是对的，C语言编程不怕少个分号，就怕多个分号。
|
W**********4
发帖数: 322 | 5 其实我用VC开发控制硬件的软件已经很多年了。
compile,debugging对我来说都不是问题。
我的最大问题是，很多时候无法debugging。
比如硬件之间的同步，同步时间很短，有时只有10ms
只能等它们同步完了之后，再查看一些参量的值来猜测发生了什么。
还有些是厂家的问题，他们的软件本身就不稳定。
比如它们提供的接口是ocx。加入VC之后，每次一debug他们
那段代码，自动就出错。release+printf就可以。
我到现在都没debug进去过。我也搞不清不稳定是他们软件的问题，
还是硬件自身的问题。
【在 s*******a 的大作中提到】
: 我以前做ta的时侯还帮一个美国小孩debug过这个分号的问题，一晃快十年了。那小孩
: 现在估计都是vp了吧
|
W**********4
发帖数: 322 | 6 太过分了，删原帖。
那我现在这里备份吧：
地瓜的原帖：
digua (姚之FAN) 发于 Sun Mar 3 13:40:15 2013, 美东, 信区: Apple 标 题: Re:
让我告诉你们一个真实的软工。。。 (转载)
我明白和你说吧，在有经验的C语言程序员里，多个分号还是少个分号， 哪个更难
debug，是常识问题。你看前面好几个人，一看pegasus9转 这个帖子过来，就知道原帖
有什么问题。
"digua的if();也是compile问题吧", 这里有什么编译的问题?! 这段C程序 编译起来一
点问题也没有，C语法上完全“正确”。你不懂，不要给我 瞎解释。
if (a > max); max = a; 等价于 if (a > max) ; // do nothing max = a; //
always copy a to max
你是新手没有经验不要紧，版上大家都可以发言，都能说出有意思 有内容的东西，不
懂也可以问。但你在这个话题上就这个水平，还 要在技术上找人的把柄，那就太过分
了。 |
W**********4
发帖数: 322 | 7 我的回复：
发信人: WaterDegree4 (摄氏4度水), 信区: Apple
标 题: Re: 让我告诉你们一个真实的软工。。。 (转载)
发信站: BBS 未名空间站 (Sun Mar 3 16:51:33 2013, 美东)
哈哈，被我抓住了。
对于差的程序员，if();是个debug的问题。
对于好的程序员，if();还真是个编译的问题.
因为编译器是可以对空语句warning的，如果你把warning的level
设到最高级，if();编译是通不过的，也不存在留到debugging的问题了。
其实需要空操作的场合非常少，真的需要，要使用NULL。
一个好的程序员应该尽可能在编译阶段把问题解决，而不是留给debug.
一个懒惰的程序员喜欢不看warning，有问题再查。
我这个可不是"瞎解释", 这可是高质量c语言编写的一个基本的技巧：
http://www.zeuux.com/blog/content/4230/
我不会随随便便说人不懂，或者瞎说，我的论证都有文献支持。
你的文献呢？ |
s***e
发帖数: 50 | 8 和硬件有关的FW最好有硬件调试设备一起,抓取硬件信号. 比如逻辑分析仪,示波器等
【在 W**********4 的大作中提到】
: 其实我用VC开发控制硬件的软件已经很多年了。
: compile,debugging对我来说都不是问题。
: 我的最大问题是，很多时候无法debugging。
: 比如硬件之间的同步，同步时间很短，有时只有10ms
: 只能等它们同步完了之后，再查看一些参量的值来猜测发生了什么。
: 还有些是厂家的问题，他们的软件本身就不稳定。
: 比如它们提供的接口是ocx。加入VC之后，每次一debug他们
: 那段代码，自动就出错。release+printf就可以。
: 我到现在都没debug进去过。我也搞不清不稳定是他们软件的问题，
: 还是硬件自身的问题。
|
d*****s
发帖数: 61 | 9 哈哈哈
why bother？
和一群毫无幽默感的人争？左眼估计乐坏乐 |
y*******d
发帖数: 1765 | 10 靠
你们真是闲得慌
去apple版讨论技术 还讨论c
这就像去教堂讨论物理学
噢对了还他妈还是理论物理 |
P****i
发帖数: 12972 | 11 obj-c还是不错的，不过果轮版么，呵呵
【在 y*******d 的大作中提到】
: 靠
: 你们真是闲得慌
: 去apple版讨论技术 还讨论c
: 这就像去教堂讨论物理学
: 噢对了还他妈还是理论物理
|
W**********4
发帖数: 322 | 12 没那么复杂，就是一个step motor，通过usb读取和设定位置。
除了usb,没别的接口.
【在 s***e 的大作中提到】
: 和硬件有关的FW最好有硬件调试设备一起,抓取硬件信号. 比如逻辑分析仪,示波器等
|
s*****n
发帖数: 5488 | 13 估计他们从来没用过fxcop， prefast这些工具。
另外就是可能写巨型函数了。要是改legacy code windiff一下也是分分秒秒的事情。
【在 W**********4 的大作中提到】
: 后面的回帖比较好玩
|
f*****e
发帖数: 5177 | 14 一个分号引发的血案呀。
我去大苹果版看了一眼，完全没看懂你们在讨论什么。
太深奥了。
【在 W**********4 的大作中提到】
: 没那么复杂，就是一个step motor，通过usb读取和设定位置。
: 除了usb,没别的接口.
|
