最開始學着寫代碼的人有以下特徵：（說誰誰知道？你懂的，不要迷戀哥...）
（1）先寫容易實現的
先做容易出成果的工作，急功近利。經常是剛聽懂需求，立馬就開始動手。哼哼，主要是想在領導面前好好的表現一下自己。
急功近利、浮躁的心態。羅馬不是一天建成的。
（2）想到哪寫到哪
挨個實現功能。有時候就瞭解個大概功能。騎驢看唱本，走着瞧
沒有根據功能的輕重緩急、流程順序實現功能。
（3）不重視那些複雜一點的功能
碰到複雜一點的功能，經常由着以前的思維慣性，走着瞧，都沒有細想到底能不能實現。
複雜的功能竟然不做一下概要設計。
（4）大量的拷貝代碼，實現近似的功能。
傳說中的複製、粘貼代碼，一大堆幾乎相同邏輯的方法遍佈整個項目。
實現功能時，很多幾乎相同的功能，總是一遍一遍寫，稍微有點不一樣也照樣再寫一次。
代碼可重用性低。
（5）程序內寫死了很多的東西。沒想過以參數的形式實現。
代碼靈活性差
（6）程序運行速度如烏龜爬，再強的CPU也經不住你那拙劣的代碼
代碼運行效率極其低下
以上種種問題，歸根結底，都是對宏觀和微觀的不瞭解所造成的。後邊我弄個一系列的篇幅來好好分析一下以上這幾個問題。
以下內容是總綱：
重要的是思考方式。既要有宏觀的概念、大局觀，也要有細節的極致追求，這兩種思維方式需要結合起來，缺一不可。
缺宏觀：代碼越來越複雜，難題越來越多，腦袋跟不上趟。牛逼的人，總是將複雜的問題簡單化，如何簡單化，就靠宏觀的分析，比如抽象化、模塊化，忽略大量的實現細節，這裏面有很多大道，建立模型、分析模型，對數學要求比較高。譬如很多算法的實現。第一步：你要學會做映射，將實際的問題映射成一個恰當的、抽象的、易理解的模型，這個最切近問題的模型非常重要，就相當於找到問題的根源，都說找到問題，問題就已經解決了一半。第二步：你要想一個辦法去解決它，切記不要用複雜的方法，儘量用簡單的方法去解決。
缺微觀：代碼框架的設計討論了很久，花了太長時間，結果這一堆的設計想象還在紙面上，竟然沒有經過實踐的檢驗，哪怕一次也行啊......
很多大師級人物就提出了一個概念，叫做可行走骨架！
宏觀方面：你要搭建一個系統的骨架。
微觀方面：你要讓這個骨架動起來，能夠行走。
編程的規矩千千萬，萬變不離其宗，總綱就是以上內容，這是我所理解的總綱，希望不要誤導你，有想法請留言。
恩，先說到這裏吧，咱們下篇探討探討，如何做好宏觀方面的架構設計。