none
系統開發問題? RRS feed

  • 問題

  • 各位大大好:

      接了一個task,要開發windows ap,使用visual studio 2005,開發人員有兩位,想拆模組開發,

    之後再整合?visual studio從沒碰過,對於一些概念還不是很清楚,若依這種模式,整合會不會有問題?

    還有什麼需要注意和考慮的嗎?

    2008年1月31日 上午 04:24

解答

  • 我的建議是 Stop thinking and start doing !!

     

    你要是真的不懂又找不到人問,不用抱怨,因為很多人都跟你一樣,反正就是先做再說!

     

    觀念不足就是多看書,別無他法,你如果不希望一年後還抱怨自己觀念不好,就從現在開始打基礎!

     

    覺得瞎子摸象的話,還是要先把功能寫出來,若有時間再修改,修到自己滿意,就會有經驗了,下次就不會瞎子摸象了。

     

    光「想」是不會進步的!

     

    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享

    2008年2月26日 上午 09:48

所有回覆

  • Visual Studio 只是開發工具,你要拆模組跟開發工具沒太大關係,做好版本管理可能比開發工具還重要,雖然都還蠻重要的。

     

    你可以先將類別或介面寫出來,再分工開發,但事前的系統分析與設計就會很重要。

     

    請問你要寫 VB.NET 還是 C# ? 你的 Task 要開發多久?

     

    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享

    2008年1月31日 上午 07:05
  •  

    嗨保哥:

        寫C#,開發時間預計兩個月...

    2008年1月31日 上午 07:43
  • 如果是兩個人坐在一起開發就還好,否則版本管理你一定要特別注意。


    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享
    2008年1月31日 上午 08:04
  •  

    >>兩個人坐在一起開發就還好

     

    傳說中的 xp pair programming 呵?

    一個人寫,另一個人在旁邊挖鼻屎納涼,

    聽說這樣的開發方式比兩個人同時寫的品質還要好。

     

    2008年2月1日 上午 09:12
  • 用版本管理還有個好處,就是不怕改錯程式,因為隨時可以復原! ^_^

     

    2008年2月1日 下午 01:15
  • to效能狂:    

    你說的好好笑喔^_^~想必你一定不是哇比史納涼那一個.........

     

    2008年2月4日 上午 01:52
  • 通常挖鼻屎納涼的人比較強.. 效能狂應該是挖鼻屎那位吧~
    2008年2月4日 下午 01:11
  • 保哥:

      為何要先把類別或介面寫出來?介面是指?(UI嗎?)

    如果是依照傳統的系統分析與設計,會不會有影響?

     

    2008年2月26日 上午 05:57
  • 1.坐後面的,有一大部分的只因學歷較高,或靠一張嘴巴的,當然也有能力強的.我以前的公司有一位前主管,就只會坐在下屬的後面一邊看有的沒有的雜誌,一邊盯下屬的螢幕.

    2.這邊保哥的介面因該是Interface是給Class 實做的那一種,不是User Interface.

    3.我不知保哥的設計原則,我認為比較好的設計方式是Interface,Class 最後做,我的做法是先跟客戶訪談,訪談後回去畫UML圖,隨便畫畫就好了,然後拿圖跟分析書做解說,有問題的在改,畫更細的UML,在報告在修,修到可以後,設計Phtotype,畫大概的UI介面,定義要哪些畫面欄位,然後拿UI給使用者確認,確認過後再將UI欄位做正規畫後設計資料庫,資料庫開出來後,在去實做Class 最後將資料轉成Class 的實體後Binding 到UI,這樣才能符合使用者需求.

     

    2008年2月26日 上午 06:53
  • 1.靠張嘴說說,很容易,可是通常會做死人。而且若有技術上的限制或瓶頸,更容易拖累專案進度。

    2.專案控管、系統架構、資料庫設計、程式設計,UI設計一人包,又對技術不熟悉,這會不會造成這個軟體設計的失敗。

       我是依照傳統的設計方式,看系統要做到哪些功能,開資料表規格,不會畫UML,OO概念正在建立..上面最常問的一句

       話是開始寫了沒?前人開發方式,是一個動作一段程式,同樣功能的做成子程式,沒人會用OO...老實說,不太想沿用過去

       的方式,可是自己的觀念不足,只有書籍或網路資源可應用,好像瞎子摸象....專案有時程壓力,我該如何著手?

    2008年2月26日 上午 07:40
  • 我的建議是 Stop thinking and start doing !!

     

    你要是真的不懂又找不到人問,不用抱怨,因為很多人都跟你一樣,反正就是先做再說!

     

    觀念不足就是多看書,別無他法,你如果不希望一年後還抱怨自己觀念不好,就從現在開始打基礎!

     

    覺得瞎子摸象的話,還是要先把功能寫出來,若有時間再修改,修到自己滿意,就會有經驗了,下次就不會瞎子摸象了。

     

    光「想」是不會進步的!

     

    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享

    2008年2月26日 上午 09:48
  • 保哥:

      真是一語點醒夢中人阿~我想我的報怨居多啦!謝謝啦~Just Do it,Right!

    2008年2月26日 上午 10:08
  • 因為專案並非只有我一個人在開發,至少會有2~3人,那我應該要規範什麼或注意什麼?

    之前前輩指導要注意版本問題,不知道各位大大是如何進行版本控管?謝謝!

    2008年2月27日 上午 01:19
  • 1.邱義仁則學(1):只當大老二,不要想做大,找個打嘴砲的當你上司為你擋炮火.

    2.邱義仁則學(2):隨時準備走人,寫軟體的沒有永遠這件事,隨時做最壞的打算.

    3.想的比讀的多,讀的比做得多,程式要想過在做,不要亂槍打鳥,無裡頭的做,風險要前面排除,不能最後在修,能就能,不能就不能,不要到最後在互推責任.

     

    2008年2月27日 上午 01:21
  • 1.工具有Visual SourceSafe 去做管控,裡面有說明.

    2.如何管控要經過人的協商和相關的經驗.

    3..2-3人跟2月開發時間,算小的專案,所以用人去做管控就可以,如果用工具,在去設一些設定,我認為成本過高,而且也來不及. 

     

    2008年2月27日 上午 01:41
  • 我有幾點不同的看法:

     

    保哥哲學(1)

     

    在團隊中不一定要做老大,但有機會的話不要做老二,培養領導能力,學習如何建立團隊,這經驗不是每個人都有機會能得到的。

     

    保哥哲學(2)

     

    培養負責任的態度,如果真的不適合寫軟體,也可以做一段時間再轉行,因為寫軟體可以培養你的邏輯思考能力。

     

    保哥哲學(3)

     

    有時間就多想:軟體只要規劃的好,可以節省10倍以上的開發時間。

    沒時間就多做:連想的時間都沒有的話,就從寫 Code 的手感中尋找下一個靈感。

     

    保哥哲學(4)

     

    沒觀念就多看書,但有觀念者還是要多寫Code累積自信,寫軟體的自信是一行一行的 Code 累積起來的!

     

    保哥哲學(5)

     

    沒經驗就多做事、少抱怨,但有經驗者要少寫 Code 多思考

    // 做事 = 寫 Code

     

    以上淺見供大家參考。

     


    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享

    2008年2月27日 上午 02:01
  • 謝謝各位大大的寶貴經驗!

    2008年2月27日 上午 06:12
  •  

    請問好說大大:

         請問人要如何去做管控?可以舉例說明嗎?

    2008年2月27日 上午 09:19
  • FLY.WANG,

     

    你要問如何控管在討論區問不到什麼答案啦,因為過程變數很多、很複雜,有耐心的可以看看 Visual SourceSafe 的相關文件!或 Visual SourceSafe 入門教學

    我們公司前幾年曾經用過一陣子 Visual SourceSafe,但因為常會當掉之後都換成 Subversion + TortoiseSVN 了,用了好幾年,非常簡單且實用。

     

    這是我去年在公司內部教育訓練時教授 Subversion 時所做的簡報檔,有興趣的可以看看:

     

    Subversion 版本管理與協同作業

    http://docs.google.com/TeamPresent?docid=dfj7hts2_6g4g5zsdv&skipauth=true

     

    ----
    From: Will
    Blog: http://blog.miniasp.com/
    記載著 Will 在網路世界的學習心得與技術分享

    2008年2月27日 下午 12:02
  • 謝謝Will保哥,不吝分享...感恩^_^

    2008年2月29日 上午 01:10
  • VSS只是一個TOOL,最重要是人的控管.

    控管變數很多,要因你們環境不停的修正.

    我舉例幾個變數:

    1.為什麼昨天晚上可以RUN,早上不能RUN,顯然程是被改過,所以版本管理,你要管控所有要整合測試的各單元測試過才能放上來.以前我的做法是每天固定時間將一個單體可RUN的程式放上來,早上上班時成員再取最新的程式碼,如果沒做這個動作,只要一個成員將沒測試好的Code放上來,就會變成整個系統的錯誤.

    2.為什麼程式改過,資料庫改了,今天被改回來,為什麼資料庫物件不見,這你要設存取權.

    3.程式一改在改,很多時候使用者會改變需求,改過去,又改回來,或寫一隻CODE需測試很多種寫法,到最後還是前面的寫法較好,這時你要回到某個版本,所以你版本在寫時就要規定每個成員在存檔時的命名方式,及選寫這版本變動哪些內容,這樣才能很清楚找到哪個版本是還原點..,

    4.一群人寫程式會有衝突,有時她改對了,確會讓你的變錯,你找了老半天才發覺是她的問題,到底用誰的,用她的簡單,拿她的蓋過就可以了,但有時式各對一半,錯一半,你的版本就要橋出來.

     

    所以版本控管就是做這些事,會用的會1+1大於2,不會用的3個人做不到2人事,所以工具之外,每天要開會,協商,然後制訂新的版本控管原則.

    2008年2月29日 上午 01:55