我们来聊聊paradigms吧 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

我们来聊聊paradigms吧

我们来聊聊paradigms吧# Programming - 葵花宝典

s*e2013-10-23 07:10

1 楼

为父母签证，他们不着急来美国，只是想在签证失效前去中信代签，省去以后坐火车去
北京的麻烦。
现在问题来了，因为母亲延期过，据中信的人说有很大概率会被要求面签，但现在家中
有事，实在无法前去。在这种情况下，如果被要求面签，可以向使馆（通过中信）撤销
自己的申请而不会受到拒签章吗？
问题有点绕，多谢。

m*e2013-10-23 07:10

2 楼

I like this song very much, but could not get its name since I always listen
to this music though radio. Can anybody tell me the same so I can listen to
the music through youtube. I can just remember small part:...young heart
will never die.....
Thank you very much!

G*Y2013-10-23 07:10

3 楼

http://www.flickr.com/photos/dimuessler/2599277717/
不过我怀疑他后妻

c*x2013-10-23 07:10

4 楼

从specification中看不出来。

z*e2013-10-23 07:10

5 楼

尤其是multiple混杂的部分
paradigms最早应该是指令式paradigms
Imperative，这个主要是面向机器的编程方式
汇编就是典型，指令集么，这种方式基本上在机器性能提升之后
发展出结构化和非结构化paradigms
结构化后来搞出了过程式编程，c就是
再后面发展出了oop
oop最典型的当然是java了，java并不是第一个纯的oo
第一个纯的oo是smalltalk，但是java保留了大部分c的语法
从而简化了学习门槛，使得java在很短时间内流行开来
c++其实是介于c和java之间的一个过渡性质的语言
两个paradigms都有，结果两个都做不好
之后java发展出了元数据meta paradigms
也就是反射，这个大大拓宽了java本身的能力
使得很多功能，不再需要通过定义各种模板接口这种东西来实现
spring就是利用了反射的功能，把老套的ejb接口给踩在脚下
好在反射本身学习有难度，所以一般初学者不会反射，也就不会滥用反射
用反射的往往都是牛人，用来写框架用的
在此基础之上，有了aop，event-driven等paradigms
这两个在java世界里面，用的是额外的类库来实现
aop最有名的就是aspect j，event-driven主要是各种工作流引擎
还有soa，其实就是event-driven的paradigms
都是比较成功的例子，不管是aspect j还是soa，都需要提供额外的引擎
光jvm是不够的，所以这就使得用aop和event driven编程的程序猿
所写的代码，不会跟oop程序猿写的代码冲突，你写你的，我写我的
这样也很好滴保证了独立性，使得不同风格的程序猿合作成为可能
现在很火热的fp其实是宣告式declarative paradigms
跟大部分解释执行的脚本都属于declarative paradigms
所以你会发现，很多脚本的爱好者，跟fp的支持者，其实是同一群人
宣告式的编程方式，更贴近人阅读的习惯
大多数人不会在乎自然界规律是怎么运转的，它们不管实现
它们只负责提交命令，做这个做那个，所以很多脚本语言
从它诞生之日起，就针对的是非科班毕业的人
从中有什么教训？
1）从指令式paradigms中学习到，不同的paradigms之间，最好有楚河汉界
分清楚，不要互相介入对方的领域，否则同一个代码片段
同时出现两种paradigms，这将会是一种灾难
就像二爷说的，当你在那几款语言中用了java code，瞬间美感就被破坏了
想办法切割开来，不要侵入式滴实现，否则下场会跟c++一样
c程序员不喜欢，java程序员也不喜欢，最后c程序员不用，java程序员更不用
2）fp越简单越有前途，既然不是给机器看的，是给人看的
那谁的学习成本低廉，谁就有前途
这就不难解释为什么r之类的语言迅速占领了统计之类的领域
因为r的语法跟统计学家们用的语法很相像
综合以上两点，我认为，将来jvm上fp的方向
将会是一个语法简单，不需要学习
但是又不破坏java本身结构的那么一种脚本或者fp等宣告式语言
当然jvm本身还有其它可以搞的，比如可视化ui部分

i*e2013-10-23 07:10

6 楼

不是100%

【在 G**Y 的大作中提到】

: http://www.flickr.com/photos/dimuessler/2599277717/
: 不过我怀疑他后妻

d*n2013-10-23 07:10

7 楼

看着很一般啊。看我以前发的散热器文章吧。

x*u2013-10-23 07:10

8 楼

你就是死抱着JAVA大腿，COM/OLE做反射是JAVA在哪里。

【在 z****e 的大作中提到】

: 尤其是multiple混杂的部分
: paradigms最早应该是指令式paradigms
: Imperative，这个主要是面向机器的编程方式
: 汇编就是典型，指令集么，这种方式基本上在机器性能提升之后
: 发展出结构化和非结构化paradigms
: 结构化后来搞出了过程式编程，c就是
: 再后面发展出了oop
: oop最典型的当然是java了，java并不是第一个纯的oo
: 第一个纯的oo是smalltalk，但是java保留了大部分c的语法
: 从而简化了学习门槛，使得java在很短时间内流行开来

x*c2013-10-23 07:10

9 楼

光线条件差太远了

【在 i*****e 的大作中提到】

: 不是100%

z*e2013-10-23 07:10

10 楼

在学习，其它东西先做，java等它们证明成功之后
再抄袭过来，我们说的是企业级应用，不是小孩子过家家
一旦定下来的标准，是不能改回去的
java现在awt什么都跑得很欢快

【在 x****u 的大作中提到】

: 你就是死抱着JAVA大腿，COM/OLE做反射是JAVA在哪里。

G*Y2013-10-23 07:10

11 楼

有道理，
下次太阳出来，
再照过

【在 x****c 的大作中提到】

: 光线条件差太远了

x*u2013-10-23 07:10

12 楼

在Java出来之前企业应用一样跑在COM+上。
这东西主要是开发门槛有点高，不容易控制团队代码质量。

【在 z****e 的大作中提到】

: 在学习，其它东西先做，java等它们证明成功之后
: 再抄袭过来，我们说的是企业级应用，不是小孩子过家家
: 一旦定下来的标准，是不能改回去的
: java现在awt什么都跑得很欢快

k*h2013-10-23 07:10

13 楼

下次靠近点拍，动作慢点，鹿是很容易近身的

【在 G**Y 的大作中提到】

: 有道理，
: 下次太阳出来，
: 再照过

z*e2013-10-23 07:10

14 楼

java出来之前总要跑在某些东西上
只是当时失败的不少，要不然java也不会发展到现在这个地步

【在 x****u 的大作中提到】

: 在Java出来之前企业应用一样跑在COM+上。
: 这东西主要是开发门槛有点高，不容易控制团队代码质量。

x*u2013-10-23 07:10

15 楼

COM+也不是失败了，毕竟这东西还是整个Windows生态系统的基础，而且任何成功的GUI
环境都有克隆。
关键是server开发需要比client更多廉价低素质的劳动力，Java顺应了时代需求。

【在 z****e 的大作中提到】

: java出来之前总要跑在某些东西上
: 只是当时失败的不少，要不然java也不会发展到现在这个地步

g*t2013-10-23 07:10

16 楼

fp现在算不上火热.

尤其是multiple混杂的部分
paradigms最早应该是指令式paradigms
Imperative，这个主要是面向机器的编程方式
汇编就是典型，指令集么，这种方式基本上在机器性能提升之后
发展出结构化和非结构化paradigms
结构化后来搞出了过程式编程，c就是
再后面发展出了oop
oop最典型的当然是java了，java并不是第一个纯的oo
第一个纯的oo是smalltalk，但是java保留了大部分c的语法
从而简化了学习门槛，使得java在很短时间内流行开来
c++其实是介于c和java之间的一个过渡性质的语言
两个paradigms都有，结果两个都做不好
之后java发展出了元数据meta paradigms
也就是反射，这个大大拓宽了java本身的能力
使得很多功能，不再需要通过定义各种模板接口这种东西来实现
spring就是利用了反射的功能，把老套的ejb接口给踩在脚下
好在反射本身学习有难度，所以一般初学者不会反射，也就不会滥用反射
用反射的往往都是牛人，用来写框架用的
在此基础之上，有了aop，event-driven等paradigms
这两个在java世界里面，用的是额外的类库来实现
aop最有名的就是aspect j，event-driven主要是各种工作流引擎
还有soa，其实就是event-driven的paradigms
都是比较成功的例子，不管是aspect j还是soa，都需要提供额外的引擎
光jvm是不够的，所以这就使得用aop和event driven编程的程序猿
所写的代码，不会跟oop程序猿写的代码冲突，你写你的，我写我的
这样也很好滴保证了独立性，使得不同风格的程序猿合作成为可能
现在很火热的fp其实是宣告式declarative paradigms
跟大部分解释执行的脚本都属于declarative paradigms
所以你会发现，很多脚本的爱好者，跟fp的支持者，其实是同一群人
宣告式的编程方式，更贴近人阅读的习惯
大多数人不会在乎自然界规律是怎么运转的，它们不管实现
它们只负责提交命令，做这个做那个，所以很多脚本语言
从它诞生之日起，就针对的是非科班毕业的人
从中有什么教训？
1）从指令式paradigms中学习到，不同的paradigms之间，最好有楚河汉界
分清楚，不要互相介入对方的领域，否则同一个代码片段
同时出现两种paradigms，这将会是一种灾难
就像二爷说的，当你在那几款语言中用了java code，瞬间美感就被破坏了
想办法切割开来，不要侵入式滴实现，否则下场会跟c++一样
c程序员不喜欢，java程序员也不喜欢，最后c程序员不用，java程序员更不用
2）fp越简单越有前途，既然不是给机器看的，是给人看的
那谁的学习成本低廉，谁就有前途
这就不难解释为什么r之类的语言迅速占领了统计之类的领域
因为r的语法跟统计学家们用的语法很相像
综合以上两点，我认为，将来jvm上fp的方向
将会是一个语法简单，不需要学习
但是又不破坏java本身结构的那么一种脚本或者fp等宣告式语言
当然jvm本身还有其它可以搞的，比如可视化ui部分

【在 z****e 的大作中提到】

d*n2013-10-23 07:10

17 楼

soa是指service oriented architecture么
如果是的话跟event-driven是怎么关联起来的
:还有soa，其实就是event-driven的paradigms

b*r2013-10-23 07:10

18 楼

lz说的统计学家的语法？是什么情况？r好在不要钱和community。

【在 g****t 的大作中提到】

: fp现在算不上火热.
:
: 尤其是multiple混杂的部分
: paradigms最早应该是指令式paradigms
: Imperative，这个主要是面向机器的编程方式
: 汇编就是典型，指令集么，这种方式基本上在机器性能提升之后
: 发展出结构化和非结构化paradigms
: 结构化后来搞出了过程式编程，c就是
: 再后面发展出了oop
: oop最典型的当然是java了，java并不是第一个纯的oo

z*e2013-10-23 07:10

19 楼

http://en.wikipedia.org/wiki/Event-driven_SOA

【在 d***n 的大作中提到】

: soa是指service oriented architecture么
: 如果是的话跟event-driven是怎么关联起来的
: :还有soa，其实就是event-driven的paradigms

z*e2013-10-23 07:10

20 楼

现在谁做语言还收费？什么语言不是不要钱和community？
community cloud没听说过？
r community就是一堆统计学家数学家在里面

【在 b*******r 的大作中提到】

: lz说的统计学家的语法？是什么情况？r好在不要钱和community。

z*e2013-10-23 07:10

21 楼

给捧fp的留点面子罢了
最后定位可能会比aop好点
但是怕是好不了太多

【在 g****t 的大作中提到】

b*r2013-10-23 07:10

22 楼

你说的统计学家们用的语言貌似都爱收费额。你可能对这方面不太接触？

【在 z****e 的大作中提到】

: 现在谁做语言还收费？什么语言不是不要钱和community？
: community cloud没听说过？
: r community就是一堆统计学家数学家在里面

z*e2013-10-23 07:10

23 楼

比如sas？
商用和开源在性能上的差距应该是要承认的
拿出来卖钱的东西要是还比不过开源，那还了得
但是这种商用的往往会面临着开源的威胁
这种东西，我一般是不看好其前景的

【在 b*******r 的大作中提到】

: 你说的统计学家们用的语言貌似都爱收费额。你可能对这方面不太接触？

b*r2013-10-23 07:10

24 楼

好多公司想拿r赚钱，大大小小的

【在 z****e 的大作中提到】

: 比如sas？
: 商用和开源在性能上的差距应该是要承认的
: 拿出来卖钱的东西要是还比不过开源，那还了得
: 但是这种商用的往往会面临着开源的威胁
: 这种东西，我一般是不看好其前景的

z*e2013-10-23 07:10

25 楼

我是说语言本身不赚钱
实际上sas还有.net什么也都不是靠语言本身赚钱
而是通过兜售语言相关产品赚钱

【在 b*******r 的大作中提到】

: 好多公司想拿r赚钱，大大小小的

b*r2013-10-23 07:10

26 楼

不收钱的性能好到接近c和fortran的很易读的用的人又多以保证bug少的好像目前暂时
无解。

【在 z****e 的大作中提到】

: 我是说语言本身不赚钱
: 实际上sas还有.net什么也都不是靠语言本身赚钱
: 而是通过兜售语言相关产品赚钱

z*e2013-10-23 07:10

27 楼

不需要接近c，接近c/2就足够好了

【在 b*******r 的大作中提到】

: 不收钱的性能好到接近c和fortran的很易读的用的人又多以保证bug少的好像目前暂时
: 无解。

b*r2013-10-23 07:10

28 楼

that's what i mean...

【在 z****e 的大作中提到】

: 不需要接近c，接近c/2就足够好了

z*e2013-10-23 07:10

29 楼

真没看出来……

【在 b*******r 的大作中提到】

: that's what i mean...

b*r2013-10-23 07:10

30 楼

你是说光速c？

【在 z****e 的大作中提到】

: 真没看出来……

n*t2013-10-23 07:10

31 楼

实际上大部分都是2B.

【在 z****e 的大作中提到】

: 不需要接近c，接近c/2就足够好了

z*e2013-10-23 07:10

32 楼

没怎么学过物理不理解什么是光速

【在 b*******r 的大作中提到】

: 你是说光速c？

z*e2013-10-23 07:10

33 楼

bc差多少？

【在 n******t 的大作中提到】

: 实际上大部分都是2B.