-----------

--------

评论

16 楼 下一站，火星 2008-12-25  

火星叔叔马丁 写道

伟大的lz 来拯救 我脱离ROR的苦海
跪 求 快客王同学加精

加你个头！又浪费我1分钟的时间看垃圾帖

15 楼 liusong1111 2008-12-25  

引用

我没有说软件工业等于简单CRUD:
要实现我文中如下内容是简单CRUD吗？

是带简单流程的简单CRUD。

引用

页面导航:
基于Java平台有很多像JBPM这样的工作流系统，
你可以随便找时间看看它们是怎么工作的。

JBPM的核心功能不是页面导航，我虽然没有实际用过，但对它以及PVM有一定了解。偶要是这个问题都答不上来，实在给银狐999老师丢脸。

引用

与数据库交互:
利用JDBC规范。

再借助Java语言中强大的Annotation，
你可以在不改变Java语言语法的情况下扩展Java语言，

代码生成在特定场合有其价值，java可以做代码生成，我从来没怀疑过这一点。

实在抱歉，最近琐事缠身，实在没心情跟你讨论这个问题啦，所以还是等你明年3月份发布 V1.0，从而改变软件行业结构，拯救米国经济再说吧。

14 楼 huangxin_sy 2008-12-25  

个人觉得要做好这个系统，必须把各行各业的工作流弄得很清楚并且汇总，要做好也不是没有可能，只是要建立在做大量各种各类的客户需求，那样的话这个系统就很庞大了很杂了，为什么到现在这个系统没有得到推广（并不是没有人想到这点，也不是没有技术能做到这一点），如果用户用这个系统做成了一套应用系统，用了一段时间，用户想改变工作流，而且要保证原来的数据的完整性，那怎么办呢？
如果这个系统能够做好的话，那‘共产主义’时代就来了。
还有就是用户不单单是显示 添加 删除 修改 而是要在两个跳转业面之间作很复杂的处理怎么办？
这都是技术要解决的问题。。。

13 楼 liusong1111 2008-12-25  

楼主将要发布的工具与django admin、rails active_scaffold有什么不同？
目前主流OA（协同软件）都有自定义流程和表单功能，不知你那令无数应用软件程序员失业的超级机器跟它们有什么不同？

自言200801 写道

论证什么？论证只有Java才能救软件工业

你不过在论证：软件工业等于简单CRUD，只有代码生成才能救CRUD

12 楼 kebo 2008-12-25  

taga 写道

技术固然重要，但是业务才是一切的核心，如果开发过1WW的项目就知道了

你最好在业务前面加点限定词，不然你这个论调和lz的论调都是可笑的

11 楼 taga 2008-12-25  

技术固然重要，但是业务才是一切的核心，如果开发过1WW的项目就知道了

10 楼 LucasLee 2008-12-25  

自言200801 写道

论证什么？论证只有Java才能救软件工业
不明白的，请细看每一个小节的大标题，纵观现有各类技术那样全符合我在每一个小节中讨论的内容。

这个太...离谱了吧。
你这个帖子有论证java么？我怎么觉得主要是论证通用MIS系统呢？虽然它是基于java的，但基本与它关系不大吧。

9 楼 庄表伟 2008-12-25  

你自己说的：“我想做过几年应用软件项目的人都了解，项目的成败主要取决于需求(业务流程)的掌握程度，业务流程是项目的血液，血液不通，项目自然死亡，其次才到技术，而技术最后还是数据库(CRUD)、界面布局。”

你这个“通用软件自动生成系统”，难道不是一个项目？

难道保证这个项目成功的基础，是“java语言，以及相关技术”？
而不是“需求(业务流程)的掌握程度”？

你自相矛盾嘛！

8 楼 LucasLee 2008-12-25  

LZ废话太多，论证太少。几句俏皮话就带过一些论点的论证，看起来实在没多少含金量。
简单说不就是代码生成么，不就是通用MIS系统么？
又不是什么新发明。这里也聊过多次这类东西了。

至于给业务人员去开发系统，这个想法本身就是不好的。精通业务的人员，你再让他去拖拖拉拉建系统，真这么容易啊，当然，建个简单的请假系统当然可以，你真要他做个复杂的核心业务系统看看？懂业务的人，不等于系统分析员。你把问题全部抛给业务人员是不可取的。

7 楼 upheart 2008-12-25  

tangtong 写道

想一下WYSIWYG和WYTIWYG这两种风格吧。照理说word是很好的工具，让每个人都可以按照自己的想法编辑文档，但是我们不会抛弃tex，当我们熟悉tex的编辑文档的时候，我们反过来会埋怨word十分stupid。

你设想的大框架确实可以降低编程的门槛，但是又会下降软件的质量。现在也有很多“框架”出来了，不过都是专业的，你想的是一个通用的框架。

先不说它是否可以实现，它实现的意义在哪里，我觉得只能是一个复杂的玩意儿。

未来软件工程不需要这么一个傻瓜software maker。

另外，往往客户都不知道自己的需求在那里，一般都是需求分析师挖掘出来的。

软件工程最难的在于需求分析和工程管理。而你的方案既没有利于工程管理，反而把客户交给我们的任务返还给客户，悲剧了。

我觉得还是需要这种傻瓜化的软件的，不过：
1.比较傻的公司会买它
2.比较傻的公司会用极其低廉的价格买它

悲哀……

国外多年前也有这种风潮，但现在为什么不流行了呢？而国内这几年对有这种“银弹”趋之若鹜，乐此不疲，悲哀啊。

6 楼 upheart 2008-12-25  

上google搜了一下auto generate的图片：
http://images.google.cn/images?ndsp=20&um=1&hl=zh-CN&newwindow=1&rlz=1B3GGGL_zh-CN__224__224&q=auto+generate&start=100&sa=N

基本都是做软件的图片，哈哈。

5 楼 tangtong 2008-12-25  

想一下WYSIWYG和WYTIWYG这两种风格吧。照理说word是很好的工具，让每个人都可以按照自己的想法编辑文档，但是我们不会抛弃tex，当我们熟悉tex的编辑文档的时候，我们反过来会埋怨word十分stupid。

你设想的大框架确实可以降低编程的门槛，但是又会下降软件的质量。现在也有很多“框架”出来了，不过都是专业的，你想的是一个通用的框架。

先不说它是否可以实现，它实现的意义在哪里，我觉得只能是一个复杂的玩意儿。

未来软件工程不需要这么一个傻瓜software maker。

另外，往往客户都不知道自己的需求在那里，一般都是需求分析师挖掘出来的。

软件工程最难的在于需求分析和工程管理。而你的方案既没有利于工程管理，反而把客户交给我们的任务返还给客户，悲剧了。

4 楼 upheart 2008-12-25  

这个世界上最卑微的职业——“通用平台软件开发人员”——总是有人想发明流水线杀死他们。

这个世界有最伟大的梦想，就是杀死“通用平台软件开发人员”和发明永动机。

如果世界足够简单，你的梦想或许可以成真。

sb是这世界上最单纯的一种人，不要鄙视他们。

3 楼 rockjava 2008-12-25  

这篇文章断断续续看了大半天，腰酸背痛，最后才明白楼主的用意。
不免小俗一下，merry christmas!

2 楼 xuyao 2008-12-25  

lz能简单一点说吗？这种东西写那么长从头到尾看的人不多

1 楼 seen 2008-12-25  

                 abbr.
silver bullet ----------> sb