随笔分类 -  读书笔记

摘要：服务访问和配置模式 1. Wrapper Facade可以将有非对象API提供的函数和数据封装到面向对象的类接口中 就是把底层API再封装一次，让外部不用关心是调用哪个平台的API，不如锁，在不同的平台上可能是不同的函数，所以直接封装成一个统一的命名 1. 如何根据平台来进行判断封装的函数要调用哪个 阅读全文

摘要：管理 1. 制定大目标，再分解成小目标，定时反思自己的长期和短期的成果 2. 人都希望自己很重要， 要让下属有存在感，让他们做事有成就感 3. 奖励积极比惩罚消极更有用 4. 学会换位思考，不要用"我想要怎么"来思考，要用"他需要什么"来思考 5. 学会认输，避免无意义的争吵 6. 学会思考公司的不 阅读全文

摘要：1. TDD通过边测试边编写代码，然后重构来防止重构所引起的错误 2. 通过自动化测试和持续集成工具,随时保持可以发布 3. TDD第一步: 1. 需求分解 2. 将需求转化成测试 3. 写一个失败的测试 4. 逐步通过测试，再写一个测试 5. 开始消除重复代码 (由于这个时候有测试在了，所以不用担 阅读全文

摘要：书名的英文名其实是 ，跟人性的弱点没有什么关系，中文名有点标题党 如何与他人相处 1. 停止责备他人 批评是徒劳的，因为他会让人心生抵触，并想方设法为自己辩护 批评是危险的，因为会伤害一个人的自尊心 做错事只会责怪他人，不会自我反省 控制自己的情绪，不要想着宣泄愤怒 让人心甘情愿地去做事情 2. 真 阅读全文

摘要：1.走进敏捷 组织成功 增加业务专家，较少bug和测试的交流成本，即使取消不好的技术 首先发布最有价值的特性，时常发布新的版本，即使改进软件 技术成功 结对编程，代码审核，确保同一份代码有不同的人复查过 个人成功 2 敏捷方法 设定编码标准 使用版本控制 向利益相关者每周演示版本 敏捷软件开发宣言 阅读全文

摘要：1. 不要以严格地职能部门来组成公司，而是要以人们在各自专长的领域做出表现，组建跨部门的团队 2. 在普通的管理中，如果无法实现目标，要么是计划不足，要么是技术不足 这点我感触比较深，以前在老东家的时间，刚开始是技术不足，导致项目延期，后续是计划不足，沟通交流不足，导致项目延期 3. 在产品优化的过 阅读全文

摘要：以前一直从开发的角度来看待测试，看完这本书以后感觉错了，难怪之前公司的测试一直搭建不起来 1.开发人员，开发测试人员，测试人员 开发人员负责开发 开发测试人员近距离接触代码，负责编写测试用例，模拟运行环境，使不同模块的测试可以进行自动化，提供给开发人员测试框架，方便编写中小型测试 测试人员主要是面对 阅读全文