热闹的马路不长草，聪明的脑袋不长毛。

@janus77 笑死了

@passerbytiny 恩。他们把代码评审的活交给第三方。第三方不懂业务，来了很懵比的指摘格式错误，单词拼写错误，文档打印设定错误等等。然后甲方对这个结果很满意。。。

@nellace 是啊。这个操作也太骚了吧。我们之前出问题了，一条 SQL 语句把所有人转账权限都去掉了，然后慢慢搞。隐藏界面这个操作，感觉不是技术人员出的主意啊。

@mystrylw 是啊。你说的很有道理。能过且过是大多数人和团体的切实追求。但是明显这样是落后的根源。人类必须自己刺激自己去改进才行，才能跳出这个坑。不然确实如#35 #37 所说下一个昙花一现的可能是中国。等再过十几年年，你们都成为公司领导者了，你们会给年轻人什么样的福报呢。

@shakoon 可以进。但是现在不是时机。可以观望。因为日本的市场很封闭，一般打不进去，打进去也不讨好。只有当日本做烂了。国内水平超过很多了，他们才会心甘情愿放下姿态跟你走。

日本有大牛，但是不代表日本的平均 IT 水平。

日本的傲慢体现在以下几个方面：
1. 重管理轻技术。同样很聪明的毕业的新人，到了岗位，一个人会技术能编码，一个人不会技术编不了代码。最终结果，会编码的一直在一线战斗，不会编码的人，管管式样管管人，步步高升。
2. 重流程轻结果。一套瀑布式开发走到黑。其实原型开发是非常好的手段，但是日本人觉得不便于管理弃而不用。不做可行性论证，不做技术调查。认为只要我按书上写的走了流程，结果就应该是对的。
3. 客户至上导致式样扭曲。客户说一不二，假需求错误的需求也不管。有的客户那是真的不懂啊。
4. 运用手腕把作业隔离得太细。一个项目分很多模块，不同的模块不同的人做，review 和测试又是不同的人，维护又是不同的人。每个人的眼界都非常狭窄，而且不愿意插手别人的事情。

还有很多问题，大家可以看出来日本 IT 其实还是传统企业管理的理念。家长式管理导致每个人工作积极性不高。拒绝改进拒绝接受新的做法。

当然这次的问题就体现了这样的一个弊端，软件不是代表一个人的结果，而是一个团体的结果。一个诺大的团队，竟然没有一个人能指出来设计上有这样重大的缺陷，竟然没有一个人和社长提过 2 阶段认证。充分说明这是体制僵化的结果，不是个别人的问题。

和国内的 zz 环境一样，一群思想僵化的老年人想要带领年轻人，只能靠着愚化教育。给年轻人灌输，不要耍聪明，只要老老实实按我说的去做就行了。这才是问题的源头。

指的是难啃的骨头，鸡肋，残羹冷炙。

我做了多年金融项目。我是上次日本罗森某卡被盗事件善后者。那个项目之前出了三次要上报金融厅基本的问题我也是都参与了。N 社的信用卡认证系统我也做了（和这次的事件无关的项目）。说实话这种事情真不赖程序员。为什么？
因为日本人傲慢。


弱小和无知不是生存的障碍 傲慢才是



任你怎么告诉他这样有问题，他就一句话，你就照这个做就好了，意思是我给钱叫你做什么你就做什么别瞎 bb。日本人管这个叫做式样通り。

式样大部分是日本人写的，编码工作只占总流程的 10 分之一，单体测试占总流程的 10 分之一。大部分中国公司只能拿到这些菜。

@xml123 楼上一句话就说出了本质。

还跟多人对抑郁症有误解啊。抑郁症正如 37 楼说的，是一种生理疾病。而不是简单的我抑郁了，就是抑郁症，两码事。所以就不要打趣楼主了。该吃药应当吃药的。我身边也有同事有抑郁症。

有的人专注，有的人活跃。前者适合做事，后者适合做人。前者发展为天才，后者发展为领导。我觉得都还好啦。

@yulitian888 概率小看相对什么而言。你碰到了就是 00%。另外传统企业里面的系统，系统升级伴随着数据库切换也是很常见的。

@ps1aniuge 也有可能不是偏见，是教训呢？
我们线上的机器，应用服务器十几台，如果 CPU 或内存不够了，再上七八台很容易。应用服务器崩了就崩了没事的。
数据库服务器，就两台，如果 CPU 或内存不够了，整个业务死翘翘。
为什么不多搞几台，因为代价和应用服务器不是一个数量级的。我们用的 Oracle 的版权死贵，出了问题请 Oracle 专家来，那个价格真心不便宜，而且耗时间等不起。
曾经出现过，调查 bug 的人去服务器上敲了一条 select 语句，导致生产数据库长时间没反应。后果可想而知。从那以后所有人就知道把数据库服务器当宝贝了。
数据库服务器，就是要 io 性能超好，你看似一次检索出来的数据量太大，但是就算是几百 M 数据这对于内网的数据库，都不是问题。反而是 CPU，有两个问题。一个是版权是按照 CPU 内核数收费的，再一个 CPU 再好也经不起折腾，你把排序，数值加减放到数据库服务器上运算，那就是拿着尚方宝剑去切肉。所以一般数据库专用服务器都放弃 CPU 了。
所以说不是不想用存储过程，实在是条件不允许。
当然你单机跑，或者没上线之前做数据移行，那随你高兴。

所以再强调一遍，不要在数据库服务器上玩火是绝对政治正确的。

@oaix 就算你说的这个场景。你能保证业务不变更吗。
回头领导一句话，你个我把这个字段和这个字段合并一起。然后你就傻眼了。还是得要换成应用侧处理。
所以我觉得，别费那么大劲。就给搞成 Java 的。能跑就这么跑，不坑后人。