[讨论]关于程序写法优化的思想

[剑心永远OK]

工作都有一年多了，大家写程序的时候有没有根据程序优化的思想去写程序啊？

大家写程序的思想是什么？不是只为了实现功能吧~

[程序猿之殇]

这和大环境有关．
优化代码产生的工作量是很大的，其中测试占了非常大的一部分．项目管理人员或者公司高层，在项目运做良好，没有出现大的问题的情况下，是不会给你这个时间的，也不希望因些而导致出任何衍生的问题．这多多少少给国内的程序员一个偷懒的理由，况且国内程序员离职现象严重．

[phpboy]

1. 实现功能 －－
2. 易理解 －－ 添加注释什么的
3. 可读性 －－ 注意书写规范

[李世垚]

功能+性能+时间+老板

[wang_quan_li]

有优化的需求再优化，比如访问数据库、页面静态化等

[程序猿之殇]

项目来了，根据时间首要的是完成功能．没办法，现在公司的通病．当然核心架构还是要充分的设计的．
一般在项目维护期间，时间比较充分，会对程序进行优化．做patch，更新．

ps:不是时常都在做新项目．所以大部分时间根据喜好，在项目维护，项目升级的时候，对程序进行优化．

[phpboy]

算是看出来了，小弟刚出道，在一家公司搞维护，那程序...

[xuzuning]

当然是要“根据程序优化的思想去写程序”
关于这一点，建议你找一本《软件工程学》看看

[mlsml]

老板又不懂优化，要的就是效果，对与优化，一般是做完了程序有了空余时间在去考虑的~~~~

[fxs_2008]

老板又不懂优化，要的就是效果，

所在，一般人都是先做功能，
另外，做优化一般水平和没有经验的也做不来，这个老板一般是不懂(技术型的除外）

但不做优化问题也很多的，有时要添加新功能，很可能不得不重头再来


个人觉得，优化的既抽象也具体

总的来讲，仍是可维护，可移植，可扩展，高性能，宜部署

[fxs_2008]

如果再具体一点，就是架构要好

[mlsml]

总的来讲，仍是可维护，可移植，可扩展，高性能，宜部署--------精髓~~~

我就是总在重头来的那种，要新功能就重新加，没的法~

[应该网]

工作七年了，写程序还是要讲究功能扩展及代码高效和安全。

如果单纯地讲究速度就是不负责了。

如果要我做网站就用现成的cms系统，顶多也就是修改一下。谈不上编程


如果是做定制开发的项目，就会用一些框架来加速开发。

[应该网]

当然，为了速度可能不会讲究太多细节，但不至于只是为了完成功能吧。

[phpboy]

看看各位前辈的话，受益非浅...

学习了...

[yctin]

第一个版本的程序代码混乱几乎是必然的
因为没做过
很多功能都是第一次去实现
结构不合理很正常

公司一般都不会给你时间重新开发第二版
所以只能在初始版本上更新扩充
结果就是代码一天比一天混乱

这是开发流程的问题
国内外都一样

可维护性等都是建基于时间金钱上的
在经济考虑上都要让步

[babcac]

看来我那一堆乱起八糟的代码也无可厚非啊

[fxs_2008]

对于中小型性目，优化的必要性不明显，
但对于门户和综合性等多功能复杂网站来说，优化就很重要
用户体验很明显，用户量大了，你网站很慢
维护上，程序员找不清头绪，反映慢，工作量大
加新模块时，不能和原有模块无缝对接
换个服务器或平台时，部署问题多多


优化的另一个重要方面，软件工程上讲，模块的内聚与耦合

可以参考下面的文章
http://www.zzxj.net/blog/fxs_2008/archive/2009/02/25/27.html

[foolbirdflyfirst]

写程序之前多思考，要考虑到N种情况的变化，才能编写出扩展性，通用性，易用性颇佳的代码。
但是问题是新的需求如雪花片般飞来，很多时候都是仓促动手，很矛盾，只能靠经验吃饭了。。。其实说好听点就是敏捷开发，呵呵
每隔一段时间的代码重构，还是非常必要的。

[coolboy347]

20楼的兄弟讲的非常有同感，第一版的代码混乱，新需求像雪花一样漂过来
到最后发现市面上有差不多功能的完善的系统出现
只有放弃他用别人开发得更完善的系统

[fxs_2008]

敏捷开发

也就是迭代开发，是指为因为需求变化而不断重构

根据敏捷开发和迭代开发模式，要求你先开发最核心的应用，然后根据需求不断迭代！
保证最终符合用户需，实现高成功率（有时用户也不知道到底需求什么）
很显然，核心功能是不能轻易迭代的，否则的就是重头再来了，也就不敏捷了！


举个例子，如通行证是核心应用，那你基本上要先开发，约定清楚，其他只要根据通行证的接口操作就行了
不可能先开发程序，最后和通行证接不上！