作者qrtt1 (null)
看板OOAD
标题Re: [问题] 如何让 OOAD 派上用场
时间Sat Dec 12 17:13:57 2009
※ 引述《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
1F:推 H45 :推不是来传教的 XD 12/12 17:20
2F:推 PsMonkey :推不是来传教式 XD 我好 low [逃] 12/12 19:20
3F:→ adrianshum :推不是来69式 XD 01/13 14:41
4F:推 sunneo :XDDD 01/13 19:59
5F:→ qrtt1 :你们好糟糕呦, 最近都不要跟我说话 01/15 11:48
6F:推 askeing :楼上很忙~没时间说话!(被拖走) 01/15 11:53
7F:推 kevinooxx :有遇到类似的情况,最後还是觉得反正东西出来就好. 10/16 17:21
8F:→ kevinooxx :不是每个人都会持续的进修.而且万一对方学起来的概念 10/16 17:23
9F:→ kevinooxx :跟你想的不一样.还会花更多的时间在沟通上. 10/16 17:24