Re: [問題] 如何讓 OOAD 派上用場

看板OOAD作者qrtt1 (null)時間15年前 (2009/12/12 17:13)推噓5(5推 0噓 4→)

留言9則, 7人參與討論串4/4 (看更多)

※ 引述《tkcn (小安)》之銘言： : 小弟我接觸程式設計六年了， : 對自己寫出來的 code 還算蠻要求的， : 也懂一些基本的 OO, Design Pattern。 : 在之前與人合作的一些案子當中， : 我常會試著導入一些機制， : 可是卻碰到了不少困難，舉例如下: : 我其他人 : ------------------------------------------------------ : 導入 CVS, SVN ===> 那是什麼? 可以吃嗎? : UML ===> 沒聽過耶! : OO ===> 可是我們都寫 C++ 耶 : (說是 C++，我倒覺得只是用了 C++ funcion 的 C) : 最後的結果就是， : CVS 我一個人用，等於沒用， : UML .... 連自己用都沒辦法 Orz : 這種感覺就像是在和打火星文的國中生聊天， : 他們聊的很開心，我卻痛不欲生， : 最後只好用 Adapter Pattern 把自己包起來。 Orz : 可能是因為我目前合作的對象都還是學生吧， : 我自己也還沒有正式進入業界， : 我目前比較好奇的問題是: : 1. 如果遇到 team member 並不熟 OO， : 而自己也只是 member 一員，並不是領導者身份， : 我應該怎麼做? : 2. 在台灣業界，大概有多少(%)公司是真的在用 OO? : 之前當兵時常會接觸到一些不算小的軟體公司的工程師， : 看他們寫的 code，給我的感覺是相當的不可靠呀 (ci) 要讓人學習以[物件導向]的[概念]，來使用物件導向的[語言]，是相當極具挑戰的事。特別是自以為是好物地亮出各種好東西的[抬頭]時，對自己學習能力較有自信的人也許會稍為聽一下，但因不熟悉而下意識害怕而抗拒是相當本能的反應。我發現當自己興奮地與合作伙伴談論物件導向、設計模式、重構、測試先行開發、持續性整合時，也許他們的感覺只是走在路上差肩而過的陌生人。透過幾次的 co-work 經驗，我得到反省的機會。我們是來完成任務的，而不是來傳教的。所以，不再談物件導向，讓伙伴只知道他需要繼承/實作那些類別/介面觀察大家的產出，把事先沒預料到的變動找出來。以設計模式重構幾個工作單位的產出。我想，我是比較幸運的。因為擔任的角色多扮是專案程式的起初建構者，以及專案進行中的協調者的角色。所以，我有機會使用這些寶貴的知識。也許您也可以試著取得協調者的角色，可以有辦法揮發部分的所學 :) PS. 至於版本控制，我們只給有貢獻能力的人使用。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.231.48.146