为什么基础很好的程序员代码依旧写的很烂？
例如忽视很多语言的新特性和新的框架，忽视好用的工具，很喜欢写原生的SQL，并且使用很老的框架和很老的方式编程。
这是什么原因造成的呢？这样的情况在你的身边是否很普遍呢？
回复内容：
怎么写出一手漂亮的代码，跟代码本身运行的怎么样，是两个互相独立的问题。这就如同一台电脑是否强劲和外观是否够骚一样，你学会了一个不会自动得到另一个的知识。 SQL进阶原生SQL->ORM->原生SQL 教授写代码，大括号不换行。。
但人家是国家计算机中心的大大 。…根本不在意style
导语：有心写码，无力高效。bug其多，痛哉痛哉！有时候我们的写码的环境是和谭嗣同的心情一样一样的，为什么呢？因为谭嗣同的绝笔是这样写的：“有心杀贼,无力回天。死得其所,快哉快哉!”。
场景一
在功能需求的会议上，产品经理问技术：“这个功能大概需要几天能实现啊？”，技术：“一周吧”，产品经理：“给你三天时间，代码先跑起来再说”。我靠，有木有，有木有，别想太多，先让代码跑起来，大家都是这样干的，先实现功能，代码以后再改，在优化。这简直就是心安理得的神借口。多少有心写好代码的人都死在了这样的借口之中。准备时间不足，前期没有好好的思考整个需求框架，没有缜密的逻辑思考，没事，先跑起来再说，这只是我们代码质量差的原因之一。
场景二
在每周的例会中，产品经理和老板问：怎么样，上周任务都完成了吧，这周给你5天时间，必须把剩余功能全部实现，赶紧的。技术那疲惫的样子，在睡眼惺忪的状态下，爱答不理的说：好。
过了三天，经理又来问：做的怎么样啊，快完了吧？实在不行，再加加班吧！这时，技术心里肯定在想：加你MB，累死老子了。
看看，大多数程序员根本没时间考虑代码的执行效率什么的，在仅有的短时间内，能省则省，能快则快，什么高质量的代码啊，这也只有在加班的梦中想象。
场景三
在新人介绍会中，行政带着新来技术人员，给大家一一做介绍，产品经理过来说：一会过来一下，我把上个离职人员的代码给你，顺便给你分配一下任务，你先把代码熟悉一下，之后马上投入开发中。
新来技术在拿到代码后，看了一会说：靠，什么烂代码啊，写的真烂。
哈哈，中枪了没有，中枪的有木有，多人的迭代和代码交接，各种风格乱入，一眼望去代码就像被猪啃过的草原。看到头疼的代码，都懒得修改了。代码质量高？也搞不过多个神人的迭代和写码。
看到以上三个场景，有木有中枪，是不是深有同感？有时候是不是想有心杀贼，却无力回天啊？当然我上面说的都是大部分普通程序员的辛酸经历，并不代表所有的程序员，高手，大牛或者大公司并不会这样。但是总结上面的三个场景，可以用一句话说：时间不够，代码来凑；人走人来，代码混乱。
代码质量差，bug多？我们都是被逼的，有时候多想产品经理或者老板给我们足够的时间去整理逻辑和代码，优化出一道靓丽的风景线。多么想每个人都能把代码带上注释，看起来舒心啊，因为你没做到，你就没资格要求别人做到。还记得那个关于写注释的经典话吗？程序员最讨厌的两件事:1.写注释2.别人不写注释。就是这样的道理。
代码质量差，bug多？我们都是被逼的，让我们大声呐喊出来吧，别憋着，再憋坏了。产品经理啊，老板啊，知道你们也不容易，时间紧也是迫不得已，希望你们也能多体谅一下我们程序员。我们都不容易，我们更是被逼的。
著名的移动互联网专家，自媒体人，运营的公众号“非著名程序员”，每天一篇原创技术分享和移动互联网知识分享，微信公众号：smart_android ，头条号和百度百家账号都是“非著名程序员”。
一些orm框架支持的查询模式单一，在非主键查询时十分别扭。 写出好的代码不仅需要良好的基础，还要有良好的品味！ 对代码的美学追求，是在有超过基本工资之外的回报的时候才会去把玩的东西。要么是开源给别人看，要么是给妹子交作业，有回报当然干得卖力。其他有些东西随手写写，反正又不用复用，就这样吧，改好了也没人给我钱和鲜花或避孕套。不过我说的不美和你们说的难看可能不是一回事。就算随手写，也不会比你们想的难看多少。 1、不会；
2、不乐意；
3、不值得；
4、来不及；
5、不漂亮不代表有问题，也许人家从更高的层面解决了； 查询写原生的SQL问题不大->ORM查询上实现不了跨平台，ORM不看源码，还不知会不会有注入。简单的增删改还是拼sql就有问题。
知道，和知道为什么用，是两回事——不能因为是新的就来用。
新的东西会有兼容性的问题，比如新jquery就不支持低版本ie。
新特性和新的框架是否是好的，应该先在家实验，最后才能用的工作上，不然个人觉得不太好。 听过很多道理，却依然过不好这一生