惊天大消息! pipeline 5.0.0版本发布

[anima]

pipeline 5.0.0版本已经发布成功.

你可能会问 版本 4 都没有发布怎么跳到版本5了

pipeline的解释1

要想实现pipeline的迅速崛起, 必须走超常规,跨越式的发展道路

pipeline的解释2

pipeline的版本定义方式是:

观念版本号.结构版本号.功能版本号

这次有两大观念变化:

1, pipeline定位的确立

2, pipeline目标的确立

按照pipeline的传统, 只有观念变了就有相应的版本变化.

这次有两个观念的变化, 就和在一起发布了

pipeline的说明
<版本 version="pipeline 5.0.0">
<发展>
要想实现pipeline的迅速崛起, 必须走超常规,跨越式的发展道路
</发展>
<豪言壮语>
目前世界上没有任何一门编程语言敢跨越主版本的发布,
因为世界上没有任何一门编程语言比得过pipeline,
因为pipeline采用了世界上的最先进的Ω宇宙观.
</豪言壮语>
<跨越>
两个改变
<改变 no="1">
新定位的确立
<定位>SOA-->全球化</定位>
</改变>
<改变 no="2">
新目标的确立
<目标 no="1">一门全球化的网络语言</目标>
<目标 no="2">一个全球化的编程社区</目标>
<目标 no="3">一次全球化的人性释放</目标>
</改变>
正式由于有了这两个改变, 才有了pipeline的这次的跨越
</跨越>
<版本定义>
版本采用三段式 : 观念版本号.结构版本号.功能版本号
没有什么改变, 比观念的改变更强大了; 观念变了,版本也变了; 其它的改变只是观念改变的具体表现.
</版本定义>
<口号>
一定二务三标
<一定>
定位于"全球化"
</一定>
<二务>
把pipeline实现成一门全球化的网络语言,
把pipeline打造成一个全球化的编程社区.
</二务>
<三标>
一门全球化的网络语言,
一个全球化的编程社区,
一此全球化的人性释放
</三标>
</口号>

<代号>
soil(土壤)
有了土壤, 有了整个生物界的物质基础
</代号>

<未来>
pipeline看到的未来就是:全球所有有端口的电脑都与pipeline建立了联系
</未来>
</版本>

[Kasicass]

hi~
anima 同学太强大了~~ :-)
能不能给个 pipeline 的使用 demo？哈哈~
beetle 兄的 mailist 难得热闹下~

anima 写道:

--
Best regards！

Kasicass/汤泽江 <kasicass_at_gmail_dot_com>

[严长友]

呵呵, 谢谢夸奖, 继续努力. 如果有批评和建议就更好了!

演示地址

http://code.google.com/p/ether-anima-pipeline/wiki/Demo_5_0_0

2008/11/26 Kasicass <kasi...@gmail.com>

[Yidong]

来一个小小的挑战吧, 这样可以证明你的pipeline的强大程度.
用你的pipeline来实现一个电梯算法如何?
电梯算法常用于读盘调度，也被应用于控制流理论验证.

我们可以简化一下，针对于pipeline的领域:
1.使用pipeline来模拟一部电梯的运行
2.设定楼层为18楼(我家所以楼房的层高:-)
3.每层在某个时间可能有一个用户要到第N层.这个操作作为用户的输入,随机的,注意可能同时有2楼的用户要到5楼, 而8楼的用户要到1楼.
4.一个用户在N楼按向上或者向下的按钮后, pipeline调度后, 在某个时间打开电梯门, 这个时候让用户输入,到M1楼.
5.用户在上升或者下降的过程中,电梯门可能会打开,让另外一个用户进来. 该用户可以按M2楼.
6.在经过若干个第4和/或第5步后, 用户到达目的地, 电梯打开,用户走出电梯.

On 11月26日, 下午12时15分, "严长友" <yanchang...@gmail.com> wrote:
> 呵呵, 谢谢夸奖, 继续努力. 如果有批评和建议就更好了!
> 演示地址http://code.google.com/p/ether-anima-pipeline/wiki/Demo_5_0_0
>
> 2008/11/26 Kasicass <kasic...@gmail.com>

[anima]

好啊, 接收挑战, 目前pipeline最薄弱的就是流程处理, Yidong 的例子一定能完善pipeline的流程处理.
先谢谢Yidong 的热心, 提供了这么好的例子

[anima]

我仔细的一想, 实现电梯算法最简单的就是火车算法了;
电梯算法与火车算法的比较:
每次运载过程中的起点终点 : 火车算法固定, 电梯算法不固定
每次运载过程中的中间点是否开门 : 火车算法逢点必开, 电梯算法随需而开

这样只要对火车算法加以改进, 即可以实现.

不管电梯算法还是火车算法, 都需要一种数据结构----数组(或列表), 可是pipeline目前只支持单量, 不支持像数组这样的复量,
为此我想完善pipeline的数据类型, 由于师弟我接触的可执行语言的种类很少(C, Java, JavaScript), 而且对语言没有深入
的研究, 不清楚其它语言数组等数据结构实现机制, 如果哪位师兄在这方面有研究, 请帮帮我, 帮我指个道也行. 一门伟大的语言---一个人无法完
成.

On 11月26日, 下午4时37分, Yidong <fangyid...@gmail.com> wrote:

[Yidong]

对，电梯算法要复杂一些. 不过火车算法太简单了，不足以模拟现实中的复杂交互过程. 在一个典型的工作流应用中，是有多个参与者的，例如文档流转过程
中，不同角色参与审核，有些可能还加上批阅，打回作者重新修改. 所以电梯算法是一个典型的检验方法.

[anima]

各位师兄, 大家好!
告诉你们一个好消息, 我想到一种 模拟"文档流转过程"的算法, 也许有点荒唐,
那就是------通关算法,
以前玩游戏总是通不过, 所以对它记忆深刻, 一关通不过---打回去重来---Game Over!