springmarch-CSDN博客

原创脚踏实地做事，踏踏实实做人

人生在世，无非两个方面，一个是做事，一个是做人。踏实是我的本分，我这辈子目前为止能够有所成就，主要是来源于踏实，不管什么风吹浪打，始终不丢踏实本分。最近几年来各方面考虑得比较多，但也应提醒自己，不要丢掉踏实的本分。

2006-08-12 15:57:00 2728

原创开发框架应该关注的一些方面

基本的应用模型通用数据对象，类似Datastore， Dataset类的结构对各种数据库的访问支持业务逻辑的封装方法UI组件的支持界面的集成Session机制的考虑登录和认证权限体系日志数据解析计划任务开发工具非功能性需求的考虑，包括：安全可扩展性可管理性效率和容量可伸缩性

2006-08-10 13:14:00 717

原创愚蠢的错误的来源

关于愚蠢的错误的来源。人只要经常重复做一件事情，总会犯错误的，即使的最简单的事情，只是发生概率往往很小而已。所以人常常会犯愚蠢的错误。解决这个问题方法之一是让多个人来一起负责一件事情，因为两个人同时犯一个愚蠢错误的可能性很小。但是使用这个方法的原则是不能让多个人变成一个头脑，就是说让每个人都确实发挥作用。

2006-07-19 08:56:00 799

转载人生值得珍藏的42句话

1.生气是拿别人做错的事来惩罚自己。 2.明天的希望，让我们忘了今天的痛苦。 3.发光并非太阳的专利，你也可以发光。 4.获致幸福的不二法门是珍视你所拥有的、遗忘你所没有的。 5.你可以用爱得到全世界，你也可以用恨失去全世界。 6.真正的爱，应该超越生命的长度、心灵的宽度、灵魂的深度。 7.爱的力量大到可以使人忘记一切，却又小到

2006-07-12 10:40:00 624

原创一个产品的研发过程

一个人做产品研发，和多个人协作不同，可以省去很多的交互和中间过程。概括起来，大概包括如下过程：1）确定产品基本功能需求2）确定产品非功能需求3）分析产品功能架构，确定组件模型4）确定产品运行模型5）确定产品的技术风险，进行技术实验，规避技术风险6）选择核心功能，开发产品原型7）开发产品所有功能8）确定产品发布方案9）编写使用手册

2006-06-23 23:21:00 3061

原创框架工作的状态

按计划打算做一个框架，但最近工作比较忙，而且也接触了一些新的东西，希望重新整理一下再动手。不过不会太久了，前阶段了解了XUL，接下来，打算看看下面几个方面：1）Hibernate2）Spring3）ROR4）Eclipse 服务端那个框架，从E5发展过来的

2006-06-23 17:48:00 685

原创脚本语言和开发工具的考虑

脚本语言和开发工具，好像不是能对比的两个概念，但是在RAD方面，我觉得这两个概念代表两个潮流。脚本语言代表的是类似Ruby一类的快速开发方案，而开发工具代表的是通过一体化的工具来构造程序的思路。这二者的共同之处都是要为快速构造系统，容易的构造系统提供解决方案。通过脚本语言构造的方案，非常轻量级，容易调整和修改，更加能够适应变化。而通过开发工具的方案，则需要非常大的投入，害怕变化，需

2006-04-28 19:12:00 923

转载格言

什么是权力？当一个人犯了罪，法官依法判他死刑。这不叫权力，这叫正义。而当一个人同样犯了罪，皇帝可判他死也可以不判他死。于是赦免了他。这就叫权力。 ——《辛德勒名单》要么忙着生存，要么赶着去死！人总是要做点什么的...... ——《肖申克的救赎》上帝会把我们身边最好的东西拿走，以提醒我们得到的太多。 ——《四根羽毛》千万不要恨

2006-04-13 16:16:00 576

原创两个特性的概念

两个概念，最近算是刚刚弄清楚1）容错性2）健壮性这两个概念，很容易搞混，不健壮能容错吗？容错能不健壮吗？这就是汉语的歧义造成的，在架构语言里，这两个概念还是能分得比较清的。容错是指当异常发生时能够恢复到正常的处理状态的能力，例如，一个函数，当输入参数是NULL时，被自动当成空串来处理，这种设计，就是具备了容错性；容错性好的设计，可以让访问者很放心的调用，不必在调用前，对参数作过

2006-04-13 14:20:00 1601

原创人和人的相处真是比较困难

人和人的相处真是比较困难，这是我由衷的感慨。我自认是个很宽容的人，可是现在我深刻的发现，宽容其实解决不了多大问题，除非你宽容到极点，什么要求也没有，否则，只通过宽容是解决不了问题的。人有一个缺点，就是得到了就不会再珍惜，所以，你再宽容，都只不过是合作开头的时候能有点儿好处，到了后来，你的宽容就变成理所当然的，这样，宽容就没有用了，对发展都没有太大好处。两个人如果都比较宽容，那么就非常容

2006-04-09 10:25:00 1022

原创考虑一个小例子，抽象描述系统

本文通过一个小例子，试图抽象描述一个系统。考虑一个简化的计费系统，有如下一些实体：1）客户档案，记载客户基本情况2）电价档案，描述电价情况3）用电记录，描述客户在一段时间内的用电情况4）电费档案，描述客户每个月应收的电费5）收费档案，描述客户实际的缴费情况这个计费系统，包括如下用例：1）维护客户档案2）维护电价档案3）维护用电记录4）维护电费档案5）

2006-03-31 18:22:00 1831 2

原创考虑一个关于需求特性的问题

特性，在产品研发里，应该算是包含在需求之中。没有明确的需求，就没有明确的产品。可是产品的需求，不可能是开始就是需求完善的，开始的时候，绝大多数的需求都是潜在的、隐含的、暗示的。在产品研发过程中，每个设计，每个问题的答案，每个问题的讨论和解决，其实都是和产品的需求紧密联系的。一旦我们思考，这是否是个问题？这个问题应该怎么解决？实际上最后都能概括为，这是个产品应该遵守的需求吗？走到

2006-03-31 17:51:00 975

原创可怜的收藏夹

因为要登录到域，我从原来本地计算机的用户，切换到一个新建的域用户。虽然感觉很小心，还是丢调了一些东西，例如，原来收藏夹里的东西，不小心就丢掉了。我明明记得自己把那个文件夹，复制粘贴到新的用户的收藏夹中了，怎么就没有了呢？奇怪。这件事情告诉我，不要太相信自己的判断，能留条备选方案的时候，就不要走独木桥。一个好的习惯是很重要的。迁移到新的用户的时候，我还提醒自己，不要把原来的用户的

2006-03-31 17:37:00 578

原创对软件系统的一点儿考虑

刚到新单位，接触的东西比较多，似乎这种总结思考的时间少了。刚刚简单研究了几个产品：wiki: jspwikilms: moodletest: LoadRunner感觉这些比较成熟的软件，从使用的角度上考虑得真是非常周全，但这不是我想说的话题。我感觉到，这些功能完善的软件，每增加一个特性，大体都包括两个部分：1）让使用者表达对这个特性的期望2）让系统实现使用者表达的期

2006-03-31 13:02:00 631

原创框架部分的工作受到影响

这几天来到新单位，又出差了几天，框架部分的工作这几天没什么进展，应该调整一下自己的节奏。新到一个部门，新的东西比较多，又处在一个比较关键的时候，如何切入是个问题。

2006-03-22 20:40:00 613

原创对信息处理的过程的一个抽象表述

一个信息处理过程，可以通过归纳成一个抽象的过程：源结构化对象结构化对象目标这里结构化是相对的，是指相对于研究的范围而言，广义上讲，源和目标也是对象。如果把源理解成输入，目标理解成输出，那就是个IPO模型这里要强调的是一个抽象归纳，解析过程和合并过程是一个逆过程，起到一个结构化适配器的作用。展开一下：解析和合并

2006-03-16 09:56:00 761

原创从Eclipse RCP想到的

Eclipse的结构提供了一个很好的开放的，可插拔的架构的典范，如果能够找到一个合适的开发环境（直接用Eclipse swt是不好的，在数据绑定方面难以形成高效的开发套路），那么，Eclipse RCP完全可以作为一个企业应用的技术架构。另一方面，B/S结构的应用就显得难以达到这种效果了。

2006-03-14 20:20:00 542

原创关于场景的认识

场景、环境、状态、前置条件，这些名词都是同义词。信息系统根本上是一个状态处理机，通过特定的处理改变系统的状态。对信息系统的描述不能只考虑处理流程，也要考虑基于的环境、状态、场景。关系数据库提供了一个相对简单的场景。无状态的业务逻辑过程一般也基于一个简单的、稳定的场景。而业务逻辑过程内部，以及UI交互过程中，场景就相对复杂。场景设计，决定了行为的设计。没有抽象的场景，就没

2006-03-10 09:20:00 854

原创可插拔的结构

先研究一下可插拔的结构，有两个可以参考的产品: 1 Eclipse 2 Xoops Eclipse实际是采用的OSGI 的规范，MANIFEST.MF文件来描述插件的基本内容，另外通过一个plugin.xml 来描述针对平台的扩展。Eclipse提出了扩展点的概念。要支持扩展点，系统本身应该是可扩展的。对一个应用系统来说，也可以定义一些扩展点：例如菜单、用户的扩展的字段，都可以认为是扩展点

2006-03-09 21:01:00 4608

原创开发框架的一点儿看法

中午上了趟医院，病好多了。在去医院的路上，脑子里一直在思考着一个问题，就是软件结构的变化，及带来的问题。早在90年代的时候，Foxbase这种数据库，就是应用开发的全部。一层的程序，数据库存在本地，作一个管理系统真是简单极了。现在随着网络的发展，从1层变到2层，又到3层，甚至多层，从应用开发的角度，是越来越复杂了。从技术的结构上来看，关系型数据库、中间件、Web应用服务器、浏览器，都需要去

2006-03-09 16:27:00 697

原创感悟

“人生是个积累的过程，你总会有摔倒，即使跌倒了，你也要懂得抓一把沙子在手里。”　　——丁磊我的人生还算不上一个特别积极的过程，我只是始终在坚持一个向上的努力。我也有一把沙子抓在手里，在它们还没有漏掉之前，我希望能够用它们建一个自己的沙模。

2006-03-09 09:12:00 474

原创框架的结构

框架分为如下层次：1）数据持久化层：这一层次主要是完成数据的持久化，提供数据的存储和对存储数据的跨平台的访问2）业务逻辑层：这一层定义业务逻辑接口，实现业务逻辑，并提供业务逻辑接口和多种访问协议的绑定3）用户界面层：这一层提供界面，来完成和用户的交互分层结构有利于系统的企业级部署，有利于系统的开放性、可扩展性、可集成性。但增加了系统模型的复杂度。从设计的角度上来看，这种分层的模型和

2006-03-08 19:31:00 1204

原创为什么做这项工作

工作10年了，一直非常关注开发框架的研究和开发，但工作中往往屈从于时间等各方面的压力，成果往往都不是很满意。所以想利用自己的空闲的时间，重新总结自己的积累和认识，构建一个自己满意的开发框架。有时间就做一点儿，也不给自己太大的压力。

2006-03-07 13:56:00 624

springmarch的专栏