只显示主题贴

2008-05-04
全文显示

liferay 中如何与ldap集成

1 如何集成 2 集成后登录liferay还需要访问liferay数据库中的帐号吗？
2008-03-17
全文显示

失去比得到更重要。

失去核心代码的控制权，得到大家都积极响应、不断完善。 失去首席程序员的位置，得到软件架构师的机会。 失去软件架构的位置，得到管理软件架构师的机会。 开源让sun更贴近大众 失去比得到更重要. 程序员更要懂得献出自己手上呵护多时的核心代码。
2008-03-10
全文显示

晒晒开发工具！

我用的是全套的IBM的东西（虽然可以组合在一块，但是还是单独列出来！）。 大，超耗内存。 RSA RAD RPT VISIO(哈哈，我认为也是开发工具) PD 望大家晒晒！开发工具哦！
2008-03-09
全文显示

回复: 需求分析书 概要设计书 详细设计书 数据库设计书

magice 写道文档他是对项目风险的控制 要是编码完成之后再写这些东西还不如不写！ “文档时对项目风险的控制”、非常有道理。即可以约束需求提出方，也可以在开发小组中作为依据（如同上面一个兄弟所述）。 另外，有了文档，也就有了计划，对于项目过程中可能的变更也更加容易预测到。
  • 进入论坛 Java 版
2008-03-08
全文显示

回复: 需求分析书 概要设计书 详细设计书 数据库设计书

范围界定下，呵呵。 我指的是10人左右的开发团队。
  • 进入论坛 Java 版
2008-03-08
全文显示

需求分析书 概要设计书 详细设计书 数据库设计书

在研发的过程中，我碰到最多的问题是：“我觉得这些文档，在我的模块完工后写更有效” 我自己曾经也提出过这种说法。 大家这些文档都是在什么时候写的。
  • 进入论坛 Java 版
2008-03-08
全文显示

回复: 关于版本控制

谢谢各位！ 本问题，通过论坛大家的探讨。我已经有个好的解决方法。 我个人还是觉得权限设置方面，通过写shell批处理解决得快些。 可视化的设置也是一种好途径，但是如果要是用户量多，模块分得比较细、多，对于软件人员的我来说，我还是用软件的方法来解决。批处理。 因为各种原因，我还是采用cvs。谢谢！
2008-03-08
全文显示

回复: 领域模型拆分

我简单理解楼主的意思: 原来的软件模型以及产品匹配了的业务，现在因为各种业务创新，而增加了许多业务模式。 如何让现有软件系统来适应这种改变。 是重构现有系统？ 还是重新建立新模块，匹配新增业务？ 另外，还看得出楼主想从根本上解决这个问题，想从问题的源头来思考问题的本质。 对于这个大家不可避免的问题， 我建议楼主考虑集成。 新业务就是新业务，新业务需要新系统支持。 然后考虑将对应多个业务的多个个系统集成。 这样即时再有新的业务模式创新，我们需要做的就是新增可集成的子系统。 而不必太过关注于业务对应的组织结构，以及挖掘后期可能变更的东西。 因为，我们终究是软件研发人员。
2008-03-08
全文显示

回复: 系统架构师

一 ”简单就是美“ 主要是如下几个方面的“简单任务” １　设计出简单、高效的研发框架。 　 ２　与其他软件以及流程简单集成的接口（或者数据库层面、或者应用层面）。 3 大的平台中子系统的划分也是系统架构师必须参与并能表决的地方。 4 对于行业，软件架构师也许到有很强的洞察力。本企业在这个行业中的核心竞 力体现在软件系统上是哪几块。
2008-03-07
全文显示

回复: 重用管理和技术研究在软件公司的重要性

楼主的这个问题的提出，其实是大家可能大多都面临的问题。 我也同样面临这个问题。 一方面，项目繁多。新模块需求不断。 另一方面，不同项目基础框架差异很大。 我们的应用跨度非常大，C++\JAVA\DELPHI等都有，而且不断有新系统整合进来。 开发模式统一、新员工培训、技术架构不断革新 这类工作谁来做？ 统一由技术总监来完成？　　　－－－你要多少技术总监？ 统一由老员工完成？　　　　　－－－项目全部靠他们呢？ 由部门经理来做？　　　　　　－－－日常管理琐事已经压趴了 由质量管理人员来做？　　　　－－－他们做不来 我认为，要让团队持续、高效地生产软件产品。必须要给他们提供一个相对安静的开 ...
homesailing
搜索本博客
博客分类
最近加入圈子
最新评论