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

  • 主题发起人 主题发起人 差不多算了
  • 开始时间 开始时间
[我有我自己的开发平台（我是单干的游击队员），那是什么，函数，公共过程，表结构思路，通用窗口等，我把我学到的新知识一点点的做成函数，模块，不断的改进它们
]
呵呵，这样的也能够叫‘平台’啊。
这只能够叫你做的一些模板而已，还不能够叫平台。
还有就是，我感觉兄弟对平台是存在误解的，其实从汇编到现在的delphi,vb等都是平台，代码同样是越写越少，你要知道，用汇编实现一个一个按钮要写很多代码的，而delphi一行也不要写，这也可以叫‘零代码’吧。其实，我感觉‘零代码’是提出的一个概念而已，意思就是可以写更少的代码了，这个不能只理解字面意思的。
你说的很多，都非常有道理。
 
面向对象的开发早就发展到极致了，通过引入Interface，OOP语言得以实现多种复杂而又
极为实用的设计模式。在UML中，类、表、接口的设计都无需借助任何计算机语言，但同时
能够被映射到各种语言以及关系型数据库中。UML现在的问题是为了描述执行逻辑以及取数
逻辑，必须借助OCL以及OQL——我以为这是完备体系中尚未被形式化所统一的部分。而正是
这个部分，才是绝大多数软件的卖点所在。
我说自己的平台是零代码——因为我们已经在事实上抛弃了程序员手工写代码的方式，我
们已经在几个项目中已经进行了零代码的实施——项目中有复杂的查询、连接以及运算，但
实施人员没有在平台内写一句SQL以及一行代码（当然，有的运算考虑到效率问题，还是使
用了存储过程——毕竟数据库本身的运算能力是不应该被浪费的:P）。
看来有的人评论别人的时候很有干劲啊——建议有空还是多看看书，多做做事，呵呵:)
 
关注产品本身
 
呵呵，咱们不讨论公司如何，产品如何呢？
 
讨论了那么多，还是做点可以看的见的演示的 demo吧，看看平台都可以做的什么应用，应用产品的灵活度如何。是好的平台，做出来的应用自然灵活、方便、简单等，不好的平台，光靠‘说’是没有用的。
 
其实,用Excel就是一个零代码平台,定制一下,就可以做很多东东[:D]
 
是啊，这么说来，access也是个零代码平台，我从dos到windows平台前，只会foxpro 2.5 fordo
s，在完全没有接触过面向对象、windows编程，vb根本不会，access也没接触过，e文很烂，没有翻译软件，也没有中文资料的前提下，用access2.0英文版，开发了一套多用户网络版的信息管理软件，跑在win31、win95和winnt平台上，几乎零代码，后来参照access自带的例子，通过time控件的事件写了不到十行代码给一个窗口的按钮来替换图片，以达到动画的目的，再后来学习了点vb，有加了百来行代码给用户登陆增加了提示和控制。
从自学到完成花了3、4个月，现在一般的信息管理软件有什么功能这个软件都有：
按角色分配用户权限，并按权限限制功能
客户端实时消息通知
定制输入
定制报表
定制查询
定制菜单功能也有，没有开放给用户
审批流程
制定任务
excel导入导出
不同的窗体打开，toolbar上相应也会出现相关功能按钮，不相关的隐去
当时不懂sqlserver，否则数据直接存后台
3、4个月里，大多数时间是学习怎么用access的功能，比如access的安全设置、宏的使用、报表、窗体的使用、不同用户的权限控制，都掌握了，搭个系统花的时间到是不长，就现在，要我用access很快的搭个系统出来也很容易，呵呵，怎样？这可以算是零代码平台了吗？
 
一套正版的Access也不过4位数的RMB，用它也能搭建出一个很实用的MIS——如果开发者
是有能力的高手的话，时间也不会很长，架构也可能很合理。
问题在于，为了类似这样的系统，企业需要养至少一个水平不低的IT人员（否则做出来就
是垃圾，没完没了的改，哈哈）——这年头，人可不是省油的灯，呵呵:)
国内市场占有率第一的起步软件的平台实际上就是一个带有数据库建模、工作流程建模、
组织架构建模、报表设计、权限分配、决策支持、进度监视/控制等实用功能的类Delphi开
发环境。并且他们的运作已经进入了正循环，市场一片大好。想在这个新市场中赚一笔的弟
兄们要努力了，呵呵:)
 
话可不能这么说，我当时的水平根本算不上好（98年），掌握使用access做软件（实际上是搭建）也只用了两三个月，关键是业务，而不是技术，在现有的技术环境下，做出垃圾软件的绝对不是技术上的菜鸟，而是业务上的菜鸟，用所谓的零代码平台，难道就不需要业务知识了吗？学会一套零代码平台的操作，其难道也不会小，难道不也要培养一个水平不低的零代码平台IT人员吗？
当时做完了，自己都感觉很惊讶，就这么做完了一个系统？一行代码都没有写？还蛮像模像样的，跟foxpro 2.5 fordo
s写程序比简直是天上地下的区别一样，要做菜单，用宏，要做toolbar，用宏，要权限，access有，窗口间调用，用宏，显示消息，用宏，调用access系统功能，用宏，调用外部程序，用宏，新建输入界面，用宏（有一堆界面模版可调用），调整输入界面，用宏，什么都可通过宏实现，access的宏就是access的功能的模块化的体现，所有的功能都可以通过宏的组合实现，而宏本身还可以做简单的编程，类似于dos下批处理的分支结构，种种一切，均不需要写一行代码，另外，还可以用宏调用vba丰富的函数、过程，通过宏调用vba代码，遇到太复杂的问题，直接写vba代码就可以搞定，当然这个要真正的程序员来做了。
要水平很高的人吗？实施人员要学的并不多，就像我当年连windows几乎没玩过的菜鸟都能做出一个功能齐备的软件，我不知道现在哪个从大学学计算机出来的大学生会学不会，现在的access功能比起access2.0来那可不是强一点，可同样易用。
 
呵呵，诚如老兄所言，只有懂业务的人才可能开发出真正好用的软件。不知道老兄有没有
想过IT外包这种模式呢？领域知识专家，社会上有的是，有的人甚至比企业内干活的人更加
清楚，花不长的时间就能掌握一个陌生领域中的知识的人也有。个人以为，也许国外的IT业
现在的运行模式对我们的未来有借鉴作用。
小东西企业自己可以搞定，但总还有企业自己搞不定的，所以，平台的猎物决不应该是小
东西。几个人花几个月搞出来的所谓平台的东西，比得上Access么？
 
外包对业务更要了解，只是了解业务和编程分成了两拨人。
领域知识并不可能完全一样，否则同个行业的企业就不需要不同的软件了，那些游离于企业外的专家做的设计难说就一定适用特定企业，而“花不长的时间就能掌握一个陌生领域中的知识的人”当然有，呵呵，这种人的价格可不是一个“水平不低的IT人员”可比的。
小企业可能到好搞，机构小，效率高，大企业？嘿嘿，可不是几个技术、业务专家加一个零代码平台就能玩转的，特别在中国！
 
那就先放个把卫星玩玩吧，过几年资金充裕了再奔月，哈哈[:D]
ps: 这年头，真正有本事的人多数并不缺钱这种东西，如果真的奔着钱来，你给他年薪百万
也保不定什么时候会飞走。几个人能够一块开心的做自己想做的事情，对自身、对集体、对
社会都有利益，这就足够了。:)
 
to dirk
我的枪可以搞出人命，有钱买不到，o代码是玩具，做来自己玩也觉得没趣，要拿去骗钱，要给客户回扣。
 
：jieking兄弟的不一定吧,有的平台可以不用改,但是零代码好像实现还有点困难,毕竟每个用户的需求不一样,这种平台只是通用型的,我接触北京科情的商鼎系列软件,那个后台就是一个一楼所说的通用平台,可以二次开发,可以让用自己进行一些简单的个性,表单,软件的界面可以根据用户的喜欢来设置,数据库修改好像也可以在平台上进行设置完成,但是还是需要技术员来写一些模块,就是前面有人提到的插件.我想,要实现在这个,需要很久的市场调查,毕竟问题每天都在更新,要实现所有问题的封装,还是比软件困难的.
 
差不多算了
１：开发时间：平台开发用１５天，delphi用45天
２：开发人员：平台用３个人，delphi用3个人
３：人员工资：平台人员平均工资：1500／月；delphi开发人员3000／月
第三不对,,因为会平台的人很少,,所以反而比DELPHI的开发人员的工资高太多了...
 
呵呵，那平台可以找水平比较低的菜鸟培训一下应该就可以掌握的，工资应该不会高。
 
有谁记得当年GM和GC谁的钱多、谁的枪多么？[:D]
——请大家尊重楼主，就事论事，要发无关高见的大可以自己掏分开贴。
dirk兄提到了不同的企业中，即便是领域相同的应用，也会有不小的差别。我以为，就像
全世界有很多不同的人种，看起来外形相差巨大，但是就生物形态、功能的根本DNA而言，
差别实在是微不足道。哪怕是人和大猩猩，也不过只相差1%而已。科学家做过试验，将果蝇
染色体中眼睛的部分去掉，结果生长出来的就天生没有眼睛，但是，如果将老鼠染色体中用
于生成眼睛的片断植入到没有眼睛片断的果蝇DNA中，还是能够长出具有正常复眼的健康果
蝇来。生物界经过了以亿年计算的漫长演化，能够将一个体重以千克乃至吨计算的庞大生物
的全部本能特性都浓缩到全部信息量只有几十Mbit乃至更少的DNA中，这不就是“芥子纳虚
弥”的最好例子么？DNA本身没有复制的能力，但是细胞环境中有很多蛋白酶可以对其进行
解释以及复制，使得根据一个DNA最终可以幻化为生物体的各个器官而又互不干扰——这是
怎样的境界呢？——但这是摆在所有人面前的铁的事实！
“继承”是面向对象的核心概念之一，参照进化了亿万年的生物界，每一个物种都继承了
前辈的特性。人在胚胎中的变化过程，简直就是一个完整的物种进化序列。我们是不是应该
虚心的进行学习呢？

愿我速知一切法！ 愿我早得智慧眼！
 
钱这事很难说，在中国，有本事的人奔钱也是很正常的事情，不像国外，没本事的人也不在乎钱的多的去了，这和体制有关就不多说了，至于飞不飞，到是和钱没什么关系，在中国，想要做让自己开心的事情，基本上没钱比较难。
要说到小，不如说到原子核一级，那世间万物完全没有区别，但是那有什么意义呢？微观世界有微观世界的规则，宏观世界有宏观世界的规则，风马牛不相及。人和猩猩从原子核看没区别，从基因上看只有1%的差别（你说的），从外观、行为、地位上看，那就差了不知道多少个1%了，你如果从cpu一层去分析，财务软件和人工智能也许也只差1%，按照财务软件的进化规律，最终也能成为AI，那研究AI的同志们应该先研究一下财务问题，呵呵，呵呵，照这个逻辑推演，实在看不出什么意义，呵呵，如果佛祖教会人的是这样的逻辑，阿门，那我去信上帝，起码逻辑上简单点：人和猴子没关系！呵呵。
扯远扯远，打住！
>>dirk兄提到了不同的企业中，即便是领域相同的应用，也会有不小的差别。
你之后打了这么多字，我愚钝，只理解了：“因为人和猩猩只有1%的基因差别，所以，企业之间其实差别也不大。”这么个意思，不过我想，人只所以可以把猩猩关在笼子里观赏，可以那它们做生物试验，可以肆意把它们剥皮取肉，就源自这1%的差别，你只看重了那99%的无关要素，却忽视了这1%的关键要素，呵呵，我大致可以说，99%的企业的组织构架是一样的，如果你只看重数字大的部分去做软件，那我可以说，你做的软件，也许将不适用于99%的企业，呵呵，也许言过了，类比一下，别见怪，呵呵。
愿你速知一切法！ 愿你早得智慧眼！
 
呵呵，谢谢老兄的祝愿:)
关键的确就在这1%上，但现在的软件公司有多少做到了用1%的改动量实现了对不同企业的
应用呢？按照传统的开发方式，开发猩猩是一个小组，开发人又是一个小组，两个小组能避
免多少重复工作呢？您提到了企业的组织架构的相似性，思维加速看到了这一点，将组织架
构融合到了平台的核心中，做为一个不可分割的部分，这就是它得以超越Access、Delphi之
类原生开发工具的地方之一。
类比一下，在生物界中，人手的基因和鱼鳍的基因是一样的（或许有1%的差别？我记得不
是太清楚哈:P），平台类软件所要做的，就是不断的集成多数用户都要用到、同时又有一定
的规范可遵循的东西，让重复开发的工作越来越少。而不是在简单的提高效率后，搞低质低
价的竞争。
当然，我们也要考虑到另一个极端——在全球最大的ERP软件SAP中，有上万张表，标准安
装后，数据库文件接近100个G——这是他们集成全世界各个领域、各个企业的模式的结果。
丰富的另一面就是领域知识过于庞杂，以至于哪怕是高手，要初步掌握一个模块都要很多个
月的时间，实施过程中要考虑的东西也是不胜其烦。为了解决这个过于臃肿的问题，SAP研
发了Business One平台，重新对业务内核进行精简，以便让中小型企业也有能力使用它。
我的感觉是，很多平台都在走SAP的老路——对基本的机制没有什么革新，从零开始不断
的集成、集成、再集成，我以为结果不会比SAP好到哪里去。要说优势，也就剩下他们平台
的开发语言可能比SAP的ABAP要容易学、第三方资源更加丰富罢了。[:)]
 
呵呵，我不知道传统的开发方式，是否是“开发猩猩是一个小组，开发人又是一个小组”，不过，公用模块在开发组、产品线之间共享是一般都会采用的模式，另外，如果一个开发组开发完了猩猩，再完全重头开始开发人，那开发者似乎就有点不可理喻了，我想即使是一般人，也不会这么干吧？
至于那1%，呵呵，就像黑洞，看着小，其实重，开发起来那1%，也许才是一个软件真正卖钱的地方，才是让开发人员花费大量时间去杀死脑细胞的地方，诸多零代码平台，也许就死在这1%上，就像木偶，没有灵魂时等于一块木头，灵魂？呵呵，听起来就是很牛B的东东，不知道有多少人能够创造灵魂（用kinneng的枪造灵魂的不算，那个是@#$%@#&*!~@ :)）。
 
您必须登录或注册才可回复。

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
后退
顶部