最討厭的就是寫總結，就是想寫一下自己的觀點和感受。以下觀點沒有先後順序，只是按照自己的大腦想到的先後順序寫下來的。大家可能覺得這些觀點書上都有，別人也說過，當然你也會發現扯蛋的觀點到處都是，現在哥就扯給你看。第一次負責專案總結開始。
在開發乙個新專案時一定要把框架搭好。搭個雞窩你也要考慮選址，材料，大小等。
如果你不想浪費你的時間，一定要把框架搭好，
舉個例子，由於這個系統是舊系統的改版，很多實現方式都不同，所有的**都重寫，有乙個地方是比較要命的，就是這個系統現在就要連線
40多個資料庫，以後資料庫的個數還會增加，
以前的**裡面到處都是資料庫連線字串相關的**，看起來真是要命啊，我總不能讓我的**裡面到處都是這樣的東東吧，經理要是看到我這樣的設計會怎麼想，隔壁鄰居小明知道了會怎麼想，舊系統的實現方式在新系統根本就行不通，因為很多功能都要整合，突然覺得這個問題好難解決啊，很有壓力，最後用了兩個多小時把這個問題解決，開心的感覺大家應該都有過，（此時此刻突然想到這種實現方式跟某個設計模式很像），因為資料庫問題沒有解決其他的開發工作根本不能進行，後來想一想發現其實還是蠻簡單很容易想到的。
功能模組化，乙個方法實現乙個功能，當然這個方法會呼叫其他的輔助方法，特別是寫底層方法的人，你的方法都是寫出來讓大家呼叫的，別人實現乙個功能還要調你
n個方法，你說別人爽不爽，讓別人爽了，才是真的爽，乙個功能乙個方法，看起來也清晰，總之百利無一害，當然要達到這個程度還是要一定的積累的，把事情做得更好當然也需要更多時間，但我們開發中最缺的就是時間。
千萬不要把多個功能寫在乙個方法裡，**看起來比較混亂，不僅別人不容易看出作者的意圖，過幾天之後可能作者都不相信是自己寫的**，自己不好好看也不知道是用來幹嘛的，這種**維護和公升級都是很麻煩的，重寫這種**是相當痛苦的。
儘量減少硬編碼，如果我看到**中存在大量硬編碼，第一感覺就是作者的水平不怎麼樣，感覺這樣的**就是用漿糊粘起來的，一動就破，這樣的**改起來是相當麻煩的
(你不覺得修改一兩處就能達到想要的效果是件很爽的事情嗎
)，你要到處尋找並修改掉，還會擔心自己是否有漏掉。
不要急著下手寫**
***，不是乙個新手。
先把乙個功能做到極致，盡量考慮得更周全，其他類似的功能開發起來就很快了，因為思路你已經有了，還有例項，在實現這個功能的過程你肯定也攻克了一些技術難題，當然一些技術難題應該是在設計構架的時候就應該考慮的，如果你的**寫得比較好的話，方法寫得比較靈活，沒有硬編碼，那麼這樣的方法直接
copy
過來不需要做任何改動，同時也說明硬編碼是一無是處，當然可能有時候在某些地方他的效率會好點，但絕對是微乎其微的。但是如果你對多個功能四處**的話，你會發現你在單位時間內做了很多事，但都是半成品，說不定連半成品都不是，乙個功能還沒有做好你就去做類似的功能，開發到後面如果發現乙個很重要的問題你沒有考慮，你發現你以前的假設是不合理的，你可能要推翻你以前的思路重來，你會在心裡大喊天啊，就像我經理開玩笑的說：「太漢，你完蛋了」。
舉個例子，資料的顯示我本來用都
是用repeater加自己寫的分頁控制項，但是我自己寫的分頁控制項只能獲取get引數不能獲取post引數，我想就算我自己的分頁控制項不能獲取post引數，也可以用aspnetpager，我就一直這樣開發著，分頁到最後實現，到最後才發現，aspnetpager也不能獲取post引數，我也沒有時間去研究aspnetpager是否可以獲取post引數，我只好把這個事實告訴經理，他開玩笑的說
：「太漢，你完蛋了」。最後所有的
repeater
全部改成
datagrid
，用它自帶的分頁控制項，當然這個綜合考慮的結果。
作為乙個程式設計師，我不太贊成長時間的工作，就算是專案很忙，也不需要加班到晚上九點多吧，我考慮到四點：
1
：長時間工作效率不高
2
：程式設計師也是要有自己的私生活的
3
：業餘時間學自己想學的知識，充電啊
4
：做開發不一定要坐在電腦面前，文思湧泉大家聽過吧，就是你在
wc的時候啊，聽說吳克群就喜歡在
wc裡面搞創作（其實程式設計師也是很八卦的）
開發是乙個智力的工作，如果你還沒有感覺到，那你以肯定走了彎路，以前晚上加班的時候問題解決不了了，我還在那裡死磕，弄到很晚，現在遇到問題了，八點多了，大腦感覺累了，我一般都會選擇回去，好多次問題都是在公交上解決的，大家都是用腦的人嘛，別信那些說自己以前是多麼的瘋狂，弄到幾點幾點的，很牛
x的牛也是要合理的休息的，會利用自己時間的人總是讓我很敬佩，劉未鵬有本書叫《暗時間》，我只看了目錄，結合書名和目錄我想他就是將怎麼充分利用自己的時間的，不用總是對著電腦在那裡敲，反覆的敲，我還是比較贊成文思湧泉，閉目養神什麼的，渴望乙個自由的空間，而不是感覺有一雙雙眼在看著你的工作環境，程式是乙個創作性的工作，不是苦力，我們會經常看到什麼離開你的電腦，遠離你的電腦去做開發這樣的文章。不就讓我們多動腦，多思考嗎，古人總結很多的，現在越來越覺得古人總結的一些道理真是太好，太神奇了，讓我感觸最深的一句就是「溫故而知新」，因為
n年前發生的很多事情我還記得很清楚，離題了。
就是一些自己觀點和想法，寫得不全面，自己也沒有做到，扯蛋這種事情大家都會嗎，當然包括我，好久沒扯了，今天哥就扯了，怎麼了。
點題：這就是我的第一次負責專案總結，謝謝大家的**，未完待續，在等待的過程中，你可以看看陳太漢的其他部落格啊，說不定還有其他的收穫呢。
補充乙個觀點：我的文章不僅僅是寫給你看的，也是寫給別人看的。其實我是想說讓我們開心一下。
部落格：
第一次負責專案感悟
工作將近5年的時間，一直作為單兵進行專案開發，中間雖然作為mentor帶過新人，但是還是以單兵寫 為主。因為負責的舊專案需要支援更大範圍的需求，老的框架和設計已經不再適用新的業務，需要進行重做，我自然而然的就成為了該項目的負責人，因為該專案比較緊急，經理給該專案投入了6個人。一.任務分配 需求評審 ...
第一次專案
部落格班級 作業要求 homework 11169 作業目標 作業源 學號 211806422 記錄完成 1.行數 132行 記錄過程 關於git的一些流程步驟著實讓我非常頭疼，也諮詢了很多寫完的同學，包括室友，都比較困難的去完成這些東西。包括下面這個git clone 等等 在 的書寫方面，運用了...
第一次總結
走上acm之路的奇葩起因 大一下學期過得太過渾渾噩噩，負罪感超標，想趁著暑假學點資料結構 c 什麼的，還聽說大二的程式設計實驗巨難，想著靠暑假集訓實驗不掛，真沒想過要出去比賽或者堅持兩年 也是自己比較low，感覺拿不到比賽機會 超沒追求的說。學校acm暑假集訓，因為是妹紙，所以零基礎教練也讓參加了 ...