g****t
发帖数: 31659 | 1 hci, scala的functional programming也不错啊?
Any comments?
另外我和wdong看法类似。
先不说Java，scala能走llvm就走llvm，我觉得这是目前语言的王道。
加一分 |
c******n
发帖数: 16666 | |
h*i
发帖数: 3446 | 3 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
也有人在搞llvm上的Clojure
【在 g****t 的大作中提到】
: hci, scala的functional programming也不错啊?
: Any comments?
: 另外我和wdong看法类似。
: 先不说Java，scala能走llvm就走llvm，我觉得这是目前语言的王道。
: 加一分
|
g****t
发帖数: 31659 | 4 python走llvm，难点之一是C扩展的各种库搞不定。
llvm上的clojure是不是也会有这个问题？
【在 h*i 的大作中提到】
: 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
: 什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
: 和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
: 也有人在搞llvm上的Clojure
|
h*i
发帖数: 3446 | 5 据搞过的人说，在其他VM上搞Clojure， 主要问题其实不是扩展库的问题，而是
Garbage Collection都不够好，Clojure的缺省immutable数据对GC的要求非常高。这方
面，JVM的GC是目前无敌的。
【在 g****t 的大作中提到】
: python走llvm，难点之一是C扩展的各种库搞不定。
: llvm上的clojure是不是也会有这个问题？
|
x***4
发帖数: 1815 | 6 我也很想试试Clojure。不过我1）很害怕很多括号；2）很害怕没有static typing。有
什么解法吗？
【在 h*i 的大作中提到】
: 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
: 什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
: 和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
: 也有人在搞llvm上的Clojure
|
h*i
发帖数: 3446 | 7 1) Clojure的括号比Java要少，无非是括的地方不同而已。
2）为啥害怕没有static typing？你是用haskell这种的的么？否则有啥区别？
【在 x***4 的大作中提到】
: 我也很想试试Clojure。不过我1）很害怕很多括号；2）很害怕没有static typing。有
: 什么解法吗？
|
O***b
发帖数: 104 | 8 写 web 绝大多数都是字符串转来转去，没有 typing 不是特别大的隐患。Clojure 的
accidental complexity 我认为是要小很多的。 |
h*i
发帖数: 3446 | 9 对。Clojure目前主要的用途就是用来写Web，前后端都可以用，代码清爽，简单明了，
几乎没有什么缺陷。
的
【在 O***b 的大作中提到】
: 写 web 绝大多数都是字符串转来转去，没有 typing 不是特别大的隐患。Clojure 的
: accidental complexity 我认为是要小很多的。
|
n******7
发帖数: 12463 | 10 我本来是跟你观点差不多的
不过前两天看了知乎著名ID 韦一笑对scala的评论，觉得也有道理：
OOP和FP都有自己合适和不太合适的方面
所以什么合适的地方用什么，这实际上也是一种化繁为简
如果为了形式上的简美，有的时候得削足适履，似乎也不上算
需要说他也放弃了C++，因为他认为C++的设计有根本上的逻辑矛盾
我也觉得很有道理。。。
【在 h*i 的大作中提到】
: 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
: 什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
: 和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
: 也有人在搞llvm上的Clojure
|
|
|
k****i
发帖数: 101 | 11 两个套路
基于JVM/V8 runtime之类的
利用JIT+GC
而LLVM是用AOT
GC类语言要自己实现runtime
现在server端的scala转LLVM
与client端的asmjs转WASM性能或会提高
坑还是很多
【在 g****t 的大作中提到】
: hci, scala的functional programming也不错啊?
: Any comments?
: 另外我和wdong看法类似。
: 先不说Java，scala能走llvm就走llvm，我觉得这是目前语言的王道。
: 加一分
|
d****n
发帖数: 12461 | 12 如果去纯scala的公司，例如confluent或者databricks，其实是很开心的。
但是如果你周围都是学java出身的程序员，觉得scala可以和java混着用，用scala其实
是劣势。搞不好比纯java还糟糕。写得烂的scala程序不仅效率低下而且难读无比，找
bug也比java花的时间多。
所以除非你做到architect或者manager能做到帮程序员做工具选择的地步，否则要么不
要碰scala，要么做开源项目的ic算了。
【在 h*i 的大作中提到】
: 我对Scala没研究过，但从一些人的评论来看，Scala是一种很复杂的语言，OOP， FP，
: 什么都想要，所以不是我的菜，没有一丁点的兴趣。这是个口味问题，当年我面临C++
: 和Java的选择，我选了Java。所以Scala与Clojure，必然是选Clojure啊。
: 也有人在搞llvm上的Clojure
|
N*****m
发帖数: 42603 | 13 confluent不是纯scala了，Kafka新的code都是java
【在 d****n 的大作中提到】
: 如果去纯scala的公司，例如confluent或者databricks，其实是很开心的。
: 但是如果你周围都是学java出身的程序员，觉得scala可以和java混着用，用scala其实
: 是劣势。搞不好比纯java还糟糕。写得烂的scala程序不仅效率低下而且难读无比，找
: bug也比java花的时间多。
: 所以除非你做到architect或者manager能做到帮程序员做工具选择的地步，否则要么不
: 要碰scala，要么做开源项目的ic算了。
|
g****t
发帖数: 31659 | 14 hci老师我就不说客气话了。
感谢楼里好各位的回帖。有价值的内容非常多。
【在 g****t 的大作中提到】
: hci, scala的functional programming也不错啊?
: Any comments?
: 另外我和wdong看法类似。
: 先不说Java，scala能走llvm就走llvm，我觉得这是目前语言的王道。
: 加一分
|
d****n
发帖数: 12461 | 15 我也不懂scala为啥老转型，原先叫typesafe，后来叫lightbend，现在又想搞编译器？
【在 N*****m 的大作中提到】
: confluent不是纯scala了，Kafka新的code都是java
|
m****o
发帖数: 182 | 16 为啥一定要上llvm？Scala + Zing如何？
【在 g****t 的大作中提到】
: hci, scala的functional programming也不错啊?
: Any comments?
: 另外我和wdong看法类似。
: 先不说Java，scala能走llvm就走llvm，我觉得这是目前语言的王道。
: 加一分
|
