|
t****a
发帖数: 1212 | 2 这是多年前的一篇牛文。一家之言，仅供参考。
通天塔导游
(译注：圣经记载：在远古的时候，人类都使用一种语言，全世界的人决定一起造一座
通天的塔，就是巴别塔，后来被上帝知道了，上帝就让人们使用不同的语言，这个塔就
没能造起来。 巴别塔不建自毁，与其说上帝的分化将人类的语言复杂化，不如说是人
类自身心灵和谐不再的分崩离析。之所以后来有了翻译，不仅是为了加强人类之间的交
流，更寄达了一种愿望，希望能以此消除人际的隔阂，获求来自心灵的和谐及慰藉。真
正的译者，把握血脉，抚平创痕，通传天籁，开启心门。)
这是我写的旋风式的编程语言简介—我本来为亚马逊开发者杂志本月的期刊写的，但是
发现我写的东西没法…见人。
首先，我偶尔一不小心口出脏话，或者对上帝不恭的话，所以对很官方很正式的亚马逊
上发表是不合适的; 所以我就把它塞到我的博客里了，我的博客反正没人看的。除了你
以外。是的，只有你会看，你好啊。
其次，这是一项进行中的工程，现在只是东打一耙西搞一下，还没有精加工过的。又一
个把它写到博客里的很大的理由。不需要很好，或很完整。就是我今天想说的一些话。
请随便！
我的旋风式简介会讲C，C++，Lis... 阅读全帖 |
|
g****p
发帖数: 127 | 3 共有八个天龙，
八部天龙 帝释(Tian shen)八部天龙 紧那罗(Jinna luo)八部天龙 乾达婆(Qianda po)
fly sky;e;e;e!这三个不用打！easy!
ask jinna luo about shendian 这天龙会说要你找个五弦琴,去pansi 洞kill chun(春
十三娘)她身上有！然后给jinna luo 就ok了！
ask qianda po about shendian 她要你要玫瑰香精,fly penglai kill baihua xianzi,
她身上有！回来给 qianda po 就ok了！
关于tian shen 最后说到，别急！
下面该去找 八部天龙 摩呼罗迦(Mohu luojia)
fly kaifeng;w;w!
ask mohu luojia about shendian 是送一封xiuluo mixin给阿修罗(另一天龙)
位置在fly changan;#7 w;nw;w!give mixin to 阿修罗再回去ask mohu jia about done
就ok了！
八部天龙 阿修罗(Axiu luo)
八部天 |
|
d********g
发帖数: 10550 | 4 Python的OO支持哪里差了？Java连multiple inheritance都不支持，Python早就支持了
虽然一般是不建议用的。Java 8里还偷了mixin的idea，Python用mixin都不下10年了吧
OO
python |
|
d********g
发帖数: 10550 | 5 我觉得你可能对脚本有偏见。我们真要用脚本的也就是DevOps做部署，实际的东西全是
OO，所以我就奇怪呢，为啥一说Python就是script，尼玛script还要搞Mixin？Java看
到Mixin都流口水了吧 |
|
l**********n
发帖数: 8443 | 6 Java已经把OOP给扭曲了。js应该还原为以FP为中心的本色。
前端就是event-driven，以event和property为中心。event自然就是以function为中心
了，callback不是function是什么？前端更多的是用到mixin。所谓mixin就是一堆
property，runnable or not. |
|
|
x***n
发帖数: 5127 | 8 看到这么多美女帅哥唱这首《痒》，老农俺心里鸡冻啊！！桂花叫俺唱个惊天地痒鬼神的版本，可是俺一鸡冻又忘了该咋唱了，只好硬着头皮改改伴奏来搅拌一下，赫赫
Artist: 黄龄
Title: 痒
《痒》
她是悠悠一抹斜阳 多想多想 有谁懂得欣赏
他有蓝蓝一片云窗 只等只等 有人与之共享
她是绵绵一段乐章 多想多想 有谁懂得吟唱
他有满满一目柔光 只等只等 有人为之绽放
来啊 快活啊 反正有大把时光
来啊 爱情啊 反正有大把愚妄
来啊 流浪啊 反正有大把方向
来啊 造作啊 反正有大把风光
啊痒
大大方方 爱上爱的表象
迂迂回回 迷上梦的孟浪
越慌越想越慌 越痒越搔越痒
Lyricist作词：孟楠
Composer作曲：孟楠
Produced By制作人：安栋
Arrangement编曲：安栋
Xiao箫：刘一
Er Hu 二胡：马稼俊
Chorus Arrangement和声编写：常石磊
Chorus和声：常石磊
Recording Engineer录音：莫家伟
Recording Studio录音室：上海广播大厦一号录音棚
Mixing Engineer混音师：栗野敬三
Mixin |
|
c**m
发帖数: 1632 | 9 mixin. :) Actually 09-22-10 is the best time~~~ :P |
|
|
x****d
发帖数: 1766 | 11 one page app is popular, advocate by a guy, I dont remember name. one page
app doesnt mean just one js file. And for a good design you use JS design
patterns and frameworks. So it could be as complex as any other design.
I mentioned somewhere in the forum before, JQuery front end AJAX call to
REST back end is popular architecture now a days. Heard many projects done
this way. In this situation, Java developer become services developer if
they dont want to code JS.
JQuery(AJAX) + REST one page ap... 阅读全帖 |
|
d********g
发帖数: 10550 | 12 看样子是用了Bottle这个framework，自己包了一下做了个Mixin来用
其实Bottle主要就一个屌丝码工开发的，虽然是open source但还是有很多地方不合理
。要是Netflix连Bottle都敢用，那Python还真是长脸了
静候二爷吐槽if __name__ == "__main__"
from netflix.service import BotoService, Route53Service
from netflix.service.bottle import BottleService, get
class HelloNflx(BottleService, Route53Service):
@get('/')
def index(self):
return "Hello from Netflix!"
if __name__ == "__main__":
HelloNflx.main() |
|
b***e
发帖数: 1419 | 13 I question the accuracy of the Haskell developer salary report, well, yes,
depending on how do you classify Haskell developers. Most of the Haskell
developers are truly academic researchers. Those people who worked with me
before are mostly tenure professors at some universities. So far I didn't
find a single case in my list of 4 big cows who's "thousand years of post-
doc". This is not biology (sorry for my candor, biologists). They might
not be making as high as 200k per year as far as ba... 阅读全帖 |
|
b***e
发帖数: 1419 | 14 I question the accuracy of the Haskell developer salary report, well, yes,
depending on how do you classify Haskell developers. Most of the Haskell
developers are truly academic researchers. Those people who worked with me
before are mostly tenure professors at some universities. So far I didn't
find a single case in my list of 4 big cows who's "thousand years of post-
doc". This is not biology (sorry for my candor, biologists). They might
not be making as high as 200k per year as far as ba... 阅读全帖 |
|
p*****2
发帖数: 21240 | 15
随便google一下就一大堆complain了。multi inheritance不那么重要吧？java有
interface。mixin是python创造的吗？ |
|
p*****2
发帖数: 21240 | 16 刚看了一下python的mixin，感觉又被ruby秒了。 |
|
d********g
发帖数: 10550 | 17 multiple inheritance是mixin的基础好不好 |
|
l*********s
发帖数: 5409 | 18 I did a little search, it seems mixin is a feature of java 8. |
|
c******o
发帖数: 1277 | 19 用了几个月scala. 说一下我的感觉
scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
有更好的语言了。
我的感觉是，scala最适用于：
1. 多并发，大规模的后端，很好的支持并发。
2. 分布式系统，高可用性，高容错，分布式实现容易。
3. 复杂逻辑后端，有很多很好的抽象方法可以选用，用的好，可以很干净。
4. 各种专业的库，是一个很好的建库的语言，当然，要求也高。
这些主要是因为：
1. FP和OO的融合使得scala有很强大的标准库支持，也很容易使人迷惑， 看看那个
play的Json library, 很强大，也很囧。
2. FP和OO的融合使得scala有很多种抽象的方法，很强大，但是也很容易被滥用，太多
pattern可以用来干同一件事。
3. 静态类型和type inference使得scala很适合大型，复杂的系统,高效的系统，也能
够写出比较简洁和干净的代码，要是不注意，容易影响可读性。
4. 调用jav... 阅读全帖 |
|
H****S
发帖数: 1359 | 20 我是说可读性强于oo，没有说一定实现起来强于oo。这个游戏的例子用Scala来写，还
是可以oo封装，人物的行为模式可以定义type class，在reacting programming时做
pattern mach。当然我需要更多输入来了解更多细节，但是my gut instinct如果我们
最后用Scala来实现，应该会end up with很多小的class和trait代表不同的方方面面，
具体到游戏的每个人物场景时再来做mixin |
|
H****S
发帖数: 1359 | 21 我是说可读性强于oo，没有说一定实现起来强于oo。这个游戏的例子用Scala来写，还
是可以oo封装，人物的行为模式可以定义type class，在reacting programming时做
pattern mach。当然我需要更多输入来了解更多细节，但是my gut instinct如果我们
最后用Scala来实现，应该会end up with很多小的class和trait代表不同的方方面面，
具体到游戏的每个人物场景时再来做mixin |
|
l******t
发帖数: 55733 | 22 FP不用Object建模，FP用category建模。category theory超越了OO揭示了在直觉后面
甚至是多个(数学)系统(算法)后面的本质。
所有Object属性在计算机都是某种数学描述。属性数学化后更抽象的描述就是FP做的。
FP不以属性为重并不意味着没有属性。为了支持属性实现了typed lambda calculas。
去看看如何用lambda定义boolean，int是很有趣的。属性lambda化后通过应用已有的
lambda算法库可以产生很多新的算法用法，其简洁明快深刻强大是OO中根本无法想象的
。haskell就是基于typed lambda的。
OO的另一个核心概念继承也是伪概念，如果我们审视SOLID(Single responsibility，
Open-closed，Liskov substitution， interface segregation, Dependency
inversion)这样OO的精华原则，你会发现是全面否定继承而趋向FP的。SOLID中的前4项
都是type class/trait/mixin的好注解。其根本原因还是因为对象在... 阅读全帖 |
|
d******e
发帖数: 2265 | 23 例如list compreshion
另外class mixin你给我java写写。这个java得上设计模式了吧。又臭又长
关键是从统计包到异步包到网络爬包到web都有阿。算是一个操梦快的利器。 |
|
z****e
发帖数: 54598 | 24 也不会很多
就三个主要逻辑块，挨个实现就好了
List l = new ArrayList();
for (Integer i:originalList){
l.add(Math.pow(i,2));
}
return l;
python里面[::-1]这种写法有些不太好看
mixin在1.8之后interface有virtual方法
算是一个折衷 |
|
r*****3
发帖数: 143 | 25 No matter how much experience you have with JavaScript, odds are you don’t
fully understand the language. This concise, in-depth guide takes you inside
JavaScript’s this structure and object prototypes. You’ll learn how they
work and why they’re integral to behavior delegation—a design pattern in
which objects are linked, rather than cloned.
Like other books in the “You Don’t Know JS” series, this and Object
Prototypes dives into trickier parts of the language that many JavaScript
programmers si... 阅读全帖 |
|
L***s
发帖数: 1148 | 26
还是prototype灵活，很容易在上面构建多继承和mixin的语法糖 |
|
|
l******t
发帖数: 55733 | 28 大牛太多说说我对第一条理解吧。
首先不要用数据实例偷换数据类型的概念。原作者一直说的是类型。
其次 OO(Java) 把一类object该干什么事这事干反了。
复习下category的定义，就是满足一系列“arrow”的"object"。注意这里的抽象主体
其实是arrow。是定义了一系列arrow后object反向绑入category。相对OO来说是逆过程
反直观的。FP是直接map这一定义的。haskell最纯，没有和java class对应的定义。‘
type class’和’data'是互不包含的。type class定义了category，通过提供type
class对某一data type的实现把data归入这一category。scala折衷允许双向包含带来
很多混乱。
OO(Java)至少干错2件半事。
先说半件事，interface是好的，但应该是实现主体，现在的定义全空说明当时设计者
没有意识到和category的对应。
第二是继承。继承是彻底反人类。继承数据还是算法？如果是数据，按照category的定
义，没有算法约束的数据是不能归入同一category的。如果... 阅读全帖 |
|
g*****g
发帖数: 34805 | 29 你这说的太不靠谱了，图灵机本身就是个完备自洽的体系，并不需要各种修正，你拿托
勒密来比就是一厢情
愿罢了。
inheritance, composition, mixin只不过是完成同一件事情不同的实现方法，各有利
弊而已。语言的精髓在于取舍，而不在于纯粹，也不在于feature多，feature就导致复
杂度提高。编程语言就跟人类语言一样，有的用主
谓宾，有的用主宾谓，都能表达同样的思想。但是用主谓宾的是主流，哭诉什么主宾谓
更先进是没有意义的。实践科学，都是拉出来遛。编程语言理论是一个总结，而不能
决定语言应该怎么设计。 |
|
c******o
发帖数: 1277 | 30 scala trait is similar to ruby mixin, and a little bit more complex than
java
interface
From:
http://www.scala-lang.org/old/node/126
Similar to interfaces in Java, traits are used to define object types by
specifying the signature of the supported methods. Unlike Java, Scala allows
traits to be partially implemented; i.e. it is possible to define default
implementations for some methods. In contrast to classes, traits may not
have constructor parameters.
important usage difference between trait ... 阅读全帖 |
|
b***e
发帖数: 1419 | 31 一般不用所谓的框架，像angular, ember之类的。这类所谓的框架其实早年dojo就试行
过，效果并不好。用轮子的话也就是用libs(yui/jquery之流)和design patterns。lib
是为了解决cross platform issue和一些有用的mixins，例如double click。这些的确
是不用自己造一遍，没啥意思。Design pattern一般是根据具体的app具体的customize
。Generic design pattern也是有的，不过还有待推广。说白了把，就一个字，写自己
的“框架”。
轮子的限制太多。迟早出事。这样的教训是有过的。 |
|
l**********n
发帖数: 8443 | 32 没有value type是一个。不能mixin是另一个。 |
|
|
d******e
发帖数: 2265 | 34 假设fotran, cobal是上古语言。
第一代是pascal, c这种面向过程的语言
第二代事面向对象的语言。
第三代是fp和oop的结合。
现在看，es 6, swift, rust在语法和功能上相似点非常的多啊。
我预计最后都会提供let, option, try, promise, future,curry and patrial,简单的
OO. mixin or trait. collection和高阶函数。generator和各种comprehension. 将来
也许有coroutine? |
|
y*******n
发帖数: 20 | 35 工具太多了。同样的app用什么手段都能实现。
具体选哪一个纯粹是个人喜好问题。
这个react的app也是我第一次用react做完整的SPA。之前只有两三次使用react的简单
经历，就是很简单的一个页面里ajax load完数据以后渲染一个列表这样的功能。
觉得react比较对路子纯粹是因为学习门槛低，有些地方和django有些像。react还搞了
个简单的mixin，很好用。 |
|
l******t
发帖数: 55733 | 36 这是oo继承固有的问题。fp没这个问题。fp的category是mixin的。 |
|
w********m
发帖数: 1137 | 37 multiple inheritance, mixin |
|
|
h**********c
发帖数: 4120 | 39 ni TAI too mixin DANIU, DANIU changes an area, shi dou no shi
律.
吧。 |
|
发帖数: 1 | 40 Which language has the brightest future in replacement of C between D, Go
and Rust? And Why?
In spite of my status and obvious bias as co-creator of D, I'll do my best
to answer candidly; I follow Go and Rust, and I also definitely know where D
's dirty laundry is. I'd encourage people with similar positions in the Rust
and Go communities to share their honest opinion as well. So here goes.
First off, C++ needs to be somewhere in the question. Whether it's to be
replaced alongside C, or be one o... 阅读全帖 |
|
b****b
发帖数: 656 | 41 简单一个demo没问题，但在aws beanstalk上耗了好几天，然后要去理解Django自己的
东西（mixin等），做任何东西还要琢磨一堆的django package，看看是不是可以直接
用，然后发现各种不兼容啥的。
不过ORM确实是个好东西，Django不玩花哨的东西不追求页面美观搞个数据库界面确实
方便。 |
|
b***e
发帖数: 1419 | 42 来自主题: _FunctionalProgramming版 - 最有潛力的 FP * Scala
I do not believe in Scala too much because it is rather academic than
practical. It does not try to solve real world problem, but rather tries to
explore whether a certain set of language features, e.g., generics, mixins,
first class functions, implicit parameters, etc. can be pour into one dish.
Well, yes, if you work hard enough, you can. But it is not towards a
particular goal, so it does not really do any good to anything in particular.
Compare it to PHP, which is, indeed, a very |
|
E*****m
发帖数: 25615 | 43 来自主题: _FunctionalProgramming版 - 最有潛力的 FP Back to Scala, could you elaborate a bit why it isn't good for
real world problems? Do you just mean it's too complicated?
to
mixins,
dish.
particular.
before |
|
