现在很多软件公司都在开发‘零代码企业应用开发平台’对我们程序员有什么影响，大家都怎么看？ ( 积分: 100 )

  • 主题发起人 差不多算了
  • 开始时间
我看不见得，效率包括很多方面：
1、开发速度
2、产品质量
3、可维护性
......
我认为好的平台，效率会更好，要说速度比代码写的速度慢，是有可能的
 
能完成任务，界面漂亮，人机交互方便，这是软件永恒的发展方向，Windows就是一个例
子，而前面提的那些东西依赖性大，没有个性，较适用于弱智人士。
 
零代码只是开拓市场的需要而已，不过封装了大部分的业务逻辑和系统控制，
需要自己开发的很少，而且一般都留有接口，实现起来也很容易。
即使不作成平台，写出好的内核也可以达到同样的效果，只是宣传效果差点.
 
“零代码”是一个口号，真正应用的时候还是需要一些代码的，但那仅仅是一些业务和功能模块调整代码，核心代码是不需要改动的。
我们现在用delphi开发，不也是“零代码”吗？那些VCL就是零代码。
每个发展良好的软件公司，都有自己的应用软件开发平台，那些就是零代码。
我认为：大软件公司的“零代码”平台 + 小软件公司的二次开发，是今后软件开发的方向。
由此，程序员收入方面：大软件公司吃肉，小软件公司只能喝汤，或者啃骨头。
 
恩，说的也有道理，任何‘零代码’也许都是相对的，呵呵。
其实代码的级别就是不同层次的封装，如果非要叫‘ 000101111’或者汇编叫代码，那也没有办法，其实我感觉‘零代码’的概念不是个噱头，应该这样理解：零代码的提出，绝对是一个大的进步，她标志着程序的时代的进步，代表着生产力的提高，代表着‘程序开发’仅仅和使用勺子、筷子一样，仅是一个普通的工具，大家关注的不在是具体的代码怎么写，而是实际的业务流程，实际的企业管理理念等等。
举个例子，比如农村几十年前（或者更短，地域性有差异）有牛、驴耕地，当你费了好大劲学会了赶牲畜耕地的时候，忽然发现有人有了拖拉机，很好学会，耕地的速度也快了很多倍，而且一点也不累，是不是感觉‘拖拉机’也不灵活（确实，拖拉机上山耕地比较麻烦，但牛、驴能够），所以我感觉：‘零代码’的提出，是一个巨大的进步，应该值的我们技术人员们深思，也许先前提的‘技术蓝领（就是工人）’的时代确实就彻底到来了。
平台是什么，就相当于车床，可以装配成一个工厂，工厂工人做什么，那就是用车床生产产品。所以，平台的出现，我感觉就是软件业大规模产业链的形成。
 
平台并不是现在才出现，只不过是国内厂商炒作的一个手段而已。SAP的产品就是在自己的平台上开发的，微软收购的的三个ERP产品，也完全是先有平台，后有产品，从技术上，比国内的产品的更先一步，虽然他们的平台不是"零代码"平台，但易用性、可扩展性并不差。
 
是阿，很早就出现了，在我们用foxpro开发东西的时候就有mis应用开发平台了，
不过，一个新东西的出现，需要很长时间的验证、彷徨。。。。（不死的话）然后会成熟起来，真正替换一个时代。
 
很好的帖子，听课。我认为平台是给比写平台的人要“笨”一点的人用的，所以平台要简单易用，基于平台的产品要易于实施和使用。理想的情况是能支持单机、网络（C/S、B/S）.
 
对，架构很重要，要能够支持 单机、内网、外网，一次开发，多种环境都可以用。
但平台绝对不是给笨人用的，而是给聪明的人用的，聪明的人解决问题不会绕弯，拿来主义，没必要自己从头做，难道程序员都用汇编才叫牛X？？
平台支持一定的脚本，就好象delphi，Vc++也支持汇编一样，为的就是扩展，为了应用做了更高一层的封装，目的是为了解决问题，而不是为了做技术而做技术。
 
我觉得吧,平台的优点有:
1.开发的速度快了
2.正确性更高了(经过验证一段时间)
3.开发更加高级了,傻瓜化了
缺点也有:
1.运行的速度慢了,一般是解释执行,或动态生成技术,或COM等插件技术,或保留冗余和可扩展性(垃圾很多)---通过硬件速度提高来抵消
2.程序员知道的少了,界面千篇一律,新的硬件,软件接口不好接口,知道底层的少了
3.只可能是某行业,某范围的构件化,而不是所有软件
不适合这些地方用:
1.嵌入式领域 比如工业控制 商业智能终端等
2.个性化领域 比如手机 数码 电视等
3.其他要求高效率,高安全性的领域 比如 Web服务器 工具软件 驱动程序
或者干脆用户机器慢的死,用这种高级玩意,就xxxx
 
本来就是企业应用开发平台，主要是管理类系统，不可能什么都能够做的。Vc++,delphi也不是都能够做啊，还时不时的写汇编呢，有他的一定的使用范围就够了，要知道；做企业应用的程序员占绝对多数量。
 
完全0代码基本上是不可能的。特别是通用平台的建立。
其实在一个管理类系统上，做成平台还是比较不错地。如：用户可自行更改库结构（主要指增加和删除字段）、定义主从表的关系、根据需要自动生成报表等就可以了
 
你说的这个属于功能相关的平台，目前大多数都是这类的平台，说是平台，其实就是将应用做的比较灵活，能够很方便的修改，不过，这已经很不不错了，客户比较喜欢这样的应用系统。
 
所谓的零代码不可能适应所有具体的应用，它只可能是指在通用模块上的实现罢了。因为具体问题要具体分析，由此看来具体的应用就要在通用的模块中附加一些特殊的功能，当然这就离不开用具体的代码来实现其具体的应用功能了。
 
我感觉很多人对平台还是存在很多误解,人为平台就是建立在应用的基础上,做了一些通用的模块罢了,其实这样的理解是有偏颇的。其实平台完全可以实现的能够更灵活，把应用建立在平台的基础上，而不是做了些通用的模块。其实不是说平台本身只提供了很多的业务模块，客户使用的时候可以调整其设置来适合企业自己的特殊性（虽然目前大部分平台就是这样的），平台完全可以做到与业务无关性，可以不用提供业务层的任何逻辑，也同样可以实现灵活的尽量少的代码开发。
所以，这还是同样是原来的说法，平台可以是业务相关的，也可以是业务无关的，当然业务无关的更灵活，可以做的范围更广，比很多的Erp平台要更能够开发的灵活。
 
对于某一个具体的行业来说，把业务流程分析清楚了，这个倒是没有问题的。但是，这样灵活性非常低，而且会有大量的BUG涌现，系统的开销会非常大。我们程序员不要去担心这个。你想想，甲骨文公司红帽公司不都是卖服务的吗？大不了我们以后开发这样的平台出来，然后去做卖服务吧。
 
依我看，现在市面上的所谓零代码，要么无法覆盖要写代码的系统的功能，要么还是要学
习一种甚至一种以上的语言（或者脚本）。我们现在也在开发零代码平台，已经两年多了。
现在已经达到的功能已经能够完全覆盖UML、AOP乃至RDBMS以及OOP语言中的绝大多数特性。
我们不但对OO、UML、AOP等思想体系中的核心概念进行了扩展，使之更加的灵活、合理和实
用，还形成了一套极为完备的过程描述机制，能够覆盖各种高级语言（包括SQL、Python、
Ruby等最流行、最先进的语言）的各种常用特性（理论上说来，我们的平台可以将配置出的
应用转换成任意语言的代码，并且，还可以对任何语言的代码进行反向工程）。现在非常流
行的所谓可配置工作流系统在我们的平台中只是一个抽象业务类的一个具体派生子类的功能
罢了（源自对AOP的扩展）。
该平台说明见 http://www.delphibbs.com/keylife/iblog_show.asp?xid=22439

我的目标是——全世界只要有我一个人当程序员就足够了 :D
 
呵呵，牛人！！什么时候把用您的平台做的应用发布出来让大家测试测试吧，很期待看到好的产品出现。
 
代码=数据，这是发展趋势
不过倒腾数据，或者说配置参数，实质和写代码也没啥区别
 
搞不好这东西还会增加对程序员的需求，全世界增加几十万程序员
 
您必须登录或注册才可回复。

Similar threads

D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[译]Delphi for iOS开发指南(2):在Windows PC上配置你的开发环境
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
892
DelphiTeacher的专栏
D
顶部