一步一个脚印的专栏

读书笔记_简单之美

年终用最近整理的几张图来做一下总结，加入创业团队代表着做的事情不再是一小块系统和模块，短、平、快的模式从一开始就注定没有太多的规范、容忍不影响主流程的一些问题、24小时准备起来修问题。知识广度的积累会比深度的积累要多，最终一个结果有可能是啥啥都懂一些、知道、会用，但都不精通。总结创业团队的这一年，付出了很多，技术知识收获的不多，业务知识学到了很多，每天都很有激情，有时会也会低落一下，创业团队让我见

为什么会有佣金？互联网企业的盈利模式1.流量变现2.佣金分成3.增值服务4.收费服务5.直销自营6.数据服务与佣金相关的概念？1.推广/联盟ecpm,千次展示利润cpm(cost per mille)，千次展示付费cpc(costper click)，每点击成本cpa(costper action)，每行动成功cpr(cost per r

近来一直在做数据迁移相关的工作，本以为数据迁移会是个简单的工作但做下去之后就立刻打消了这个想法，这是一项非常庞杂的工作并且工作内容也非常的不轻松。迁移前期需要考虑的几个问题迁移源与目标的对应关系。划分阶段是非常明智的选择。如何对迁移后的数据进行验证。需要哪些类型的工具来支持迁移的过程。迁移后的验证场景数据初始化。迁移工具迁移工具这块我们使用了Kettle完成需要

Java的异常/错误机制Javar异常主要有两种类型：受检异常和非受检异常。异常到底如何用？为了什么目的去用？受检异常一般用在API层，要求客户端必须考虑在进行语句调用时必须考虑异常情况，如果出现异常了客户端程序需要依据自身的场景处理异常（记录、向上层抛出、跳转到其它处理策略）。更细致的考虑是记录异常的策略？向上层抛出异常的策略？跳转其它分支的策略？记录异常的策略？

基础知识1、Oracle Dictionary Views2、SQLServer目录视图关于Oracle与SQL Server的不同或相同就不整理了，试着用两者完成相同的功能的同时自然就知道两者那些是一致的哪些地方是各自的。当然，要真是非常的了解Oracle与SQL深层次的不同，那么再回过头来看类似查询这样那样数据的工作就显得简单多了。依据需求分析得出Oracle这块需要对表、视图

如何做到优秀的开发实现？很感谢发部中文电子版的那帮人！就和Java与模式一样，实体书买回来没看多少当收藏了，下载的电子版本却看完了。代码大全几乎包含了软件生命周期的方方面面，从多方面讨论了软件分析设计实现工作的原则、目标、方法，重点在实际开发实现层面，代码大全告诉了我什么才是规范化，如何做到人与代码最顺畅的沟通，我理解的代码大全的主题是：“优秀的软件设计实现是什么样子？如何做到优秀？做到优

总结近来设计设计开发的结构较验工具结构是根基感悟到清晰的结构才是王道，当定义出模型之后我们的工程才是工程，这些模型的概念涉及到问题解决，对问题的认识，定义了问题或是说理清了问题。下一步就是围绕着认识到的问题建立问题解决流程。第一步先把大问题分解。第二步解决小问题。第三步整合重构验证对问题的理解是根本问题，或就是设计出来的这个工具/功能是如何提供服务的，这是对外的，对内的

这篇文章是我在整理日记本时翻出来的日期写着2011-06-17，记忆中应该是刚负责完CMMI任务后的记录，内容不记得是否完全自己写的。这篇文章主要是个人对软件工程或是说软件项目理论+实践上的总结，这篇文章可以让自已对这块的主题有一个更加清晰的认识（整理思路），希望也能给您带来些帮助。 对项目前期的理解无论大小项目，总是会有一个分析准备的过程，如准备投标、可行性分析、组建项目团队，总

优先考虑composit|Aggregate，尽量不要使用extends,association(关联) 的特殊种类 Aggregation 它表示拥有关系或整体与部分的关系 Composition 可理解成强关联关系，强得多的拥有关系,一个合成的新的对象完全拥有对其组成部分的支配权，包括它们的创建/湮灭,   一个合成关系中的成分对象是不能与另一个合成关

再次感悟问题分析解决中的模型，需要解决的问题实现的业务逻辑与基础层次的领域模型有着千丝万缕的关系，如何把这些基础性质的领域模型有效的管理从而为上层业务逻辑提供有效的支撑？一、责任分离，分清楚责任、理清楚关联关系和总体流程二、拆分层次，即使非常大型的业务逻辑流程也终究会被划分成一块块层次分明独立但相互关联的故事三、定义规则，在层与层之间定义明确的模型交换规则，即使前期看起来很麻烦，但后续

这一年半，全程参与一个重要项目，协助参与了两个项目还有一些时间片的设计开发任务。回过头来再次总结一下这些对咱个人的积累不再是单纯的技术主题，而更多的是个人综合素质、团队配合、协同工作。在与同事的协作过程中有意识的提高自己的交流、沟通、描述各方面的能力，在这个过程中体会到软件工程和标准化的意义真正理解到CMMI等软件管理主题存在的价值。我们技术存在的价值就是为客户服务，技术只是整个软件工程中

自治事务总结和分析在现场投遇到的问题，问题核心是对Oracle事务提交机制理解不透彻，忽略了Oracle自治事务。 定义自治事务由父事务或主事务启动，自治事务独立于其父事务进行操作。自治事务中使用了回滚或提交，由于某种原因发生错误都不会影响其它事务。自治事务必须显示执行COMMIT或ROLLBACK。使用场景记录应用程序事件/动作，无需考虑动作的结果

Ibatis#加载和解析SqlMapConfig.xmlIBatis的这种XML解析方式很经典，采用类似事件注册/监听(回调)的方式完成文档中各节点的逻辑处理，1、com.ibatis.sqlmap.engine.builder.xml.SqlMapConfigParser，负责解析处理，是配置文件解析处理的入口类。2、com.ibatis.common.xml.NodeletPars

maven依赖关系中的scopemaven scope用来控制依赖artifact的作用范围和传递性依赖范围，这里范围是指针对maven不同目标的构建过程。compile，默认，项目编译、测试、打包发布都会包含该依赖；provided，项目编译、测试阶段会包含该依赖，项目打包发布过程不会包含该类型的依赖，需要由运行该项目的运行时环境（如web容器）提供该类型的依赖，典型的场景就是Jav...