• 本人不太聪明,学了两年java却越学越糊涂.看了很多东西,不但大脑里没有头绪,反而有种走火入魔的感觉.开始做项目就用ejb呀,那时刚毕业,好像ejb是j2ee的代名词,但开发的系统却很慢,我还老诧异,怎么还没有我们用CGI开发的速度块,CGI是多进程,但Servlet可是多线程,不是一个重量级的呀?
  • 不知道板桥里人在http://www.jdon.com/designpatterns/patternsimportant.htm这篇文章里的观点,目前有没有新的认识。下面我引用一些文中的话,并对此表示不满;)“...但是如果你没有学习掌握GoF设计模式,只能说明你还是一个技”“会Ja
  • 不知大家看没看其中那个什么佳软的总工,简直就是一个微软的.net的吹鼓手,说什么不管中小项目还是大项目,就是.net开发效率高,速度快.还说基于浏览器的B/S体系最终要慢慢消亡.我真搞不懂这样的人会是总工.就说他所推崇的.net吧,其中最重要的一块就是asp.net,我想连微软都不敢 icon
  • http://www.jdon.com/artichect/coupling.htm 松耦合一个反义 icon
  • 文章地址: http://www.jdon.com/artichect/why.htm icon
  • 可伸缩性和重/轻量,谁是实用系统的架构主选? http://www.jdon.com/artichect/s icon
  • 越来越多人开始使用Java,但是他们大多数人没有做好足够的思想准备(也没有接受Jdon架构培训),以致不能很好驾驭Java项目,甚至 导致开发后的Java系统性能缓慢甚至经常当机。很多人觉得这是Java复杂导致,其实根本原因在于:我们原先掌握的关于软件知识(OO方面)不是太贫乏就是不恰当,存在认识上 icon
  • 采用用RUP开发过程 需求分析告一段落,业务需求都有了,UC也差不多写好了,接下来是设计,设计阶段该干什么呢? 我认为:1.确认系统的物理结构,网络拓扑2.需求分级3.类图4.ER icon
  • FDD是一种模型驱动开发的软件过程,和XP一样是敏捷软件开发方法的一种。FDD的主要思想是对功能的实现,也就是说FDD是以实现功能为目标。把系统分解成一个一个的功能集,每个功能集又习细分为具体的功能。比如说用户管理是个功能集,而用户管理又包括了增加用户、删除用户等具体的功能。域建模是其系统设计的方法 icon
  • 我一直这样做:用rose做model->生成代码->修改代码->reverse->修改model如此循环,结果都是:到后期,文档和代码对应不上,慢慢地文档就没有用了。因此请教各位:有没有好方法,可以保证详细设计/代码一致性? --刚才请教一个人,他的说法是 icon
  • 中小型软件项目开发一般流程建议 一:编写目的本文档的编写旨在探寻规范的软件开发流程、加快软件开发速度、提高软件开发质量、降低项目综合成本。IT界有一句格言:"You can do it right; you can do it fast; icon
  • 传统方法的缺点--难以维持设计/文档/程序的一致性。这么久以来都没能解决这个问题(相信很多人有这个感受)。所以不得不怀疑传统开发方法的适用性。看看国标的文档模板,真TMD恶心,在实际应用过程中效果如何?我是没有遇到用的很好的。所以现在想换一种开发方法,使用XP方法尝试一下。但我对xp icon
  • 目前我在为一家网站从事开发,维护工作,最开始网站小,功能的开发很简单,工程师,页面设计,网站运营几个人碰下头就做了,现在网站做大了,功能也很多,开发一个小功能往往有很多人相关,按照原来的方式,经常会出问题,比如重复开发,互相影响等,于是我们想采用流程控制,开始采用cmm2,关键过程领域,实施一段后发 icon
  • 背景:类似外包性质的项目,需求变更很快 问题一 :Detailed Design 应该怎么划? 应该详细到什么级别? 代码级别?是不是做代码的时候,只参考design既可 icon
  • luntbuild是一个开放源代码的构建自动化和管理工具,可以用来方便的进行持续集成和每日构建,1.1版本具有如下功能: * Supporting version control systems: cvs, visual sourcesafe, subversion starteam icon
  • 我们公司正拟建一个商业网站,公司上下挺重视,但由于原来没有搞网站的,现在想招一个技术负责人,希望他能统揽网站技术工作,那么我们如何在面试是考评这个人的能力呢,因为他不是普通的程序员,需要能够独立的进行系统分析和设计,了解网站后台系统,您能否在这些方面给我一些建议,谢谢,包括如何在笔试中判断他们的实际 icon
  • 现在有很多中小型公司。做WEB应用开发时都是先大概了解一下需求。然后就着手做页面。做完页面让用户看看觉得没事就开始编代码。先把每个页面的功能用代码和数据库都独立的实现。遇到问题比如权限、用户。再想办法给每个页面做下权限。很不正规的把一些页面串联在一起。也能勉强说完成了需求中的所有功能。对这样的大多数 icon
  • 项目开始到最后的移交,大家是如何进行的? 1:需求分析2:研发技术与功能框架设计3:制定UML类图4:开始研发5:测试6:结束 我想问: icon