写规范的代码

1万 · 2011-12-13 11:54

1.如果你做一个不懂的项目,先去找书,看什么是正常的做法.不要闭门造车.
2.如果你搜到一个例程,看完之后,要去想,这个方法是不是"秘方",如果能搜到开源的,开源的工程比秘方规范.
3.如果你写一个代码,正常的方式是一直很顺利的写下去,如果你越写越累,就是使用了不规范的方法和设计.
4.如果你想改别人的代码,请考虑明白,从架构上调整远比打补丁好的多.如果搞不定架构,建议去学习一下.
5.引入bug比修改bug更容易,更不经意.

6.稳定性是设计出来的,不是测试出来的.一旦测试出来,设计没考虑到,那就是伤筋动骨.

只看该作者 · 2011-12-13 12:23

:D小IZ总结？

1万 · 2011-12-13 13:08

本帖最后由 icecut 于 2011-12-13 13:09 编辑

2# airapple 是的 .我能维持一个项目平稳发展.

但是我遇到了几个写到恶心,然后自己离职的项目经理....

也遇到几个牛人...

第一个告诉我,网上的代码都是伪代码,只能特定环境运行没问题....不能直接拿来用.
第二个用实际行动证明如何去健壮的做好一个大项目.

2万 · 2011-12-13 13:20

代码不规范会不会把你的网站整瘫痪？
还有，小I搜来的开源的东西，会拿来使用么，我倒是发现你可能在重复造轮子哦～

1万 · 2011-12-13 13:31

代码不规范会不会把你的网站整瘫痪？
还有，小I搜来的开源的东西，会拿来使用么，我倒是发现你可能在重复造轮子哦～
原野之狼发表于 2011-12-13 13:20

1.不规范的确可以把网站整瘫痪.丧失效率浪费金钱.

2.lxr这个东西,使用<pre>这个关键字就决定了他无法在我的项目中生存.

3.我在html描述方面,经历2次大的改版....lxr在易用性方面,欠缺太多.这个等我发布你就会看见.

4.关于自有知识产权.如果你用lxr完成,或者轻量级修改,有两个问题,不能满足用户多样化要求,也不利于与竞争对手拉开距离.

5.关于开源的东西,需要看协议,GPL,bsd,apache,都有不同用法.

6.我可以告诉你我没有重复造轮子,因为lxr生成的结果我表示很不满意.改他的代码比我重写要慢的多.他的构架局限性很大.

1万 · 2011-12-13 13:47

lxr是所有行编号的.我发现有的书中,空白行不编号....这个悲剧的要求,改他脚本没意义.并且,他还有局限性,只能使用Linux系统,而我可能选用云计算平台.....

2万 · 2011-12-14 00:00

没有重复造轮子就好
你的速度比我快多了
我还处于徘徊阶段  还有很多未知领域
最近还比较忙  又耽误了不少工夫

只看该作者 · 2011-12-14 08:05

最近越来越发现在架构方面能力太欠缺，请问LZ这个该从哪方面入手学习？

1万 · 2011-12-14 09:52

没有重复造轮子就好
你的速度比我快多了
我还处于徘徊阶段  还有很多未知领域
最近还比较忙  又耽误了不少工夫
原野之狼发表于 2011-12-14 00:00

还有一个问题就是,诺基亚也发布地图,谷歌也发布地图,百度也在发布地图,他们必须重复造轮子.
适合自己的轮子才是好轮子,重复有时候不一定是坏事....

1万 · 2011-12-14 09:58

最近越来越发现在架构方面能力太欠缺，请问LZ这个该从哪方面入手学习？
864 发表于 2011-12-14 08:05

架构一般是c++以上语言,面向对象来学习的.
如果真想学,却没用面向对象的语言,建议还是看看.

然后书有<重构---改善既有代码的设计>这个比较学术.
<大话设计模式>是国产版本,写的也不错,语言比较搞笑.

至于设计原本和设计模式等书,我现在还没看,在书架上,不方便推荐,都比较薄.例子也不多.推荐看前2本之一..,他们的共同点就是定价比较贵...