Re: [問題] 如何讓 OOAD 派上用場
※ 引述《tkcn (小安)》之銘言:
: 小弟我接觸程式設計六年了,
: 對自己寫出來的 code 還算蠻要求的,
: 也懂一些基本的 OO, Design Pattern。
: 在之前與人合作的一些案子當中,
: 我常會試著導入一些機制,
: 可是卻碰到了不少困難,舉例如下:
: 我 其他人
: ------------------------------------------------------
: 導入 CVS, SVN ===> 那是什麼? 可以吃嗎?
台灣業界會導入 version control 的公司已經不算少了,
如果連這都沒有或是無法接受的你乾脆換一家公司比較快,
甚至是面試的時候就先問清楚。
: UML ===> 沒聽過耶!
: OO ===> 可是我們都寫 C++ 耶
: (說是 C++,我倒覺得只是用了 C++ funcion 的 C)
這兩個其實光看面試的問題和公司提的條件就知道了,
沒有特別要求或在試題裡特別注重的,
那就是不會用到,
跟那間公司有 CMMI Level 幾完全無關,
想想現在大學剛畢業甚至碩班剛畢業的出來有幾個會用,
公司哪有閒錢跟時間把員工教到會,
在公司搞技術革命這種事就跟要國軍改革一樣困難,
多數的狀況下你只能選擇換公司或妥協。
: 最後的結果就是,
: CVS 我一個人用,等於沒用,
CVS 普及度沒你想像的低,
在大學裡一些 4x 歲的教授都會用,
而且也會要求學生用,
不過事實上就算用了也還是很多人亂用,
諸如 commit 之前不先 update 到最新版檢查有無衝突,
就直接 commit 下去把別人改的東西蓋掉等等的行為。
: UML .... 連自己用都沒辦法 Orz
: 這種感覺就像是在和打火星文的國中生聊天,
: 他們聊的很開心,我卻痛不欲生,
聽不懂你想表達的意思,
UML 也可以拿來自己用就好,
我都拿來當設計圖用。
: 最後只好用 Adapter Pattern 把自己包起來。 Orz
某些狀況下你甚至還要包成 C 的介面,
因為有很多人不會寫 C++,
只會用 C++ compiler 編譯 C code。
: 可能是因為我目前合作的對象都還是學生吧,
: 我自己也還沒有正式進入業界,
: 我目前比較好奇的問題是:
: 1. 如果遇到 team member 並不熟 OO,
: 而自己也只是 member 一員,並不是領導者身份,
: 我應該怎麼做?
裝作沒看到,
嘴巴閉起來乖乖做事就好,
就當成你還在當兵,
不然你反而會在其它方面出現問題,
比方說同事間的人際關係上。
如你前面所說你就弄個 Adapter,
在自己負責的部分慢慢做改革就好 (以不拖慢整體專案進度為前提),
會被你影響的人自然會起好奇心跑來讓你影響,
但是即使這種人出現了你也不要輕易做出大動作,
先鞏固好跟同事和主管之間的人際關係再進行下一步,
不然就算被你影響到的是主管,
私底下你還是可能被你的同事白眼相向。
: 2. 在台灣業界,大概有多少(%)公司是真的在用 OO?
: 之前當兵時常會接觸到一些不算小的軟體公司的工程師,
: 看他們寫的 code,給我的感覺是相當的不可靠呀 (ci)
不知道,
但是如果是去「大」公司,
就是那種股價比較高的本土科技業公司,
那麼你幾乎是用不到的,
倒是 know-how 顯得比較重要。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.160.107.104
推
12/12 15:55, , 1F
12/12 15:55, 1F
→
12/19 15:59, , 2F
12/19 15:59, 2F
推
03/01 10:23, , 3F
03/01 10:23, 3F
→
03/01 10:25, , 4F
03/01 10:25, 4F
討論串 (同標題文章)
OOAD 近期熱門文章
PTT數位生活區 即時熱門文章