※ 引述《tinlans ( )》之铭言： : 譬如前面我回另一位板友时提到的 member function adapator， 对不起, 上面那个字是不是 "adaptor/adapter"? 虽然看得懂, 但总觉得有点疙瘩. :p : team work 的时候首要的思考重点不是放在自己或是将来， : 而是考虑「现在这个时间」里「跟你一起工作的人」的想法， : 也就是说要懂得想想「如果你是你的同事，你看到这程式码会怎麽想」来思考， : OO 对这方面的思路呈现有一定的辅助能力， : 但光在这边说也不见得是马上就能让人接受和理解的。 : 有趣的是这些东西就我观察来说， : 已经进入业界的人反而没有时间学习这些经验， : 反倒是学生最有时间去学习 team work 的经验， : 只是机会必须靠自己去创造罢了， 学生有的是时间, 但机会很难找. 或许像大大您说的, 必须要 "创造" 才有. 我自己从大三做专题开始就有和人合作写系统的经验, 也摸 BBS 的 source code. 但真正知道怎麽把自己的东西搞到 "确定一般人都看得懂" 的地步, 是在研究所念完, 进入业界痛了一年多以後的事情. : 像是从 CVS 上面检讨自己团队过去的问题， : 以及一边泡茶泡咖啡悠闲的检讨过去程式技术上的疏失等等， : 最有时间做这些事情的绝对是学生， : 只是现在的学生都宁可把时间花在一群人去唱歌喝酒罢了。 学生写的东西九成九是作业. 所谓作业, 给老师／助教打完分数就不会再用者是也. 如果连自己回头看自己那一团 mass 的机会都没有, 不可能体会将来看别人的 code／让别人看自己的 code 时, 有哪些苦头在等着. 以前还傻傻地觉得 "我写的程式别人都看不懂" 很得意, 後来才发现这根本是把自己绑死. 一个东西写好之後别人可以无痛维护, 才是让自己有机会再往前冲的方法. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.104.95.23