读“软件开发的创新思维”和“高效程序员的45个习惯”

今天去图书馆还“高效程序员的45个习惯”时，想到自己读书应该写一些读后感之类的，把收获记下来。以后可以翻阅以下自己的收获。之前看的，书不在身边。对于一些内容，全凭记忆。

“软件开发的创新思维”

这本书是VB之父--艾兰·库伯所作。他与人共同创建库伯交互设计公司，以公司为基地，这位具有洞察力的软件设计师与编程家，肩负的使命是，阐明当前软件开发过程中的“设计差距”，由于对使用产品的实际用户考虑不周，开发过程经常在接近完成的时候归于失败。

他首先指出了信息化今天出现的许多问题。相机+电脑=电脑，一些相机设置起来非常繁琐。军舰+电脑=电脑，在一次军演中一个士兵在一个分数的分母位置输入了0导致军舰瘫痪（电脑应该对这些会导致严重后果的给与警告）。飞机+电脑=电脑，一架飞机在选择航线时因选择航线错误导致失事（问题同上，系统应该给出警告）。信息化的今天大批普通人被排斥在电脑与网络科技之外。因为不会电脑而找不到工作，正形成新的失业人群。库伯把这种现象称为高科技的“等级隔离”。电脑应该只是一个工具，给各个专业的人员以辅助。

他指责了许多软件并没有从用户角度出发，例如总是要提问是否保存，是否退出，好像用户并不知道自己要做什么。从我自己的感受，对软件总是提问是否退出而感到不爽。他指责了一些设计，使用户需要在操作界面上按非常多的按钮才能获得自己想要的。说到这就不由想到新浪的手机微博客户端，每次退出都要先退到总界面，再设置，再更多才能选择退出，软件操作设计的非常繁琐。 其实软件设计应该是面向大多数人群，而不是少部分人群。应该面对的是更多普通用户，而不是少部分用户。有时，许多软件或手机增加的功能，99%的人用不到，而这些功能使系统的操作变得非常复杂。

书中有提到对编程人员或者说开发人员提出的要求。 有
1、代码应该方便维护和扩展，只有这样的代码才有意义。（我从看到这句话后开始认真写自己代码的注释和格式）。
2、不能过于使用代码重用。一些开发人员因为重用以前的代码而拒绝做更好的UI设计，而没有应用更好的性能。
3、应该尊重UI设计师。
不知道是这本书还是“高效”那本书有提到，真正的研发人员往往不会与普通客户接触。在售后服务时，普通的问题（大多数普通客户的问题）都交给普通的技术人员解决，而遇到懂技术的，普通技术人员无法回答时，才会交给研发人员。这样软件开发的人总是接触懂技术的少部分人，认为大家水平都很高阿。这样他们开发出来的东西，势必会造成技术的“等级隔离”。
书中也有开发过程中的注意事项，例如前期90%的代码用掉一半时间，后面的调试、完善工作用掉一半时间。所以不要预定着全部时间用在前期，应该有一半时间用在后期工作。
这本书对于设计人员和编程人员都有很好的帮助，帮助我们去改变一些观念。

“高效程序员的45个习惯”

这本书侧重对编程人员的要求。
对开发人员的要求和上本书阐述的观点相似。例如记得非常深刻的一句，“没有愚蠢的用户，只有愚蠢、且自大的研发人员”。书中写到“用代码沟通”，如果我们写文档，在开发期间可能经常变动导致非常烦，那么我们利用代码注释来沟通就非常有必要。这方便团队的其他人阅读和使用自己的代码，也方便维护（呵呵，代码注释很重要吧）。
这本书对“敏捷”有较高要求，敏捷反馈，敏捷编码，敏捷调试。
还有关键词，态度决定一切，学无止境。
书中提到，一个好的架构师，应该是积极的编程人员出身。他能知道什么样的框架适合编程人员开发。前期设计应该在战略上，而不是将具体的函数、参数等都确定，然后就交给所谓的码农们，每个人都有思想，码农也希望展示自己的思想。另一方面，只有我们真正面对问题时才知道，应该具体的如何解决问题，使用什么方法。所以展开工作后，我们才能做具体的战术工作。
这本书还写了，测试应该在开发之前，由于自己当前项目经验和时间，没有能完全理解这些内容。

这两本书都是挺不错的书，有空多读读这些书籍有利于培养自己的思维，让自己养成良好的习惯。