闲聊：关于编程流程 - 未名空间MITBBS历史存档

c*l2008-04-14 07:04

1 楼

I can not login yahoo messager with my yahoo account. But with the same
account/password information I can access my yahoo mail account without any
problems. what changed to yahoo messanger account?? anything wrong?? //bow

k*n2008-04-14 07:04

2 楼

我写的程序多是给自己分析数据使用，大多是自己一个人单干，没有参与过多人的项目
。对比较大的项目如何开发很好奇。请问各位同学可否谈谈各自的编程流程，或者说大
了，软件工程，各位参与的项目都是采取什么模式呢？
我一直坚信：好的软件靠天才的想法，出色的设计，合格的程序员完成。这样想是不是
低估了程序员的价值？因为客户的要求和设计在现实中几乎总是在变动，似乎不可能教
条的按部就班，很多情况下直接由程序员做改动。还望大家不吝赐教。多多拍砖。
多谢！

a*l2008-04-14 07:04

3 楼

其实说的很对,不过"合格"这个词很模糊，你能做好一件事才算合格，这样似乎就是以
果为因，循环论证了。其实程序员关键还是要认真负责。
架构的设计远远比code优化重要，很多人整天讨论比如++i和i++能有多大区别，其实架
构上搞好了，性能的提升绝对超过成百万个++i之类的编程小技巧。另外，没有出色的
marketing，再好的也白搭，所以business>architect>coding skills.
要求总是在变的，世界上没有什么东西是不会变的，这个时候就体现出架构和设计的好
坏了。

【在 k****n 的大作中提到】

: 我写的程序多是给自己分析数据使用，大多是自己一个人单干，没有参与过多人的项目
: 。对比较大的项目如何开发很好奇。请问各位同学可否谈谈各自的编程流程，或者说大
: 了，软件工程，各位参与的项目都是采取什么模式呢？
: 我一直坚信：好的软件靠天才的想法，出色的设计，合格的程序员完成。这样想是不是
: 低估了程序员的价值？因为客户的要求和设计在现实中几乎总是在变动，似乎不可能教
: 条的按部就班，很多情况下直接由程序员做改动。还望大家不吝赐教。多多拍砖。
: 多谢！

m*t2008-04-14 07:04

4 楼

+1. The difference between a good design and a bad one usually won't show
until 3 releases and 2 rounds of developer turn-outs later.

【在 a****l 的大作中提到】

: 其实说的很对,不过"合格"这个词很模糊，你能做好一件事才算合格，这样似乎就是以
: 果为因，循环论证了。其实程序员关键还是要认真负责。
: 架构的设计远远比code优化重要，很多人整天讨论比如++i和i++能有多大区别，其实架
: 构上搞好了，性能的提升绝对超过成百万个++i之类的编程小技巧。另外，没有出色的
: marketing，再好的也白搭，所以business>architect>coding skills.
: 要求总是在变的，世界上没有什么东西是不会变的，这个时候就体现出架构和设计的好
: 坏了。

a*l2008-04-14 07:04

5 楼

you are so correct!

【在 m******t 的大作中提到】

:
: +1. The difference between a good design and a bad one usually won't show
: until 3 releases and 2 rounds of developer turn-outs later.

k*n2008-04-14 07:04

6 楼

感觉我用的方法属于agile software development method，呵呵，因为船小，所以好
掉头。我的框架设计，随着问题要求的变化，时不时不得不随之改变，有时变动太大，
不得不另起炉灶。经常因为急着实现某个功能，总没有时间能推敲出一个能以不变应万
变的设计。请问这种情况属于正常吗？
另外，我感觉框架的设计和程序员水平的设计之间界限经常很模糊，请哪位给简单讲讲
大家在工作中是如何界定的，尤其是很大的项目，最好是能指点几本好的参考书，因为
我也知道这个问题不是几句话能说清楚的。
从贴子的点击率上看似乎大家对此也很感兴趣，不过说话的不多。呵呵，还望大家能畅
所欲言，很好奇大家是怎么做的。
多谢了先。

g*g2008-04-14 07:04

7 楼

通常框架设计，还是要有一点前瞻性，模块内聚性要好，耦合度要低。
看得到早晚要分开的层，还是先分开为好。最难的往往是向后兼容，
如果你的系统有胖客户端，或者需要跟其他系统交互，那么你现有的
接口都不能动，这个时候一旦不该耦合的耦合了，需要改动的时候就
很头疼。
框架设计的好，添砖加瓦是比较简单的。好的框架设计，目的就是
让不会一粒老鼠屎坏了一锅粥。老鼠屎是基本每个team都有的。程序
设计符合短板原理，最短板决定了软件质量。

【在 k****n 的大作中提到】

: 感觉我用的方法属于agile software development method，呵呵，因为船小，所以好
: 掉头。我的框架设计，随着问题要求的变化，时不时不得不随之改变，有时变动太大，
: 不得不另起炉灶。经常因为急着实现某个功能，总没有时间能推敲出一个能以不变应万
: 变的设计。请问这种情况属于正常吗？
: 另外，我感觉框架的设计和程序员水平的设计之间界限经常很模糊，请哪位给简单讲讲
: 大家在工作中是如何界定的，尤其是很大的项目，最好是能指点几本好的参考书，因为
: 我也知道这个问题不是几句话能说清楚的。
: 从贴子的点击率上看似乎大家对此也很感兴趣，不过说话的不多。呵呵，还望大家能畅
: 所欲言，很好奇大家是怎么做的。
: 多谢了先。

m*t2008-04-14 07:04

8 楼

That's what the agility is about. As long as your changes are not hacks, I
think it's ok.

【在 k****n 的大作中提到】

: 感觉我用的方法属于agile software development method，呵呵，因为船小，所以好
: 掉头。我的框架设计，随着问题要求的变化，时不时不得不随之改变，有时变动太大，
: 不得不另起炉灶。经常因为急着实现某个功能，总没有时间能推敲出一个能以不变应万
: 变的设计。请问这种情况属于正常吗？
: 另外，我感觉框架的设计和程序员水平的设计之间界限经常很模糊，请哪位给简单讲讲
: 大家在工作中是如何界定的，尤其是很大的项目，最好是能指点几本好的参考书，因为
: 我也知道这个问题不是几句话能说清楚的。
: 从贴子的点击率上看似乎大家对此也很感兴趣，不过说话的不多。呵呵，还望大家能畅
: 所欲言，很好奇大家是怎么做的。
: 多谢了先。

j*e2008-04-14 07:04

9 楼

design pattern 上不是分了四类吗。每类的重点都说得很深入。

【在 k****n 的大作中提到】

: 感觉我用的方法属于agile software development method，呵呵，因为船小，所以好
: 掉头。我的框架设计，随着问题要求的变化，时不时不得不随之改变，有时变动太大，
: 不得不另起炉灶。经常因为急着实现某个功能，总没有时间能推敲出一个能以不变应万
: 变的设计。请问这种情况属于正常吗？
: 另外，我感觉框架的设计和程序员水平的设计之间界限经常很模糊，请哪位给简单讲讲
: 大家在工作中是如何界定的，尤其是很大的项目，最好是能指点几本好的参考书，因为
: 我也知道这个问题不是几句话能说清楚的。
: 从贴子的点击率上看似乎大家对此也很感兴趣，不过说话的不多。呵呵，还望大家能畅
: 所欲言，很好奇大家是怎么做的。
: 多谢了先。