這算是第一篇博文吧，其實很早就想過要寫一些東西的，但是文筆實在太差，就不想丟人現眼了。
一、關於代碼開發效率問題
先前很多博文都已經談過這一問題，可是發現絕大部分光圍繞着外在的因素而討論，比如開發環境、自我能力提升、精神注意力等方面去討論，可是有沒有注意到非常重要的一點，那就是人本身的性格問題。
天生散漫：上班的時候無法集中注意力，寫一段代碼后就被其他的事物所吸引。
太過完美：一段代碼、一個模塊，總覺得不完美，一而再再而三的去修改。甚至不知不覺已經到了項目期限。
過於憂慮：開發完后，總覺得有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版、手機版。可這都脫離不了強大的底層架構（包括運維）。就拿我們公司說，我們研發和基礎部門，加班的很少。常年加班到深夜的就是網站部。各種投訴啊，什么不兼容啊，不好看啊，今天要改這里明天要改那里。說真的，看着都累。
最后隨筆：
對新手予以鼓勵，對太過自我並產生誤導者盡量抨擊，對虛心交流者提出各種有利的建議。歡迎拍磚！