作者tinlans ( )
看板OOAD
标题Re: [问题] 如何让 OOAD 派上用场
时间Sat Dec 12 04:45:36 2009
※ 引述《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
1F:推 tkcn :谢谢 12/12 15:55
2F:→ jej :know-how? 模式都差不多? 猜应该都来自嘴炮~人脉重要 12/19 15:59
3F:推 bmzz :我记得若不先update,进行commit时发生覆盖行为 03/01 10:23
4F:→ bmzz :是可以设定出错的 03/01 10:25