經過乙個半月的突擊開發，這一期專案進入了收尾階段，眼下沒有多少事情需要操心，可以靜下心來總結總結最近的工作狀態和成果。雖然進入公司已一年半，參與過近十個大小不
一、內容各異的專案，可是回過頭再看時，發現自己作為一名se是談不上優秀的，在工作態度和溝通能力上還存在著這樣那樣的缺點和不足，需要反思和改進。
首先是工作態度仍不夠積極主動，和組裡的其它同事比起來，這是能夠明顯感覺到的。一方面，如果專案使用自己不感興趣的技術，那麼積極程度就會打乙個折扣，造成工作情緒不穩定，容易受到突發事件影響；另一方面，由於外語能力水平不足，導致閱讀、理解文件時思維不集中不聯貫，磕磕絆絆，誘發畏難情緒和退縮心理，最終萌生「差不多就行」的危險想法。這一點非常致命，會直接影響到工作的效率與質量，更會穿越過整個開發過程不斷被放大，對專案造成難以挽回的傷害。
其次，由於性格內向導致溝通能力和意向均不足，不善於提出、說明和討論問題，極少與其他同事溝通難以理解的專案內容，造成理解上的謬誤和偏差，耗費不必要的精力和時間來修正本可避免發生的錯誤、彌補損失，危及專案的開發進度和成果質量。
雖然一直沒有意識到存在這些缺陷和不足，但憑藉著天生的程式設計直覺以及完美主義傾向一直小心地實施開發活動，才沒有引發重大失誤。現在回想起來，只覺得吃驚和後怕。
認真反思以上兩點，我發現問題根源之一在於，因為各種現實方面的原因（譬如外語能力不足的se不能與客戶直接接觸的規定等），pm必須充當自己與客戶之間的溝通的「防火牆」和「潤滑劑」，代替客戶闡述功能需求、分析系統架構、解釋系統運作原理，代替客戶驗收se反饋的理解結果和工作成果。這可以有效減輕se的負擔，卻難以單純地界定為好或是壞。對於那些具有高度工作熱情的同事來說是好事，但對於怕麻煩、傾向於偷懶（因為總聽說「懶惰是程式設計師的美德」）的我來說，卻成為不能樹立、保持正確積極的工作態度的誘因，使得自己極易鬆懈下來。深究下去，是沒有分清楚自己和pm所扮演的開發角色，沒有想到也沒有處理好「如何與pm合作」這一基本問題，過分依賴pm去消解來自客戶的大部分壓力，從而失去鞭策自己工作的動力。
現在結症已被找到，也能自我剖析得較為清晰，那麼，我該如何解決？
梁濤原文出處：把pm當成第一位客戶（1）
《設計模式——基於c#的工程化實現及擴充套件》 security design pattern 系列 1 公鑰體系與分布式環境要求
《設計模式--基於c#的工程化實現及擴充套件》 security design pattern 系列 3 檢查點模式（check point)
《設計模式》的表達模式
圍爐取暖話「創業&公升職」，請看《走出軟體作坊》；
圍爐取暖話「求職&面試」，請看《程式設計之美——微軟技術面試心得》
List把特定元素排在第一位
人工智慧，零基礎入門！有的時候會有這樣的需求，就是從資料庫查出來的list要做一些處理，比如部門成員列表，產品要求你把部門經理排在第一位，這個時候就可以用集合工具類下的自帶方法，做法 需要遍歷集合，找到這個元素在集合中的位置，然後使用collections.swap list,o,i o 為元素目前...
ZT 技術不是第一位，商業模式是第一位
zt 技術不是第一位，商業模式是第一位 今天，無意中看到藍色理想 論壇裡面乙個朋友轉的一篇寫hao123的文章，其中許多搞技術的朋友特別的不理解hao123.com這麼爛的 怎麼賺錢 做出了許多讓我都感到荒唐的猜想。這裡我談一下網路賺錢和技術問題 hao123.com的流量大，我這裡就不提了，這是事...
ZT 技術不是第一位，商業模式是第一位
zt 技術不是第一位，商業模式是第一位 今天，無意中看到藍色理想 論壇裡面乙個朋友轉的一篇寫hao123的文章，其中許多搞技術的朋友特別的不理解hao123.com這麼爛的 怎麼賺錢 做出了許多讓我都感到荒唐的猜想。這裡我談一下網路賺錢和技術問題 hao123.com的流量大，我這裡就不提了，這是事...