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,没别的接口.
|