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

  • 主题发起人 主题发起人 差不多算了
  • 开始时间 开始时间
楼主你们的DBANYWHere还在做吗？
 
一直在做，我们的平台底层就是新版本的dbanywhere-superp2p
 
DBANYWHere的注册用户可以升级到dbanywhere-superp2p吗？
 
这个是平台用的，还没包装为组件，具体以后看情况。
 
说的也有道理，任何‘零代码’也许都是相对的，呵呵。
其实代码的级别就是不同层次的封装，如果非要叫‘ 000101111’或者汇编叫代码，那也没有办法，其实我感觉‘零代码’的概念不是个噱头，应该这样理解：零代码的提出，绝对是一个大的进步，她标志着程序的时代的进步，代表着生产力的提高，代表着‘程序开发’仅仅和使用勺子、筷子一样，仅是一个普通的工具，大家关注的不在是具体的代码怎么写，而是实际的业务流程，实际的企业管理理念等等。
举个例子，比如农村几十年前（或者更短，地域性有差异）有牛、驴耕地，当你费了好大劲学会了赶牲畜耕地的时候，忽然发现有人有了拖拉机，很好学会，耕地的速度也快了很多倍，而且一点也不累，是不是感觉‘拖拉机’也不灵活（确实，拖拉机上山耕地比较麻烦，但牛、驴能够），所以我感觉：‘零代码’的提出，是一个巨大的进步，应该值的我们技术人员们深思，也许先前提的‘技术蓝领（就是工人）’的时代确实就彻底到来了。
平台是什么，就相当于车床，可以装配成一个工厂，工厂工人做什么，那就是用车床生产产品。所以，平台的出现，我感觉就是软件业大规模产业链的形成。
 
呵呵。看了半天楼上各位的言论。
我觉得平台就是软件大规模产业链应用的工具。代码还是要编写的。
类似delphi中的一个个组件，只不过发布的更大，解决问题的面更多，代码相对少了。
但是没有用过这类东西，不知道灵活性如何？是否使用现有常见项目的需要。
 
汇编语言出现后，直接硬写机器码的人几乎绝迹。
C、Pascal、Ada等高级语言出现后，一个大项目从头到尾都不用一句汇编也是非常稀松平
常的事情——虽然有的高级语言也有内嵌汇编甚至机器码的功能，但是，我以为，即便没有
这个功能，开发者多数情况下也不会认为这个语言很失败。
SQL这样的4GL出现后，开发的门槛进一步降低，导致掌握数据结构和算法的人越来越少。
但这反而让开发工具变得更加强大、软件开发业更加的繁荣。
我想，所谓的“零代码”概念，也就是“想”在一定程度上干一些前辈们曾经干过的辉煌
的事情。只不过——道力有深浅，境界有高下——多数人做出来的不过是一个带有一些有亮
点的复杂模块的开发环境，少数人做出来的则是只能用来当玩具的所谓“通用平台”。真正
证入高级境界的，我一个都没看到。我想，大家一般都不会否认，高级语言已经在99%的情
况下取代了汇编语言，但是现在的“零代码平台”能够在90%以上的情况下取代高级语言乃
至SQL（或者最近层出不穷的%QL）的，又有谁呢？
 
自由灵活，所见即所得的表格组件，开发环境下设计表格内容，独有的单据和Excel两种界面风格，可设计出各种类型的界面，配合强劲的打印功能，轻松解决自由界面和报表难题。其显著特性包括：

提供了单据， Excel ，Grid 三种界面风格。
开发环境下设计表格，所见即所得。
支持数据库和分组。
既可以作为普通表格使用，又可以作为数据感知组件使用，或者两者同时使用。
独特的双数据源连接，轻松实现单记录布局和主从表连接。
除了通过数据集本身的方法来访问数据库的记录之外，还可以通过读取单元格的Text属性来实现，这样就不必在数据集间来回移动记录。
支持unicode文本。
提供了列排序，移动行列，隐藏行列，增删行列等功能。
提供了 Excel 样式的过滤功能。
方便的查找对话框。
提供了单元格合并，单元格命名，只读单元格，锁定单元格等功能。
提供了列对象，用于控制整列单元格。
支持虚表，公式(包括自定义公式)， RTF 格式文本，Ole 对象和图表。
提供了按钮、下拉框、复选框、单选钮、日期、超链接、数值类等多种输入方式。
支持整形、正整形、负整形、浮点数、正浮点数、负浮点数等输入方式。可自动处理千分位，可设置小数位数。
九种文本和图形对齐方式，还可通过单元格边距控制输出位置。
导入/导出 Excel 文件，相互粘贴数据。
提供了自动调整行高，垂直文本输出功能。
可以设置单元格掩码，附有掩码编辑器。
设置单元格的 PasswordChar。
单元格内容字符数限制。
单元格支持图形，并且可以拉伸，层叠图形。
可以显示/隐藏单元格的边框、可以设置边框的类型、大小、颜色。
支持单元格斜线。
3D 外观的单元格。
设置单元格的光标和提示。
支持自绘画单元格。
设置固定行和列。
保存到文件和流。
提供了复制/粘贴区域功能。
VCL 版本可以插入其它可视 VCL 组件。
http://www.anylib.com
 
继续，好，讨论的很好．[:D][:D][:D]
 
我觉得零代码是不太可能的，要不然还要程序员干嘛
 
按照多数人的看法来推理——软件开发人员不硬写机器码是不可能的——因为软件就是机
器码嘛。
——差了十万八千里！
 
zxqhty 说很形象呀,其实现在的软件公司如同工业革命时的工厂一样, 一点效率的提升都是很有意义的
 
什么0代码，用友的ERP 简直是程序员的用户的灾难，什么问题都没有完整解决，
还要收取所谓的维护费用，起数据库都没法实现自动结转功能，而且数据库里面
表是巨多，看起来眼花缭乱，安装程序帮定的冗余数据是战局了不少裁判空间，
程序体积也不在让磁盘有太多空隙。界面呢也是花骚二不实用，功能方面，进销存
都没有很好地解决，空谈太多，解决实际问题能力太差，还靠我来帮忙写了写企业
应用辅助程序，为了提高程序的知识实用性能，还不得不改了数据库的一些表结构。
有几个实用查询程序也是我们自己写的，至于生产方面更加无法适应企业实际情况。
都是我们自己写的程序在运行。
每个表的数据还不能保证差错，因为库存数据都经常出错，开发出这样的系统
到底有什么意思，为了钱，乱吹一通，结果是钱到了手，客户的日子却越来越难过。
不说了，说起来我一肚子的气。
 
严重关切，没想到用友的 ERP 如此之‘烂’，我以前到没仔细用过他们的ERP产品，这年头都成了一切向‘钱’看了，跟卖假药的有什么区别？？
 
哈哈，看来不把那些生产垃圾的家伙清理出去，同行的名声也会受到影响啊[:D]
宝刀屠龙！
 
对，兄弟们努力，努力锻造 倚天剑、屠龙刀。
 
sunsam呵呵.对金蝶.用友都有认识.
嗯.BOS一些简单功能,是可以无代码开发.
UAP不知道.
 
用友，金蝶的产品内容太多了，适用面积太广，说明书就看得让人头晕．
金蝶不是很熟悉．用友光安装就是一个很痛苦地过程．要求很干净的机子，
出问题一般要修复不了，多数要重装，很痛苦地过程，不知其他的用友使用者
有没有这样的体会．
平台，代码多大程度自动生成，多少工作可以交给用户去作，
我觉得这是个逐步的过程，可以达到大部分自动完成可以减少程序员的工作量，
降低软件的成本，同时要支持部分的代码定制，由程序员来完成这部分工作，这样
既可以降低软件的成本，也可以满足用户个性化的需求，比如报表，最早用qreport程序员
花了多少宝贵时间去画表格线，用fastreport之后部分报表可以让用户去作．这种技术提升
就体现了这２点．
 
继续讨论，努力。[:)][:)][:)][:)][:)]
 
这周花了几天功夫写了一个纯B/S的简化版平台，增删改查是有了，不过其它的功能都没
有集成（尽管如此，已经能够和某些号称的“通用平台”一较高下了，哈哈）。
在UML中，将业务数据定义为M0层，对业务数据的结构化描述以及规则描述是M1层，对规
则的描述层为M2层，最高层的元元描述为M3层。现在我们的B/S系统基于M1层，具有操纵M0
层信息的能力，而智能客户端则站在最高的M2/M3层顶峰，能够自如的操纵M1/M0层。
 
您必须登录或注册才可回复。

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
查看
1K
DelphiTeacher的专栏
D
后退
顶部