楼主这样子做会不会让网站的流量飙升了？本来返回一个200bytes左右的304，现在改成了输出整个几十K的文件。

引用

TYR：
哈 我们是小公司 啥东西都是自己弄，但是我坚持画流程图、序列图。自己思维不清晰的时候，画下流程图、序列图，是对自己思维的整理，同时也能很好地帮你改进不足。
这样做的另一个好处是别人能尽快接手你的工作，抽调过来的同事看系统架构、功能描述、流程图、序列图和代码里面的注释就可以直接帮你干活了。理解能力差点的也没有关系，对照着图来跟对方说上一遍也很快能让对方明白。
PS：序列图和流程图是两码事，目前我是两者都需要。

可以再明确一点吗？

引用

Old：
一开始走的是面向过程的思路来写程序，那难免会出现代码行在600+以上的大方法。
现在拿到的项目，尤其是WEB的项目，很少有团队或个人是以OO的角度来设计并实现的。这里面很多的历史也许大家或多或少都了解些。
这是进步还是倒退？

是不是我们背负和很多或者我们得到了太多而不想去改变？

引用

徐少侠：
时序图是把类之间的调用关系表达得最直接的一个图。
不过客户似乎对这种图还一时无法接受的，毕竟这个图里展现太多代码级别的细节了。
因此如果能碰到一个喜欢看时序图的用户，那真是太幸福了。
所以面对最终用户的时候，还是用例图管用一点。只是也不要给他看太细化的用例图。

时序图不应该作为和用户交互的东西，用例图或者流程图其实是一个很好的东西。现在我遇到的很多情况是我们根本没有OOD

@我是你的猪

引用

我是你的猪：流程图是正确的.其实很多代码都是先有"600+行的代码",再重构成"10个100-200行的类"的.没有人能够直接写出每个方法就2~3行的代码出来.都是靠重构.

问题是很多时候我们是later=never

引用

飞林沙：http://www.cnblogs.com/kym/archive/2010/01/12/1644528.html

拜读

释说明会让人走...”
首先，我没有不写注释，其次，你可以看一下我的回复，我用as的原因不是因为C#得as而是as的意思：作为...

引用

菜鸟吃虫，虫吃菜： 现在软件公司人员流动太大，拿到要维护那种没有注释的项目，首先一句就是“额的娘哎！”，只是维护就不可能给你很长时间去看框架结构，所以还是请写注释吧

我以前都是被要求先看需求再看设计文档，然后看数据库，厘清业务关系，2个星期左右再写代码。要不然就算是怎么写注释也是没有的，特别是一些奇特的设计（每一个系统都会有的）

引用

卡通一下：
楼主，注释不一定就是解释代码或技巧的。
如，在某个系统中，就有“单价1”、“单价2”、“单价3”，要是没有注释的话，你能凭空猜测出其用途区别吗？
哈哈...

这些是要写注释的，这些属于magicCode那一类了。

引用

siery：公司的有些东西全部封装好了 ，让人调用，没有注释，没有文档，连名字都是英语加汉语拼音结合，让人猜你妹啊，有么有，有木有？就是这种坑爹不写注释的人做的，自以为写的很好，别人能明白，这是耽误时间啊，有木有？

封装好的东西都是会写注释，会有示例的，我这里说的是联合开发的项目。而且你认为名字起的不好，有两个原因，一是写代码的人有问题，二是看代码的人业务不熟。比如，我以前做房产系统的时候GetGYQZH()这个函数，就是英文加中文的，但是没有人会有问题，为什么，因为大家都知道GYQZH是共有权证号的意思。所以建议你确认是别人的问题还是你的问题

是第一点其实是可以通过好的类名和函数名来解决的；第二点我不同意，因为面向对象就是把职责明确了，然后再把职责分配给不同的类，所以方法和类的复杂度都降低了，整体的复杂度会由于关注的粒度变大（由方法变成类）而减少了。
第四点我写代码的过程基本上先写桩代码，然后再去实现。所以和你可能有些出入，当然你的说法我也是赞同的。...

引用

司徒正美：

引用

宇智波Q：就有很多跟楼主一样的烂人 写代码不加注释 一个文件3000行代码 一个注释都没有 我的娘啊 我要改你的代码 我得仔细把这几千行代码看几遍

+2012
我很奇怪楼主为何有这种优越感呢？！

我没有优越感，我也没有反对注释，但是如果一个类名/函数名不能说明自己是做什么的，那么你的命名是不是有问题了？

引用

宇智波Q：就有很多跟楼主一样的烂人 写代码不加注释 一个文件3000行代码 一个注释都没有 我的娘啊 我要改你的代码 我得仔细把这几千行代码看几遍

这个我也深有体会，起码，我是见过1000+行的存储过程的和600+行的在while中有goto想前跳的C#代码的。但是现在问题是，你写这些代码本身就是有问题，注释能做到的只是减轻你的负罪心理和适当的给我们一些看下去的理由而已

引用

路过秋天：
最后的示例代码是本文的败点，也是亮点。
没有返回值，语法不行，但留下猜测的悬念。
1：如果返回bool型，用Is比用As好理解。
2：如果返回权限类，用Get打头好理解。
如果看你这行代码，加上一行注释能省掉不少猜测时间。

返回的是bool型，其实这个是一个现实代码的例子，其实用as是取作为的意思或者你的意思是说函数名写成LoginUserIsClient吧。但是因为这个类是作为一个facade模式的，它在现实中封装了整个sso流程。所以我觉得我的函数名会好一点。至于返回值是因为早上要出去，所以有没有注意看。

@菜鸟进博客园眼花撩乱
这个是写的时候有问题，没有仔细看，代码都是直接手写的，不是copy的，已经改正

其实没有人问过我为什么不写注释，我也没有向别人说过我不写注释的原因。但是最近一直有人在我耳边说，你们这些鸟人为什么都不写注释了。所以我觉得我有必要做一下解释了。 第一、什么情况下需要注释。如果你面对...

以前做的时候是用服务调用软件包本身带的dos程序来发送的，oa系统先将短信信息入表，然后服务再处理。程序本身不需要和硬件打交道，更加就不会出现楼主说的情况了

最近和同事讨论一个数据库字符串存储html的问题。现在的系统中存储的方式是： <div> <a>fasdfasdfasdf,</a> …… <div> 同事的建议是把它写成一下格式： <div><a>...

想起了梦断代码

,历史没办法回溯,2,你需要对订单表做全表扫描.
还有,统计系统很多时候是为领导服务的,并不是说我们觉得可以提供就提供,不可以提供就不提供的,我们觉得没用的,领导有可能觉得有用,比如,下单后在1个星期没有结算的,比如,下单后取消的,这些都涉及到了市场营销的策略制定....

其实我用过的，那一天晚上，看着摇摇欲坠的衣架，还有上次换床时留下的两根木头，突发奇想，用菜刀把木头给锯了，然后把衣架给修好了，用了两个小时。（我的菜刀上有一道锯齿状的东西） 其实很多时候我们都是在用不...

引用

徐少侠：
整体感觉和ＥＴＬ没啥关系
较大程度上还是数据库范式设计和业务理解的问题

其实这篇文章的立意是想让还没有到第3步的人，考虑一下以后的统计分析，也提供了超过第3步的人一个解决方案。
如果真的是一个很正式的ETL，我觉得，这个已经超出我的个人能力范围，那个应该是BI范畴了。

般都是分库的，分库勒，触发器就不好弄了。...

引用

aspnetx：
ETL指数据的清洗加载和转换。
通常来说ETL的结果是DW或者Datemart，这里DW是指Dataware house.
另外楼主在4里提到的：
这个时候我们会发现，按照3的系统来说，如果要用ETL来提取这个数据，我们是没办法做得到的（假设，订购状态的改变时长可以无限）
-----
这里可能是我理解的肤浅了，因为我认为通过日志或许可以办到。

理论上通过日志分析是可以做的到的，但是日至比业务数据还要大一个数量级。而且，订购的途径不单一，比如，帮订，批量开通等等，这些不一定有日志的。

，任何做大的系统都会需要历史数据的。因为，管理层关心的就是数据，所以我觉得3还是设计的问题。虽然不提倡过度设计，但是必要设计还是需要的。
套餐包应该理解为服务的集合，一个套餐包包含多个服务，一个服务也可以被多个套餐包包含，但是，套餐包本身也是一个服务，因为它作为一个可以订购的业务，无差别的供用户订购。比如，动感地带的音乐套餐，彩玲，短信，省内接听免费。音乐套餐和它所包含的业务同样也是业务，同样对外提供订购。...

群满了,楼主还有别的群马?

前段时间做了一个统计系统，但是现在发现统计数据和业务系统耦合度太高，以至于系统在做业务扩展的时候需要顾忌的东西太多。 其实我接触过的很多系统都是这样，那为什么大多数系统都会这样子了？是因为系统刚开始的...

同意博客园确实非常不好用，我现在也找不着北。建议dudu换个产品经理。

不知道楼主看的是英文版的还是中文版的，我看完中文版的觉得翻译的很烂。。。至于感想，好像没什么感想

我倒觉得，如果上次在ted大会上演时的第六感科技会在未来10-20年内成为新的时尚，至于云计算，webos我觉得，10年内不大可能。感兴趣的可以看一下http://tieba.baidu.com/f?kz=712705407