`
stephen80
  • 浏览: 105474 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论
文章列表
最近的项目,促使我决定总结一下。 计划,半年完成,大概的框架: 设计原则 设计模式 反模式 并发计算 架构 同时总结另外一个领域 '分布式计算和data sharding' 整理一个ddd 的ppt. 最近太忙,这些计划,抽时间完成。
以前的项目,用贫血模型,一直没有问题. 最近的一个项目,发现扩展性不好,概念不完整. 以后,不用贫血模型了. 核心的思路: (spring/hibernete) 放到模型下边 domain model 抽象化。 结果模型: client -->{ domain model (abstract);service }->{persistent model ; its service} ->dao ; 缺点: 繁琐一些 优点: 扩展性好 概念完整。 这个模型,不同于常见的争论,我认为是最佳解决方案。 回头读,ddd,才知道,我原来没有读懂。 决定,复习两遍,彻底读 ...
接口的参数,不能太具体,抽象程度高一点,对扩展性有好处。
mysql sharding (ameoba) jgroups ec2 s3 我可能是总算赶到互联网技术的前沿了,中文的相关帖子少,而且较浅。
a unit test ppt with junit. except advanced is prepare.
选择学习一个新东西的时候, *** in action. *** best practice ,是很好的搜索关键词。
         我们只做清晰的事情 2.         需要足够的抽象,足够清晰的边界,才能把事情搞清晰 3.         我们不越过边界做事 4.         我们要把边界内的事情,做到别人无法超越 5.         需要对做好 ...
虽然我较早的知道architecture 和design 的区别。 不过,关于architecture 的确切了解,今天是个标志。 Pattern-Oriented Software Architecture ,是个重要的开始。 呵呵,让自己的架构师计划,又向前了一步。 Basic Architectural Patterns • Layers • Pipes and filters • Blackboard • Broker • Model-view-controller (MVC) • Presentation-abstraction-control (PAC) • Microkern ...
1. 很长的事务,肯定不是好的方式   这次,在退出的时候,如果恰巧赶上很长的事务,那麻烦了。 2. 完全阻塞方式,必须用 Thread.interupt 打断,这个在NIO 的时候,   会遇到  java.nio.channels.ClosedChannelException .   (我对 nio 还需要继续学习,看看是否能避免这个问题) 。
o(n) ,o(lgn) 是一个重要的问题。 如果,n 太大不能承受,可以考虑限制。
下载各种书籍 购买了 "ruminations on c++","c++ prime plus", "exceptional c++ 40 rules" 阅读 "ruminations on c++" 的前几章 这个增加了我(java expert)对c++ 学习的兴趣,启发我去找给java 程序员看的c++ book 下载“java to cpp ”(无名氏),很有收获 阅读“林悦”的 “高质量c,c++ 编程指南”,很好 阅读huawei "中级c++ ",对抽象接口讲的很好,留下temp ...
cpu 占用居高不下。 问题是,log4j 的配置不当。 参看: http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/PatternLayout.html pattern L M 应该只在 debug 级别使用,呵呵。 stack 也是。 参见: http://weblogs.java.net/blog/zarar/archive/2005/11/sneaky_sneaky_l.html eclipse 下如何link 外部文件。 Eclipse really wants to create a project dir ...
java debug and tuning 8条原则 (信心原则) 有信心解决这个问题,只是我要找到最佳的解决路径。 (计划原则)最好计划,按计划进行 (冷却原则)如果已经在某个问题上已经花了两小时无果。那先让这个问题冷却2小时,再解决。 (分解原则) 这个问题太大了,分解为小问题比较容易解决 (移花接木)]既然这个问题是如此难以克服,那就承认这个问题好了,也许改一点其他地方,这个问题的影响就微乎其微了。 (抓住本质) 固然问题看起来在这个地方,但本质上,问题并不在这个地方 (极端原则) 用极端环境,更准确的暴露问题 (单元测试)重新单元测试,也许就能定位问题 内存泄露:用 jprofi ...
年纪愈来愈大。 不得不做这个规划。 更新,和完善了这个计划。 update, and backup other. 2011年2月25 , 确立了今后的努力方向 , hadoop/hive 专家。 很多看法也变了。 希望这次不要再错。
最近,用 berkeley db je. 没有用 transaction 模式。 重新理解了 transaction . 编程的关键是在 isolation level2 上如何避免 phantom! hibernate 可以用 version 机制。 当然,bdb ,可以用 putNoOveride ,重复查询避免。 也加强了,我对于 concurrent program, 的uncertaincy 的理解。
Global site tag (gtag.js) - Google Analytics