※ 引述《tinlans ( )》之铭言： : ※ 引述《semop (semop)》之铭言： 先在这跟上次tinlans的小无理道歉, 上次会这样冲动的理由就不说了, 我错了就是错了~ 只是, 我虽然写过C++, 但是我目前还没有写过让我觉得 用到OO比较方便的东西, 看到OO我只是感觉, 对阿, 如果上百万行的东西 用OO性质, 善加规划, 加上有经验的SA, 我不否认会相当的方便 扣除PHP, ASP这种一页八百做到死的方向 但是, 请问, 台湾的公司, 哪一个需要用到这样多的程式码才能写出东西? 我是蛮怀疑的, 台湾地区的程式, 有点"搜寻能力"的都可以在短短的数万行中写出 程式太大, 也可以切割, 所以"单一程式原始档"一般来说根本不会超过5000以上的等级 这种"小程式" 规划一堆画一堆UML图, 您真的觉得有用? 小弟大学时教程式设计的教授说过, 不要写大程式, 程式越大, 撰写和debug难度越大 所以基本上, 程式的实作方法, 我都是大的切小的, 小的切更小, 个人写的东西 单一档案过千的, 基本上都很难看到, 这种大小, 很多的时候用一个class就超过了 在我的感觉OO等等, UML规划等等, 感觉上都是脱裤子放屁, 继承和basic的goto 在小程式中, 感觉上根本是一样的东西, 就算扣除OO工具开发出来的东西 大, 慢, 无法准确控制硬体的缺点, 纯粹就写程式开发方面来说, 我体会不出好处 因为要把程式搞的这样大, 大到会觉得OO好用, 已经是写普通工具程式 不合理的设计方法了 对, 我不否认我这样写出来的东西很乱, 就算加上注解, 我自己数年後 回头看, 也要花很多时间, 但是, 请问在市面上, 活的到数年的工具多吗?? 更何况台湾主要产业是硬体产业, 该硬体过时, 基本上就不维护相关的程式了 根本不会维护数年的东西, 有必要设计到数年後再回头还看的懂吗? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.128.251.34 ※ 编辑: piimaila 来自: 220.128.251.34 (01/05 11:55)