rel="file-list" href="./今年冬天有點冷.files/filelist.xml" style="font-family: arial;" /> rel="edit-time-data" href="./今年冬天有點冷.files/editdata.mso" style="font-family: arial;" /> rel="ole-object-data" href="./今年冬天有點冷.files/oledata.mso" style="font-family: arial;" />
我本身不想把年終總結寫的想悼詞一樣，可是現實的確殘酷，活生生把人往死裡整，身體沒死，精神已死上好幾回了。以前抽象性的認為當程式設計師很苦，但這種苦也就是身體上要忍受熬夜加班的苦而已，結果不盡然，更多的痛苦是需要精神來承擔的，華為過勞死的人，我覺得不是不眠不休累死的，而是在精神的高壓下，活活熬死的。一年來也就做了兩個專案，乙個是之前提到的，另乙個就是規定要在乙個月以內完成的。
前者，因為大部分都是我乙個人在做，特別到了後期，想叫人幫忙也無從下手了，打比比方，好比我在乙個違章搭蓋的破架子上，橫七豎八的結了好多了網，把我自己也給困在了裡面，我在裡面絕不敢亂動，更加不敢讓別人亂闖，起碼現在縱橫交錯的還能勉強用用，萬一發神經的動了哪根主幹網，我可以投江自盡了！客戶不好惹。重構？想都不敢想，這個系統算不上什麼大的系統，但硬生生做的比任何系統都複雜，用幾個模組積木搭拉起來的，動**都有危險，想重構，沒這個人力也沒這個精力，更加沒有這個必要，整個三年的維護費用三萬，呵呵，相當賠本的買賣。對這個專案做乙個總結吧：
a、無需求上馬，在本來的乙個研發半成品上面挖空心思，盲目樂觀的認為這個專案很簡單，匆匆上馬，沒有任何的需求報告，沒有任何的方案設計，導致前期推進艱難，後期境況悽慘。
b、客戶溝通嚴重歧義，在開發人員不能及時很好的跟客戶溝通的情況下，遇到了甲方沒有任何技術背景的技術人員和保守謹慎的分管領導，化學反應非常劇烈，前期兩個月的時間竟然糾纏在首頁頁面的美工上面，幾度返工。
c、客戶支援不夠，開發過程中的很多問題，不是推卸責任，是因為硬體網路的問題，這些方面因為客戶沒有人員可以解決，為了改善這些問題我們這些開發人員不得不充當硬體維護人員的角色，幫忙鋪設網路搭建硬體裝置，偶爾還得幫忙維修作業系統（~_§）。
d、沒有經過嚴格測試匆匆上線，導致bug滿天飛舞，給使用者和甲方人員造成了惡劣的印象，對方表達了應該有的不滿，我們也表達了應該有的委屈，就這樣造就了開發人員和甲方的分歧，這種隔閡情緒持續了相當長的一段時間。
e、需求變更頻繁，這樣講其實是不準確的，但畢竟好理解。不準確意思是原本就沒有做好需求分析，只是拿套還只適合在研發室裡面待著的系統，來生拉硬套，結果是可料的。而且作為乙個軟體**商，所謂的需求變更頻繁，那是結果，只能說是沒有做好需求分析，真正的兢兢業業、一絲不苟的把需求理解透徹了，充分了解了使用者的要求和習慣後，需求就沒有變化的道理了。對於這個專案來講，使用者在介面和使用習慣上面的頻繁變更，加上內部使用人員的意見不一致，美工和功能一改再改，為專案的無限延期蓋了乙個濃濃的大紅戳。
f、無任何的專案管理過程，當然這樣也是因為前期規劃將時間壓縮太大，無法形成專案規範，那時候老闆不懂磨刀不誤砍材工，結果刀沒磨，材也沒砍的生脆，半死不活的，整個團隊進退兩難。這應該也不能賴老闆，本身不是作為乙個技術主管，一切從商務考慮無可厚非，加上太過信任之前研發這套系統的人，盲目樂觀的把我推入了懸崖。
g、沒有為開發人員提供良好的環境，這裡包括了開發環境和生活環境，開發環境不要講了，自己帶著筆記本到了一間狹小的辦公室、拉條網線就開始辦公了，兩個人的辦公室，一度擠進了7個人，喝個水都難，艱苦條件可想而知。生活條件嘛，前面提到過的套房，房間倒是不錯，條件還是艱苦，天天只能帶著礦泉水去喝，沒有辦工桌就隨便拉條茶几湊合著。
h、額外的待遇問題，作為外派入駐的技術人員，公司並沒有提供有力的後勤保障，我們這些人基本上都是用自己的，除了交通費能報掉一些，開銷還是相當的大，而公司以高額的專案獎金作為幌子拒絕為員工發放補貼。可事後證明，除了我發了可憐的獎金以外，其他人為0,也就是相當多的人白幹了（只能說公司沒虧本，我們這些人瞎忙活了一年）。
總結：沒有什麼軟體專案是簡單的，想去做乙個整合度相對較高的系統，必須有一套相對成熟的平台，有乙個相對分工完整的團隊，無論時間多麼緊迫，哪怕天塌下來，也要事先了解使用者的要求和習慣，沒有要求為他們制定要求，沒有習慣就自己觀察他們的習慣。團隊必須有更使用者溝通的機制，形成書面的文字匯報，制定完整詳盡的進度表而不是忽悠表，根據情況據理力爭，為開發和測試留足時間；切記上線前有套完整的測試流程和方案，減少bug的出現量，給使用者足夠的安全感，這樣後續的工作才能有條不紊的展開。最後一條，軟體是給普通人用的，而不是給技術人員用的。
對個人的總結：任何時候做好技術積累都是很重要的，無論是硬體、網路，軟體技術上在深度的基礎上，加上廣度的涉及是十分必要的，因為專案開始的時候你不會想到有什麼問題在等待你的眷顧。團隊協作是很有必要的，單槍匹馬到最後只會十面埋伏。跟使用者溝通必須有充足的耐心，像對待乙個嬰兒一樣（在技術上當他們是嬰兒不過分），避免談及技術上的問題，直接引導向解決方案的討論，在複雜性、期限之間尋找適度原則。談判是很需要技巧滴，加強鍛鍊很有必要，在使用者無限追求大而全的境況下，必須能巧舌如簧，盡量不損害雙方合作的情況下，為乙方多爭取一些利益。不到萬不得已，不要吵翻。
都不知道扯到**去了，這是今年的第乙個專案。
第二個專案是老大帶著我們一幫四個人又入駐開發，住的地方還是原來的房子，順便提一下，那套房子乙個月的房租都有一千多，基本上也就我曾在那住的比較久，平時基本上就空著在那浪費和裝灰塵。這次更倒霉的是，辦公地點離宿舍更遠了，基本上都得打的回去。乙個小專案，資訊管理系統，這次境況好點前期需求有了充足的準備，人員也配備的很整齊，因為甲方本身有套類似的系統，所以專案基本上沒有什麼難度，但中間的波折也是不斷。五一的時候，公司不由分說的就把我們給派下去了，我的十一這樣毀了，就像當初五一毀了一樣，又說要乙個禮拜完成，我心裡默默的祈禱這次不要變成十個禮拜。不需要我負責設計方案，所以基本上沒有什麼壓力，分了功能模組就開始設計了，但當決定要用什麼框架的時候，犯了乙個不可饒恕的錯誤—我毛遂自薦了一下，提議用乙個我曾經使用過的struts開發平台框架，老大當時沒發表什麼意見，說他無所謂對他來說什麼框架都一樣，我們幾個也就著手準備了，時候證明老大心裡還是不爽的，因為他想用他自己的東西，壓根就不會理睬我拿出來的東西。
當時我義無反顧的用了我選的那個框架，可是開發了幾天後，頻繁的被叫去訓話，說我做的方法有問題，在一次比較嚴重的事故以後（時候證明不是我的問題，是誰的問題很明顯）我實在受不了了，把框架剔除了，又把原來做的東西移植到老大的平台上，其實也就是jsp模板頁面+jdbc封裝，注意我用的是「模板頁面」而不是頁面模板，頁面模板可以理解成乙個技術，但模板頁面就只是乙個頁面而已，複製貼上檔案以後改引數**，就做好了乙個增刪改查，呵呵，寫到我頭皮發麻。本來簡單的技術也沒有什麼問題，可是越往後做問題就來了，當需要不同使用者顯示不同頁面的時候，頁面上夾雜了if else的點點繁星，到最後的個人做的東西只能由原作者來改了，因為別人壓根就看不明白你要寫什麼，沒什麼人會在jsp頁面上寫注釋吧。
對老大乙個比較稱道的方面是，在測試方面做得比較嚴格，上線前能把個個功能點全部檢測一遍。不過也僅限於人工測試，手動輸入資料，手工驗證是不是準確。一切都以原始的方式來開發。我明白了乙個道理，技術上不是以先進不先進來區分好壞的，區分的標準在於你執行規範標準的力度有多深，再原始的方法使用不恰當，效能效率一樣不行，好比jdbc夠原始、底層，用不好還是慢如蝸牛。
做完系統唯一有成就感的就是，開發了乙個模板替代法的excel匯出模組，用了乙個投機取巧的方法來實現。但因為開發周期太長，還是被老大給訓了。最後專案剛剛好乙個月的時候完成了，總體來說客戶還是認可的，滿意是不能說啦，讓我這個開發人員去用這套系統我都有點頭暈。從這個角度jsp絕對不適合web2.0，因為web2.0需要太多的人性化設計，除非對jsp進行封裝再一次的封裝,這方面我覺得jsf倒是可以作為乙個替代者，又扯遠了。
2011 這個冬天有點冷
這個冬天有點冷，來南京一年多了，還是沒能摸透南京詭異的天氣，寢室也被搬到了小山後，孤僻，陰冷，最近晚上還能看到對面小山上熄燈後鬼鬼祟祟的不明物體。當然也有好處，與被窩相處的時間隨著日子的一天天過，也慢慢延長了，有時是一上午，有時或許至一下午。這個冬天我開始揹著書包了，像個好學的中學生一樣，穿行於寢室...
這個冬天有點長
序幕 陽春三月，南方的天空早已該是春光一片，可連續的陰天，連續的冷天，讓人以為這只是冬天的繼續，這個冬天有點長.連續的投簡歷，繼續的等待著通知，這已經演變成了一種習慣。很早以前就聽人說招聘市場已經很冷清，但我沒有感覺。現在如果有人告訴我這個市場已經在變好的話，我會大聲的告訴他 no。雖然已經不用再去...
今天又裁了兩個，這個冬天有點冷
今天上班照舊是無事可做，部門已經連續乙個多月處於 休戰 狀態了。下午部門經理突然找我談話.雖說這個冬天聽到裁人已經不是什麼吃驚的事情了，我也覺得自己是不太可能被裁掉的。但一想想今年冬天颳起的裁員風暴，心裡不禁還是有點緊張 之前已經被裁掉好幾個了，其他部門連專案經理也未能倖免。果不其然，我帶的這個小組...