扒一扒知乎上的帖子――“为什么有些大公司技术弱爆了？” | 四火的唠叨

扒一扒知乎上的帖子――"为什么有些大公司技术弱爆了？" | 四火的唠叨

看题目以为是题主傻逼，看了正文发现真的是公司傻逼。 上面这种情况其实发生的概率挺低的，但是我觉得这回是真的发生了。 比如这样的话： 好吧，还是就事论事，下面就贴过来，然后逐一分析其中的内容。说说为什么大致上题主没问题，有问题的是这家公司，这个项目组。 ================================= 代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。 >> 这又是一件不该发生的事情。对于代码质量的追求各有说法，但是"复制粘贴"、"作者都没改"、"不写注释"、"不格式化"等等这样的字眼，我不相信一般的"龙头"公司能够接受。这些东西就像饭要一口一口吃一样，纵然有再大的野心，这些最最基本的细节，始终是不能忽略的。我觉得公司在招人的时候，既然是双向选择，就可以互亮代码，这样的代码摆出来看到以后，大家就不用浪费时间了。 一个项目里，httpclient竟然出现了四种。 打接口请求响应日志，竟然不知道用拦截器。 idea、eclipse、myeclipse的配置文件竟然全部传到项目里去了。 读取一个小小的xml和exc配置文件，居然用流式解析，没见过这么二逼的，真是醉了。 几乎没有文档，全靠从代码反推逻辑。 有枚举他不用，非要在每个页面上，把枚举值挨个儿写死，知道后面改代码多么费劲吗？ 一个方法十几个参数，有三分之一是极其简略的缩写，注释肯定也没有的。 一个运行了两年的项目，spring的包扫描明显配错了，有些bean根本扫不进来，居然没有人发现。 他们用mysql来做审计系统，出报表，有个报表要跑8分钟。 >> 报表跑8分钟很正常。Sql用字符串存多值这个，没有利用索引，还是要分析具体问题，原则上我不觉得有什么问题。要想完美解决这个问题，还是在mysql里面，就得把多值拆解成多行，放到一张新表里面去。另外，也有一些NoSQL系统天然支持value多值，比如DynamoDB，不过这是题外话。至于为什么不用pg，这涉及到最初的技术选型，后人看的时候只是说说"如果用xxx就yyy了"当然容易，但是不清楚最初是否有技术层面的考量。当然，这个项目那么烂，也许是一开始图方便搞了mysql的prototype就上了。无论如何，有质疑的想法总是值得鼓励的。 程序员们都是得过且过的态度，怎么把代码灌进去，跑的通测试，就算交差了。 发表评论

Read full article from 扒一扒知乎上的帖子――"为什么有些大公司技术弱爆了？" | 四火的唠叨