每天写多少行代码？

只看该作者 · 2012-7-27 22:44

让30L的改一下自己写的程序，看他有没有这么高效

1万 · 2012-7-28 07:01

手熟罢了

只看该作者 · 2012-7-28 08:56

昨天我就是写了两个 #if .........#endif

1万 · 2012-7-28 09:17

膜拜一下。
我现在在学习阶段。
但是对自己有一个要求，就是写的东西移植性强。
比如，写LCD程序，就是有一个输入接口函数lcdwrite（*p），全局变量就依靠几个BIT管脚定义。 ...
阮天宇00 发表于 2012-7-27 17:16

LCD是个很繁琐的工作，我是怕那个玩意的，我们的产品都是工业上用，所以现在都改成了使用现成的触摸屏，只需要编写通讯部分和编辑触摸屏画面就可以了，这相比LCD会减少极大的工作量。我的通讯部分有几年时间没有更改过一个字节了，直至复制过去就是，也就意味着很多工程中占用大量代码的键盘和显示部分我现在是零工作量

1万 · 2012-7-28 10:23

41# 呆板书生
那个程序能缩减那么多是有原因的。那个产品有10片MCU，一片主MCU负责和触摸屏通讯，与其他9片副MCU通讯及参数储存，副MCU负责信号的处理。由于画面复杂显示内容多，那高工用的通讯协议复杂，重复利用的部分少，所以负责显示的通讯部分程序极其庞大，反汇编程序中就有几千行，也占用了主MCU的很大部分时间。而我的通讯部分代码不到他的十分之一，且都是复制我原来的其他产品中的，占用单片机的资源和时间都少。其他9片副MCU他的程序也是太复杂，重复利用的程序也少，由于9路信号都需要高速处理，他的程序无法用一片MCU负责几路信号，我的主MCU负责通讯的同时还负责了4路信号的处理，副MCU除了通讯部分需要修改其他和主MCU一样，所以写程序的工作量就很少。
原来的工程师没有临界代码的概念，思路也有些混乱，产品总会偶尔出现莫名其妙的各种错误也是必然的，看反汇编一下子就看出来了。我最关键的是看懂核心的计算部分，看懂里面的大量浮点数运算花费了主要时间，其他就没什么参考的了，能写出那程序也有部分原因是站在别人的肩膀上吧:loveliness:

只看该作者 · 2012-7-28 10:52

一天100行差不多

只看该作者 · 2012-7-28 11:01

41# 呆板书生
那个程序能缩减那么多是有原因的。那个产品有10片MCU，一片主MCU负责和触摸屏通讯，与其他9片副MCU通讯及参数储存，副MCU负责信号的处理。由于画面复杂显示内容多，那高工用的通讯协议复杂，重复利 ...
受不了了发表于 2012-7-28 10:23

这样的故事我也有，曾经有个项目，上一任留下了C语言程序，大量的if else 和switch 1...，程序量用了12K，但我把它大幅减少工作量，做到一个2051上去，

但那个老板太抠门，产品出来，但合作项目还是谈崩，

这样的例子其实是例外，和规范无关，如果每次都这样做计划，只有累死自己，害死同行