软件随想录 - 书评

菜小卤

　　有这么几点触动到我的章节，记录于此：
　　
　　1.        P34. 三种管理方法：军事化管理法、经济利益驱动法、认同法。不用说肯定是认同发更会让员工发自肺腑的全力以赴工作，因为在工作中他们能够有存在感，有一种自我价值的体会。但是前两种是目前更多采用的方法，因为更直接，也更符合现实。三种掺杂，应该可以在可实现的范围内达到比较好的程度。毕竟我最热血的时候是经历第三种的时候。
　　2.        P100. 别给用户太多选择。Joel讲了一个 windows vista 关机按钮的例子，我看完有感触就在读书笔记记了一笔。其实用户体验、交互设计方面的原则太多，很多又太虚，这个完全不容易像某个写代码方式一样很容易说服别人，因为这个是纯用数据拼出来的推测。无论怎么设计，好用就是牛逼，结果好就是牛逼。
　　3.        P157。日程规划估计时间每一单项不要超过16小时。具体16小时这个数我不知道是怎么算出来的，但是体会到确实是如果预估计一个项目需要的耗时，想几分钟就说“一个月”这样肯定是不行的，实际结果出来后会和计划差很远，差很远的计划就相当于是没做计划。真的要拿到需求文档出了技术文档（或者已经想过了一遍每一个关键点的大致实现）才有可能估计出靠谱的时间。可能很多牛逼的程序员脱口而出一个数多数都是根据经验以前相似规模的项目出来的。
　　4.        P171。“注意摩尔定律，当硬件飞速发展的时候，需要权衡软件优化的代价是否值得，还是更应该专注开发新产品，坐等硬件将现有软件支持的更加流畅。”看了fb.html5isready.com 了吧，sencha网页版实现的仿facebook native应用效果.iOS我没看，但是samsung galaxy 搭载 4.2.1 运行起来这个demo是完全没问题，真牛逼，体验上完全够用了。
　　5.        P192。匈牙利命名。我忘了当时从尼玛哪里看到了说int 类型变量可以写成iXXX，字符串类型变量可以写成sXXX，干，真粗糙。
　　6.        P252.如何挑选发布日期。1）确定个发布日期，可以根据客观情况也可以根据主观选定；2）列出要实现的功能，然后按照优先级排序；3）当进度落后于预定进程的时候砍掉最后面的功能。
　　7.        P256.在2.0版本之前避免大规模宣传，1.0版本是试水。这样2.0版本会每个人留下一个美好印象。
　　8.        P276.如何定价软件让我想起了大学上的微观经济学，当时上课应该再认真点。
　　9.        P282.服务器出了问题应该问五个为什么，因为不可能规避所有导致问题的漏洞，但是可以有一个解决问题的流程，这样使得产品在一直变好。其中提到的用户可以查看公开网志来查看故障原因以及公司是怎么解决这些故障的真是个好点子，真诚。
　　10.        P288.确定事情的优先级。如果你的办公桌过于整洁，可能你的工作效率不十分高。因为你把精力分散到那些重要的事情之外了（写代码才最重要啊亲！！）