z****e
发帖数: 54598 | 1 尤其是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... 阅读全帖 |
|
g****t
发帖数: 31659 | 2 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等paradi... 阅读全帖 |
|
z****e
发帖数: 54598 | 3 master-workers paradigm
single program-multiple data paradigm
pipeline paradigm
divide-conquer paradigm
speculation paradigm
看看你们用了几个 |
|
k*****n
发帖数: 9823 | 4 ☆─────────────────────────────────────☆
xiaolang (xiaolang) 于 h 提到:
上周六从Dealer那里订了一对Paradigm Studio 60 V5 http://www.paradigm.com/en/reference/speaker_only-specification-28-1-2-13.paradigm, 昨天去提了货。 上周日在网上订了Pioneer Elite VSX-21TXH， 查FedEx, 要到这周六才会寄到。现在家里客厅摆了对喇叭却不能听
导辈患比恕Ｇ蓟ㄔ诹苏舛岳壬狭耍仓荒苈蚋霰阋说墓Ψ偶酉钟械腄VD-Player听CD了。Dealer说这对Paradigm很有动力，配什么样的功放都可以表现得很好， 这个Pionner Elite 的功放输出功率是110Wx2,不知是不是可以匹配。
我想用DVD光纤输出音频到功放，由功放来解码CD， 这样设置可以吗？
等到以后再慢慢购入专业的CD机,Pre-Amp, Amp, 到时候再享受真正的HiFi.
☆─────────────────────── |
|
o**2
发帖数: 168 | 5 "谈paradigm" 没有过时，但现有的paradigms，基本都过时了，比如三大paradigms：
OO，procedural，和functional。
这些paradigms都是为单机程序设计的，不适合今天的实际运行环境了。 |
|
|
d********l
发帖数: 741 | 7 Speakers: Paradigm Mini Monitor
CD + AMP: Onkyo CS-445 CD Receiver
昨天发帖求评价一对B&W s2， 大家都说不好。dota推荐了几款，其中有paradigm这个
牌子的。我就去craiglist搜了一下，结果看到有人在卖一对paradigm mini，价格只有
100刀。这大小正适合我目前的需要，看了一下spec，功率和sensitivity也和团购dac
match，于是今天就去拿了过来。
卖家是一对中年白人夫妇。音箱的品相非常好，几乎和新的一样，所有的包装和说明书
都在。卖家说他们大概10年前买了以后只听了很短时间就束之高阁了。
买回来后接上我的Onkyo CS445 CD&receiver一体机，试听一下，音质相当不错，比
Onkyo cs445原配的音箱好多了。非常满意，非常感谢dota和大家的点评和推荐。
现在就静候团购DAC啦。 |
|
m*****m
发帖数: 230 | 8 Paradigm Signature 跟Sonus Faber Concertino比声音怎么样
Paradigm reference Studio 20 跟Dynaudio BM5A MkII 比声音怎么样 |
|
a****8
发帖数: 2771 | 9 Paradigm Cinema 90 CT 5.1 Home Theater Speaker Set $400
Amazon has Paradigm Cinema 90 CT 5.1 Home Theater Speaker Set for $400 with
free shipping. Lowest price on google products is $849. Note, this set
includes 5 speakers only (Left, Right, Center, Rear Left, Rear Right) and a
subwoofer only, without a receiver. |
|
z****e
发帖数: 54598 | 10 这都是features
整个paradigm的修改是对你思想上作修改
你要有fp的思想，而不是着眼于这些feature
不过从这方面上说，fp显得很八股
为什么我一定需要用这种思想去写程序捏？
fp并没有带来足够的benefits让你去接受这个思想
不像oop对于procedural的提升一样明显
当年procedural最大的问题是容易导致混乱
经常性全局变量和函数，导致系统一旦作大，分工就不明确
各种乱，项目会挂
所以强制要求包装，目的是不给其他人添麻烦
其实封装才是oo最大的遗产，这个跟modular paradigm本质上是一样的 |
|
y*******n
发帖数: 237 | 11 Paradigm Cinema 110 CT 跟这个比如何? 谢谢
with
a |
|
|
|
l***x
发帖数: 631 | 14 刚买了paradigm studio 100. 请推荐能推动这对大家伙的receiver,or amplifier.
thanks. |
|
G********d
发帖数: 10250 | 15 Paradigm PW 2200 subwoofer version II
in New York.
350 usd. |
|
n********c
发帖数: 421 | 16 不知道各位dx中，有用这个音响的没？大家感觉如何啊？
之前买了B&W的804D，跟dealer说好了，试听1个月，不好就退。但放我屋子里怎么听怎
么不爽，再dealer的听音室里效果很好，可是再我得地下室里，完全变味了。我房间大
盖是24*20ft吧。 我觉得804D不适合大房间。dealer蛊惑我买802D，说这个肯定适合，
但这价格。。。。有点高！
后来拿了paradigm的Studio100，这个明显比804D好多了，虽然高音没有钻石高音那么
清脆悦耳，但中频和低频好过804D很多。而且最重要的事价格紧紧是804D的一半。 那
个Sig S8 dealer没货，有人用过没？说说啥感觉？ |
|
D**********s
发帖数: 3139 | 17 paradigm用的中低音单元音圈只有1.5寸，bw则大得多，中低频的质感和细节区别应该
不小。 |
|
i*d
发帖数: 2640 | 18 用的都是最主流品牌的经典产品，还是多在自己身上找原因。
paradigm的Studio100很不错了，自己满意就行，不必要纠缠于价格。等以后觉得不满
意了再换好了。 |
|
w**t
发帖数: 1037 | 19 Paradigm 100 是很不错的箱子,不过要说比804D好也不太可能, 我觉得还是公房没把
804D推好,不过你的classe cp800和ca2100都是很好的前后级,没准是搭配的问题.
也有可能跟你的环境和系统有关.
你用什么音源? 好的系统会让音源的缺点很明显. |
|
|
n****o
发帖数: 1167 | 21 好像这个型号已经停产了，网上有人850刀卖一对，9成新
有熟悉paradigm牌子的说一下 |
|
j***k
发帖数: 2719 | 22 they are pretty decent speakers, but not my style. The upper range of most
paradigm is too bright and harsh to my ears. |
|
q*******n
发帖数: 1334 | 23 It's a bit expensive in my opinion. The current model is v6. The msrp for
studio 60 v6 is around 1600-1800, and you can always buy below the msrp.
好像这个型号已经停产了，网上有人850刀卖一对，9成新有熟悉paradigm牌子的说一下
★ Sent from iPhone App: iReader Mitbbs 7.26 - iPad Lite |
|
m*****n
发帖数: 166 | 24 Just got a pair of Paradigm Monitor 7 V3 at $200, they look great. Is this a
good deal? |
|
p**********t
发帖数: 3680 | 25 Paradigm的确是好箱子，我有一对5SE，声特好，8寸woofer的书架箱，巨大，但声音很
细腻灵巧。
目前束之高阁中，原因是外表过时了不好看，还有点旧，外观审核没通过，所以没法摆
出来用。是那种旧家具的棕木色。箱子比一般书架大很多，落地又嫌低了些，需要半高
的架子，话说我也没有那种架子。
MDF是很适合做音箱的，实木不适合，有变形和纹理，不如层板。 |
|
d***n
发帖数: 832 | 26 soa是指service oriented architecture么
如果是的话跟event-driven是怎么关联起来的
:还有soa，其实就是event-driven的paradigms |
|
c*******0
发帖数: 5247 | 27 你举个例子吧，怎么用三种不同的paradigm写同一个go程序 |
|
p*****2
发帖数: 21240 | 28
就是几种paradigm大混合
比如array, slice, map这些貌似只能写成PP的，
struct可以写成OO的，而且看上边几个go大牛的意思基本也是这么写的
风格很不统一。
fp的人进去就会开始搞fp，只是现在懂fp的还不太多。
我感觉会有两个趋势，
一个是OOP，就是struct，method，interface这些
一个是FP，就是function，array, slice, map, struct, higher order function这些
不过fp的话，go确实还是太弱了，估计fp的人不会喜欢，所以估计主要会是OO，但是里
边要混杂pp，也挺麻烦的，除非array，slice，map这些可以加method。 |
|
p*****2
发帖数: 21240 | 29
go几种paradigm都不典型，不太适合做第一门语言。 |
|
p*****2
发帖数: 21240 | 30
我觉得python对三种paradigm的表述都还可以。当然我不知道是不是会教这么多了。 |
|
z****e
发帖数: 54598 | 31 跑题一下，我觉得oo才是重点
绝大多数人，尤其是男孩子，学programming，都是冲着游戏去的
教java时候，经常第一个ppt就要说
这门课学完了之后并不能保证你能写出星际一样的游戏 etc.
以免给学生过多的期望，而只要说这个programming跟gaming有关
真的是趋之若鹜，而gaming跟oo关系极大
我感觉几乎都是oo，没有太多fp等其他paradigm的生存空间
因为直接用一个object对应一个player，是最直观和容易理解的方式
当然游戏跟学术又是两回事，学术过份倾向于数学的应用
导致什么最后都是数学，数学的深浅决定了这种应用的高度和深度 |
|
z****e
发帖数: 54598 | 32 可以预见的是，随着接口的定义成型，这个接口的定义会越来越复杂
因为现实的复杂度是比较高的，导致很难用一些简单的接口来搞定所有问题
所以不停滴加接口，加各种函数定义，最后所有人都在这堆规则中游泳
如果这些规则是公开的标准，还凑合，如果是scope=company
下面的人很快就会造反，跳槽的会变多，因为这样等于把自身技术生命绑定到公司这艘
船上
都不是傻子，谁都会自己的前途着想，做螺丝钉没有太多人愿意
interface/protocol这些东西并不是特别好用
举个最简单的例子
比如你写了一个module，或者叫verticle/actor in vert.x/akka
是一个组件，你要plugin到这个系统中去
那么比较愚蠢的方式就是找个脚本
用container.deploy("module name");
同时当然你也需要定义好interface/protocol，让别人去impl这些interface
这种方式部署，因为这种方式要重新编译，很麻烦，不灵活
比较聪明的方式是找个config，写成
或者json
module:... 阅读全帖 |
|
z****e
发帖数: 54598 | 33 这里有个列表
http://en.wikipedia.org/wiki/Comparison_of_programming_language
java是imperative和object oriented
swift亦然，还有dart
说明oop才是最basic的东西，有了这个，就可以开始写代码了
functional主要是lisp那些，比如clojure，这个一般前两个不亮
然后scala不出意外地，几乎什么paradigms都是
整个一大杂烩，就除了一个procedural
而imperative&procedural主要就是c和go
所以说go是互联网时代的c，我看很有道理
然后脚本主要是前三个，就是func+obj的混合体
但是脚本其他功能很弱，比如reflective，对于metadata的操作
一般脚本不太行，所以全功能战斗性质的语言只有scala |
|
z****e
发帖数: 54598 | 34 从这个paradigm可以看出，swift就是apple版的java，dart就是google版的java，
android就是java，毫无疑问，不教学生oo是对学生将来前途的不负责，是将学生做星
际的理想于不顾，良心大大滴坏了，就把学生往学术也就是做千老的方向上去推，实在
是很糟糕的一种思路 |
|
z****e
发帖数: 54598 | 35 加一点点小feature不算整个paradigm
就像有些fp语言也可以用object一样
但是这个改变不了整体，理念不一样 |
|
p*****2
发帖数: 21240 | 36 纯的语言很罕见 都是吸取了几种paradigm的feature。
以后谈语言谈feature更靠谱。
像fp oo各自也在发展变化 跟原旨相比变化也很大 |
|
p**********r
发帖数: 195 | 37 那个好人能帮忙下篇文献啊，谢谢了。
Lesley Calo, Yi Dong, Rita Kumar, Karin Przyklenk and Thomas H. Sanderson.
Mitochondrial Dynamics: An Emerging Paradigm in Ischemia-Reperfusion Injury
。 Curr Pharm Des. 2013;19(39):6848-57.
下到后请发到邮箱 [email protected]/* */ |
|
f**d
发帖数: 768 | 38 这是一本计算神经科学的优秀著作，全文拷贝这里（图和公式缺），有兴趣的同学可以
阅读
如需要，我可以分享PDF文件（－－仅供个人学习，无商业用途）
From Computer to Brain
William W. Lytton
From Computer to Brain
Foundations of Computational Neuroscience
Springer
William W. Lytton, M.D.
Associate Professor, State University of New York, Downstato, Brooklyn, NY
Visiting Associate Professor, University of Wisconsin, Madison
Visiting Associate Professor, Polytechnic University, Brooklyn, NY
Staff Neurologist., Kings County Hospital, Brooklyn, NY
In From Computer to Brain: ... 阅读全帖 |
|
z****e
发帖数: 54598 | 39 专业一点就是paradigm了
java就是最接近纯粹oop的impl语言
其他语言有各自的定位
比如haskell是fp之类的等等
那从一个人使用语言的角度出发
越纯粹的paradigm越好
paradigm如果混用，哪怕只有两个
都会造成非常可怕的后果
就是各自表述，互相之间会冲突
例子？
c++和scala都是如此
c++是procedural programming(pp)和oop还有其他p的混杂
c++自己说自己是oop，其实扯淡，无数的人写成了pp
scala则是oop和fp的混杂
fp本身的历史很不堪，就跟小菊花说的那样
fp在oop以前造成了灾难性的后果
所以才有了oop的推广，最初几次oop的尝试都取得了一定的进展并发展到现在
你今天学的四人帮的最常见的design pattern那本书
里面就用smalltalk, c++和java做例子
smalltalk就是oop最初的impl
所以
第一，多个paradigm混杂所带来的后果是灾难性的
其次，某些paradigm本身就很不堪
比如fp
所以oop至少可以说是目前为止，少数得到大多数人接受的paradigm
所以... 阅读全帖 |
|
z****e
发帖数: 54598 | 40 re这个
所以c++最大的问题其实是paradigm太多
c++可以象c一样pp，也可以象java一样oop，还打算象lisp一样fp
这种多种paradigm冲突的语言没有一个有前途的
scala也有类似的问题，oop和fp各占一半，冲突得厉害
上次说的google那个用python失败的例子也是类似原因
这些说白了，就是人的思维方式的差异，不同人有不同的偏好
如果不确定下来，构架上都能吵死，就算别人听了，标准定下来了
也不代表会遵照执行，指望code review也不靠谱
凡是人，都会有自己的一点小算盘，就会出现猴屁股当年说的
用c++的项目，基本上都以吵架收尾
反观成功的语言，c，java都能很清晰地判断出是什么paradigm
至少可以指出是什么paradigm为主，一个语言的paradigm，越纯粹越好
越容易fit in某一个特定的领域，任何paradigm都有明显的优缺点
paradigms越平均的语言越糟糕，貌似什么都能做，结果什么都不能做
最好的方式就是从机器执行上予以限制
只要是java，你就不可能不oop，象c一样写java，很容易精分
同样，用oop去写lisp... 阅读全帖 |
|
A**********a
发帖数: 76 | 41 Special Spring Sale from STO Sound and Vision!
PARADIGM Factory Speaker "Blemish Sale" *
(In-Store Sale) Save up to 30% OFF!
Local IN STORE only (sorry, no mail orders). Supplies limited.
Paradigm Titan Monitor V.6 Series Speaker (Black)
Paradigm Monitor Series CC-290 V.6 Center Channel Speaker (Black)
Paradigm Reference Studio 10 V.5 Bookshelf Speakers (Black, Cherry,
Rosenut)
Paradigm Reference Studio 20 V.5 Bookshelf Speakers (Black, Rosenut)
Paradigm Reference Studio CC-490 V.5 Center |
|
l**********t
发帖数: 5754 | 42 ZT from blog: http://www.mitbbs.com/user_info/SEEKETERNAL/f512b9694c58447f60825a2ff8734fb4
This article in the blog has been censured by MITBBS.
--------------------------------------------
有道可传﹐以经解经﹕
建立一套认信的神学的迫切性
林慈信（增订版）
导论﹕给华人教会的紧急呼吁
两千年教会史告诉我们：主基督的教会继续不断成长前进，同时也面临世界接二连三的
挑战。五花八门的试探，想要引诱教会在信仰生活事奉各方面姑息妥协，顺应世界潮流
。然而，教会付上血泪代价至死忠心，竭力持守护卫『从前一次交付圣徒的真道』。「
后现代主义」已经席卷整个世界，男女老幼已不再相信有绝对的真理，众人根据自己主
观经历来看《圣经》，自说自话众说纷纭。情感居首经验挂帅，教义不明真道不彰。因
此，在教会内外生灵涂炭，人心饥渴寻求救世真道，即《圣经》所启示的全面福音真理
。华人教会正值此跨世纪的关键时刻，再次面临承先启... 阅读全帖 |
|
c**********r
发帖数: 891 | 43 一个paradigm下的科学共同体无法理解另一个paradigm下的科学。但是每个paradigm都
有自己的极限，超过了极限的东西这个paradigm就解释不了了，需要被新的paradigm取
代。
这种事在古代，就是地心说下不管加多少本轮和均轮都无法完美解释天体运动，需要彻
底颠覆。现在的“生物学”不管扯多少基因通路，发多少类似“p53 和 bcl-2表达量在
XXX细胞有correlation" 的水文章，很多问题也无法完美解决，因此也需要颠覆。
理论生物学家Stuart Kauffman一直在呼吁这个事，可是做wetwork的那帮千老根本不鸟
他。原因无它，因为千老跳不出自己的paradigm看问题。 |
|
l***x
发帖数: 631 | 44 L r Speaker: paradigm studio 100.
central: paradigm cc590
surround: emotiva erd1
sub: rythmik f15
cd: emotiva erc1
l r loud speaker: paradigm studio 100
central: paradigm cc550
surround: erd1
sub: rythmik f15
av processor: emotiva umc1
amp: emotiva xpa5
bluray: ps3
projector: Epson 8700
screen: any 106 or above
installation and wire: 500刀
total 9000-10000
价廉物美
超级给力
paradigm
★ Sent from iPhone App: iReader Mitbbs 6.0 - iPhone Lite |
|
m***n
发帖数: 12188 | 45 这是 paradigm, 聊斋应该有好多个 paradigm， 不过这个最有名。
灰姑娘和王子？也是一个 paradigm，
另外，像狐狸变美女，这一族阴盛阳衰，这也是中国传统的一个 paradigm 了，从大禹
传说就开始了。不知道外国有没有。 |
|
a******s
发帖数: 4052 | 46 看看几个他比较的箱子呗。
Comparisons
I compared the Pioneer SP-BS41-LR ($149.99/pair) with my trusty entry-level
benchmark, the Paradigm Atom v.5 ($250/pair), as well as with the
Wharfedale Diamond 10.1 ($350/pair), which I reviewed in the July 2011 issue.
The Paradigm Atom v.5 had a midrange richness similar to that of the Pioneer
, with quite good inner detail. However, the Atom's sound had a darker
quality—its highs weren't as extended or as clean as the SP-BS41-LR's—and
its transients seemed a bit more ... 阅读全帖 |
|
F**z
发帖数: 299 | 47 套装确实容易点，对陷入这个坑不久的同学来说比较合适，这套外观也很时尚。不过这
套想分开卖也难，功放和CD机都由要享同一个外置电源。
音箱方面，还是好推点的吧（最好落地，阻抗曲线别太离谱）。我在这套东西上用过两
套音箱（Paradigm Studio 20 - 8ohm, Piega -4ohm)。在Paradigm上小提琴比钢琴更
好听，在Piega上钢琴比小提琴更好听。总的来说，我觉得类似Paradigm Studio落地箱
一类的应该会般配。
前任用这套配世霸，说很好，不过我没听过。
总的来说，我认为这套里的CD机还是很不错的。更好的音源当然有（而且不少），但价
位也会高很多。以这个CD机的水准为起点，性价比会加速下降。我在Craigslist上也贴
了广告，有人问我单买CD机，我没答应。
这套里的功放比起NAD这类的牌子还是强不少，但确实也不如Naim。Naim好在可以让钢
琴和小提琴都好听，Musical Fidelity在Piega音箱上对钢琴的表现并没差多少(当时在
用的时候让我还是很享受的），但同时放小提琴时却要比Naim差别更明显。也许，我从
没找到过合适的音箱，所以出... 阅读全帖 |
|
z****e
发帖数: 54598 | 48 真正合理的multi-paradigm应该是要用的时候，通过一个插件或者类库来扩展
不要用的时候，不让你用，而不是让你可用可不用的选择
java这点做得很好，你想aop，那就必需弄aspect j才能用
不装就不让你用，因为程序猿习惯于装逼
它写了，往往不在乎别人的感受，只要它有装逼的空间，它就会去装
现在的工具总是尝试着做得又大又全，什么都提供
那些看上去很fancy的feature，只要有机会它就会去用，而且散落在代码的各个角落
debug都debug不出来，这是接盘时候最头疼的问题
clojure在fp上其实做得比scala好，就在于clojure它介入java空间相对少
不影响oo基础之上，你要用clojure，你得额外安装lib，而不是像scala一样
把两种不同的paradigm凑在一起，凑在一起的结果就是两不象，最后fp的人不喜欢
oo的人也不喜欢，因为喜欢oo的程序猿会讨厌代码里面fp的部分
反过来也一样，代码的耦合性增强了，大幅降低了可读性，不错我觉得clojure做得还
不够好
你看aop的aspect j对一般java的侵入就较少，几乎是强制要求aop的代码和oo... 阅读全帖 |
|
z****e
发帖数: 54598 | 49 你怎么知道我没有？
我玩multiple paradigm也不是一天两天了
没看到我举的aop的例子？
又不是只有fp一个可以自称是paradigm
互相之间做补充，这个我没有意见
但是就像你学delphi的问题一样
要区分清楚互相之间的界限
不要把两个paradigm凑在一起用
这样只能是灾难，互相之间会因为风格不同而吵架
猴屁股举过c++程序员做大系统时候的各种争论
本质都是在paradigm不同引发的 |
|
z****e
发帖数: 54598 | 50 fp也是一种paradigm啊
我觉得很多程序员paradigm弄多了真的不行
思维方式不一样，太经常转变思维会神经错乱的
同一个组内部我坚决反对用不同的paradigm搭配
如果有不同的paradigm需求，分开不同的组去做
比如支持的组用aop蛮好
对于gc这事，我记得买买提上一度有一种风潮
不少c++程序员开始关注jvm，决定挑战一下高难度
问我意见，我直接回邮件，openjdk，去看吧
然后……
目测是没有然后了
至少我没看到什么像样的东西出来 |
|
