这算是第一篇博文吧，其实很早就想过要写一些东西的，但是文笔实在太差，就不想丢人现眼了。
一、关于代码开发效率问题
先前很多博文都已经谈过这一问题，可是发现绝大部分光围绕着外在的因素而讨论，比如开发环境、自我能力提升、精神注意力等方面去讨论，可是有没有注意到非常重要的一点，那就是人本身的性格问题。
天生散漫：上班的时候无法集中注意力，写一段代码后就被其他的事物所吸引。
太过完美：一段代码、一个模块，总觉得不完美，一而再再而三的去修改。甚至不知不觉已经到了项目期限。
过于忧虑：开发完后，总觉得有BUG，有问题，架构不稳定。
性格急躁：相对上面三种来说，速度稍快，但是缺点就是不注重细节，返工机率很大。
或许还有其他，暂时没想出来。
自我总结：我性格急躁，稍加完美。工作中效率还不错，别人一般星期的任务量，两天到三天完成。会自觉重构。
二、关于轮子的问题
这个问题真的很多人会喷，包括很多发博文描述自己开发的如ORM、代码生成器。这个问题可以从多方面去看待：
新手造轮子：值得鼓励，但不应该拿此来得瑟。
老鸟造轮子：或许这个是为公司打造一个规范。仅此是或许，具体谁知道呢？
自认为很牛B的轮子：这个就有意思了，每当新手造出轮子后，持续围观，不断抨击，不断炫耀自己的轮子使用的多方便，考虑的多周到，性能多牛B。还贴出群，求大量的粉，实在是Orz。如果说想打造自己独特的个性，那就造一个三角形的轮子。其实很搞笑，几大出名的ORM你试试能比的过吗？每当看到示例的规范，就不想继续看下去了。实在是不值得再浪费时间继续往下读。
综合所有轮子的优点造适合自己的轮子：轮子啊轮子，什么样的路就适合什么样的轮子。
自我总结：其实我想说的是，无论什么样的ORM，总有各个方面的取舍，但其最关键的是你的数据库设计。ORM只是增加你工作效率的一个工具，用在高性能上，你还会使用吗？谁敢说优化空间有手写SQL的高。多花点时间在思维方式上的改变会更有效。我个人会更倾向于手写SQL，和工作任务有很大关系，我不想因为使用ORM而让性能优化的空间逐渐减小。
三、设计模式
这个其实不是那么好评价，相关博文很多，不管是否产生误导，但总对自身有一定的影响。放过设计模式吧 这貌似是我看到的第一篇抨击设计模式博文的了，讲的确实在理。而在我的理解是：设计模式是一种抽象思维，让你拥有更多的选择去适应合适的场景，而这些选择是灵活的，可变的。不要让某个模式去固化你的思维。比如最简单最常见的简单工厂、抽象工厂、单例模式。不要去套用，而是要根据实际场景去灵活掌控它。让它成为你的棋子，而不是你成为它的棋子。而这种思维方式能很有效的帮助你。
四、前端和底层
小公司混为一谈，大公司分工明细。到底是前端好，前端累，还是底层好，底层累。这个不同的人有不同的见解。
有人说，我只写页面，什么特效都可以实现，老板看的到，不用加班，一点都不累，还可以得瑟得瑟我开发的产品。
有人说，底层没有美和丑，不用理会烦人的编辑和产品，每天和机器打交道，可以自我的生活在无人干扰的世界里。
前端：快速发展的网络世界里，前端技术不断在翻新。不学你早晚被淘汰，你可以只会JS，但是你可以不兼容各个浏览器吗？神马TT浏览器、360浏览器、遨游浏览器（虽然是IE内核，可是你敢不去测试一把吗？）、IE6、IE7、IE8、IE9、FireFox、Safair等等。这个弄的够呛。虽然有jQuery省下不少时间，但是还是不得不挨个测试。当然不仅需要会JS，还需要会服务端语言。你可以不屑，但是你不能不会。
底层：有时候你会把一个细小的功能，为了达到某些目的，而不得不把简单的事情变得很复杂。这就是高性能的缘故，一切围绕缓存这个代名词。一个好的项目、平台。必涉及到很多相关的知识或者语言。我相信很多底层的童鞋，绝对没有机会接触到高性能这一块。从而只是在某高性能项目的某一个角落里。这个和职位有很大干系，这种工作一般是由架构师或者架构师信任的人所担任。核心并不在于底层有多少个服务，多少个模块。导致跳槽的时候，只会说我们这个高性能有哪些组成，前端是dns、反向代理、高速缓存、跨机房等等。可是问到这些怎么做的，就哑口无言了。但相对底层而言思维、知识面更重要。思维决定了你的能力。技术选型也至关重要。相对前端而言，需要会的东西会多的多，但这些都常年有效。可能某新技术出来的时候可以替代某些技术，但是理念都是相互贯通的。
自我总结：无论前端和底层，相互都不可缺少。简单的例子：比如QQ，有WEB版、PC版、MAC版、手机版。可这都脱离不了强大的底层架构（包括运维）。就拿我们公司说，我们研发和基础部门，加班的很少。常年加班到深夜的就是网站部。各种投诉啊，什么不兼容啊，不好看啊，今天要改这里明天要改那里。说真的，看着都累。
最后随笔：
对新手予以鼓励，对太过自我并产生误导者尽量抨击，对虚心交流者提出各种有利的建议。欢迎拍砖！