标签归档：读书笔记

程序员把图形界面看做程序的外壳，而对于用户，图形界面几乎是全部。没人为可怜的用户说话。 代码优先还是设计优先，这是个问题。 从普通用户到机器语言的复杂协调过程，用一个俗词形容叫“扯皮”。 分开来运行正常，集成起来变垃圾。“系统”是可怕的。持续集成很麻烦，但”宇宙大爆炸式集成“可能造成更大的麻烦。 做一个基本能用的一般产品，还是憋一口气做伟大的产品，这是个问题。 世界上的事情分两种，规格说明书写明的和规格说明书没有的。可惜这只是代码工人的想法。 简单者就该简单，复杂者亦有可能。上手容易，精通困难。魔兽争霸，围棋，WordPress。 城市不是树，信息也不是树。树易于理解，但湮灭可能性。 软件的成功尽管有其不确定性因素，但基本是可验证的。人生却不是…… tag机制相比树状分类引入了多可能性，但难搞。 对于文字，人能消歧理解（但常常也会误会）。计算机？重名者死！ ”吃你自己的狗食“。 标准领域是一片令人畏惧的沼泽地。……想当然的标准是笑话，比如ipv9。 P2P是一种意识形态或一种信仰。……所以中国很难有真正的P2P，只有迅雷。 十月怀胎，欲速不达。 富客户端是程序员的噩梦？ 最佳实践的药方不可重开，银弹不会再次装入弹夹，杯具啊杯具。 不该总是这样。——但总是这样。 计划总是停留在纸上，想法总是好的，付诸实施者寥寥。 软件设计模式再完美，也会撞上现实特殊情况的墙。 最常用的软件开发实践就是什么也不用，埋头写代码。巨无霸方法论让痛恨被约束的才智所厌恶。 祖尔测试。能得2、3分算不错了?! 做软件如抓沙。大即险，小即美。 历史上最成功的软件公司是微软。也是软件被骂最多的软件公司？ 软件不过是水管。但是……“但是”威武。 “软件工程”是一种愿望，而不是业已实现之事。 程序员是工程师还是艺术家？写代码更像修房子还是写小说？ 没有物理学就难有真正的工程，而软件毫无物理学可言。 层级是软件的精髓，但是它们身患痼疾。抽象都有漏洞。 工具越多，成为编程高手却越难。 所谓的面向对象设计语言不过是杂种。 Gordian software？修补还是重装上阵，这是个问题。 何时停机？何时说放弃？ 闭门造车之时，世事如过眼云烟。 一切倒塌又得以重建，再造它们的人满心欢喜。 Chandler项目最终基本上半途而废，中译名《梦断代码》真是充满悲情的贴切。（完）

《梦断代码》讲的的OSAF开发PIM软件Chandler的故事，可以当做小说来读的，摘录一些书中有趣的说法以及自己的感想。 “Hello World”程序给程序员以乐观的想法：既然能叫它说话，就能让它做任何事。但事实可能是令人沮丧的。 计算机从0开始计数，用户从1开始计数，所以程序员花了无数精力于此。 人类文明运行于软件之上，但软件何其不靠谱，写过代码的人应该深有体会。 人月神话：往已延误的项目中补充人力，只会使其继续延误。因此，最理想的开发团队是单枪匹马。如果代码经过协调不好的一串人手，结果确实难看。 开源软件给了软件开发模式以新的思考方向，但远未解决软件开发的痼疾。 开源中的Free应理解为”自由“，而且这个自由也有其固有要求，如GPL的传染性，但国内不少公司似乎只看到了免费，大肆盗用开源代码封装商业软件。 软件是为人服务的，但通常也会要求人去适应软件的特性（或者其傻叉的地方）。 让人适应软件还是让软件适应人？这是个问题。软件能否提升人类的智慧？ 很多项目开始之初都雄心勃勃，自以为与众不同，但最后都滑入深渊。 软件的制造有时会给人以严重的挫败感。悲观一点的人看目前的软件开发技术是没有希望的。个人以为好的软件如好的小说一样是奇迹。 软件的灵活性只存在于思想中，每一行代码都是毫无灵活性的。所有的想法都要寄生于结构，语言。高级语言相比人类的语言，其实太过低级。 软件领域没有摩尔定律。 变量类型这种小事，可以在代码的国度引发宗教战争般的冲突。 ”雾件“，根本不知道自己在写什么东西。如果需求来自领导，会很纠结。 复用？造轮子还是买轮子，这也是个问题。买的轮子通常满足90%的需求，但剩下的10%会令人抓狂。 像搭积木一样搭房子，是程序员的乌托邦。软件开发依然在手工作坊时代，甚至难以看到彻底工业化的希望。个人觉得理解为艺术可能心安理得一些…… 软件会有自己组织信息的方式，也因此割裂事物之间的联系。比如数字化的文件和非数字化的文件分类上没有多大差别。 快速、便宜、优质，最多三选其二。 程序开发是常常是不断妥协的过程，人的肆意想法与机器的机械无情之间的妥协。 程序员如何沟通，是技术问题，管理问题，哲学问题。写代码太多可能会用机器的方式思考……