編程15年隨想

光看題目確定以爲咱三十好幾的人了吧？其實本人還在奔三，主要是初中高中就開始接觸編程了，把這些時間都算進去了。

剛開始接觸電腦那會兒，就對它超級感興趣，那個時候看着網絡螞蟻的那個一個個小格子組成的進度條在不斷推動，感受超級爽，那個時候仍是用modem撥號上網的，好像十幾K就算是網絡流暢了。慢慢地學會了裝系統，排查問題，上網找資料，還記得當時碰到微星的網絡圖書館很是激動，由於那時候對於把海量的書本信息放入一個小存儲卡之類的很是感興趣。對於操做系統自己的探索，也是很是有意思的，從一開始點開win98/ME全部的菜單，而後到系統目錄一個個翻，後來裝了優化大師看系統的每個參數，不懂的網上去找答案。那個時候還不知道百度那些，就是在一些比較知名的網站上點連接本身人工找，通常同類網站都會在頁面底部有互鏈的。

那個年代的網民，誰沒有過崇拜過比爾蓋茨呢，因此個人第一門語言就是Basic，嗯，就是寫點簡單的在控制檯的功能，或者用Turbo C在忘了叫啥的特殊模式下畫圖了（哪位看官記得的話麻煩評論裏說下:-P）。功能雖然簡單，可是個人目標是一個超越手持式計算器的超級計算器，因此對於Basic這門「超級計算器語言」，用起來那是很是興奮的。當時也想過作一個如今大學基礎C語言課程可能會要求作的啥圖書管理系統，全命令行，數據存文件。具體做成啥樣忘了，只記得當時寫了兩百多行代碼，滿滿的成就感！！！

後來爲了寫圖形界面的程序，就裝了VB，這時已經基本進入XP主流的時代了。拿着一些買來的VB初學者編程指導的書，照着寫。當時很喜歡看龍珠，可是有上千集，網上有免費看的，可是頁面操做起來很不方便。後來我發現這些連接是有規律的，那就用VB開始作。原理很簡單，把正確的連接傳入media player控件裏就能播放了，而後作點界面方便選集，就這樣一集一集自動放。嗯，還記得作完沒一個月連接就失效了，忘了以後是怎麼處理的。

高中的時候開始喜歡玩電腦遊戲，從魔獸世界的私服中，接觸到了服務器的概念，接觸到了網絡，接觸到了mysql數據庫，不過因爲窮，私服都是搭着本身玩，沒開放出去過。

上大學後，選了計算機專業，開始了日夜不停研究的模式。一開始深刻學習C，由於已經有了小時候六年多的接觸，不少東西舉一反三，對指針那些概念瞬間就理解了（由於早就瞭解了內存和CPU是怎麼回事了才學的C），以後簡單研究了半年的彙編，把8086的基本掌握，學的是王爽的教材，感受仍是挺讚的。後來聽同窗介紹Linux，剛開始就留了一個印象。後來在一次學校裏的某個FTP服務器可能由於windows驅動的問題，致使極不穩定，裝了server 2003/2008都不穩定，我就挺身而出去裝Linux的ftp服務器，通宵了兩個晚上，總算能夠用了。也所以，開始了很是喜歡Linux階段，那個時候本身的筆記本上裝的是Linux，搭建ubuntu的私有源，上網找資料研究哪一個文件系統好等等，在學校除了上課就是搗鼓Linux玩，不過都是應用層面的。

轉眼就工做了，可是我又不會作網站，又不熟悉數據庫，作東西很慢要處處找資料，對了，個人第一份工做一開始是作c#的。後來在成天不停地和查詢優化較勁的過程當中，慢慢熟悉了數據庫。這時候才發現，其實從以往的手寫算法存文件作小系統，到管理大量數據作大系統之間，就缺一數據庫而已。:joy:

後來開始玩Python了，主要集中在網絡通訊方面，有一位大學同窗老推崇IOCP/EPOLL那些，我也跟着去研究實驗，也不知不覺就熟悉了網絡開發那些事。個人方法也就是不斷試驗，看看udp的效果，看看tcp的效果，看看多線程的效果，看看epoll的效果等。那個時候gevent/eventlet/twisted都擺弄過，細節就不說了吧，感觸就是若是要性能，最好仍是別用python。

再而後就是遇到公司轉型，加入了C和Linux開發組，研究了一年多的Linux下的C開發，《Unix環境編程》每一頁都翻過了，有些和工做有關的重點更是反覆翻。從一開始的畏懼到後來慢慢熟悉，到有機會調試修改驅動Bug，感受這回總算真正摸到了純正的Linux了。

後來玩了兩年的Oracle，也所以對數據庫有更深的理解，@宏哥 這位大哥啓發了我不少，讓我從以往純粹是技術主義思惟，到如今更注重現實的東西。最讚的就是「技術是爲業務服務的」一語道破了技術的本質，不過我對「業務」的定義還包括了一些賺錢之外的東西。

如今在用各類語言在搞各類東西，須要什麼用什麼，感受已經不會受制於語言了。主要仍是從業務的角度出發看須要什麼。雖然@宏哥 說mysqler和javaer木有xjj，但我以爲事在人爲，每一個業務的立場都是不同的，mysql和java確實是有不少弊端，但極端來講用再好的工具從新開發也比不過直接用已經作好的系統（前提是符合需求的），這裏面是有不少非技術因素的。

經歷了對技術的狂熱心態，冷卻下來後，說下個人收穫吧（都是從別人那裏吸取的，若有雷同算我抄你）

• 別人辛苦作出來的東西就算再看不上，其實也是有價值的。魔鬼在細節之處，可能粗的方面別人作的不對這個不談（例如php仍是java），可是對細節的耕耘是不可磨滅的。見過了很多推到重來扯了dan的例子，對這個有必定的體會。建議推倒重來前必須保證能對以往的代碼細節比較熟悉。除非是業務上的推倒重來。
• 不是全部作技術的人都必須死磕技術，或許人家只是爲了謀生，興趣不在這裏，咱們沒有理由強求別人走不喜歡的路。
• 動態語言作流程性的開發快，靜態語言作對數據細節處理性的開發快，好比用python寫crc算法不如c來得簡單直接。
• 暫時來講，還沒碰到哪一種語言是徹底比其它的優秀的，都有各類各樣的問題。選擇語言主要是選語言自己擅長的場景，和標準庫與第三方庫的質量。好比php確實在web開發領域算是糟糕的語言，黃金的庫。
• 跟上技術潮流步伐的祕訣是瞭解幾十年前到如今一直沿用的底層技術，例如TCP/IP，多線程多進程原理，算法等。如今不少新技術若是對底層有足夠的瞭解，基本是看一遍就能有數，花可控的時間研究就能透徹的。
• 學設計模式前要弄明白，首先是爲了對代碼解耦，而後是不一樣的語言都有各自針對解耦提供的語法工具，而後纔是如何用這些語法工具對不一樣場景解耦（這纔到設計模式）。光學設計模式只能學皮毛，用起來很累，代碼別人看着也彆扭。關鍵仍是明白語言提供了哪些機制能夠用來解耦。特別是java這類面嚮對象語言和js這種函數式語言，解耦的方式迥異，不能一律而論。
• 若是是例如產品型須要深耕細節的項目，儘可能把第三方的庫源代碼引入項目一塊兒管理，甚至參考其源代碼只提取須要的部分。一個項目若是要深耕細節，依賴太多第三方庫會至關被動。除非是要快速開發（可能項目週期短，只能賺一次錢），或者是快速迭代試錯的項目，那就怎樣快怎樣來。