放羊娃王老五书评-查字典图书网

2013-05-05

这本读的是从豆瓣上买的电子版本。
这本书类似技术书中的短篇散文集。每个模式自称一篇，无上下文关系，组织结构也相对零散，可以用来随意翻阅。往往发现作者描述的许多模式正是自己工作中遇到的。有的你可能也觉得需要改进，但总有借口安慰自己，而作者会用他犀利的分析剥除你仅存的一些遮蔽物。

如:

模式32 加班预兆
经理认为，项目早期的加班表明项目的健康状况非常令人满意。他们把这视为一种信号，表明自己在团队鼓舞和个人激励方面做的很好。但是，这也可能源于恐惧:

基于恐惧的管理
惧怕为了削减成本二裁员
惧怕个人失败
惧怕项目失败
确信项目会失败，但惧怕个人承受责备

也有的条目看了会给你许多鼓励.

如：

模式67 十字槽螺丝帽
如果自己的流程改进建议没有被采纳，不要垂头丧气，因为组织本身会抗拒变化。想一想发明家亨利·菲利普斯在20世纪30年代发明了十字槽螺丝帽，而到二十世纪80年代才开始全面应用。要推动一个想法到付诸实践需要足够的耐心和毅力。

http://jolestar.com/recently-reading-notes/

程序员的职业规划

2013-05-05

这本读的是从豆瓣上买的电子版本。去年十一放假时候读的。引起了我从另外一个角度思考职业规划：

职业规划以及对技术的投入，可以用商业的思维进行投入产出分析。

而自己以前学技术，做职业规划，全凭兴趣，以及际遇，缺少理性的分析。程序员往往有一些理想注意，可能往往怀着一腔热血，而缺少商业性思维分析。另外一个局限程序员思维的原因是心理学上的会影响大多数人的禀赋效应:当个人一旦拥有某项物品，那么他对该物品价值的评价要比未拥有之前大大增加。对程序员来说，一旦掌握某项技能，那他对该技能的评价要大于未掌握的其他技能。这也是为啥争吵各语言优劣的话题往往成为各技术论坛的月经贴，同时也可以发现一般最激烈的言论来自只掌握其中某一种语言的开发者。这种心理对程序员的另外一种影响是锤子效应，当拥有一个锤子后往往会将所有问题看成钉子，试图用一种技术解决所有问题，导致技术选型上不能理性分析。

http://jolestar.com/recently-reading-notes/

整体上还可以，但对内存回收机制和并发机制介绍的不够深入

2013-05-05

过年在老家的时候不能上网，通过文档抽空学了下go语言。后来又买了这本书。总体上这本书是当前的 go语言书中比较不错的一本。但缺点在于对go的并行机制以及内存回收机制这两个非常重要的话题介绍的不够深入。go的并行机制是其最大的亮点go的存在基础,而内存回收机制更是是否能革c和java命的根基。既然说到了这个书，当然也需要说说对go语言的看法。

go语言除了go这个并行计算的亮点不说，其他的优点有：

1. 非侵入式接口习惯了java的侵入式接口，开始的时候这个我还不太接受。感觉这样设计，类的开发者不知道自己实现了那些接口，修改的时候如何确保不会影响使用方？没有了侵入接口的静态检查，会不会导致代码变更失控？但后来一想，java中流行的许多非侵入性框架不也通过代理模式实现了非侵入式接口。这个类似于流行的约定大于配置的概念。一些基本的，通用的接口比如Collection等，工具包中会前置约定或者由社区形成约定，大家遵循约定即可。

2. go的面向工程的设计由语言的进化可以看出，早期的语言一般只提供了语法规则以及编译器，甚至没有标准库。后来的语言都会提供一个内置的标准库。再后来的语言会提供包管理以及依赖管理机制。而go提供的不仅如此，提供包括工程管理，文档管理，内置的单元测试机制，源码格式化等一整套工具。

http://jolestar.com/recently-reading-notes/

互联网运维之"道"

2013-05-05

互联网运维相关的书能上升到“道”这个层面的书很少，这个算一本。对数据采集测量，持续部署，监控，容灾，故障分析等各主题都有涉及。尤其当前互联网服务越来越庞大，开发和运维的职责已经无法明确切割。业务应用与监控，数据采集，部署，配置管理等系统都需要精密结合，最后才能组合出一个完整的系统。文中对面向服务体系结构的几点总结：

应该是模块化的 “做一件事情，并且做好”
应该是协作的 “让我们成为一个村落” 每个服务都需要暴漏API供其他系统协作
应该是可组合的 “应该一切准备就绪” 等准备好了模块化服务后即可组合出更复杂的服务
值得开发以及运维人员一读。

http://jolestar.com/recently-reading-notes/

设计让生活更美好

2010-07-26

    题目套用了SB会的口号，大家别介意。
    虽然有人觉得这本书有点拖沓，但我倒觉得它很平易近人，非专业人士也可以看的津津有味。这本书如果换个别的潮一点的名字，绝对可以成为畅销书。
当作者批评那种不知道应该推还是拉的门，一排不知道控制哪个灯的开关，还有让人不知道怎么调节的水龙头，简直说到我心坎里去了。一直以为是自己有点笨，看了这个书才知道问题不在我这儿，是设计的人太笨。以前遇到用户抱怨网站或者程序不好用，我就认为是用户太笨，看了这个书才知道问题在我这儿，还是自己太笨。
    作者提到的三种概念模式，用户模式，设计模式，系统表象。设计模式是设计人员头脑中对系统的概念，用户模式是用户认为的该系统的操作方法。设计人员能理解系统内部原理，所以设计的时候往往从内部原理来设计系统的操作方法。而用户是基于已有的知识和系统表象对产品进行理解。就如作者举的那个空调的例子。这两天北京热的要命，大多数人都会在感觉热的时候把空调的温度调到最低点，想让室温快速降低，然后再把温度调到合适。但其实这种用户模式是错误的，这样并不能加速室温降低，因为空调只有两种状态，工作或者不工作，那个温度阀值只是控制空调在当室内温度到多少度的时候停止工作。设计人员明白这个道理，他设计空调的温度调节其实和定时功能一样，基本上属于一种智能开关，而用户确把它当作加速装置。当然，这个例子里的用户模式并不会影响用户对系统的使用，否则，就说明设计有问题了。
    看了这本书后，我对日常生活用品的观察方式有了明显变化。日常生活用品的细节上的细微改变，都可以使生活变的更美好一点。不知道诸位是否还记得为了扯开一个塑料袋而像动物一样撕咬的尴尬？是否还记得不小心将匙滑落到热汤里的无奈？一个简单的易拉口和带勾的勺把就解决了这些问题。
    记得有一次参加豆瓣上一个活动，两个设计界的前辈在那里座谈。其中有位说到了王麻子剪刀。正要听下前辈对这种日常用品的设计有啥高论呢，结果他们又扯到了故宫上。两位似乎对故宫的设计都推崇备至，一位说当年他去故宫参观，到午门那儿就感觉到一种威慑力，这是为什么呢？有什么设计上的玄机么？他用CCAV10走进科学的口气卖了个大关，然后说:皇天后土呀！午门后面的宫殿远看是一个“土”字。我顿时被雷倒，本来打算结束了提个问题：如果我把老家的土院子也改成个“土”字形，是不是别人走到我家门前的时候也会被威慑到？
   总之，无论故宫的设计有多完美，SB会的建筑设计的有多伟大，CCAV大裤衩设计的有多特别，对普通人的生活来说没多大影响。让生活边的美好的恰恰是这些普通的日常生活用品。

放羊娃王老五的图书主页