這個專案前前後後折騰了近半年.在專案開始的時候,我在弄乙個比賽,在那比賽的時候挺2的,沒能奪魁.回來後專案也進行了近乙個月.可絲毫沒有進展的樣子.還只是模模糊糊的畫出了資料庫設計.
專案分為三組,開始定好每組五人,結果因為童鞋們興趣挺濃,就每組多了一人.整整十八個人,花了半年時間,就折騰出這麼個東西,也只想到欲哭無淚這個詞兒來形容了. 專案一開始我也是滿心歡喜的參加,由於參加比賽的原因,不能一開始帶領大家,於是組長的位置放給了另外一名童鞋.比賽結束之後,因為我個人的一些主張,以及從事風格和他大相徑庭,最後是不歡而散,他退出了.他也是乙個學習成績不錯的孩子,只可惜還停留在填鴨式的教學上去學習程式設計.每天完成老師布置的任務,幾道哄小孩的題上面,然後看電影,玩遊戲荒廢光陰.這是題外話了.總之各組之內也出現了人員的調整,這乙個小調整就為後面專案的進行造成了不小的阻力.
專案的進度,十月份開始專案,我十一月過半比完賽參加,中間斷斷續續的,因為都是鼓搗.net的,而需求方要求使用j2ee,然後是一些框架的堆砌,struts2+hibernate3,這裡沒有用到spring,需求方也沒提,可能是出於降低專案難度的原因吧,因為依賴倒置之類的抽象理念對於為什麼還要使用類都沒琢磨透的童鞋們老說是有那麼一點兒不可及.十一月十二月做需求,放寒假的時候還額外留了童鞋們半個多月,半個月前專案都沒出來,半個月後都已經定型了,可以說主要的進度都是在這半個月裡面出來的.之後來年三月四月修補bug,最後交稿.
專案中的問題:
1.環境問題,說實話,我現在在eclipse(myeclipse)下寫**還是有那麼些力不從心,各式各樣的外掛程式,遍布到處的報錯,讓人糾結的**提示(是的,我是被vs慣壞了的孩子),奇怪的除錯方式.種種種種的不適.首先是要去找各式各樣的外掛程式,而且這些外掛程式由於是開源社群在維護,質量參差不齊,而且由於是在windows環境下,表現得很是蛋疼.比如說eclipse下的svn外掛程式,我已經忘記他的名字了,但是永遠都忘不了新接觸他的那幾天,也讓我見識了xunix下的百家齊放,這個外掛程式可能需要依賴那個外掛程式,而那個外掛程式可能也需要依賴那個.如此往復.版本控制在那時是塊心病,就怕哪次更新**之後錯誤不斷,又要重新來過.不過在幾次失敗的提交之後導致專案重建,大家都學乖了,要先更新,再提交.這也是乙個溝通問題,這點稍後再講.
2.態度問題.在專案結束的時候,還有童鞋對http上的互動搞得雲裡霧裡,還對於session望而生畏.這些在某些培訓機構幾乎是只教其形而根本不教其意的東西,在他們來說會其形都有困難.打個小差,我在組中也過足了當老師的癮,因為可以將自己當了十五年學生的經驗反饋在我的教學上,好不過癮,以前看不慣老師的某些手段,在我這裡就得意充分更正.對於session這些我通常是從http無狀態的這個設計著手,然後切開,繼續深入,最後到為什麼需要session這個東西,在瀏覽器差異中也從當年的瀏覽器大戰著手,講的我自己都炮沫橫飛,不過卻過足了老師的癮,要是老師們都能有我這樣飽漢深情的講下去何愁朽木不可雕呢?不過後面想想也是,乙個老師通常要帶兩個甚至三個班,教育產業化,將乙個東西講重複一遍兩邊有可能三遍,而且一年乙個迴圈,誰能受得了,也只有那些園丁們了.這個差有點遠了,我們言歸正傳.在專案中,有很多自以為是的問題,這也許就是程式設計師們的根病吧.但是倘若沒有了這股幹勁,又怎樣才能從無中生有,作出乙個幾萬行的軟體呢?在專案進行時,用了一些管理手段,比如一天一結,然後又是展望,當然計畫無限好(其實還有很多其他模仿著大牛們的例子,但都難以奏效,往往是東施效颦,落得個吃飽了沒事幹的評價),只是領導有些小.這些規定對於童鞋們很難有實施的機會,往往他說好了今天完成的任務,其中有些自身無法估計問題大小的原因,還有確實編碼能力不夠的原因(我已經把模版**寫好了,這下您也懂了,他們是如何"編碼"了的吧),可是一周之後可能問題依然沒進展,最流行的詞兒是"基本上沒問題了","快可以了","只差幾個小模組(小函式)就可以了".唉,我覺得這都能讓愛吹的南郭先生笑掉大牙了.
3.專案起因問題,因為這是乙個教學案例專案,這個專案的根本目的不是在於專案是否能成,而且專案本身也只是用於申報國家們的一些"計畫",專案只是讓童鞋們學習的,我這裡就有些急功近利了,老是覺得自己不該為這樣的專案編碼那麼多,說到底是個心裡問題,不過念到自己又通過這個專案掌握了這麼多,也不好說些什麼,只能是說魚與熊掌不可兼得吧,可我總覺得如果我把半年時間花在其他的地方上面可能就不是如今這樣的了,話說回來誰又沒有個"要是當年"呢.專案沒有乙個好的老師指導,整個進度也就憑我們幾個說話沒份量的童鞋約束.總而言之,言而總之.這就是一出沒譜的戲兒,拿來給戲子們作秀的試驗品.
4.貪大喜新.這是我們這組的問題,在前端頁面上先獨自用上了extjs.雖然使用的時候坎坎坷坷,但的出來的效果卻是大受好評,而且引得另一組前來學習,不過因為框架學習難度的原因,導致基本上就我們組兩個人會用,其他童鞋只能幹看著,話說專案開始的時候還是extjs3.0,到結束的時候發現更新到了3.1了,直接換框架發現不行,不能相容,嘗試新東西總是要付出代價的.使用extjs作為後端表現後,唯獨第三組(我們是一組,二組後來也換這個框架了,因為介面問題,始終讓人頭疼)不願意更改原來的**,這裡又有乙個溝通問題,待會再說.所以導致介面風格迥異,在我們這組的時候可能是標準的extjs元件,一旦跳轉到三組的頁面時,可能就是樸素的html了.
5.溝通問題.這也是最根本的問題,如果說依靠我們幾個組能寫**的人,加上近半年的時間,而且專案也不是很大,如果溝通良好的話,絕對不是問題.一組擅長前台指令碼,二組擅長文件,三組擅長後端編碼.這不是配好了的三個樁麼.可惜事與願違.在前面定資料庫的時候,我們都能為乙個欄位的存在與否爭個面紅耳赤,在後來為了乙個介面的問題還差點兒罷了工,只能說年輕氣盛,沒地方發洩啊.互相也是彼此看不起彼此,覺得自己的觀點和主見才是正確的.我記得最好笑的是,三組的童鞋把一些驗證,以及資料之間關係的繫結都寫在了乙個action裡,我就指出這有悖分層,表現的邏輯都沒分開,實體資料如果不是hibernate幫忙分離下場可能是jdbc直接寫到了action中.三組的童鞋卻一口咬定"這是面向領域程式設計,和物件導向程式設計不同".我當時不懂什麼叫"面向領域",我就說"我不懂什麼叫領域,但總不該把這些基本的操作寫到頁面上去吧."他卻一口咬定.我只能作罷.要是如今碰到,肯定罵他個狗血淋頭,"領域你妹啊,那只是乙個開發模式,你妹的都把這些八桿子打不著一起的物件寫在一起,以後改死你丫的.做三十年**工人,而且次次專案都重頭來過沒沉澱.".唉,年輕氣盛.
故事的最後,專案流產了,需求方發現同時操作的專案太多,無暇兼顧,所以就沒了下文,我手抖著把專案用qq郵箱發過去的時候,確實是勾了"回信簡訊通知"的.可能是沒通知到吧.哎喲喔.....
最後是有圖有真相.
首頁使用者訂單管理
登入介面
專案總結 OTO專案
客戶模組流程 銷售錄入客戶 臨時客戶 客戶經過上級領導進行審核,成為正式客戶.一.臨時客戶 客戶可以被任意刪除是物理刪除 每個銷售負責人登入進來看到的只能是自己的客戶 客戶錄入時會進行查詢該客戶的名稱是否存在,存在提示,清空輸入框 客戶變為正式客戶時臨時客戶表裡狀態進行修改,客戶新增到正式客戶表,客...
專案的總結
現在的專案快到結束了，該總結一下了。先寫下有關這個專案的一些標籤 三個月，乙個專案，還沒有做完，剛畢業，專案老套，技術落 後，同事缺乏交流，老闆不願重視，自己創造力不足，工作缺乏激情，做事條理不明，計畫嚴重滯後。剛畢業，進了一家好像很有前景的小公司，給了乙個 平台專案，從八月到十一月，三個月了，專案...
專案總結框架
引言 應公司要求整理的一篇框架性的文章，力求使當前的專案總結流程化制度化，並提公升現行產品在資料度量方面的能力，進一步打造學習性團隊的目標。專案總結執行框架 1.專案總結基礎框架 專案基本情況總結 專案概述 專案技術背景 實現功能與測試工具 專案規模總結 千行 數 用例總數 資料庫表數 資料庫總列數...