复用:太多还是太少
来源:互联网 发布:美国制造业回流 知乎 编辑:程序博客网 时间:2024/04/29 18:54
xiammy:何以证明你的设计优秀
勾起我兴趣的是下面的几个回复
是这样吗?现在的程序员基本都是用现成的了吗?我们把复用做得如此之好了吗?
如果需要从日志中解析一段有用的信息,多少人想到用grep/awk?
如果需要在控制台分页显示长文本,多少人想到用more/less?
要让用户通过浏览器下载服务器上、web容器之外的文件,多少人第一时间想到ln/cp?
例子是很多的。我们这些年轻的程序员,在学到面向对象的同时,也学到很多与编程优良传统相悖的坏习惯,例如在一个庞大的进程里解决所有问题。
说得夸张一点,只要一个应用程序还是一个庞大的进程解决所有问题,基本上,就一定是复用不足的。
勾起我兴趣的是下面的几个回复
# xiueplane 发表于2007-03-30 12:37:59 IP: 221.192.19.*
现在的程序员实际就是"寄生虫",寄生在Windows上,寄生在虚拟机上,寄生在对别人的"复用"上,或许是在程序员的DNA里商业因素远大于技术因素,所以~寄生变成了最优秀的选择
如果,有一天我们被宿主抛弃了。。。
喜欢最开始的程序员,那种把追求完美的程序员,喜欢把复杂留给自己,把简单和效率留给用户的程序员。
如果,有一天我们被宿主抛弃了。。。
喜欢最开始的程序员,那种把追求完美的程序员,喜欢把复杂留给自己,把简单和效率留给用户的程序员。
# gunsand 发表于2007-03-30 13:40:46 IP: 211.101.48.*
说的对,现在程序员基本都是用现成的了, 很少自己写东西...
是这样吗?现在的程序员基本都是用现成的了吗?我们把复用做得如此之好了吗?
如果需要从日志中解析一段有用的信息,多少人想到用grep/awk?
如果需要在控制台分页显示长文本,多少人想到用more/less?
要让用户通过浏览器下载服务器上、web容器之外的文件,多少人第一时间想到ln/cp?
例子是很多的。我们这些年轻的程序员,在学到面向对象的同时,也学到很多与编程优良传统相悖的坏习惯,例如在一个庞大的进程里解决所有问题。
说得夸张一点,只要一个应用程序还是一个庞大的进程解决所有问题,基本上,就一定是复用不足的。
- 复用:太多还是太少
- 获得太少与拥有太多
- 软件行业理论太多 实践太少
- 想得太多,读得太少
- 读书太少而想得太多
- 计划太多,做得太少
- 新手笔记-网站加速:不是太少,而是太多
- 太少的相濡以沫,太多的相忘江湖
- Dashboard(仪表板)设计误区:数据太多,信息太少
- 想得太多,又做的太少
- 太少!
- 想做的太多,坚持的太少,结果只有失败
- 迷茫的原因在于读书太少而想的太多
- 你迷茫的原因在于读书太少而想的太多
- 你的问题在于读书太少而想得太多
- 本该拼搏的年纪,想得太多而做得太少。
- 限免应用太多容量太少?限时应用免费收纳术!
- 你的创业就是想的太多,做的太少
- 使用Spring更好地处理Struts动作
- 工作流模式详解之流程控制模式(2)——Parallel Split
- struts国际化轻松尝试
- Closings in Letters and E-Mail Messages
- 为什么用委托
- 复用:太多还是太少
- FTP传输过程详解
- 关于C#值类型,引用类型,值传递,引用传递
- Linux Kernel Hack (1)
- 认识Struts
- 关于Java栈与堆的思考
- http://blog.csdn.net/Mailbomb/category/60005.aspx?PageNumber=2
- hibernate核心接口
- 网线-水晶头的制作