一步一个脚印的专栏

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

电子商务的发展已经10年多了，电商系统的发展也已经很多年了，技术上面各种成熟的解决方案有很多，电商系统的建设已经不再是摸索构建的时代了。读过一些文章关于程序员修养的，主题就是程序员需要不断的去学习去了解目前正在做的工作在外界是什么样子，不要自以为是认为发明了某个新的工具、会用了某个还算时髦的工具就不得了了，最终出现问题的时候就把责任推给外界而不主动找自个不学习的原因，最终这样恶性循环不去做任何改变

编写线程安全代码的核心在于对状态访问操作进行管理，特别是对共享的和可变的状态的访问，共享意味着变量可以由多个线程同时访问，而可变则意味着变量的信息在其生命周内是可以发生变化的。

扩展现有安全类场景为现存的线程安全类添加功能（对现存的线程安全类进行功能扩展），有时工程中现存的线程安全类只能支持大部分我们需要的操作，此时就需要在不破坏线程安全性的情况下添加一些新的操作。

客户端加锁实践对于类似由Collections.synchronizedList封装的ArrayList这种场景，客户端并不知道同步封装器工厂方法中返回的List对象的具体类型，这时需要对返回的List对象进行扩展，可以考虑只扩展类的功能，但不是扩展类本身，而是将扩展代码放入一个“辅助类”中。该文档记下了在进行辅助类扩展现存线程安全类时，辅助类使用的锁和被扩展的类使用的锁不是同一个，出现了并发问题。所以通过辅助类加锁扩展现存线程安全类实例的功能，需要客户端明确知道被扩展的类实例使用的锁。

Java同步容器和并发容器同步容器同步容器将所有对容器状态的修改串行化，以实现它们的线程安全性，这种方法的代价是严重降低并发性。当多个线程竞争容器的锁时，吞吐量将严重减低。同步容器类都是线程安全的，但在某些情况下可能需要额外的客户端加锁来保护复合操作，容器上常见的复合操作包括：迭代、跳转以及条件运算。

volatile实践1、volatile变量不会被缓存在寄存器或对其它处理器不可见的地方，因此在读取volatile类型的变量时总会返回最新写入的值。2、volatile只确保变量的可见性并不确保原子性，加锁机制既可确保可见性又可确保原子性。3、volatile变量对可见性的影响比volatile变量自身的特性更为重要。当线程A首先写入一个volatile变量并且线程B随后读取该变量时，在写入volatile变量之前对A可见的所有变量的值，在B读取了volatile变量后，对B也是可见的。4、语句重

JCIP_3_对象的共享_笔记总结多个线程访问共享的可变状态时需要进行正确的管理，可以通过同步来避免多个线程在同一时刻访问相同的数据。同步可以确保以原子的方式执行操作和内存可见性。当一个线程修改了对象状态后其它线程能够看到发生的变化。如何安全地共享和发布对象使其能够被多个线程同时访问？可见性在没有同步的情况下我们无法确保执行读操作的线程能适时地看到其它线程写入的值，为了确保多个线程

ad

场景为现存的线程安全类添加功能（对现存的线程安全类进行功能扩展），有时工程中现存的线程安全类只能支持大部分我们需要的操作，此时就需要在不破坏线程安全性的情况下添加一些新的操作。分析/解决方法1.修改原始类为现存线程安全的类添加一个新的原子操作，最安全的方法是修改原始的类，但是通常无法做到，因为我们可能无法访问或修改类的源代码。要想修改原始的类，就需要理解代码中的同步策略这样增加的功

最近密集调查和学习了卡券系统的业务规则和技术分析，这篇文章的记下了个人对卡券系统各方面的思考、总结和资料整理。一、为什么会存在卡券系统，卡券系统的价值？卡券系统是运营促销的必备工具，无论是在电商类企业还是在其它各行各业都会看到卡券系统的影子。我是从以下几个角度去理解卡券的：从运营促销的角度从增强用户黏性、客户关怀的角度从精准营销的角度从市场营销的角度从不同的角度去理

dns解析通常都是由运维同事统一控制和管理，在正常开发发场景下是很容易被忽略的一环，再加上现在的云服务模式，产品部署与运维成本真的降低了，但并不代表着当应用出现问题时我们能快速的定位、复现、处理。DNS解析 DNS轮循DNS轮循是实现站点负载均衡的其中一种方案，基本原理就是将一组服务器逻辑结构上进行整合然后通过调度策略控制和选择最优的服务器对域名解析请求进行处理，这块收集到的资

场景Vim下查找编辑的文档中部分内容重复的行，并删除。解决#查找/^\(\d\+;\d\d;\).*\n\1#删除:g/^\(\d\+;\d\d\).*\n\1/d图示

2015-09-02 00:33 读大型网站架构设计，读到其中一节深感认同，在一个这样的环境下才能安心快乐的做技术，做自个喜欢的事情然后顺便把钱给挣到。 一定要坚信：一群优秀人的做一件他们热爱的事，一定能取得成功，不管过程多么曲折，不管外人看来多么不可思议不靠谱。所以最好的软件项目管理不是制订计划，组织资源，跟踪修正项目进展，对成员进行激励和惩罚，而是发掘项目组每个成员的优秀潜能，

年终_01

如何阅读一本书_第七章透视一本书1.分析阅读第一阶段_找出一本书在谈些什么1.1.依照书本的种类与主题作分类

整理交易异常情况及处理一、支付金额与订单金额不等场景这类场景主要发生在商家或平台单方在后端对待付款订单的修改（修改运费、商品金额、商品数量、优惠方式等），订单修改的过程中收到了第三方支付平台支付成功的回调通知。分析解决1.增加运费修改流程，强制加入客户与商家双重确认流程2.对多支付金额进行生成退款单加入运营复核确认流程3.平台方修改订单的情况多见在内部优惠打折、客服与客

如何阅读一本书_03

书的世界与生意的世界不一样，不但要懂得达成共识还要懂得提案。买方或卖方的提案是一种计划，一种报价或承诺。书里的提案，也就是主旨，也是一种声明。那是作者在表达他对某件事的判断。2、我们从共识谈到主旨，再谈到论点，表达的方法是从字（与词）到一个句子，再到一连串的句子（或段落）来作说明。我们从最简单的组合谈到复杂的组合。

我喜欢看书，可以让自己心里很踏实，可以释放压力。为什么要把书中的段落给拆分后拿出来呢？这样很容易就破坏了整本书的上下文。拿出来的好处是什么呢？当读了2､3遍这本书之后主旨、中心思想也都能清晰的叙述出一个大概，当需要需要再次思考的细节时，这些段落就有用处了，摘段落的一个重点就是需要对全书能有一个了解之后，但某些细节或没理解透的某些主题需要把他们记下来，不再关注全书而只专注书中的某些主题或中心段落。

整理卡券系统的分析设计，越发感悟到技术的存在是为业务服务的这句话，在这之前收集并认真学习了多个电商平台的卡券系统或功能，卡券系统是上层促销策略与底层促成交易生成有效订单的连接点，运营方面的各项策略最终是必须依托有效的技术支撑来让各种策略落地，比起担心卡券系统会对底层交易订单阶段进行大量改动的技术问题，我们更应该想象一下关注具体的销售策略把关注点移到如何能提高GMV上。

哈希表基础1.哈希表是基于数组的数据结构2.通过对关键字的哈希运算实现元素的快速定位3.哈希表的重点是哈希化，哈希化负责把一个大范围的数字转化成一个小范围的数字4.哈希化过程中会产生值冲突，这种情况有多种办法可以解决（开放地址法、链地址法）4.1.开放地址法，通过在哈希表中寻找一个空位解决冲突问题，寻找空位的方法也有多种（线性探测、二次探测、再哈希）4.

读书笔记_简单之美

阶段总结

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

2014-8-1 19:05Resin#unexpectedend of file in utf8 character解决过程场景服务器使用Resin3.0.25，因业务需要修改了一个Jsp文件并部署，客户端无法访问修改的jsp，服务器端出现异常，容器无法编译新上传的jsp文件，异常信息：unexpected end offile in utf8 character分析/解决

读书笔记_简单之美

想想在X的这些天，我开心、快乐、兴奋、苦恼，更多的是感谢，感谢他们无言的教诲让我自己得到升华，这是我在其它环境下学不来的。 因为梦想与追求我来到这里，现在要因为那些其它现实的理由我需要离开这里，我必须得承认我的到来还未给大家带来实实在在的多少价值，我得承认我所做的不一定是正确的选

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

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

近期对自己各方面尤其是脑子总结了下，发现自己做事存在很多不足，效率总是提不上去，总结一下，希望20年后能有幸再体会下近期感触。。1、三月份做了一个重大的决策==》提升英语，从已经坚持的2周，总体上也希望自己能坚持，英语是用出来的，学好它只有坚持是不足的，这还需要多读、多练、多说。深切的希望在2011年的时候英语水平有了质的飞越。。。2、从春节回来至今又接触到好几个新的代名词，   ·Flex/

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

  最近我在做什么?出差回来后,又回到以前那种散乱的状态,每天还是早早的到了公司,但好像没有以前早上特有的那种激情了是在外面呆的时间有些长?以前棱角分明的自己现在,把角对准了自己与同事真的有些平淡了.虽然还是坚持,但心里又多了一面墙,这就是所谓的工作..   存在是有原因的,就像你努力的想,努力的给自己画圈,用自己想出来的圈把自己圈起来然后再一想天开的等

一直以来在Office2007上我都是通过类似SVN的方式同步日志文件，实在不行了就复制来复制去的.而如今自从有了Office2010那流程可就方便多了，Office2010 OneNote可以和Window Live账号绑定，而现如今有个Window Live账号就代表着有了SkyDrive上的免费存储空间，自然就代表着多人共享，并且这个方式Office 2010 OneNote直接

  计划今天对产品升级后的问题进行修改，昨天在客户下班后对产品环境进行备份后尝试进行产品升级，在操作过程中判断失误导致服务器被关闭，进而影响整个工作计划进度。真想抽自己。。 以此记录，注意今后在对服务器进行操作时定要谨慎处理。

SIM卡解锁，PUK解锁

小结

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

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

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