一些心得,写下来时刻提醒自己。
1.实现优先
这个问题很明显:无论如何,你都要先做出来。技术,性能,优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。
记住:即使一天拼出的只是一个杂碎,也比闷头做一个月的“优雅”产品要好得多。
2.以人为本
充分的衡量一下整个团队的能力,按照全队的综合能力去选型。项目负责人的任务就是把项目拆散了平摊到每个适合的人的头上。
记住:你必须详细的了解团队中的每一个人,说不定一个闷臊的程序员恰恰成为了最好的客户沟通专家......
3.demo驱动开发
天下最“敏捷”的事情莫过于让用户经常能知道你的想法。那么正式开始之前都给他们做个dem ...
(所谓伪问题,就是说这个问题没有意义.......)
ozz所说的平台,应该是一种实现平台,也就是说基于这个平台的业务是由平台提供的固定的功能模块组合而成。新业务的实现,是基于此种平台模块的二次开发过程..
而lz所说的平台,应该是一种抽象平台,只制定业务处理规则,而不管其实现。这样的平台更强调一种方法论。新业务的实现,是基于扩充或者替换平台自身来实现..
大家说得其实都对,对象不同而以.....
我还是对抽象平台比较看好的,只不过我认为这个东西的工业价值是远远大于商业价值的。抽象平台的优点就是规范了技术的实现,规范了分工,但其技术上的实现却没能有任何简化。如果抽象平台过多的涉及了实现 ...
SOA很流行,但是SOA并不确定,事实上,我们也不需要一个确定的SOA
大厂有自己的SOA,可是SOA并不只是这些。我们学习SOA最重要的就是用service的方式去思考问题。
1.SOA强迫我们去思考服务的复用性,通过复用性去正确的划分粒度。
2.SOA强迫我们时刻去想着用户,因为每个服务都可能会跟用户直接交互。
3.SOA强迫我们更加的模块化,让我们更多的考虑分布环境下各模块的协同问题。
4.SOA强迫我们一步步地去考虑,然后用流程把各个步骤连接起来。
掌握了SOA,大厂的方案就只是一个选择,或许,我们自己的实现会更加的SOA.
SOA其实很古老,ls|more 都闪耀着SOA的光 ...
女儿的出生中断了一段时间的开发。现在就高性能网络处理方式的问题做个总结
所谓高性能,我们这里指在大量并发连接时还有相当高的请求处理速度。提高单连接的请求处理速度这里不讨论。我们这里采用 p=处理速度/连接数 作为衡量性能的指标。
java中最传统的socket处理方法是同步socket,每个连接建立一个线程阻塞等待数据的到达,这种方式很适合于低连接数的应用,但是在大量连接时会由于频繁的线程间切换导致性能大幅降低。这种方式下只能优化线程创建时间,也就是使用线程池。
jdk1.4中引入了nio处理网络连接,实际上,sun对于nio的实现也仅仅是使用了select(见jdk源代码)。socke ...
目标:取代b/s结构,提供增强的界面以及通信能力。并提供主动式和随动式支持。专用于企业OA,MIS,呼叫中心以及各种管理系统。
要求:全可视化设计,0代码编程。支持工作流,模板,可替换式界面支持。
1.提供一个统一的分布式平台。
2.提供统一的数据/模块/设备接口。
3.提供优化的数据/语音/视频/以及特殊应用的支持
4.易于管理和扩展。并提供相应界面。
- 浏览: 12962 次
- 性别:

- 来自: 武汉

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
开发高性能的j2ee应用服务 ...
timerri 写道近期在开发一个基于java的应用服务器。目标是在一台机器上能 ...
-- by taelons -
关于高性能网络应用的研究 ...
xgyxgy 写道timerri 写道xgyxgy 写道timerri 写道一般 ...
-- by homk -
开发高性能的j2ee应用服务 ...
关注,不知道有什么替代方案没有
-- by smilerain -
项目中需要时刻提醒自己的 ...
同意 實現優先 軀動開發 量力而為 熟悉每一個開發成員
-- by kellersoon -
项目中需要时刻提醒自己的 ...
即使一天拼出的只是一个杂碎,也比闷头做一个月的“优雅”产品要好得多。 您说的 ...
-- by dboylx






评论排行榜