前面的几个
f(x) = reverse(x* (x%100))

有没有人已经安装好这个扩展了？ 这个扩展多大？ 我看扩展的描述是11.83M， 但我这crx文件已经下载到78M了， 下载还在继续。

以目前的眼光看， 难度有点大， 收益不明显。

光看名字就已经发现最大的槽点了

我唯一用过的php框架就是Yii, 我没觉得它有什么毛病。

node.js是一个原生纯异步的web框架，异步是它和ROR最大的区别。在高并发的业务场景下，非异步框架往往都是抗不住的。

这样做肯定不好。
首先是数据库消耗时间double，你现在可能没有遇到，某些情况下这是不可接受的。
其次是一致性问题。如果没有出错，两个库是完全一致的，看上去很美好。但程序的世界里， 我们得考虑所有可能发生的事情。在第一次写入完成后发生了程序崩溃，系统崩溃，机器断电，网络中断等等问题而导致第二次写入没有成功，就导致了两个库的差异。问题的关键在于， 你这种方案处理这种情况非常麻烦，基本靠人工分析和处理，非常耽误时间。
再次，这样的设计会导致可用性降低。假设单个数据库实例的故障率是P，如果我们只操作一个数据库，那由数据库故障导致的系统不可用概率就是P。这种简单写两个库的方案， 任何一个库故障都会导致系统不可用，其概率是1-(1-P)^2 约等于2P。

相比而言，在存储层去做数据备份和容灾(比如一个非常简单的主从备份)，都不会带来这些问题。

这样嘲讽的帖子一般不会有好下场。。。

@takato 愿闻其详

我觉得上策还是晓之以理，动之以情，和老人好好沟通。老人贪图意外之财，是否有更深层次的原因？

下策是对老人的经济加以限制，伤感情，没有办法的办法。

我倒还想到一个"骗"的办法。有一定成本，不一定有效，也很难说是否有其它副作用。原理是楼主开设一款黑彩， 楼主找人开发一款简单地买彩票的app， 老人常买的彩票种类都做上去， 中奖号码与实际情况都一样，只是老人充值、兑奖都只能由你来经手， 这些钱全都只是在你手里转了一圈， 没有实质的损耗。只是要取得老人的信任有点困难。

要回答这个问题， 我把这个问题拆解一下，不一定对，楼主参考一下。
什么是爱？
爱是两个人相互依恋的一种情感。
为什么要爱？
为了满足自己的情感需求，组成家庭，繁衍后代。
剥离一个人的身份、背景、容貌、学识、经济条件、家庭， 还剩什么？
一个没有面目，没有思维的血肉之躯？
剥离一个人的身份、背景、容貌、学识、经济条件、家庭，剩下的部分还能参与到爱中吗？

对于代码质量， 下面是我的想法。
-----------------
代码质量分几个因素.我认为最重要的几项是:
1.可靠程度.程序是否处理了所有的可能性，比如是否处理了可能出现的错误? 是否处理了可能出现的SQL注入?
2.可维护性.代码结构是否合理？代码是否可读易读？ 类、变量、函数命名是否合理？注释是否合理？
3.算法设计合理，性能优秀。

还有一些被过度关注，但我认为其实不那么重要的东西:
可扩展性。有时候我们为程序设计一定的可扩展性，以应对未末新增的业务。但我认为在很多时候，我们预料不到未来的业务是怎样的，追求可扩展性成为了过度设计和做无用功。在很多情况下，等新需求到来时，再对已有代码做重构也并不晚。
设计模式。这一点和前一点有点类似，我见过很多代码，为了使用设计模式而使用设计模式，同样是过度设计和做无用功。
-----------------
对于新的语言特性、框架、工具， 我认为它们往往不是关乎代码质量最关键的东西。是否使用它们，需要评估它们的可靠程度、学习成本和收益才能决定。如果一个程序员倾向于保守， 我认为其实无可厚非。

1.我在做梦
2.我在做梦
3.我在做梦

"不是全天候工作，所以不算加班"， 这算什么逻辑？

每一件事情，它的下层都隐藏了更多的细节， 这个说不完的。如果要较真， 那就没完没了了。

发生了什么事情？ 这个问题就像"要把大象关冰箱，总共分几步?“ 一样， 要看你把事情分得多细，考虑到多大的细节上。