k**********g
发帖数: 989 | 1
http://www.scala-lang.org/api/2.9.2/scala/reflect/ClassManifest
def typeArguments: List[scala.reflect.OptManifest[_]]
I don't know Scala, but from its documentation Manifest is similar to the
TypeInfo class that is in CLR Reflection.
Basically, it is a class itself that provides information (type metadata)
about other classes that the user or library provider has written.
In reflection, the type "Bar[Baz]" is said to parameterize "Foo[Bar[Baz]]".
When it is not parameterized, a placeholder is u... 阅读全帖 |
|
k**********g
发帖数: 989 | 2
http://www.scala-lang.org/api/2.9.2/scala/reflect/ClassManifest
def typeArguments: List[scala.reflect.OptManifest[_]]
I don't know Scala, but from its documentation Manifest is similar to the
TypeInfo class that is in CLR Reflection.
Basically, it is a class itself that provides information (type metadata)
about other classes that the user or library provider has written.
In reflection, the type "Bar[Baz]" is said to parameterize "Foo[Bar[Baz]]".
When it is not parameterized, a placeholder is u... 阅读全帖 |
|
p*****2
发帖数: 21240 | 3
我随便说几点吧。
1. Dynamic， 极高的productivity, 这也是为什么Nathan他们2，3个人可以把一个
Storm做出来
2. 85%的FP，而Scala是50%的FP
3. 自带STM, 而Scala是库
4. Async, 实现了goroutine (学Go的）
5. 不但可以跑在JVM上，还可以跑在node上和browser上，一个语言可以通吃最流行的
几个平台
6. Cascalog跟Hadoop绝配
7. Storm就不用说了，native language
8. Macro, 使得其他语言的meta programming成为了小儿科，更不要说Scala了
9. 比Scala要容易学习很多 |
|
q*c
发帖数: 9453 | 4 他有没有告诉你他手下头号大将， paul philips, 地球上写 scala 最多的人， 写
scala compiler 的牛逼人， 把 scala 在大会上大骂一顿， we did it all wrong.
然后抛弃了 scala 走人了？
这是自由的世界，至少商业里面还是这样。 自己没有致命弱点，别人要妖魔化也难。 |
|
c*******9
发帖数: 9032 | 5 你们几个人做这个项目？我觉得人不多，统一一下风格用Scala问题不算大吧，不好用
特性的就不用了。
我有个项目还在决定是否用scala，还是java 8就够了. 看这里这么多人痛恨scala还是
有些奇怪。我个人
不太喜欢scala语法（和haskell比不够纯洁），不过喜欢和haskell一样的概念。
用。 |
|
c******o
发帖数: 1277 | 6 快速
scala for impatient
正规
programming in scala 2nd edition
scala in depth
functional programming in scala |
|
c******o
发帖数: 1277 | 7 快速
scala for impatient
正规
programming in scala 2nd edition
scala in depth
functional programming in scala |
|
g*****g
发帖数: 34805 | 8 If you enjoy pair programming, go for it. :-)
8. Pair programming and code reviews are mandatory
Pair programming is almost essential to make sure Scala code doesn’t become
too divergent from the average skill set and style of the team as a whole.
The last thing you want is code so advanced that mere mortals can’t touch
it, or a single functional programmer going off on a tangent by rewriting
perfectly working imperative code before the team as a whole is ready for
that leap. Experimentation is ... 阅读全帖 |
|
|
c****e
发帖数: 1453 | 10 这是infastructure,不是library.和hadoop一样。比如kafka,也是scala，这也不算“
类库”把，我认为“类库”就是link,reference的library,没有运行的runtime，当然
这个界限各有理解。Spark这就是下一代hadoop,商业影响会非常大。
Scala除了语言特性以外，用JVM踩着巨人的肩膀往上爬，enterprise，heavy lifting
backend我认为在新一代语言现在没有对手。play也不错。walmart canada整个供应链
加网站据说都用scala play重写了。Scala成为toB业务开发主流的潜力不可小视。
market |
|
|
c******o
发帖数: 1277 | 12 H is "the" pure FP.
So Scala is just different from H
Try the Functional Programming in Scala, it basically recreated what H has
in Scala, you get the realy IO/State Monad to use. And you program "PURE" FP
in Scala.
I do not like "PURE" FP though, solves little, but high cost. |
|
c******o
发帖数: 1277 | 13 Scala是不如Haskell美。这个我也这么认为。
但是，公司里写东西用Scala比Haskell 舒服多了，eco system 改变一切。
BTW, xml将不在scala default 包里。scala其实不想太臃肿。 |
|
z****e
发帖数: 54598 | 14 是自由度太大
就像不同国家语言的宾语
有些国家是放在前面的
我爱你
我你爱
法语尤其喜欢这种把宾语前置
日语也有这种表达
如果是fp的话
爱我你
这种表达clojure的人很熟悉了
+ 1 1
* x x
所以习惯了说我爱你的人就很不适应这种表达
在很多时候
scala则给了人一个自由度，就是允许你这样定义dsl
dsl的数量一多，会变成怎么说都可以，动词也就是方法名放哪里都可以
那这个就非常难以控制了
但是一个不可改变的事实就是，不是所有行业，都习惯用同一种语言说话
不可能要求搞统计的人去弄太多java，甚至不同国家，都会对语言有自身的习惯
为了迎合这些习惯，所以我们需要scala来帮忙搞dsl，同时创造出各种类库
其实ruby就是日本化的脚本语言，r就是统计化的脚本语言，sql就是db化的脚本语言
scala用来造这些东西最好，ruby还好，因为jruby有东京大学和red hat在做
但是r和sql就迫切需要scala了
还是老话
其实绝大多数程序员的档次到不了造轮子的水平
但是很多程序员自以为到了这个水平，当然说不应该打击热情，鼓励人们去尝试
这个是对的，但是还没成功就豪气干云... 阅读全帖 |
|
q********y
发帖数: 162 | 15 Scala 沒有仔细研究过, Haskell 稍微研究了下。觉得Haskell是最好的 functional
programming language。Lisp相比太低级了,很多概念都没有, Scala 就是在东施效颦。
Haskell 是由几个computer language theorist搞出来的, 整个语言就象一个理论体
系，很自洽, 我猜Scala可能不是这样的吧，就是一吊丝程序员在胡搞。
Scala有Kind, Applicative Functor 和 Arrow 这些概念吗？ |
|
p*****2
发帖数: 21240 | 16 In my experience, Scala's is much more complicated. It has to be, in order
to interoperate with Java, include object-oriented programming, and
therefore use a lot of subtyping and attempt to impose principle on it.
Scala seems to be a bazaar in which concepts from Java and Haskell collide,
and there's even some Erlang thrown in (the actor model). Type-wise, these
sub-languages don't always get along well. For what it must do, Scala does a
good job. The problem is that its mandatory first-class s... 阅读全帖 |
|
z****e
发帖数: 54598 | 17 几个还在用c/python写代码的出来谈fp无用
这不是搞笑嘛，谁说要让这些家伙用fp了？
还在搞硬件level的东西，出来谈什么fp
现在说fp主要说的是scala，jvm上的东西
scala还不是纯粹的fp，还包括有java和j2ee的一堆东西在里面
你还在c/python level，谈什么scala
中间隔了这么两三层，当然搞不明白为什么需要
这跟硬件啥关系？你用不到，并不代表别人用不到
等你java出师了之后，再来看scala差不多
没写过java谈什么better java？
到最后需要解释一堆java上的概念
然后又会回到最原始的为什么要用java上
然后又是，这个有什么难的，c也能做到
是，具体到细节，没啥是难的，其实深究下去，本质也都是c写的
但是凑一起，就很烦，什么都要自己去做，亲力亲为，累死你
这里一点细节，那里一点细节，慢慢把你的工作时间全部耗尽
最后成天就是给人擦屁股，这就是屎坑嘛
productivity上不去，谈不上其他的
从这可以看出做底层的悲哀，开始被时代所抛离
对热点插不上话了，就开始捣乱
思维太底层了之后，哪怕最简单的一步，都会变得很繁琐
你极有可... 阅读全帖 |
|
p*****2
发帖数: 21240 | 18
用Spark应该不需要对Scala了解很深
Scala主要是把东西搞复杂了，如果硬从Scala上学，基本学不会，还不如不学
想真学会还得去看其他语言，比如Haskell理解起来各种概念比Scala容易太多了
Spark应该可以调吧，貌似有人在做，但是估计也不是很好用 |
|
T******7
发帖数: 1419 | 19 GoLang, Scala, Swift, Rust 哪个能在2０15有关键性的突破？
go的2０14年高开低走，万众瞩目下接连推出 1.3 1.4 语法上有一些微小改动比如for
range. 其他方面多是调整。比如更多操作系统的兼容。但是这个语言的成功与否还是
缺少决定性的应用。docker是为数不多的成功案例。2０15我们还要期待更多。否则go
的前景并不明亮。
scala 依托spark迅速崛起。coursera主打课程让很多人接触到这个语言。fp大潮从
paul graham推崇common lisp开始还未衰退。scala不错的切中了fp和传统语言结合的
sweet point。前景颇佳。周边产品也比go發展的好，比如ide的成熟度。这都大大保证
了这个语言继续吸引人气。2015看好scala.
其他2个我感觉和会火。但是不太了解。留给大牛评价了。 |
|
H****S
发帖数: 1359 | 20 1. No built in tail recursive elimination for _all_ recursive functions. As
a result, trampoline has to be used, otherwise you don't have stack safe
call on composed functions
2. Type destructuring is terrible. For instance, given a type M, even if you
know it's actually the result of F[A], scalac won't be able to figure out.
You either have to explicitly provide the types to spoon feed the compiler,
or you will need to resort to the implicit Unapply type introduced in Scalaz
7
3. Heavy memory f... 阅读全帖 |
|
c*****a
发帖数: 1638 | 21 scala就是给java加个钻头。对于java程序员来说，scala比其他任何scripting语言都
更好。协同效应。java自己没有脚本，scala就是java的脚本。
对java程序员，scala无脑上。非java的，可以考虑看看别的，特别是C/C++的，Python
可能更合适。 |
|
H****S
发帖数: 1359 | 22 I have no doubt Scala can get better, given how good it is already. The
point I
wrote these things with was to convey the idea if you wanna attack or trash
a language, better understand it first and then make your points. Scala is
too difficult to learn, Scala is too difficult to read, Scala is too
difficult to maintain, these are all too lame to even put on table for
discussion. |
|
d****i
发帖数: 4809 | 23 不看好scala，scala能做的，用java都能做，而且更快。scala一开始就抱错了大腿，
去.net上绑定，结果发现被人唾弃了。我认识的一些java老鸟没有人尿scala这种欧洲
学院派左逼发明的的坑人东西的。 |
|
|
n******7
发帖数: 12463 | 25 我靠，这会不会成为java版的c++
刚学了一晚上scala，不要吓我
http://www.zhihu.com/question/25679583
另外，搜scala发现知乎上面一个帖子
评论里面说就是楼主发的..
"题主你的感觉没错，scala是现在太阳系里复杂程度超过C++的唯一的语言。不过他跟C
++不同的是，学会C++你充其量只是对代数有了点理解，而不懂的类型系统的理论你
scala是绝对学不会的。"
这个说的挺吓人... |
|
B********r
发帖数: 397 | 26 swift 跟scala 多像你知道不
python 有的 scala都有，performance也差scala，可以参见spark python 和scala速
度区别
es6 还没用过，没权说啥。 |
|
B********r
发帖数: 397 | 27 LinkedIn 现在用不用跟scala out不out有啥关系？做决定的很可能是傻逼，或者完全
按照市场考虑暂时找不到scala 程序员
scala 的强大大家有目共睹，你说的那几个语言，要是scala玩的转基本要学就是两三
天的事
要说只是找工作那你说那几个都被java和c甩了几条街吧 |
|
w***g
发帖数: 5958 | 28 scala代码非常短小精悍，jvm世界里用来做数据处理一天要试三五种算法，90%以上
的代码最终要丢进垃圾框的这种，我觉得还真是非scala莫属。
等用java写出来，黄花菜都凉了。我前一阵要上spark学过一阵scala，
现在已经忘光了。scala虽然恶心，总比perl好点。
concurrency |
|
w***g
发帖数: 5958 | 29 python比scala慢100倍，scala用一台机器算，相同的时间用python算就要100台机器
甚至更多。如果数据小，当然是直接用python/C++，还有spark啥事。从语言上看，
python其实也是一坨屎，设计上可能比scala还不如，用python不过也是为了有轮子
写起来快。小规模的机器学习，python的轮子比scala多得多。matlab license太贵，
不在考虑范围内。R只能做统计，python还可以做NLP，图像处理，可以爬网页，写
网站，我觉得没啥理由不选python选R。要说语言设计得漂亮，imperative类的要属
pascal，FP要属haskell，没有轮子，语言设计得再好也没用。顺便攻击一下GO，
这个基本上停留在前C++/java时代，类似于C+和java-的混合物，如果是20年前设计
出来的，似乎还值得一提，现在再看，实在是有点太原始了。
我自己的pet project，需要精雕细琢的，核心代码一律用C++。干活拿钱的，啥语言
有轮子出货快质量有保证就用啥语言。萝卜白菜各有所爱，非要说出个非此不可的理
由，原也是说不出来的。 |
|
m******t
发帖数: 635 | 30 顶一下大牛，顺便搭车讨教下。
一直在折腾股票自动交易系统，主要是数据挖掘和机器学习，目前用的是Python/
Pandas/Numpy/Scikit这套方案，全市场回测的时候用日线数据数据量小(大概每个市场
几千个文件约2GB大小）的时候，就已经开始吃力了，要一个小时。现在需要用分钟数
据回测的时候（每天每个市场小200MB,全市场约小50GB每年)，有想死的冲动。一直在
考虑scala的方案，去年底初步学过scala半个月，没有深入做过大项目，有Clojure小
型项目经验，不知道用scala来作数据挖掘和机器学习怎么样？
能否给粗略介绍下基于scala的方案，比如对应pandas的库，对应scikit的库? 成熟程
度如何？ |
|
z****e
发帖数: 54598 | 31 所有的脚本本质都是一种dsl啊
而且不发明dsl的话，scala的灵活性就没有存在的意义了
用来造r engine这些，scala非常顶用啊，java搞要上反射，略微麻烦了点
是很难看懂，r的c源代码一样很难看懂
这种东西没有特别容易懂的，得先明白理论，然后才是impl
所以一个比较合理的说法就是把这个使用限制在一定范围之内
造轮子的时候用，用轮子的时候不用
java就像一个正规军作战，一笔一划都有板有眼，士兵有士兵的贡献，将军有将军的权威
scala就像一个武林高手，可以一人顶多人，用来造武器很好使
但如果一般公司用scala，就犹如把奥本海默，爱因斯坦送到太平洋前线去登陆一样
势必是一场灾难，公司从来都是右棍聚集的地方
左逼还是留在大学里比较好，放出来就害人 |
|
z****e
发帖数: 54598 | 32 vert.x作者tim fox对于scala的看法
Tim: I respect and appreciate the power of Scala, and those who can program
in it. To me the major problem Scala has is its too hard and tries to do
many things, which means it will never be truly mainstream like Java. But if
you have a super intelligent dev team who can handle it then Scala may be a
great choice. |
|
z****e
发帖数: 54598 | 33 短时间内估计没戏
主要是他们组没有适合的人去搞scala
根据2.1的经验看
scala这么复杂的语言，应该会最后一个得到支持
合格的人太少了，现在主力开发里面会弄scala的
就是那个西班牙的viet，但是他也没那么多时间
如果会scala的话，可以试着去填坑
另外一个python也面临着类似的情况
python的主力开发是法国那个家伙，但是他忙着写website
test cases还有example呢
除了core以外
community里面这两个语言也都比较缺人
可能跟这两个语言的用户不少都是搞大数据的有关
大数据从业人员很多都缺乏基本的软件开发训练
谈理论可以，搞开发，不行 |
|
|
w***g
发帖数: 5958 | 35 作为一个轮子engineer, scala.js不失为一个不错的方向.
不管是给js打补丁还是给scala打补丁,都不如新搞一个scala.js轮子影响大.
但作为轮子用户, scala.js我肯定是不会去碰的. |
|
n******7
发帖数: 12463 | 36 scala感觉是timing比较好，第一波JVM寄生语言还主打FP
放到2010年的时候FP也就scala可堪一用，JVM平台更是唯一选择
现在主流OOP都多少带有FP feature了，higher order function， lambda function，
function as first class citizen， 可能就immutable as default 不好整合进去
新出的kotlin感觉就是JVM上的现代C#，嫌java语法老旧的上kotlin就好了
想起来明天上班就要做一个合作的scala project就头疼，部门头目对这个合作很看重
，但是实在不想投入精力学scala，看看能不能连蒙带猜搞定吧... |
|
p*****2
发帖数: 21240 | 37 传说性能跟java差不多，结果发现跟ruby差不多，今天做了两题
第一题，ruby死活过不了，scala将将过
第二题，ruby，scala全部超时2000ms, java 600多ms通过
两道题python都可以通过，第二题用时大约1500ms
可见scala性能跟java相差还是很远的，连python也不如，跟ruby八斤八两，强点有限
。白花一天时间学习了，没什么用武之地。
另外请教以下大牛们，以下语言性能如何，应用广泛吗？
Haskell
Ocaml |
|
p*****2
发帖数: 21240 | 38
这样可以。还真过了time: 531 ms
for loop 640ms 差别不太大，看来这个是主因
Java Ruby Scala
1 46 31 265
2 46 31 281
26 156 171 328
27 140 156 312
30 140 187 327
31 656 2000 531
这是最新测试数据。经过菜鸟的优化之后scala明显性能提升很多。请问mkString的内
部实现机制是什么呢？我在Java里用StringBuffer先创建string，再print，可是耗时
更多，没有优化。Ruby经过优化以后性能也有提升，可是＃3... 阅读全帖 |
|
p*****2
发帖数: 21240 | 39 记得有人提过想做个项目啥的。现在leetcode不支持scala，我们能不能做个scala OJ
呢？
初步想法 scala+play2+cloudfoundry (or some other free PAAS). 有兴趣的可以一
起搞。我今天没时间想这事，周末好好想想。 |
|
c********t
发帖数: 5706 | 40 太快了。看来你不用跳也可以做scala了。
我这里还在 “hello world!"呢。
大侠觉得scala eclipse plugin 是不是最好用的scala ide? |
|
j**********3
发帖数: 3211 | 41 我两个确实都不熟性能，工作用python，只是写逻辑，但其实java更熟一些。大牛，来
说说scala啊，scala怎样？
另外动态编程，java的一些变形也可以啊，比如groovy，省了很多代码，我觉得比
python还方便, 我记得groovy第一句话就是，它是动态编程（也可能记错了？）来说说
scala吧
python |
|
d******e
发帖数: 2265 | 42 Scala不要看隔壁天天Scala
这玩艺没三个月没法上手
我是说你写真的Scala程序真正出活
typesafe 一套要学全
除非你真的蛋疼最好不要碰
或者是你要用akka |
|
d******e
发帖数: 2265 | 43 java 8就加个lambda连c#都不如
不知道有没有各种comprehsion
这个真心不是Scala的竞争对手
Scala退烧有它的问题
将来取代他的可能是swift rust 甚至 go
毕竟Scala集成java 的糟粕太多, 太繁琐了
java1. |
|
q********c
发帖数: 1774 | 44 现在用scala＋akka开发，听说好多公司正在放弃scala, 不知道学scala是不是浪费时
间啊。 |
|
r******e
发帖数: 181 | 45 换个问题 functional programming 有前途吗？ 有什么语言领军？
[在 quicklogic (coder-farmer) 的大作中提到：]
：现在用scala＋akka开发，听说好多公司正在放弃scala, 不知道学scala是不是浪费时
：间啊。
：........... |
|
m******t
发帖数: 2416 | 46
I found some benchmarks on a site which I can't seem to find
any more. Basically the takeaway point from those benchmarks
was that scala and java are pretty close for mostly procedural
code, but as soon as you get into functional programming,
scala's performance starts dropping.
That's not saying scala is an inefficient language. It's
just the fact well-known-for-four-decades that functional
programming provides convenience and conceptual simplicity
at the price of efficiency. |
|
c******o
发帖数: 1277 | 47 最近公司开始做scala的大项目了。
scala 绝对是牛东西，但是确实要求高。
其实最简单的方法就是，先写java like code,慢慢再改，再refactor
即使是java like code也比java舒服多了。
never want to go back to java/ruby/php
其实好的scala code绝对比java好读，负担主要在library designer身上，
application developer 用合适的library, 就像写作文一样 |
|
|
|
|
