Godlikeme
- 浏览: 165198 次
- 性别:
- 来自: 北京
-
最新评论
-
Wangwei86609：
非常好的规则引擎框架，支持决策树和多线程运行规则https:/ ...
规则引擎 -
wqxiea：
进步一点
业务接口 -
海盗大哥：
matlab 最喜欢里面的矩阵了~
找到了很早以前被隐藏的帖子，放在博客留念 Java vs Ruby -
zhu_shg：
在应用程序中使用单实例、Spring框架，并不影响在集群环境中 ...
应用的集群部署 -
lauphai：
向此邁進！！！
关于架构师
文章列表
如果使用Hibernate,对于业务逻辑中的异常处理，往往忽视Hibernate Session中业务对象状态变化的处理，可能导致虽然异常捕获了，但没有对相应操作的业务对象状态做处理，业务对象状态处于非正常状态，并且可能遗留问题到后续业务逻辑中暴露出来，可能导致后续业务处理失效。
此类问题特别在一些缺乏细粒度事务控制的处理逻辑中更加明显。在一些类似spring对hibernate封装后屏蔽其技术细节的开发框架下此类问题也比较普遍。
- 2008-02-22 01:50
- 浏览 2316
- 评论(0)
做行业的软件公司相比较技术，更注重业务。
业务需求是根本，是软件价值体现，重视是必然。相信绝大多数公司是这样。
技术不是不重要，只能说相对次要，真正的强人是两条腿走路的。
一个公司不需要太多的技术专家，养活不起，差不多够用就行。
业务的东西比较具有核心价值，知识相对稳定，适合长期积累，越积累越值钱；而技术的可积累性相对较差，积累更多的是经验性的东西，具体干活的技术常换常新。
这也是为什么这样的公司更多的人成为技术顾问，业务顾问，产品专家的原因，他们对业务熟悉，对产品熟悉，而产品的核心价值也是在于业务支撑作用。
即使在产品中心也只有那么几个对具体技术研究很深的人。
- 2008-02-01 02:44
- 浏览 2737
- 评论(4)
基本附和 魔力猫咪 的观点。
引用主要看具体是什么集群。现在有些用F5之类的负载均衡器的应用也被叫做集群，还有双机热备（部分人也把它叫集群，其实只有一台机器在工作，另一台是备份机，平时不参与业务，只有主机不 ...
- 2008-01-31 01:12
- 浏览 4318
- 评论(2)
最近看了java vs ruby很多这方面讨论的文章，也顺便看了很多这方面的资料。
语言毕竟是工具性质，肯定是各有优势了，不想细研究这些，一门语言学的比较精通，其他的就触类旁通了，至于到底那个好就是个人偏好的问题了。虽然现在用java，其实一直感觉matlab做科学计算才是我感觉最爽的。
读过人月神话的 ，大家应该知道，软件工程的难点在于domain model，需求，沟通，变更、管理这些方面，这里面语言所能产生的作用是再次的。
孰本孰莫呢？还是多想想怎么抓住最本质的东西吧。
我从没有对Ruby有过负面评价，我的出发点是不要把开发语言的优点、缺点看得如此的重，他们本身是同质的，真正能够 ...
- 2008-01-29 03:23
- 浏览 2576
- 评论(1)
最近大家晒简历比较多哦。
简历要经过几个人的手，HR，技术负责人，项目经理。
HR主要看你这个人怎么样，具体的技术方面只是按位入座。
看一个人主要就看为人处事了，对工作，对生活，对同事的态度.很重要一点，在一个公司干不好，到另外一个公司干好也很难。更多的是自身的问题。除非是你有....有更高的追求。
项目经理主要检查是不是项目需要的人，或者可以培养的人，一般来说更注重基本素质，经验，技能情况，做事能力，态度，对职位是否感兴趣。做过哪些项目，行业、规模、周期、主要负责那部分，完成情况，遇到主要问题，如何解决。诸如此类。
具体的技术能力由技术负责人把握，不一定是各方面都很强的，但是一定是某些方 ...
- 2008-01-27 03:16
- 浏览 2477
- 评论(0)
一直在学习java多线程编程，
主要来自两本书 《java多线程设计模式》<java concurrency in practice>《深入浅出java虚拟机》，也看了一些jls的东西。
在学校操作系统课程上学来的一些基础知识虽然感觉还是皮毛，但也是最本质的东西，抽时间再把那些书拿来温故下。
这两本都堪称经典，第一本是基于1.4的，第二本是Douga lea基于5的，经典的东西要多看才能领会，继续努力。
一般的系统，平时开发中应用的还是比较少，比较好的开源项目 例如Quartz是非常不错的参考。
- 2008-01-27 02:52
- 浏览 2265
- 评论(0)
设计系统，分析需求，需要先了解原有系统的情况。这是因为客户以前的业务是基于原有系统的，其实从一定程度上理解了原有系统就是理解了客户的业务，所取得的效果是通过需求讨论，开会等其他形式难以替代的。有了业务理解的基础，在原有系统基础上，客户有什么特殊的要求，原有那些业务功能是需要保留，那些需要改进，那些需要舍弃，那些需要补充。更多的，客户提出来的想法是在原有系统上的改进，不理解原有系统，对这些想法也很难深入理解。说到根本，是业务功能，业务流程，业务安全。
- 2008-01-27 02:23
- 浏览 2185
- 评论(0)
架构是针对某个系统，某个项目，或者是某几个项目的，是要从总体上考虑问题、解决问题的，职责中注定要了解具体问题，这种具体问题说白了就是技术实现，如果不编码至少也要接触代码。
说到编码很可能指的是了解具体情况即可，不一定是让他开发一个业务模块。当然在一个小的团队架构应该也是什么都做的。但说到这里一般来说，身为架构如果不编码肯定是有问题的，容易被下面的人忽悠住，在一些关键问题上不太好做判断。
专业程序员不把是否coding 作为自己水平的指标，而把是否持续coding 作为一种职业素养。
架构师是要对系统负责的，还有一种可能不用负什么责任，技术顾问，只给出建议意见，具体还应该是架构去做。
首席 ...
- 2008-01-16 01:18
- 浏览 2447
- 评论(3)
工作流是一个有意思的话题。
有人说工作流是状态机，我比较倾向这种说法。
JBPM，OSWorkflow是两大开源工作流引擎。
JBPM可算是一个大而全的东西，是个不错的实现和应用参考。不过用起来不是很爽了，里面有太多自身的实现，想一下子搞明白，拿过来和自己的框架结合起来用不是容易的事情。
OSWorkflow短小精悍，容易改造、整合到自己的框架中来，再参考着jbpm再作一些实现，还不错。
看自己的项目需求，权衡下拉。
可是用工作流到底是为了什么，真正做到流程可配置么？做到业务逻辑插接？系统易于开发维护？
好像没有一个目标是容易达到的，噻，真的是很难。
工作流怎么和业务模型结合，埃，又是一个 ...
- 2007-12-19 21:13
- 浏览 2486
- 评论(0)
用过Ilog, QuickRules,Drools。前两者是商用规则引擎，做的都还不错，就是太贵，一般的项目搞不起。不开源，出了问题心里没底，技术支持国内很难说到什么程度。
Drools研究的深入些，开源、免费、灵活、简单，是中小型项目不错的选择。
规则引擎怎么一个应用模式。
业务系统通常有一些策略性、统计分析类、建模类的需求，这种需求不稳定，容易根据业务不断变化，根据业务建立分析模型，不断微调参数、策略，相对比较适合用规则引擎来实现。以前一般的业务系统中这种需求非常少见，但慢慢的业务系统从简单的MIS到更侧重对业务数据的统计分析的方向发展，规则引擎的应用范围会越来越广。
在系统中应该严格控 ...
- 2007-12-19 21:01
- 浏览 3115
- 评论(3)
业务平台针对特定行业
业务模型、业务功能模块、业务流程、业务规则、数据接口、批处理、权限模型、报表，工具箱。。。。从业务系统抽象通用部分成为业务平台。业务平台具有业务通用性，方便扩展业务功能，在业务平台上可以搭建业务系统，针对特定业务做快速开发。
业务平台不是什么？
业务平台不是纯技术平台，但一般基于某些特定技术平台，例如J2EE。
业务平台本身不是业务系统；
业务平台不是可以同时运行多个子业务系统的综合业务系统。
- 2007-12-19 20:36
- 浏览 1947
- 评论(0)
以下部分引自http://wiki.springside.org.cn/display/springside/Coding+Standards
这部分比较有借鉴意义，代码中一些约束检查和异常处理，自己做了些补充。
基本规范
当面对不可知的调用者时，方法需要对输入参数进行校验，如不符合抛出IllegalArgumentException，建议使用Spring的Assert系列函数，应实现暂未实现的方法应抛出UnsupportedOperationException;
声明工具类为 public abstact class，确保只有static方法和变量的类不能被构造实例。
变量，参数和返回值 ...
- 2007-12-09 17:18
- 浏览 1643
- 评论(0)
为什么职位描述 强调工作经验。
人是一个自我完善的逻辑系统，也是一个经验系统，基于经验和逻辑推理做出决策。
经验可以看作是对问题域理解程度。大体可以这样认为，某一个人，在某一领域经验时间越长，对这一领域的问题遇到的越多，对问题的理解就越深刻。
相对来讲，不同人的对问题的理解能力、逻辑推理能力是比较难评估的。
虽然经验也是一样的，但是时间可以作为比较容易量化的参考指标。
具体怎么样，还是看人，面试的人和被面试的人。
- 2007-08-30 13:35
- 浏览 3251
- 评论(1)
最近公司在招人，手里拿了几分简历，不知道如何分析简历，是否符合自己的要求，特此请教：
先说要求:
项目希望招几个有经验的开发人员，对项目相关技术理解比较深，对开发流程、规范比较熟悉。最好有相关行业，相关背景的项目，可以把一些成功经验复制过来。
问题1：简历中罗列的很多项目，介绍比较粗略，职责也是一笔带过：架构、设计、开发，感觉读了几遍也没搞清楚做了什么。
问题2：对所应用的技术好像很避讳，不怎么说具体用的什么技术，就知道j2ee相关。
问题3：除了项目介绍和自我介绍之外，还有一些IT技能的介绍，简单的熟悉、精通，不太可信。
问题4：除此之外没有别的信息了，很想知道他平时都看什么书，逛什么 ...