有人负责,才有质量:写给在集市中迷失的一代(3)

　　不能摒弃别人的轮子. 问题在于什么是轮子? 轮子指的是一种设计, 一种圆圆的减少摩擦的让车子省力的动起来来的设计. 而不是你制造一部车的时候, 把报销的旧车上的车轮拆下来装上. 别人的模块的精华在于提炼出的接口易于使用. 实现则是次要的东西. (今天11:55)

　　@larrycaiyu

　　文章不错。不过软件开发的重点和应对需求的变化加快了，市场也大了。大教堂和集市的特性也变化了。市场大了，不能强求都是工艺品，工厂化的地摊货也有需求。多加强软件技艺可以解决些问题吧。 (今天 10:49)

　　@磨思

　　"代码越重用，浪费越严重"，是以夸张的口吻反对过度设计。 //@简悦云风:"代码越重用，浪费越严重". 要用的时候就写一个. 提高自己编写代码速度, 想要什么, 迅速做一个出来才是王道啊. 这样就不会有依赖, 不会有纠缠, 不会有浪费. (今天 11:35)

　　我用经济学来解释一下：其实就是看多远的问题，是要造一个茅草屋还是要造一个大厦的问题，所以，是不耐(impatience)程度的问题，是真实利率问题，是一个主观问题。 (今天 11:42)

　　@keithcool

　　个人认为这篇文章比较片面。今天Linux在整体OS市场上已经击败了windows, 大量各种open source软件都取得巨大的成功。web service取代software license成为重要的商业模式这个预言也获得了印证。libtool成为主宰恰是一直有人对它们负责。二进制兼容在unix商业时代就没有成功，不能怪到开源上去。 (58分钟前)

　　该文以freebsd用于桌面操作系统的困境来阐述libtool/autotools感觉更多的是技术“洁癖”。windows/MacOS的用户很少会抱怨按照一个软件为啥后面会跟上那么多组件，而这样的组件往往比开源界的要更恶心，只是那些用户不懂也不关心。 (55分钟前)

　　@JryZh

　　回复@简悦云风: 实际应用中是不是应该就和你博客中提到的skynet那样，先用别人的接口和实现，然后自己根据需求重新实现一下。其实，我一直很缺乏打开黑盒的勇气。 //@JryZh:不能完全摒弃别人轮子啊。毕竟不是所有人都是单体杀戮兵器，一个人搞定一个项目(25分钟前)

　　@airtrack

　　相当赞同文章观点，unix的信号就是一个满身补丁的东西，信号会中断系统调用，信号处理函数中为了防止再次被信号中断，打上了信号mask补丁，当处理了信号的进程又fork了进程，又引入了一堆系统调用来处理信号被子进程继承的问题，在引入多线程后同样引入一堆系统调用来打补丁，各种mask信号。(22分钟前)

　　@snnn

　　Unix的变体太多了。要想让自己的代码在各种奇怪的变体中都能编译过去，autotools是唯一的选择。FreeBSD是一个OS，Linux却只是一个kernel，所以他们社区遇到的问题要更复杂。 (3分钟前)

原文转自：http://www.ltesting.net