为什么图形化编程语言还没出现还没普及？？？

[ashchen]

以后的趋势必定是图形化编程语言的天下

用 ipad 或类似指点类设备，拖下程序逻辑图就可以了，为何还苦逼的敲键盘？

[ayang23]

不用太大，来个十万行的项目感受一下图形编程，效果我想是这样的：

[ayang23]

http://2.im.guokr.com/RSRpCzPk4h_7Au69uUPhY51KO71SB0JstwEZ9XJO3v-AAgAAqgEAAEpQ.jpg?imageView2/1

[66beta]

visual studio 笑而不语

[shimanooo]

10 万行大多是细节。

图形化普及的话
1. 有大量 high-level 模块
2. 模块间可以方便地组合

[em70]

UE4 的蓝图就是这种东西,没想象中那么好,但确实降低了动画设计师编程的难度,对普通人来说比代码更难

[tabris17]

有啊。
UML 不就是么，统一建模“语言”

[designer]

能理解为 “前端设计师” 吗

[nicevar]

年轻啊，典型中二想法，楼主应该还没见过产品经理

[lightening]

因为并不方便。

硬件设计领域，初学都会用画电路图的方式。但是一旦规模增长到一定程度（这程度并不是很大，一个加法器就会很复杂了），图形的方法已经完全无法管理和维护了。于是硬件设计人员也会使用类似编程语言的方式（硬件描述语言）来开发硬件。

[fjzjk]

虚幻 4 有蓝图。
unity 有 play maker 。
这类就是图形化编程语言了。但是实际上本质还是编程语言，需要编程思想，只不过把手写代码改成了可拖动的图标。对于入门后的开发者来说效率太低，只适合一些美工、设计想独立开发游戏时使用。

当然虚幻 4 的蓝图是大量使用的，虽然大型项目不怎么用，但多少还是会有一点

[ashchen]

代码当然是由逻辑图自动生成的。变量名，赋值之类也是自动实现的。
程序员要做的就是把流程图拖来拖去。具体代码都封装成模块。一点某个对象，会列出对象，方法，供连线
几十万代码也不是问题，总归要根据层级归纳成函数，类。别告诉我你一个方法里有几十万代码。

[xcodebuild]

所以你觉得编程的痛点居然是敲键盘么=。=

[dacapoday]

图的表现力不行，而且已经有 UML 了，即使是 UML 也很难用一种类型的图表征整个程序。如果是顶层设计，用封装好的功能模块组合实现 DAG 可以(正如虚幻 4 的 blueprint 和犀牛的 Grasshopper 还有 nodebox3)。但是具体的细节实现不行，首先在模块图里怎么表征环，递归？模块是纯函数还是有自身状态的实例？如果使用时序图，作用域又怎么表示？

[clino]

为什么要有文字文章，用图形图片视频就好了？

[loading]

Talk is cheap

[uxstone]

不知道你是在哪里看到这个趋势的

[7z7]

http://ww2.sinaimg.cn/large/a15b4afegw1f6wyu7lxmkj208c03rt9a

[7z7]

ww2.sinaimg.cn/large/a15b4afegw1f6wyu7lxmkj208c03rt9a

[shippo7]

Storyboard

[liuchang0812]

先问是不是，再问为什么

[vamxmen]

编程最大的痛点是不知何处出来的 bug 啊，还有就是跨平台跨终端多分辨率适配这些。以后要是标准能统一，不用考虑性能优化应该就很方便了吧。小白勿喷

[wsy2220]

等项目大了你就知道有多坑了

[acros]

楼上说到了 UE4 的蓝图。
这个蓝图脚本，稍复杂一点的功能实现，各种方块线条绕在一起，看得我眼瞎啊····

[ashchen]

@uxstone 请你用回 dos 你愿意吗？ 智能手机让你输入命令行你愿意吗？

[caomaocao]

知道梯形图吗？

[levn]

。。我们干嘛不画画交流呢

[nevin47]

我想了想至少以下几个方面必然不可能：
高性能编码场景
生产场景下的机器学习 /数据分析
嵌入式开发

图像化编程实际应用中我目前见到的只有 Simulink 建模，不过大型工程 Simulink 的图看得是非常蛋疼，最终落地还是需要人工转 C 实现

[zpvip]

LabVIEW:

http://imgur.com/a/3Rny7

[RoundCat]

用过 LabVIEW ，受不了图形编程，感觉特别不自由

[uxstone]

@ashchen 软件使用者,软件生产者..............

[canautumn]

用过 labview 的应该有体会，除了简单的信息流，写着写着就有插入一段 matlab 脚本的冲动。如果你有洁癖，就得花很大功夫搞明白相同的功能用 labview 怎么实现，往往比用脚本花费多得多的时间。不是说图形编程一点用没有，还是要看适合干啥。

[monnand]

其实图像的表现力还是不如视频强。应该让程序员在摄像头前跳舞编程

[yangff]

感觉在写状态机上还是有点用的……

[exoticknight]

我感觉还不如发展一下自动生成代码实际点……

[RqPS6rhmP3Nyn3Tm]

有
LEGO MINDSTORM

[msg7086]

不要耍××，先问×××，再问×××。

Macromedia Authorware 二十年前我们就在玩了。

[msg7086]

#24 @ashchen
你这个就在瞎扯了。要说图形好，让你用 Windows 3.1 你用吗？还说 DOS 呢。
要举例的话也举个现代点的，至少是最近二十年内的技术吧。
Linux Shell 环境，全球的软件开发工程师、运维工程师，各路程序员都在用。
Windows CMD 命令行，也是一大堆人在用。
Windows Server 的最小化安装就是给你个 PowerShell 来管理，一样好用。
何必要把「命令行」概念代换成「二三十年前的软件」呢？

[jadecoder]

前阵子我一直在找能够描述流程图的 DSL ，流程图复杂了比代码难搞多了。 LZ 做过正经项目吗？

[scnace]

https://github.com/google/blockly
是啊是这种只要拖一拖的？(你以为玩 Dreamweaver 啊？

[cuebyte]

@scnace 乍一看上去很有意思，但是一细看也不过是给代码加了个背景色

[cxbig]

Scratch...

[paulagent]

看注册日期， po 主也算是老人了啊。

[sloppysop]

其实说图形化不好的诸位，可以看一下特德姜的科幻小说 <<你一生的故事>>。
再比如，你在一秒钟看一幅图，可以明白的事，为什么要花十分钟去线性地一个字一个字阅读呢

[doubleflower]

@sloppysop 一副图本身包含大量的细节（你画过画就知道了），而一个程序也是，这些逻辑是不可压缩的，你假想变成可视化后这些本质性逻辑被粗粒的图形包含那是很可笑的，就象压缩后的文件不可再压缩。

[sloppysop]

@doubleflower 我感觉一幅图本身就像一个黑箱吧，你看一眼，有了结论，认知里有了输入和输出，这些逻辑的综合，也是有个结果的吧？ 文字的输入是一个一个线性的，但是图片应该是块状的吧? 不是程序员，不懂，只是给个思路。

[unique]

服务器为何普遍用 linux

[doubleflower]

@sloppysop 那是因为大脑和眼睛的硬件本身为看图而设计，和程序不是一回事。一个程序算法的步骤是压缩不了的。

[scnace]

@cuebyte 好像是面向 小学的吧 我大天朝以后小学开课可以用这个呀(逃

[ashchen]

@unique 编程是服务器的日常吗？

[ashchen]

@sloppysop 对，我就是这个意思，编程到底是编逻辑还是敲表达式？ 流程图更直观

现在需要的是将各类程序代码转化成图形表达。这应该是个世纪工程， po 主也也只是个思想的巨人，行动的矮子

[arens]

当然有需求，这种领域不会毫无趋势的。只是没人愿意在这方面专注罢了，而且这种方式也不效率吧

[finian]

楼主还是太年轻，可视化编程早就出现了（看看 http://coolshell.cn/articles/11094.html ）。国内大一点的 ERP 厂商基本上都有一套通过拖放业务组件生成业务代码的工具。印象中几年前普元的 EOS 有一套完全可视化编程的工具，就连 if 这种流程也是通过拖放组件来完成的。。。如果用在稍有点规模的项目上，这开发效率可想而知是有多酸爽啊。。。我用鼠标拖个组件并且配置（连接）各种参数的时间，估计够我敲百来行代码了。所以你去实际体验下这些可视化编程工具，就知道为什么不普及了。

[ashchen]

@msg7086 都在用的就是好的？

之前之所以没有图形化，是因为触摸屏还没流行起来，现在谁在触摸屏的手机输入命令？ 以后还会有 3D 的输入交互设备，全息影像。时代会变，那个时候的确还会有命令行，用的人会有多少？

[zlg881215]

LabVIEW

[ashchen]

@finian 其实就是在等这样的回复，考察下已有的图形编程。（看看 http://coolshell.cn/articles/11094.html ）

[sloppysop]

@doubleflower 楼主的意思是，如果把语言模块化，比如一个模块对应一个功能，只考虑输入和输出，类似一个黑箱，不用去管黑箱内部的逻辑和算法。

[WhatIf]

@jadecoder 参考 bpmn2.0 ，配合一些设计器

[incompatible]

@sloppysop 你说的事情现实中已经存在了，就是 ppt 。
然而程序员并不能只靠 ppt 就升职加薪或者帮公司赚到钱，背后的代码是不可或缺的。

[fjzjk]

@msg7086 确实，这是我们小学玩的。当然玩玩就算了，没有拿他做什么

[sloppysop]

@incompatible 程序员也有不同程度的吧，有深层的，也有表层的吧，楼主的意思是，如何把编程更简单，面向的人群更广。比如我不是程序员，但是我想自己做一个小工具来实现某种自动化功能，这时候可视化的编程就比学习一门专业的语言更方便吧

[ashchen]

@sloppysop 要管的，黑箱内部的逻辑也是一个 mitrix ，黑箱套黑箱，就是怎么展现的事情，需要大智慧

[Perry]

LEGO VEX 都有图形化编程语言的

[htfeng]

目前的可视化编程还需要更明确更简洁的表达

[nomemo]

MC 世界里，不有人制作了个 1KB 的存储器？

[murmur]

图样，稍微复杂点的程序别说可视化编程，写成流程图都要吐血

[Ixizi]

之前玩 Arduino 有图形化编程工具，最后还是转换成 c 代码的。

[ashchen]

@murmur 看代码不是更要吐成河了？

[sloppysop]

@ashchen 或者说，我用标准化的零部件组装成了一个机器，我不需要关心零部件是用铁还是塑料，或者说我不用自己去炼铁吧？

[autocar23]

底层实现还是得有人写吧？抽象程度高了，想要某个不存在的功能还得等待别人开发。抽象程度低了，又失去了图像化编程的优势和魅力。

[zhicheng]

@sloppysop 你当然需要关心零部件是用铁还是塑料的，这和你的需求和成本相关的。是不是需要自己去 “炼铁” 首先要考虑是不是有人能给你提供 “铁” 和 “铁” 的价格你能不能承受。如果没有，当然要自己 “炼” 。简单来说，如果一个应用能够满足你的需求，你把它买过来，那你就是在 “图形化编程” 。

对于文字还是图像，根本区别在于表达方式是不是方便，目前看来在编程上文字更方便。即使是 Excel 这样图形化的软件，也需要记一些公式等命令。如果用 SQL 表达，就是一行代码。

计算机程序出现的本质目的在于提高效率，需要你思考的是如何提高效率，而不是纠结在提高效率的形式上。用鼠标拖一个 Button 和直接用代码写出 Button() 没有什么特别大的不同，但后者显然更容易传承和表达。

[mikicomo]

那个啥，图形化编程语言还缺不缺经纪人？.....那个，你看我可以吗？

[sloppysop]

@zhicheng 至少应该是一个趋势吧，普通程序员不需要去关心内核和硬件的程序结构吧？

[zhicheng]

@sloppysop 什么时候普通程序员需要关心内核和硬件的程序结构了？即使专业程序员也不会在写普通程序的时候关心内核和硬件啊。所有的程序和代码，都应该是为了解决一些特定的问题。如果你写代码的时候思考的是 “我一定要用上 XXX 语言， XXX 系统， XXX 框架” ，那么很可能你会犯一些错误，至少会走一些弯路。

[jadecoder]

@WhatIf 我试了一下 processon 的 BPMN ，好像不能用代码生成图形

[msg7086]

@ashchen 先纠正你的错误。
「现在谁在触摸屏的手机输入命令？」
首先，不仅仅是「现在」，从来就没有哪个触屏手机是命令行界面的，所以根本无法支持你的「从命令到图形的变迁」这么一说。
其次，对于安卓机来说，就我所知道的，是有人装上 linux shell 以后用命令行的，主要是在手机上编译软件、管理服务器，或者调用程序做处理等等，不管是过去还是现在，都可以这样做，所以同样无法支持你的「从命令到图形的变迁」这么一说。

至于你题目里问的为什么还没普及，上面也提到了，因为效率太低了。
不管你用了多么高效率的界面设计，最后还是没敲键盘来得快。
如果是 iPad 之类的触摸设备，正常情况下你只有一两个手指可以用，同时操作的物体就只能是一两个。
如果是虚拟现实，也一样还是用手和手指操作。
这和你 10 个手指可以全功率在键盘上生产的效率那真是差远了。
你说手机平板用手指操作快，纯粹是因为这些设备根本就没有键盘罢了。

以后就算是出了虚拟现实，在能够大脑直接干预输入之前，肯定还是虚拟键盘的输入效率最高。

不信的话，你可以试试，不要用键盘，然后输入一段这么长的回复来辩我。再试试看用键盘。你就知道为什么大家都还在用键盘输入了。

[ashchen]

@msg7086 微信直接发语音甩你几条街

[CharlesWu]

什么算普及

[msg7086]

@ashchen 语音并不能生产出代码。

[torchmu]

说好的论点不是为什么不普及吗，怎么后面就歪到行不行了？

[ashchen]

这是一个人机接口的问题，语音虽然不是代码，但对于人脑来说，语音比字符更容易被解析和执行
如果有电脑版的语音解析编译器的话，为何不是代码？

思想禁锢啦

[ashchen]

并没有说图形化编程以后就不敲字母了，而是像代码折叠一样向上整理。 比如 一坨代码实现一个函数，如果这个函数是完整的，我只需要知道它的功能和参数即可，然后以图形代替，可以移动可放置

[Actrace]

@msg7086 产品经理不是一直语音编程吗

[hxsf]

@ashchen #81
按照你这么说，和原来的“通过函数名来调用” 有何区别？ 为了图形而图形？

[ashchen]

为了搬砖而图形

[symeonchen]

图形化编程为什么没普及？因为相比于代码没有显著优势。
图像化编程的优点是什么？我推测几个原因： 1. 操作方便（拖动放置） 2. 抽象程度高的时候易于使用。
但，既然抽象程度高，那抽象成一个函数 /对象也是可以的，复制粘贴的操作也很容易使用。既然图形化在开发效率上没有提升，占用的资源还更多，自然替代不了代码。
我认为，图形化编程在面向孩子（ LEGO ）、面向无编程基础的用户（教程）中会有不错的作用，但在日常开发中，图形化不见得是个好选择。
另外， Android 上触屏点击，是抽象化程度的高低，属于用户 [使用] 的范畴，与图形化 [开发] 无关。说白了，作为用户而言，图形化方便，作为开发而言，图形化编程的必要性大大降低了，毕竟没必要多抽象一层。

[zaishanfeng]

楼主你可以躺着赚钱

[nekoyaki]

都有飞机了楼主为什么还留着三条腿啊，锯了吧

[WhatIf]

@jadecoder bpmn 只是协议， 具体要看工具， 又很多成熟工具 ，比如 lambardi
http://www.slideshare.net/yuvalbi/what-is-bpm-and-why-lombardi-eng 从第 8 页开始看

[xuyl]

玩过 PLC 的人都知道，梯形图可以算图形编程了。