現代軟體工程系列 學生的精彩文章 (5) 其實還是人的問題

http://springgreen9527.spaces.live.com/blog/cns!354E19E8B3074CC7!171.entry?sa=370423590
 

TM 1.0發布感想
      課程快要結束了，回想起整個課程來，和最初的設想差別的確很大，我也沒有想到我們這組的進展會如此的不順利。用一句話來說，“很受傷”。我前段時間和一個J40的師兄（Mr. 8）聊天，他說他最近在看一本軟體工程的書，書中提到了一個“人件”的概念，和“硬體”“軟體”並列。他很黯然的對我說，軟體工程其實就是“人”的問題，當時我就有“相見恨晚”的感覺，因為我當時也很黯然。還是一點一點來說吧。

      首先，這門課程的確講授了軟體工程方面很多很實際的知識，同時課程也設計的循序漸進，一個學期下來，雖然失敗了，但是我收穫很多。以前不知道軟體為何物，單純的認為軟體是代碼堆起來的金字塔，現在看來軟體工程中方法要比寫代碼重要，一個有效方法可以有效減少廢代碼的數量。

      但是這麼課最大的問題並不在於知識的講授，而使如何在軟體開發過程中處理人與人之間的關係。在現實的軟體設計過程中，大家都約束在一定的權利和利益的關係之中，所以各個角色能夠各司其職，各盡其能。但是在我們的課堂上，我們都是平等的，所以大家只是被約束在一個一文不值的“道義”之中，一旦涉及自己的根本利益，比如“玩的時間”，“排練的時間”，“陪女朋友的時間”，那麼讓“道義”見鬼去吧。有人提出讓PM掌握一定的給分權利來約束大家，實際上沒有從本質上解決這個問題，畢竟PM的地位和組員是一樣的，甚至是至交關係，誰也不願意看到自己的同學因為自己而掛了（雖然這是由於他沒幹活造成的），所以這個約束作用也是會大打折扣的。如何在軟體工程這門課上類比出類似真實軟體開發的環境，還是需要“大智慧”的人去發現。

      實際上鄒老師說一開始我們組是最安全的，著實把我嚇了一跳，說的我都有點相信了。但是如果是我們班的同學應該知道我們組的成員是一種什麼樣的情況，某些人自己心裡也是明白的。所以即使是設計過程說的多麼天花爛醉，一旦到實現的時候總會出現很多掉鏈子的情況，因為在設計過程中他根本沒有去考慮自己的利益，但是一旦實現了，那麼他就開始後悔了，推三拖四的。其實我們組是最好的例證，雖然我們的計劃是11月定的，但是我們組的代碼大部分都是12月中旬寫的，更不用說連調了，這其中就是因為有些人沒有幹活。還好，這些人不是很冥頑不化，在我的“悉心勸說”之下還是動手了，以至於我們的工作得以完成。

     其次，我們組，應該說是我對軟體的需求認識不夠，在軟體設計的過程中提到了自以為合理的需求，實現的時候卻發現無比的艱難，後來我們的組員根據前面的設計進行了改進和簡化，才使得我們的項目得以順利進展下去。在很多軟體工程的書中都提到過這種現象，不知道是不是叫做“軟體黑洞”，如果對軟體需求定義的不合理，會毀掉一個軟體，但誰才能知道“合理”的真正含義？

    剩下的一些問題則是能力問題，比如語言不通，不懂C#，不懂Wpf，不懂Boost，不懂MySql，好像我們幾乎沒有使用什麼以前會的東西來編程，不過現在這些應該都算弄明白了，也是一個不小的收穫。又比如方法不通，很多人都沒有學過設計模式，軟體的可擴充性極差，可維護性野很差，給我的映像是，“我們始終在改代碼”。

    最後說一下這門課程的評分，其實作為一個大四的人，已經麼有什麼追求了，所以只要能夠給我通過的話，我不是很在意我得了多少分。但是這麼課程的給分還是有點不合理。首先PProject就像一個笑話，前前後後折騰了半個學期，還沒有什麼很好的結果（很多DEv都倒在了Test的手中），評測過程也極其的不透明（自己的程式怎麼掛的不知道，Test甚至不通知一聲），評測標準也很不合理（不知道是Test的方法錯了還是Dev設計有問題，同時分別Test給分和Dev的給分本來就不公平）。其次是T Project用工業界的你死我活的方法（在P Project中也用了）來給我們評分，也就是說即使有時你很努力，但是你還是什麼都得不到。但這隻是一門課程，這樣做使得這麼課的性質就變了。

好吧，就寫這麼多吧~~

有誰想拍就拍吧~~~~

 

------ by  Hu Wei

11:32 PM | Blog it
Comments (6)

 

Yuan CHEN - Jan. 2, 2009
問題總結得蠻好的，是人都會犯錯，就看能不能吸取教訓立刻爬起來，然後下次別在同樣的地方跌倒
問題總是有很多，可以積極一點想些對策，來嘗試解決這些問題。不怕動手犯錯，就怕不動手眼睜睜看著情況進一步惡化...

>>也就是說即使有時你很努力，但是你還是什麼都得不到
我高中時很努力，但還是沒考上清華...
 

xin 鄒欣 - Jan. 3, 2009 - Delete
人件 - 好書。 經曆了這個項目，可以看看。
 

Ke Liu - Jan. 7, 2009
我現在覺得，"威逼利誘"是最好的push手段

"由於Windows 一再拖延，BillG 最後跟 SteveB 說 - 如果今年下雪之前Windows 還沒出來，你就別在這兒幹了。 書中沒有詳細講 SteveB 回頭來又和他的團隊講了什麼，但是第二天一個員工背著睡袋進駐了辦公室。
"
 

xin 鄒欣 - Jan. 8, 2009 - Delete
>一開始我們組是最安全的
你們最安全，是因為你們的顧客已經找到了。但是你們的顧客願意用你們現在的版本嗎？ 有固定的顧客，並不一定能保證軟體的品質。相反，這個團隊也許會喪失瞭解顧客，吸引顧客的意願 - 反正你總要用我的軟體，我這麼著急幹什嗎？
貴校許多學生不得不用的網站是不是也有類似問題？
 

SG - Jan. 8, 2009
>你們最安全，是因為你們的顧客已經找到了。但是你們的顧客願意用你們現在的版本嗎？

就我找的幾個話劇隊同學來看，他們還是願意的~那天的ppt上也有寫user feedback，只是時間不夠略過了
實際上，清華只有一個劇團，我們組一開始的目標也是依據這個制訂：先針對清華話劇隊把這個軟體編好，再爭取把它推廣到其他學校的劇團或者清華其他社團，例如軍樂隊等。
目前看來，這個目標勉強達到。
話劇隊沒有這個軟體也能正常運轉，無非平時麻煩一些罷了。
話劇隊希望有這樣的軟體，因為確實可以節省很多人力和時間。
所以其實這個軟體是有人用的，但編的不好也沒人用，所以我們組在開發的時候倒是沒有這種皇帝女兒不愁嫁的想法。

 

xin 鄒欣 - Jan. 8, 2009 - Delete
我後來和幾位評委交換意見，他們都納悶你們為什麼不用現成的web 方案，而要選擇自己寫 C/S。 當然，如果自己寫C/S, 說不定以後可以支援 offline， 但是那是幾年以後的事呀？ 再說那時說不定 Browser 都有offline 模式了。
不要為將來可能的情況最佳化。

如果你們經常和使用者溝通，是否會發現他們事實上用web 的方案也可以？