※ 引述《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