IT预算一减再减，伴随着IT工作人员和管理人员越来越失调的关系，无代码编程的出现刚好解决了这些问题。开发人员将从能读懂魔法书的神秘人物变成理解他们所要实现的目标及过程的业务分析师。

    声称今后将不再需要程序员的Kevin Smith几年前曾在一家软件公司工作，当时那家公司正试图通过Microsoft.Net研发一套项目追踪工具。大约十五名研发人员花了一年时间来做这个项目却收效甚微。Smith透露，“烧了差不多一百万美元之后，这个项目仍然没有结果，公司就要求停止这一切”。Smith现在是一家位于丹佛的咨询公司――Next Wave Performance有限责任公司的股东。

    NextWave公司也曾有过类似的打算，但同样也遇到了类似的时间表和预算超支的问题。 “我说，‘我要学习编码然后自己来做’”，Smith无奈的回忆说。最后，他搜索到了一个Web应用程序开发工具Coghead，使用者无需掌握编码技术，大部分操作都是通过拖拽来完成。Smith说，他不到30天的时间就做好了跟踪工具的重要组成部分。

    “有一天，我向我的商业伙伴展示我的新发现时，他转而问我：‘(有了这样的工具)那么，传统的程序开发人员以后做什么?’我说：‘现在情况发生了改变。我想，开发人员将从能读懂魔法书的神秘人物变成理解他们所要实现的目标及过程的业务分析师”。

    这种看法可能有点牵强，但自己动手做应用开发的确非常非常吸引人。IT预算一减再减，伴随着IT工作人员和管理人员越来越失调的关系，无代码编程的出现刚好解决了这些问题。 Forrester研究公司分析师Mike Gualtieri表示“商业用户有这样的新趋势，他们以后不会再被程序开发吓倒”。

    Coghead和其他应用――如Caspio、Zoho和Wufoo一样，都是最近试图让应用程序开发走进大众的工具。从Gobol到4GL到脚本语言，以及微软最近的Oslo基于模块的软件开发，Holy Grail的目的是使非程序员更轻松简便的完成编程。Coghead首席执行官Paul McNamara认为，云计算工具将使潜在的软件制造商数量成十倍的增涨。

    无需编程软件开发应用

    无需编码的软件开发在某些领域是有意义的，如有多个记录、业务逻辑、通知和其他简单功能的商业应用就适合使用此类工具。一个会计兼系统顾问Jim Heagney利用他的经验与Great Plains以及其它ERP集成项目开发出一套虚拟的事件调度安排程序，命名为 Inexpo。

    Heagney自称主张不再需要程序开发者，他使用Coghead创建了Inexpo来管理所有基于Web的虚拟生产流程，包括报关、发票、费用、采购订单申请和其他交易。Inexpo甚至能够与会计系统完美的对接。Heagney每天只抽出一部分工作时间来创建这套程序，仅仅用了六个月就全部完成了。

    McNamara称，任何人只要会写宏语句或复杂的Excel电子表格就可以通过Coghead来创建应用程序，需要对关系型数据库有一些基本的了解，如存储很多发票清单的帐户记录数据库。Heagney补充说，这听起来似乎很容易，但问题是，即使是经验非常丰富、知道如何操作复杂数据库应用的业务主管，也不知道后台具体是怎么回事。

    此外，Heagney也承认了Coghead有一定的局限性。举例来说，该工具缺乏制造大量变化以及创造复杂域的简单方法。有限的后端存取导致报告缺陷。Heagney说，“现在表格的工作方式导致我不能写总分类账，而总账是ERP的核心。这确实是一个挑战”。

    InfoWorld测试中心的分析师、软件开发人员Peter Wayner 撰写了Coghead和Caspio评论，他表示：从本质上说，[Coghead]是电子表格的幻想前端，但同时他也指出了它的潜力说：“我们正在进入一个时代，人们可以在任何种类的数据库表顶部快速建立Web应用程序”。

    碰壁

    但是，Forrester的分析师Gualtieri坚持认为，不是所有的无代码软件开发都像Heagney和Smith的经历那么简单，没有程序员的帮助，自己动手应该会面临一些考验。

    Gualtieri认为，很多用户将陷入漩涡、遭遇失败，导致失望。这是因为他们在开发之路上――包括确定他们想做的事、选择正确的工具和搭建适当的项目架构――会作出错误决定。或者更简单地说，他们有可能因为无法在一个单元中插入一个带图片的表格而郁闷得用头敲打办公桌。

    Wayner在他的Coghead评论中写到，“它也许会导致普通人恐慌，但对于真正的程序员来说，热情反而会被激发出来”，“拖放式程序开发工具可能看起来不错，但我认为认真的Coghead程序员需要学习BPEL语法，然后在工作找出为什么有些应用是行不通的”，换言之，Cogheads可以消除编码，但它仍需要您像一个开发者那样去思考。

    Heagney同意这样的观点：普通企业主管如果想自己做程序开发将会碰壁的。因此，Coghead的销售渠道中至少有60%都有技术专家某种程度上的技术指导。

    随着每天都有新用户加入、新功能的增加，一个简单的网络应用也可以发展成复杂的大型应用。它的规模可能变得非常大而难以处理。或者公司可能需要聘请Coghead程序员以支持应用程序。Gartner分析师Yefim Natis 表示，“必须了解应用的内部结构，以保护其完整性”。

    程序员的未来

    Natis认为“无代码软件威胁传统开发人员的生计”的想法非常可笑，“当应用程序的设计大量使用高产且易用的元数据时，用户所做的工作是配置，而非编程”，“程序员必须为用户创造环境帮助用户可以巧妙的利用参数”。

    每个人都认同这样的观点：业务分析师和软件开发之间的差距正在缩小，因而开发者应更具商业头脑。但是，程序员不会真的受到那些自以为可以不要编程技术就能写出商业应用程序的人的影响。Natis 表示，“人们还必须了解如何创建算法，以处理数据和过程”，“算法的表现形式也许改变了，但是该算法本身不会变”。

    即使企业用户将在应用开发(以及管理自己的电脑)中发辉更大的作用，但事实上程序员没有被边缘化。InfoWorld测试中心评论家、Knowlede-Based顾问公司创始人James Owen表示，实际上程序员的生活可能会更有意思。

    涵盖了基于业务规则系统的无代码编程的推广思路是：“让那些不知道底层代码是怎么回事的业务分析人员，也能够在应用当中插入自己的业务模块”。当高层管理人员意识到，公司用同样的人力现在可以做更多的事情时，他们就会开始梦想“无限高的软件摩天大楼”。

    但是无代码编程能做得只有这么多，所以程序员将负责架构和建立框架，以支持这些崇高的梦想。Owen称，“这些梦想将为IT程序员提供更多的就业机”。现在有趣的一页才刚刚开始。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。