• 本人不太聪明,学了两年java却越学越糊涂.看了很多东西,不但大脑里没有头绪,反而有种走火入魔的感觉.开始做项目就用ejb呀,那时刚毕业,好像ejb是j2ee的代名词,但开发的系统却很慢,我还老诧异,怎么还没有我们用CGI开发的速度块,CGI是多进程,但Servlet可是多线程,不是一个重量级的呀?
  • 不知道板桥里人在http://www.jdon.com/designpatterns/patternsimportant.htm这篇文章里的观点,目前有没有新的认识。下面我引用一些文中的话,并对此表示不满;)“...但是如果你没有学习掌握GoF设计模式,只能说明你还是一个技”“会Ja
  • http://www.jdon.com/artichect/coupling.htm 松耦合一个反义 icon
  • 越来越多人开始使用Java,但是他们大多数人没有做好足够的思想准备(也没有接受Jdon架构培训),以致不能很好驾驭Java项目,甚至 导致开发后的Java系统性能缓慢甚至经常当机。很多人觉得这是Java复杂导致,其实根本原因在于:我们原先掌握的关于软件知识(OO方面)不是太贫乏就是不恰当,存在认识上 icon
  • 采用用RUP开发过程 需求分析告一段落,业务需求都有了,UC也差不多写好了,接下来是设计,设计阶段该干什么呢? 我认为:1.确认系统的物理结构,网络拓扑2.需求分级3.类图4.ER icon
  • 国内大多数软件开发公司都在从瀑布模型向增量开发模型转变,那么如何才能在转变的过程很好的把握住 敏捷 呢? 敏捷开发的xp实践(还有UP,SCRUM,Evo,Crystal)和MSF都提倡角色的对等关系,由SCRUM Master来驱 icon
  • FDD是一种模型驱动开发的软件过程,和XP一样是敏捷软件开发方法的一种。FDD的主要思想是对功能的实现,也就是说FDD是以实现功能为目标。把系统分解成一个一个的功能集,每个功能集又习细分为具体的功能。比如说用户管理是个功能集,而用户管理又包括了增加用户、删除用户等具体的功能。域建模是其系统设计的方法 icon
  • http://www.jdon.com/jivejdon/thread/31311.html icon
  • 最近着手细读eric evans的领域驱动设计一书,但是对一些关系没有理清楚,如软件工程的一般开发模型与方法有:瀑布模型、快速模型、增量模型与螺旋模型等。在书中,eric evans也声称领域驱动设计是以敏捷开发为前提条件的。 虚心向诸位高手问一下这其中的种种关系,先言谢了< icon
  • 中小型软件项目开发一般流程建议 一:编写目的本文档的编写旨在探寻规范的软件开发流程、加快软件开发速度、提高软件开发质量、降低项目综合成本。IT界有一句格言:"You can do it right; you can do it fast; icon
  • 大家能探讨探讨在做一个项目之前首先要考虑些什么呢?先从那里去设计??? icon
  • banq大哥好,大家好,第一次发帖,假如有个联通的项目,其中一个功能,让用户能查询当前联通旗下所有类型“卡”(比如小灵通,乡镇卡之类)的付费标准及与卡相关服务项目,但是问题来了,最近联通在年前新增一个卡类型,如意卡,有它的自己的付费标准,可能还有期限要求,如它要求过了3月31日又是另一个付费标准了! icon
  • 最近公司想开发一个购物下载系统,带有新闻的那种。不知道架构和设计模式都要采用什么样的比较好。而且还有一个问题。团队都是临时组建起来的。大家并不知道有什么优势,用什么的样的架构和什么的东西,才能快速的开发!希望大家讨论一下。谢谢! icon
  • 目前我在为一家网站从事开发,维护工作,最开始网站小,功能的开发很简单,工程师,页面设计,网站运营几个人碰下头就做了,现在网站做大了,功能也很多,开发一个小功能往往有很多人相关,按照原来的方式,经常会出问题,比如重复开发,互相影响等,于是我们想采用流程控制,开始采用cmm2,关键过程领域,实施一段后发 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