过程式编程的穷途末路之一

WaveBit

NodeVis重复RealVis，有些多余...

instemast

我觉得，我可以把我的观点，这么比喻：

我们把编程比方作，一个美国文学家，和一个土著人说话。那么：
1 说英语：说的超轻松，但人家听不懂！
2 说地道土著语：把那些复杂概念用地道的土著语表达出来，实在太艰难！
3 说英语式的土著语：比较轻松（不过也不会太轻松），但缺点是不严密！

我们看到2很难，所以很多情况这个文学家用3。

而我的想法是，制造一个程序，自动把英语转化成，地道的土著语或英语式土著语。

（看完之后，千万别说不知道我说啥，我说的已经通俗到外行都明白了）

陈?

我只想说语言不是人与计算机交流的唯一形式，语言（特别是现在这种字符组合形式的语言）所能表达的形式很有限，与其花大量时间来改进语言，还不如思考新的表达方式（比如说：用图形界面来表达现在代码表达的内容）

instemast

陈?: Re:过程式编程的穷途末路之一

我只想说语言不是人与计算机交流的唯一形式，语言（特别是现在这种字符组合形式的语言）所能表达的形式很有限，与其花大量时间来改进语言，还不如思考新的表达方式（比如说：用图形界面来表达现在代码表达的内容）

还有，图形界面能表达的程序逻辑，难道不能用字符吗？
不是一样的道理吗？

如果语言A用起来麻烦，你把它转化成图形他还是麻烦。

而你能有一个图形，用起来不麻烦，则你肯定能把那个图形转化成文字。
而且，图形界面操作起来比较累，速度也慢，大规模操作没人会用图形。

陈?

instemast: Re: Re:过程式编程的穷途末路之一



还有，图形界面能表达的程序逻辑，难道不能用字符吗？
不是一样的道理吗？

如果语言A用起来麻烦，你...

图形表达的方式多样，表达能力自然也更强。而字符只能以组合的形式当然会受到局限，有些问题用图形表达很方便的，可能需要写很多行代码。
另外字符也不见得一定方便，从软件开发的角度说，软件的可读性，可修改性都是很重要的，而字符组合方式在这两方面就有一定的局限，或许字符在写新东西时侯是方便，但是从维护，调试这些角度看，就不及图形方便了。从目前的输入设备来看，键盘的确对字符输入有很大的方便，但是我们不能排除用图形以后可以使用新的输入设备来编程。

instemast

恩，的确，我也考虑过用图。图用来处理模块之间的连接，表达类架构等很直观。
（这点用文字并非做不到，而是看得不方便）

---- 还是举点具体例子吧，要不然太玄乎了 ----

> 3D渲染: 用图形表达渲染流水线很直观。
  不过有一点，根据实际需要，用户可能不希望流水单元的“粒度”过大。
  那么至于每个单元内部的情况就不需要用图形。
  举例来说吧，比如我可能仅需要 原始模型，世界，摄影机，屏幕，这四个流水单元，
  而他们的内部，就不做模块化了，而是直接写函数式子。

> 3D场景&物理: 用图形表达各个对象很直观。

instemast

我觉得，现阶段，可以舍弃一些微小细节而换取全局的健壮严密。

也就是对游戏系统的函数表达式的模式，进行一些影响很小的限制，
而游戏开发者必须遵守我们的规范，而不能想些什么式子就写什么式子。

这样做虽然稍微损失了一点灵活性，但是，仍然比“游戏编辑器”要灵活无数倍！

-------------------------------------------------------

就好比，制作一款解读自然语言的翻译器是极其困难的，
但是人们可以循规蹈距地，采用用规范的单词语法，这虽然损失了点灵活性，
但仍然能表达任何意思。

instemast

陈?: Re:过程式编程的穷途末路之一

我只想说语言不是人与计算机交流的唯一形式，语言（特别是现在这种字符组合形式的语言）所能表达的形式很有限，与其花大量时间来改进语言，还不如思考新的表达方式（比如说：用图形界面来表达现在代码表达的内容）

呵呵。。。我已经想出来了。。。

instemast

lcy03406: Re:过程式编程的穷途末路之一

node.real_visible =
    if node.parent != null
        node.parent.real_visible && node.no...

"计算机算帐也只是等于找个人替你做同样的计算罢了，这是掩耳盗铃"
---- 按照您的观点。

dengh

有点类似智能指针做垃圾回收。