2007-12-21
全文显示

项目中需要时刻提醒自己的六件事

一些心得，写下来时刻提醒自己。 1.实现优先 这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 记住：即使一天拼出的只是一个杂碎，也比闷头做一个月的“优雅”产品要好得多。 2.以人为本 充分的衡量一下整个团队的能力，按照全队的综合能力去选型。项目负责人的任务就是把项目拆散了平摊到每个适合的人的头上。 记住：你必须详细的了解团队中的每一个人，说不定一个闷臊的程序员恰恰成为了最好的客户沟通专家...... 3.demo驱动开发 天下最“敏捷”的事情莫过于让用户经常能知道你的想法。那么正式开始之前都给他们做个dem ...
2007-12-20
全文显示

回复: 说说业务平台这件事

（所谓伪问题，就是说这个问题没有意义.......） ozz所说的平台，应该是一种实现平台，也就是说基于这个平台的业务是由平台提供的固定的功能模块组合而成。新业务的实现，是基于此种平台模块的二次开发过程.. 而lz所说的平台，应该是一种抽象平台，只制定业务处理规则，而不管其实现。这样的平台更强调一种方法论。新业务的实现，是基于扩充或者替换平台自身来实现.. 大家说得其实都对，对象不同而以..... 我还是对抽象平台比较看好的，只不过我认为这个东西的工业价值是远远大于商业价值的。抽象平台的优点就是规范了技术的实现，规范了分工，但其技术上的实现却没能有任何简化。如果抽象平台过多的涉及了实现 ...
2007-12-17
全文显示

关于高性能网络应用的研究总结

女儿的出生中断了一段时间的开发。现在就高性能网络处理方式的问题做个总结 所谓高性能，我们这里指在大量并发连接时还有相当高的请求处理速度。提高单连接的请求处理速度这里不讨论。我们这里采用 p=处理速度/连接数 作为衡量性能的指标。 java中最传统的socket处理方法是同步socket,每个连接建立一个线程阻塞等待数据的到达，这种方式很适合于低连接数的应用，但是在大量连接时会由于频繁的线程间切换导致性能大幅降低。这种方式下只能优化线程创建时间，也就是使用线程池。 jdk1.4中引入了nio处理网络连接，实际上，sun对于nio的实现也仅仅是使用了select(见jdk源代码)。socke ...
2007-12-14
全文显示

通用UI框架

目标：取代b/s结构，提供增强的界面以及通信能力。并提供主动式和随动式支持。专用于企业OA,MIS,呼叫中心以及各种管理系统。 要求：全可视化设计，0代码编程。支持工作流，模板，可替换式界面支持。
2007-12-14
全文显示

CUBIK的作用

1.提供一个统一的分布式平台。 2.提供统一的数据/模块/设备接口。 3.提供优化的数据/语音/视频/以及特殊应用的支持 4.易于管理和扩展。并提供相应界面。
2007-12-14
全文显示

模块化设计需求

1.每个模块都必须自维护，并可手动装载卸载 2.模块之间通过总线进行交互，所有模块层级一致，但是可以在请求中规定模块执行路径。 3.模块用URI形式标明自身位置。 4.模块由管理程序载入时决定其权限和可见度。 5.总线使用二进制标准传输对象。并且跨语言和平台。
2007-11-16
全文显示

境界的概念

关键字: 方法
次序： 练精化气，练气化神，练神还虚，练虚合道 境界： 看山是山，看山不识山，看山还是山
2007-10-10
全文显示

开发高性能的j2ee应用服务器，或许只有舍弃掉现有servlet架构

近期在开发一个基于java的应用服务器。目标是在一台机器上能够支持尽量多的并发连接和可针对负载自动调整运行期资源占用量的多应用支持。 开始的想法很简单，参考jetty,tomcat和resin，能用他们的就用他们的。于是选定了jetty6（由于其结构清晰，可扩展性强）作为基础在其之上进行扩展。先作的是“可针对负载自动调整运行期资源占用量的多应用支持”部分，很顺利，新写了个jetty的contexthandler，然后建立一个线程来监视所有context的负载情况并管理加载、卸载就可以了。 可是在作压力测试的时候问题出来了，即便是空负载，系统的性能相对连接的并发数呈现指数级降低。1000并发 ...
2007-09-23
全文显示

ok，TDD只是一个coder的工具!

TDD热度在上升，我这里给它降降温 ——"TDD只是一个coder的工具!" 不得不承认，TDD是一种比较一石二鸟的思想，将需求与测试统一，即能严格满足需求，又能对实现进行测试。可是，在能TDD之前，和TDD之后，还有太多的事情要做.... 通常，一个开发周期至少要包括:分析，设计，编码，测试4个步骤，其中，分析和设计阶段将会占用一个项目中的大部分时间（这里我不想讨论毫无技术含量的重复开发），可是在分析和设计阶段，tdd基本是毫无用处的。tdd只有在设计的后期，基本完成至少精确到接口的设计后，才能依赖于设计进行测试驱动的编码。而且，作为设计人员，是很难在这个阶段进行测试驱动编码工作 ...
2007-09-21
全文显示

oodb该是什么样~~~

前期在用db4o作小型web项目的数据库。感想如下： 1.使用起来很方便，基本上储存用set就可以了，适合任意对象，就是插入速度有点慢。 2.检索比较麻烦，语法感觉比较复杂。特别是复杂的检索 3.配置起来还算简单，也有索引。 4.我大量的使用了ext().getBYID()之类的方法直接得到对象。 5.getById后必须active这点比较无聊。 6.用id取对象的话，就一定不能碎片整理，否则id会变 总的来说，经过再次包装后，db4o已经比较适合我使用了。它小巧，速度还行，还有一定的缓存机制，确实很适合数据量不大的小型web应用。不过另外的问题也有，比如说现在的6.3就不支持6.1的文 ...
2007-09-21
全文显示

表现层该由谁来做！？

发言要等3天阿,终于等过了阿..... 表现层该由谁来做！？程序员，还是美工，还是会美工的程序员，还是会程序的美工？ 现在在java中流行的表现层处理方法，基本分为以下几种： 1.用jsp的tag 2.velocity之类的脚本 3.javascript填充数据 从技术上讲，可能大部分程序员都会习惯第一种方法，众多的框架也在用第一种方法扩展自己的表现层能力。比如struts等等。可是大家用了这个以后有没有一种感觉，那就是页面要改起来太难了，特别是给一般的美工进行修饰的话，美工基本拿那些tag没有办法。所以，最后的整合工作还是落在了程序员的头上。可是要找到一个审美观优秀的程序员，基本跟找到 ...
timerri
搜索本博客
最近加入圈子
存档
最新评论