|
精华帖 (0) :: 良好帖 (6) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-21
shaka 写道 gigix 写道 冉翔 写道 拜托，这是你们自个团队内部的沟通问题
这是个缺乏持续集成的问题 用不同的技术做的几个部分集成在一起麻烦吗？ 麻烦 所以你应该尽早尽可能频繁地做这件事 从项目启动的第一周就开始把所有部分集成在一起 每天集成8～10次 这就是答案 恰恰相反，没有持续集成的概念。还是传统思想，而且一开始就没有考虑的很全面。 本来同步的部分应该是由项目组的一个成员用ruby来写。结果临时决定改用现有的一套java组件直接操作数据库。为了方便他操作,我只好改表了。 这是否可以看作架构的一种耦合呢,我觉得,不同系统之间应该互不影响才是. 这些素理想状态，理想状态下，每个人commit的code还都没bug呢。。。So，理想和现实总是有差距滴。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
应该让rails去决定表，否则，就采用遗留系统方案。
rails中，表是次要东西. 这不是累赘不累赘问题，是钳子和锤子问题，你开始就要考虑到这个。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
这个标题，有点断章取义了，楼主不厚道！
|
| 返回顶楼 | |
|
发表时间：2008-07-22
这就是传统与现代的纠结吧.譬如rails 的rest风格跟老式的servlet斗争也是这么回事.
我们能用尽rails的优点就好了 |
| 返回顶楼 | |
|
发表时间：2008-07-22
整合系统里用rails是有这个问题，还不如用php做你们的那个web部分，呵呵
|
| 返回顶楼 | |
|
发表时间：2008-07-22
flyingbug 写道 整合系统里用rails是有这个问题，还不如用php做你们的那个web部分，呵呵
我怎么就看不出来为什么用PHP就不会遇到同样的问题呢？ |
| 返回顶楼 | |
|
发表时间：2008-07-23
shaka 写道 ...两个月的开发过程,经历了数次需求变动,最后网站终于成型.可是最后要实现网站数据库和中心数据库数据同步时出现了问题...
这么重要的问题，居然在项目后期才发现。管理、沟通上有问题！ |
| 返回顶楼 | |
|
发表时间：2008-07-23
一个项目用多种语言，还交叉，项目经理很需要勇气，甚至愣的精神
|
| 返回顶楼 | |
|
发表时间：2008-07-23
冉翔 写道 拜托，这是你们自个团队内部的沟通问题
這不是溝通問題，gigix講的很清楚了，回去再把專案管理工程看一遍，會再得到一些收獲，像這種問題遇到5個專案你 就知道了。 |
| 返回顶楼 | |
|
发表时间：2008-07-24
shaka 写道 我参与到一个较大型的分布式项目中，这个项目用到c++,java,ruby等语言开发. 后台管理部分用java实现,web层用ROR实现.于是web层数据库表自然按照rails的理念来设计. 不知道你们项目经理是愣头青，还是咋啦，为什么这样大的东西，一开始就上三种语言。c++做嵌入式的，倒是可以理解。那个java做后台管理，web用ror。这两个不能合并吗，只用一种语言。就你描述的情况，应该是你们项目组对ROR并不是很精通，这样去搞不是整死人。我为你们项目经理的举动担心。不知道谁出了这样的方案，居然项目经理答应了。 shaka 写道 两套数据库差别很大,一番会议之后,强烈要求web层表设计和中心数据库的表一致. 于是,我痛苦了,表全改,rails的优势被埋没很多,大量代码要重写. 一致性肯定是关键，必须得改。否则害死人。你不痛苦，其他人就痛苦了。 shaka 写道 我也就没什么好抱怨的,毕竟项目中总是充满了变化.顺应变化,这也是ROR敏捷性的一点体现 的确，不过我不同意你们的项目是体现了敏捷说的变化，而是，你们一开始的方案就导致不可避免的麻烦，基本上是属于自找麻烦的那种类型。 我觉得做项目，一定要规避风险，一些技术很好，要在非常有把握的情况才可以用。对于分布式项目，异构的情况，能减少语言数量的尽量较少，能少用第三方包的尽量少用，东西多了，项目组成员都比较晕！再说一般这样的项目都不是一步到位的，将来如果某一部分实现不好，可以再二期做调整啦！ |
| 返回顶楼 | |
