一步一个脚印的图书主页-查字典图书网

把时间当作朋友

时间是我的朋友

2017-01-08

在看李笑来老师的《把时间当作朋友》，对时间管理、项目任务规划有一些感悟
1.需要认清的几个事实，时间是不会被管理的，你所要管理的其实是你自己的心智，你对要作的事情的熟悉程度、任务过程管理规划其实是你更应该去关注和管理的。
2.接受现实认清自己的不足，制定计划去执行利用持续的积累投入去改变自己现状。
3.还是积累这个主题，注意勤奋的懒惰这个事实，很多人不由自主的会陷入到这个怪圈，没有形成有效的积累最终一事无成。
做事情找方法有计划会拆分去执行，持续投入长期积累。
4.现在就去做，不要拖延，拖延的本质是因为你存在不求无功但求无过的心态，做事情总会有对有错这也是需要接受的现实。
5.学习什么样的知识，年轻的我们总是很浮躁，总想花最少的时间收到最多的回报，在追逐的过程中我们失去了时间，不再纠结现在的学习对未来的回报，只要有合适的时间、机会那就踏实去学，长期积累就会产生人与人之间的差距。

每次都有新的收获

2015-09-02

两个视角
1.技术是因业务存在而存在
网站业务发展的各个阶段造就了技术支撑体系的不断发展演化。
2.大型网站的5个核心要素
性能、可靠性、可用性、可扩展、安全性
围绕着这五点有各个篇章讲解各种应对解决方案。

后续的两块
1.典型系统的案例架构分析
2.写给架构师的工作经验手册和建议

读此书的感觉
1.结构思路很清晰，可读性很高，很接地气。
2.这本书涉及网站的方方面面，见识到很多可用的思路和解决方案

对我有帮助

2011-07-27

作者把日常工作中的经验与解决问题的思路进行整理总结并写了上去,通过本书使我对前端尤其是css这块有一个新的认识,css写出来非常容易但真正写到让别的同事能一目了然,在今后的运维过程中能再一次的非常清晰的读懂,这可不是个简简单单活.

Java核心技术（卷2）：高级特性

2014-07-23

这本书是Java语言中的经典，从刚开始的第一版到现今的第九版，这本书见证了Java语言发展的过程。五年前读过第一卷，如今读的是第九版的第二卷。
工作这几年发现Java知识体系很庞大，普通情况下没有多少项目可以把第二卷的这些高级特性都应用进去。但是在项目开发过程中会遇到许多问题需要解决，当对Java并不十分了解的情况下往往会选择使用我们熟悉的低级别语言特性来解决问题，然而当对Java非常了解的人可以事半功倍的解决这些问题。这其实是不同的策略，你可以不学习，但当你面对一些未知问题需要解决时，你的解决方案也许往往不够优雅和高效。

掌握Java卷2的这些高级特性会提高对Java技术的综合能力，让我们在面对问题的时候多了一套解决问题的思路、方法、工具。

部分读书笔记

2013-05-09

2013-04-19 13:39
抱着《UML和模式应用》这本书看了大半年，这本书的内容有很多，但总体思想依然是：
软件系统的可维护、可扩展
高效率、持续、迭代交付可复用的软件产品
前期、需求分析、分析设计、编码开发的主要步骤，作者对整个过程提出了最佳实践
迭代开发、需求进化、架构进化，这是一个快速迭代进化的过程
最多的名词
松耦合、模块化、组件化、分层、分职责、领域模型、概念模型、设计模型、测试驱动、模型视图分离、逻辑架构、包、静态建模、动态建模、对象设计技能、高内聚低耦合、应用逻辑层、领域层
好了，上述的基本上都是重要的概念，这些概念都是用来辅助提高软件系统的质量，从一定程度上来说这些概念就是目标、是长远规划，那么如何完成呢？
GRASP的9个模式
创建者、控制器、纯虚构、信息专家、高内聚、间接性、低耦合、多态性、防止变异
1、创建者
该模式指导我们分配那些与创建对象有关的职责，寻找在任何情况下都与被创建对象具有连接的创建者。保持低耦合。当创建逻辑非常复杂的情况就要考虑到创建职责委托给具体工厂、抽象工厂。
2、信息专家
在对象设计中，当定义好对象之间的交互后，我们就可以对软件类的职责分配做出选择。把职责分配给信息专家，它具有实现这个职责所必需的信息。信息专家经常用于职责分配，这是对象设计中不断使用的基本指导原则。专家并不意味着模糊或奇特的想法，它表达了一种“直觉”，即对象完成与其所具有的信息相关的职责。“把职责与数据置与一处，知其责，行其事”。
3、低耦合
考虑怎样降低依赖性，减少变化带来的影响，提高重用性？耦合是对某元素与其它元素之间的连接、感知和依赖程度的度量。分配职责，使耦合性尽可能低。高耦合对于稳定和普遍使用的元素而言并不是问题，例如，j2ee应用能安全地将自己与Java库耦合，因为Java库是稳定、普遍使用的。高耦合本身并不是问题所在，问题是与某些方面不稳定的元素之间的高耦合。
4、控制器
控制器是UI层之上的第一个对象，它负责接收和处理系统操作消息。控制器应当把需要完成的工作委派给其它对象。控制器只是协调或控制这些活动，本身并不完成大量工作。
存在边界、控制和实体类的概念，边界对象是接口的抽象，实体对象是与应用无关的领域软件对象，控制对象是此控制器模式描述的用例处理者。控制器模式的重要结果是，UI对象和UI层不应具有实现系统事件的职责。系统操作应当在对象的应用逻辑层或领域层进行处理，而不是在系统的UI层处理。
设计不良的控制器类内聚很低，即没有重点，并且要处理过多领域的职责，这种控制器叫做臃肿的控制器。解决控制器的臃肿有两个办法：
1、增加控制器，系统不是只能有一个控制器，应使用用例控制器，而不是外观控制器。
2、设计控制器，使它把完成每个系统操作的职责委派给其它对象。
又强调了一遍，控制器模式的重要推论是，UI对象和UI层不应具有处理系统事件的职责。
将系统操作的职责分配给领域对象控制器，能够更加容易地复用程序逻辑，这些程序逻辑能支持未来应用中相关的业务过程。这也使移出当前的UI层并使用其它UI架构和技术更容易，也能够用一种离线的“批处理”模式来运行系统。
上面讲的这一点，实在是深有感触，利用分层架构，在领域层引入控制器模式解耦UI层与领域层，这样做的好处：
1、实现业务逻辑处理可插拔
2、脱离UI层可更容易的来做单元测试，并且是批处理自动化方式来做。
3、UI层不紧紧局限在浏览器，直接拉近了UI层与业务需求变化的响应能力。
5、高内聚
如何保持对象是有重点的、可理解的、可管理的，并且能够支持低耦合？
从对象设计的角度上说，内聚是对元素职责的相关性和集中度的度量。如果元素具有高度相关的职责，而且没有过多的工作，那么该元素具有高内聚性。
如何达到高内聚？
分配职责可保持较高的内聚性。
内聚性较低的类要做许多互不相关的工作，或需要完成大量的工作。
内聚性的类通常表示大粒度的抽象，或承担了本应委托给其它对象的职责。
6、其它
另一个经典：模块化设计
与耦合和内聚关系紧密的另一原则是模块化设计，模块化是将系统分解成一组内聚的、松散耦合的模块的特性。我们通过创建具有高内聚的方法和类来促进模块化设计方法。在基本的对象级别上，我们为每个方法设计清晰和单独的目标，并且把一组相关关注置于一个类中，以此来实现模块化。
内聚和耦合：阴和阳
不良内聚通常会导致不良耦合，反之亦然。内聚和耦合是互相依赖的。

领域模型和设计模型中对象类之间的多重性可能有所不同。
错误的原则：就像为人分配职责一样为软件对象分配职责！对象设计要根据信息专家原则将职责分配给众多对象。
命令—查询分离原则，执行动作的方法通常会改变对象状态，而向调用者返回数据的查询没有副作用。

对我学习Java影响非常深刻

2012-03-09

回过头来已经做Java四年了，工作这四年中，对这本书大步分章节来来回回读了好几遍，每次都很有兴趣的再一次模拟一次书中的一些场景。
这本书跟了我很长时间，记得07年上半年买的，带着它在山东再到北京来来回回，直到今天还没舍得丢，同学要看我就给他买了第四版.
很长一段时间我把它当成工具书，有一些基础性的知识点在工作中不常用到，但有时却又会涉及到。
书中最后章节讲到的方法论可不要忽略掉，那个章节的内容写的同样非常精彩，这章会告诉你一个从无到有的产品大致上会有哪几个过程，你需要做哪些事，如何把前面的知识点给顺理成章的应用到当下的工作。

如何做到优秀?

2013-07-06

代码大全几乎包含了软件生命周期的方方面面，从多方面讨论了软件分析设计实现工作的原则、目标、方法，重点在实际开发实现层面，代码大全告诉了我什么才是规范化，如何做到人与代码最顺畅的沟通，我理解的代码大全的主题是：“优秀的软件设计实现是什么样子？如何做到优秀？做到优秀需要考虑哪些要素？”
设计优秀在于问题分解和抽象
实现优秀在于找寻适合自身团队组织的要素共同执行和遵守

整理的一些书中设计主题的笔记>http://blog.csdn.net/ybygjy/article/details/9260065