背景

本文出自一朋友给我的提问，于是博主呕心沥血给他花式洗脑了几个小时。忽然发现，应该还有许多朋友有同样的疑问。所以整理成文。
许多刚毕业的程序员朋友，都有一个执念，想要进那种规模大一点的公司、上市的、业内有名的最好。
为什么大家都想去大公司？
因为很多人觉得，公司大一点，正规一点。开发技术应该不错，应该与时俱进，流程应该会规范一些。说到这里，依然有这种想法的朋友，请握个爪。
然而，当他刷完什么《剑指OFFER》、《编程之美》，废了好大一番功夫进去以后，却发现完全和自己想的不一样。他发现他所在的大公司:

(1)代码混乱

I、比如一个发送Http请求的Util类，竟然出现了三四种。开发人员A封装了一种，开发人员B封装了一种，公司框架自带了一种。
II、到处充斥着Ctrl+C和Ctrl+V的味道，更有甚者，居然连author都不改，原样复制过去。
III、日志风格千奇百怪，缺乏统一规范。每个人都有一套自己的日志风格。重点是，一些关键步骤，居然不写日志。
IV、一些几千行的类、关键步骤不加注释、一个方法几十个参数都是随处可见。

(2)开发流程混乱

I、一个项目组IDE和JDK都不统一，比如用Idea,eclipse,myeclipse的都有。然而重点是，把idea、eclipse独有的配置文件都上传到了服务器。
II、完全没有文档。比如要改一个需求了，OK，去Debug代码，根据断点去反推原来的逻辑是怎么实现的。反正不改出问题就行。
III、程序员白天大部分时间在处理BUG，以一种混日子的态度在工作。反正能搞得定新需求，搞得定研发人员:"我！！！"
产品经理:"就下个月初一了，做不出来，公司的损失你背还是我背！"

于是呢，在重视业务价值的公司，无论你多牛逼，乃至你是码神下凡，你写出的代码也是不堪入目。说到这里，博主的那个朋友不服，他辩解道

"我们可以在前期做好设计和规划后，再开始开发啊，这样就能减少出现渣渣代码的可能性。"

确实，我承认这么做可以减少出现烂代码的可能性。然而，大家都知道，需求是一个善变的小姑娘，一天一个样。你再牛逼的设计，也顶不住需求的频繁变更啊。
其实，在某些时候，没有必要把代码当成一种艺术品，应该要能够接受适当程度的瑕疵。只要到点可以跑，可以追踪BUG，基本能交差就成。我相信，给任何一个人足够的时间，都能把代码变成一个艺术品，但是这有什么用。等你弄好，黄花菜都凉了。迅速上线，能挣到钱才是重点啊，才是你的KPI体现啊。很多优秀的代码，是给了重构的时间的，大牛们都是一边写一边重构的。如果不给时间，大牛们也写不出优秀的代码的。换句话说，你完全可以后面挣到钱以后，再把原来的架构推导重来。
我们要明白，写代码是为了挣钱，而不是为了雕琢一个所谓的艺术品。如果将写优秀代码比作一种情怀，请问

情怀重要，还是金钱重要？情怀能让你买房么。

OK，弄清楚主次，挣钱才是硬道理。

审视自己

这个地方，我希望大家好好审视一下自己，因为重点不是

大公司为什么还在采用过时的技术

而是

你为什么只能进采用过时技术的公司

其实，每一个公司都有一个所谓的标杆部门，这个部门的技术通常是拿的出手的。可是，这样的部门，通常是最难进的。所以啊，你要去拿的出手的部门，好好努力吧，少年们。
OK，到这里，大家好好思考一下吧。大家有什么问题，也可以给我留言。

总结

啰里啰唆的扯了一堆，希望大家看完以后，能有所收获。工作中，不断的提升自己，少一些抱怨吧。

作者：孤独烟 出处： http://rjzheng.cnblogs.com/

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。