老翅寒暑

云计算是一种必然的趋势，而且也不是最近才新出来，没看出来这个东西为什么需要一个“入口”，未来即使有什么“入口”，也肯定是一个标准的api，谁都可以提供。跟“集权”有什么相干？看看p2p吧，云计算的第一个应用，你觉得会被什么“强权”把握吗？上面有人还提到了tor，竟然还被做反例，tor能被gfw吗？

未来云计算提供的，不仅是强大的计算能力，同样也会是前所未有的计算可靠性。至于这方面的知识，你可以去参考一下google的MapReduce架构，其中有一个简单的解决可靠性的方法。

我家里也是一样的型号,也出现过这种问题,就是局域网可以连接,adsl死活上不去(但是把adsl直接连电脑就一切正常),路由器日志最后条目就是pad sent,还有什么triggered之类.

而且只要2天不上网,就出现类似的问题.

解决方法很简单:路由器断电,adsl断电,静置5分钟,adsl上电,路由器上电.ok

Cyclomatic Complexity 最正确的翻译叫做“循环复杂度”

楼主节日快乐！

m_arrayLength,m_stringLength的区别肯定是有的，从字面上来看，可能前者表示字节大小的字符串空间，后者则是unicode的字符数量。

楼主不妨仔细查验一下。

不要提什么“恭会”，会被抓起来的啦！参加“伪”恭会倒是可以。

1.说明凡事都要留有余地，不要把人逼急了，兔子急了还咬人呢！人家小胡愿意闯祸？都是被逼的！
2.作为团队主管，这个道理一样要遵守。
3.把自己的工作写书，确实要经过公司的同意才行，否则会有麻烦的（除非你写武侠小说）。
4.也有消息说胡紫微是在离婚之后认识人家的。消息太乱了，看看而已。
5.如果被抓也不奇怪，人家7品的县太爷都能随便抓人，何况高于7品的呢
6.第五条应该不会被和谐吧

@驿路梨花
赞一个！

@Linker.Lin
不做违背自己的职业道德的事情。用自己掌握的公司知识来要挟的人，永远也不会有好的发展。因为你需要不断地保密，不断地竖起各种壁垒来防止别人获得同样的知识，结果只能束缚你自己的手脚。对于一个自断了跟别人交流途径的人，靠他自己能发展到什么程度？更重要的是，一个缺少职业道德的人，不会被人尊重！

@木野狐(Neil Chen)
eclipse下有acceleo,androMDA，都不好用，powerdesigner其实也支持定制，但是定制实在太难了，而且文档不全。我现在用jude作uml，它的api是开放的，有潜力。
不过真正的MDA内容要更多，他们目前都只是一个高级的代码生成器而已。

市场和技术互为充分和必要条件！

给一个建议：能不能删除重复文件的时候，考虑一下如下的情况：
如果安装了winrar并且和explorer关联的话，压缩文件的右键菜单中会出现“解压到当前文件夹”和“解压到xxxxx"的选项。这样产生的文件同样是垃圾文件，如果也可以删除的话，就非常好了。

@lodestar
你对MVC理解错了PO、BO、VO跟Model没有关系，MVC里边的M虽然也是Model，但是指的是整个数据模型，不是数据对象，你可以把这个Model理解成业务逻辑层+数据存储层。

--引用--------------------------------------------------
寒江: 其实楼主所说的更多的是跟安全有关系了，最终的结果还是一样的，如果只是处于这个需要的话我想是不是用hibernate中关于乐观锁中添加version这种相类似的方似更好，只要用户取得这个操作权限并给他一个唯一的值来标识本机所有相关的PO BO转换，只要设置实效就可以了
--------------------------------------------------------
跟安全没关系，我说的是纯理论的东西。

@金色海洋（jyk）
--引用--------------------------------------------------
金色海洋（jyk）: 我不想理解什么概念，我只想实现如下的情况
当客户提出来的修改需求的时候，我可以快速的修改我写完的程序。
其他的我都不管，分不分都无所谓，只要能够便于维护就可以了。
--------------------------------------------------------
这样，如果不首先去理解其中的内涵，恐怕你这辈子也难达到了。听说过初中文化造飞机，小学文化挑战哥德巴赫猜想的故事么？

如果什么都不在乎，那就用别人的成熟框架就好了，之前说的dinamica就很不错，可以什么都不管就完成任务，还挺不错的哦

@金色海洋（jyk）
.net的WebForm比较另类，它的VO概念不突出，不是纯数据的，混合了其他杂七杂八的东西，比如状态、样式等。

你如果要理解VO、BO和PO的概念，不妨把显示层、业务层、存储层都看作是一个拥有“自己的数据源”的层，显示层把业务层当作数据源，业务层把存储层当作数据源，存储层把数据库当作数据源。这些不同形态的DTO就是从“数据源”里边出来的东西。以此来理解，界面里边的动态下拉框（包括所有动态组件）的数据从哪里来就会很清楚了。

之所以要分析出DTO的形态，是因为如果不分析这些东西，MDA是没法做的，或者说做不好。

@金色海洋（jyk）
你可以参考一下java的一个框架，dinamica，开源的，西班牙人写的。对于一般的应用可以一句代码不用写，直接从html获取name和value，替换到sql里边，自动保存。不知道是不是你想要的。

@Sumtec
赞一个，确实写到后来发觉纵向比较有很大的问题。不好下结论。有时间彻底想明白之后再来补充一篇。

快不是目标，我们要看的是5年10年的程序运行的寿命，而不是开发所用的那几个月。程序员不能只看冰山的水面部分。要关注“成本”！
--引用--------------------------------------------------
Spring.Cheung: 是啊，直接传实体多快啊
--------------------------------------------------------

想明白是一回事，实做是另外一回事。想不明白才是最要命的。
--引用--------------------------------------------------
kiler: 搞那么多o干什么，项目开发方便最好，我一般就是实体从外面传到最里面。
--------------------------------------------------------

to kfarvid：
你的做法跟我的想法竟然是很相似的路子，呵呵！
to RicCC:
跳得太远是因为我们站在了巨人的肩上，所以不要害怕！

@大石头
分析很仔细，赞一个！

我在文中已经把函数调用的差别平衡掉了，这个也是为什么我迭代次数设置的原因，而且在算法分析的表中，也可以看出迭代和递归的差别。本来我想通过分析来评估各个语言之间函数调用效率的差别，但是没想到好办法，只好先分析一下排除调用之后的执行效率差别。

但是你用数组缓存的效率可能会比调用要好一些，但是我觉得也不会好多少（空间换时间而已，递归过于深入的话，就会有另外内存分配效率问题）。不过你这样做提醒了我，因为函数调用还有一个stackframe的问题（支持异常的架构）。

看来这个分析工作还可以做的更加深入些。

--引用--------------------------------------------------
飞哥: "一个老鸟的自白" 你好，请问怎样保持运行mod.exe后那个介面不消失。
--------------------------------------------------------
你在cmd命令行下运行就可以了啊，mod.exe不是图形界面的程序，是一个控制台程序

文章更新了一下，原来的结果是有些问题的。
看来.net上运行jscript是没前途了。有空我测试一下rihno吧，看看它编译js的效率如何。
难道没有把java编译成cli的编译器吗？

@装配脑袋
我文章的参考文献里边已经很详细说了。这个哥们算法比我好多了

@装配脑袋
我的机器vista，cpu双核1.66G，内存1G，结果C#计算fib(50)就等不及了，超过10分钟，这就是为什么我用fib（30）循环10次的原因。

不过迭代好像确实有些少了，我再测试一下

--引用--------------------------------------------------
Klesh Wong: @老翅寒暑
与其说是JScript.Net比C#灵活，倒不如说是动态语言比静态语言灵活。
--------------------------------------------------------
这个倒不一定，boo语言就比一些动态语言要灵活，而且还是强类型的哦

js本来就不是面向对象的，它其实是一个函数式的语言。个人认为JScript.net的灵活性超过了c#。而且js的prototype继承特性非常好，很超前。python、ruby等没有研究过，不敢随便乱说。

pd之所以强调一个字段用固定的名字，主要是从元数据和可维护性方面考虑。你如果所有table1都用名字ID作为主键名字，到了关联表里边还是要用Table1ID之类的名字，何必要一个字段用多个名字呢？如果有一天你发现用int做ID的类型不够，要修改成GUID了，如果遵守pd的规范，你只需要修改一次。如果你用id，光从50个表里边找到属于你需要的id，就已经很不容易了。

所以，用成熟软件的时候，遇到问题，先要想想为什么。

你们公司氛围不太好。而且流程没有走顺！

@亚历山大同志
要用最简单的方法，我不想增加一个DbPersistence之后再去修改PersistenceType。
有基类IPersistence.save(Book)是最简单的方法。
即使要重载也不是重载Book，难道出一个新的BookInDB或者BookInXML？
再次强调KISS原则。

我认为有待商榷，Book.save如果只针对一种存储媒介，从实用的角度看也可以接受，但是如果我们的Book不仅可能存放在XmlPersistance中，也可能放在DbPersistence中呢？
最佳的做法当然是把Book.save取消掉。当然Book.save不取消也可以，我们就会被迫加一个参数了Book.save(PersistenceType.xml)。可是这样真的没有问题吗？如果我们增加了一个TextPersistence呢？再在5个月之后加入一个CSVPersistence和BinaryPersistence呢？
显然Book.save就不满足要求了。遵循KISS(Keep It Simple and Stupid)的原则，Book.save也许算是OO，但是至少不彻底----把别人的事情也做了。
其实这里归根到底涉及的是一个语法问题，Book是一个名词，Save是一个及物动词，到底程序中要用somebody save book还是book saved by somebody。我倾向于前者。
另外，对于Book这样一类纯被动的物品类，建议还是采用java的概念，把它做成一个POJO（ms阵营好像没有对应的词哦）

实在对不起，忘记了。等这周有空把整个流程重新做一遍之后，把文章补充完整。
再次对大家表示歉意！

按照目前的流行逻辑，钱离开了你的手之后，所有权就不是你的了，所以他们没有必要跟你说明用途。更何况人家是上级任命的，不是你选的，所以也不用巴结你。

M$的这个活不是自己翻译的，他们是外包给一些翻译公司做的。很显然是外包质量控制出现了问题。

115.86k，深圳电信1M带宽。当前时段。

捧一下dudu的场，个人认为：
1.创业初期，需要激情，说道激情，就是不计利益去投入工作。这一点，上海太精明，广州太商业，北京正好。而且三个地方都高校云集，学生兼职比较合适。
2.作为技术类网站，而且是紧跟M$的技术，所以最好跟M$距离近一些，自然北京因为有M$研究院和总部而首选，上海有M$亚洲技术支持中心其次，广州没有。
3.费用问题，无论是员工工资还是日常其他花费，从少到多排列起来北京还是第一，其次是上海、广州。
4.投资环境问题，从开办企业与政府打交道的天数，从少到多依次为深圳、上海、广州，北京。从各地社会正义程度（包括地域歧视、司法公平等综合考虑）而言，从好到坏开始排列依次为深圳，上海，北京，广州。
综上所述，北京优先。

看完了，忍不住要说两句：
1.再好的系统和框架，也经不起号称专家的菜鸟来折腾。
2.死机多半是谁的原因，还用说吗？
3.我家里同洲电子做的数字电视机顶盒真是烂得要死，bug到现在还没有修复呢，天热还会罢工重启。号称实力最强的公司都是如此，你们公司呢？

to Agogo.NET
谢谢！我只在博客园有账号啊，俺不是JavaEye的成员。虽然我现在用java，但是我还是赞成向微软投降的（不投降就会饿瘦的啦）。

我师兄就通过修改js的方法把他老婆在BBS的积分弄到了1亿多分，结果人家奇怪地来问怎么分数这么高，哈哈。

其实上次那个通过修改js把自己加了几百万好友的家伙（是msnspace还是myspace中的？），就给大家提了一个警告。

兄弟们以后注意不要发非技术类型的帖子，园子没了对大家都不好。俺的同学录就被扣过，丢了一年的聊天数据。

还是有人很在意的，大家小心点。不要被每天的新闻骗倒了。

无语中...

其实对点击量和回复量除以一个网页年龄，得到的就是点击率和回复频率，但是窃以为楼主没有考虑时间对网页的真实影响：点击率和回复频率其实依然是随时间变化递减的函数，唯一的区别只是递减的速度降低了而已。

更正文中图片的错误：文字应该修正为“点击率”和“回复频率”，而不是“点击量”和“回复率”。

使用 drip 工具

有害信息！哈哈！我的网站也中过招，数据也没有要回来！生气！

@Tony[匿名]
还请不吝指教！

C语言最大的优势在于没有“异常”（永远也不会有隐藏的出口），用于操作系统编程或者其他底层支持是最合适的了。

@kw2006
我只是对你英文的最后一句不太同意，不过我同意你刚才的最后一句。
我一直很小心地记住我当员工的每一个感受，哪天不小心当上老板之后，可能会有用。

to kw2006:
首先你说的跟我说的不是同一个主题。其次，我觉得你还是有一种“高高在上”的老板意识，其实每一个员工都有会一个适合他的位置，从公司角度，对每一个层级的员工都有不同的激励原则：高层要讲事业心，中层讲责任心，普通员工讲私利心。协助好每一个员工的发展和成长，是公司支付工资之外另一个责任。

老板从自己的角度来待人接物，没有问题，但是经营一个长久的公司就不能只靠这样一个角度。你至少也当过员工（也许现在还是），还记得你最近一次说你老板不好的理由吗？“人心”最重要。当年的山西票号“日升昌”的员工就有“身股”，也就是只要参与公司，就有参与公司分红的权利。现在呢？尤其到现在，公司上市跟普通员工越来越没有关系了，而且年终奖越来越有“指标”意义了----现在的老板和员工的距离，比封建社会的都要远。我们的管理之道，相比百年之前，却是退步了。

正是这种情况下，而且又是智力密集型的IT产业，首先“人”的因素比其他行业要重要的多，而且IT行业的人工成本占总成本的比例比其他行业要高得多。如果还不懂得尽力去收买员工的“心”，不用尽全力去尝试提高“员工的劳动生产率”，我看这种企业也就只有一个平均寿命---3到5年足矣。

什么样的员工效率最高？满意的员工效率最高！但是让要记住的是，员工并不是一群贪得无厌，不知道满足的人，让他们满足并不需要太高的代价，更不是单纯的加工资。一个只懂得加工资的老板绝对是愚蠢的老板，而事实上，大多数的老板除了给加工资之外，什么都没做过。而要让一个员工满意，首要的就要尊重他。高高在上地去评估的员工并不会帮助你太多，且不论你的评判标准是否太偏执，一个总是试图让员工在老板和家人之间选择的人，显然不是明智的人。

显然你我眼中员工的价值是不一样。

to kw2006&随心所欲&&tt:
请着眼于事情的解决，而不是表象。

@Tony[匿名]
错了，每个脚色只需要关注自己的成本。所谓的双向成本最低是社会学家和哲学家关注的事情，不是企业，也不是员工。就像你无权干涉老板的决定一样，老板也没有办法强迫你去接受什么安排，何况你也不会愿意。