|
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-05-17
基于web的ide?
我更喜欢叫他 代码生成器 真正的ide,web怎么可能做出来呢 |
| 返回顶楼 | |
|
发表时间：2007-05-17
你换一个角度考虑问题，那么多大的技术性公司，为什么不用这种东西？因为企业级的需求是复杂的，而且千奇百怪的，不可能有一种解决所有业务问题的framework。就算有，这种东西也是及其复杂的，还不如直接写代码。
退1W步来讲，就算企业级没有含量了，还有那么多类型的programmer呢…… 
学好算法，打遍天下都不怕
|
| 返回顶楼 | |
|
发表时间：2007-05-17
相信楼主说的情况
3个人一年完成7个中型项目是有可能的 即便不采用什么特别的工具也有可能 |
| 返回顶楼 | |
|
发表时间：2007-05-17
引用 叫一个WEB版的可视化IDE，使用这个系统，程序员不需要写任何的代码，像VB这些IDE一样的可视化界面，但是却不需要写一行代码，逻辑完全是可视化配置，从前台到后台数据库无所不能，程序员对应用的开发维护就完全围绕这个web IDE，应用改变不需要重新编译和发布，可以立刻看到改变的效果，这样就可以直接去客户的公司根据客户的要求立刻在现场改变应用给客户看效果，可以立时得到用户反馈等等，好处实在太多了，rails开发已经足够快了，可是使用这个系统，速度就更不用说了 当这样的傻瓜型工具大量地出现,程序员就越来越不值钱了。 |
| 返回顶楼 | |
|
发表时间：2007-05-17
suyulin6688 写道 calmness 写道 这个系统现在已经基本完善，还有些小东西需要修改，面对这样一个系统，我真的怀疑那些所谓的应用框架还有用吗？程序员不再需要开发和维护代码，那么框架存在的价值也就值得怀疑了，做应用的程序员还有用武之地吗？唉，有点不敢接受现实。牢骚发完了，工作还是要做地，就发到这里了。 傻瓜相机和专业相机并存。 这个解释很好！ LZ说的这系统对于复杂的业务也能直接生成？对于多表呢？我最近也接触这样的工具，如果是单表维护，只需要修改页面就好，但是多表就存在问题。很想见识下你的系统，有试用版本没？ |
| 返回顶楼 | |
|
发表时间：2007-05-17
fins 写道 基于web的ide?
我更喜欢叫他 代码生成器 真正的ide,web怎么可能做出来呢 我也是相同的疑问，你们公司能做一个Web-Base的业务平台？ 你们如何解决 1. 复杂的图形化配置 2. 测试 3. 调试 4. 版本控制 5. 与代码的切换（我不相信一个系统能做到完全的配置，拖拉，如果有，这个系统的局限也是很大的，支持代码plugin是一个平台是否开放的标准之一） 我一直是反对在web上建立IDE或是完全开放功能的配置工具，想达到和GUI工具的操作/功能，几乎是无法想象的。有兴趣的朋友可以去考察一下主流的CRM,ERP,Rule engine, workflow等商业工具，它们虽然有web平台，但几乎都是功能受限的，是User-friendly的，以提供给Business User“简单，高效”的配置能力，而更加复杂的配置，还是基于GUI，入Eclipse插件形式，它们是Developer-friendly的 楼主可以简单描述下你们的web的一些功能吗？ |
| 返回顶楼 | |
|
发表时间：2007-05-17
你可以透漏一下这样一些问题吗：
1、你们的IDE主要是面向哪个领域的？譬如OA、电子政务、电子商务、CMS....。一个框架或IDE能够解决所有问题，恐怕什么都解决不好。因为细节问题太多，问题解决方式也都不一样。 2、你们那七个项目是类似的吗？是不是只有简单的CRUD操作，谈不上什么需要获取、需求分析、领域建模？就象一些互联网web应用，一看就知道做什么，譬如一般的bbs系统。但是具体到性能调优这些需求，恐怕你们的IDE就无能为力了。 3、你说那个IDE是桌面应用我还有些相信，web上面做IDE开发，也太牛了，肯定有很多js高手吧。可以具体让我们稍微理解一下IDE吗？你的介绍太抽象。 4、我最近看了一下CoreMount这个日本人的framework、platform，在日本非常流行。那东西听说做项目也超快，不过，对具体业务性强的系统，不太好使：你是让你们的业务去适应框架，还是让框架适应业务，那种抗阻不匹配太大了，就象O-R不匹配出来过Hibernate，但我们往往是让Hibernate这种技术去决定我们的项目，而不是设计人员先作领域建模，DBA做数据库设计，然后再考虑Hibernate这种技术来解决ORM，做一个桥。也就是说我们应该从业务到技术，而不是从技术到业务；业务决定架构，而不应该是技术决定架构。很简单的道理，但我们经常不自觉的犯。 |
| 返回顶楼 | |
|
发表时间：2007-05-17
fins 写道 基于web的ide?
我更喜欢叫他 代码生成器 真正的ide,web怎么可能做出来呢 应该可以的. 先对某一部分应用 写一个代码生成器. 逐步积累 再将这些代码生成器配合起来 对于某些开发而言速度会快的多. 这部分代码免去了编码和测试的时间. |
| 返回顶楼 | |
|
发表时间：2007-05-17
注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。 领域模型怎么办，DDD？那也需要设计、开发啊。。。 依我看这不是一个技术开发框架，而是一个可配置的产品罢了。 |
| 返回顶楼 | |
|
发表时间：2007-05-17
Godlikeme 写道 注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。 依我看这不是一个技术开发框架，而是一个可配置的产品了。 业务逻辑的代码3个经验丰富的人用1个月搞不定吗 ? 而且说不定人家还有其它什么工具 |
| 返回顶楼 | |
