一、前言

本人也是程序員的實現(xiàn)，一枚。所以繼承了程序員這個抽象的概念，同時也實現(xiàn)了其中的某些方法，如：少言寡語、喜歡看書、喜歡寫代碼等等，以下文章純屬對日常工作的人生感悟，如有雷同，純屬緣分。

本人很少寫軟文，覺得比較浪費時間，這往篇文章寫了不到2個小時，到家后復查了一遍，其中難免有些表述不清的地方，請大家多多見諒~同時也希望能夠幫助和我一樣走在門檻邊上的人能夠順利的邁出那關鍵的一步

二、目錄

1.寫代碼的思維

2.Word的編制思維

3.PPT的編制思維

1.寫代碼的思維

好吧，我們是程序員，編碼是我們的工作任務，不知道你屬于以下思考問題方式的哪種？

場景一：初遇WCF..

某A在某軟件公司工作，剛剛接手一個要使用WCF與外部系統(tǒng)整合的工作，但某A以前根本沒有寫過WCF，怎么辦？

第一類人(得過切過)：不就是與系統(tǒng)整合嗎？找個同事問問什么是WCF，然后谷歌一下WCF的使用，簡單理解后找到IIS宿主即簡單又可以實現(xiàn)當前想要的功能，沒問題了，直接上代碼完成系統(tǒng)需要的功能。

第二類人(簡單的系統(tǒng)學習)：這整好是學習WCF的機會，簡單了解什么是WCF，然后系統(tǒng)的學習服務間的通信過程，對各種通信(如：單向、雙向、回調等)進行總結，對WCF的重點與難點進行歸類分析。在完成了工作任務的同時，能過自己的努力在WCF方面也算是小有成就。但如果不問這類人的細節(jié)，我問WCF的是什么的？能夠解決哪些問題？WCF框架提供了哪些系統(tǒng)的服務？

第三類人(成熟的系統(tǒng)學習--個人理解未必正確，僅供娛樂)：首先，要深入的了解什么是WCF(從概念層面，而非代碼層面)，然后，詳細查看WCF的作用，他能干什么？如：應用程序間通信？松耦合的應用程序？等等…再次，歸納性的總結WCF框架能夠提供哪些服務，哪些是支持的？哪些是不支持的？等等…在這個層面了解了以后，再去了解一些細節(jié)的問題，如：我要開發(fā)這個功能需要做什么？根據(jù)接口的參數(shù)提供數(shù)據(jù)？最后才落實到編碼的細節(jié)。

2.Word的編制思維

Word？如果你覺得他不是程序員工作內容中的一個重要部分，那么你錯了。文檔支撐著各種代碼、各種流程、各種思路。

場景二：初遇HTML編碼規(guī)范…

題外話：(哥是程序員：哥是程序員，只寫代碼、不寫文檔，別浪費老子時間….然后直接拒絕這份工作。
在這里我有個善意的提醒，第一：每一份工作的分派對于公司來說對都是對你的信任。第二：同時對你也是一種挑戰(zhàn)和機遇，促使你學到更多的東西。就像很多項目的維護人員看過別人的代碼都說這樣一句話：泥馬，這代碼太亂了，根本沒發(fā)看，什么玩意？我這里只想說一句，看不懂的絕大部份原因是由于你的技術水平不行，因為代碼是客觀存在的，為什么有些人能看懂？

第一類人(從細節(jié)開始)：

HTML？相當簡單，但是從哪下手呢？ok，想到哪寫到哪吧，然后開始執(zhí)筆，如：所有字母都要小寫、標簽不能嵌套、要有文檔定義等等等…細節(jié)一個一個寫出來，最后出來個目錄結構可能如下：

一、字母不要小寫

二、標簽不能嵌套

三、……..

第二類人(整體有大概的思路，但容易陷入細節(jié))：

HTML？超文本標記語言啊，瀏覽器識別…有思路，按照面而加載的順序也許應該是這樣：

心想：先是文檔定義、然后是標題、標題中是Meta和文件引用等等等…開始動筆...在寫的過程中難免遇到問題，直接修改。

最后出來的文章可能是這樣的：

一、文檔定義規(guī)范

二、標題規(guī)范

三、……

第三類人(從整體到細節(jié))：

HTML？超文本標記語言啊，瀏覽器識別…有思路，按照頁面的加載順序應該是這樣的：

開始動手寫目錄：

一、文檔定義規(guī)范

二、Head規(guī)范

三、Head中的Title規(guī)范

等等！Title應該是Head中的一部份，這樣寫有問題，要重新修改目錄

一、文檔定義規(guī)范

二、Head規(guī)范

2.1 Head中的Title規(guī)范

三、Head中的Title規(guī)范

當目錄結構清晰之后，才開始編制規(guī)范的詳細內容，并且在生成初稿的時候反復排查（2至3遍及以上），后形成初稿進行評審形成版本v1.0

3.PPT的編制思維

由于PPt與Word相仿，正確的方式也應該是從目錄結構開始。簡單描述每一頁ppt的內容，描述ppt要表達的內容，要站在聽眾的角度去考慮問題。把腦海中要表達的內容思路搞清楚。一遍遍的思路整理后加以描述再細化成頁。

三、致謝

在你的人生旅途中，難免會有那么幾個人影響著你的人生軌跡，我的直屬領導就是其中的一個。把我從程序員的細節(jié)思維中拉了出來，讓我頓悟到自己在思考問題上的狹隘。感謝他給我的批評指正。

四、后記

公司正常是5點半下班，之所以今天在單位加班到8點鐘就要完成這篇文章(原計劃今天把《無廢話MVC系列教程》寫完，又沒按計劃完在任務，汗顏！！@#￥%……&)，領導在下班時和我們的簡單聊天：

故事一：昨天領導面試了一個有多年開發(fā)***經驗的同學，在面試過程中問了幾個技術經節(jié)，但這個同學的答案相當混亂。有些會、有些不會、有些似會非會。我理解：這個小故事提醒我們不論是學習還是做事都要系統(tǒng)，學習要扎實。

故事二：領導講了一個他多年前的面試的故事，說他多年前去了一家大公司，上午面試的時候是一個人，這個面試官不確定我們領導的技術水平，然后下午又找了幾個人一起群面，到最后的時候，其中一個面試關問了一個這樣的問題：你覺得在你這個階段的技術水平怎么樣？

我們領導的回答：****。然后面試結束，晚些時候面試關打來電話，說他們公司不招人了。后來我們領導說：年輕的時候一定不能驕傲，不要太高調。

故事三：每個人在達到了一定的階段后都會遇到一個瓶頸，自己可以突破，但是需要的時間更長，例如有些人10年了，還站在10年的軌道上。這樣的人，也許就差一句話就能突破自己，過去這個檻就會達到一個新的高度。但是，在達到瓶頸之前，你要努力達到這個瓶頸才行，要么即使有人提前告訴你怎么邁過這道檻，你也是過不去的，因為基礎的高度不夠。

最后我們領導說：今天就說這些吧，這些夠你理解的了，再多了怕你亂。。還給我說了最后一句話：人有多聰明，就有多高的高度。基于我當前的層次，這句話我還不能立刻理解。留做以后感悟吧！

原文鏈接：http://www.cnblogs.com/iamlilinfeng/archive/2013/03/27/2985676.html