f******2 发帖数: 2455 | |
d****i 发帖数: 4809 | |
w***g 发帖数: 5958 | 3 以后估计也不会再上去了。这个语言基本上是死路一条。
twitter的management脑子不是很清楚。最近话$150M买了一个英国的
人智公司。
【在 f******2 的大作中提到】 : https://www.linkedin.com/pulse/scala-way-out-owen-rubel
|
d******e 发帖数: 2265 | 4 scala 语言本身还行。有些很精巧的地方。
但是,第一,太老了。很多新的概念没有进去。
第二,太复杂,当年OOP还是圣经,谁敢提意见谁就是异端。
第三,走错路, typesafe其实不重要,市场呼唤草蜢快。
第四,主推公司typesafety不给力,几个产品都做的跟大便一样,什么slick, play。
当然和这些公司的OOP思路有关。
第5, jvm上语言总归还是被java的缺陷拖后腿。
所以scala也就是c++的命。
需要简化和现代化,看好swift或者swift系语言。
【在 f******2 的大作中提到】 : https://www.linkedin.com/pulse/scala-way-out-owen-rubel
|
p*****2 发帖数: 21240 | 5 但是,第一,太老了。很多新的概念没有进去。
大牛指的什么新概念?
swift是不错,现在开发后端靠谱吗? |
l*********s 发帖数: 5409 | |
d******e 发帖数: 2265 | 7 很明显的例子,scala 居然内部支持xml. 这要不是在2006年出品,怎么可能。
而市场却转向了json。
比起python, js, swift,scala 这些新出来的语言,没有dict,没有简单统一的json库
。考虑到现在程序大多数都是数据库倒到json,message来message去,json -->db.这
个效率就低了。
scala也有lens 这些牛比东西,但是不做到语言里面,用起来还是不爽快。
swift还早吧。我个人感觉会出一个新的简化OO强化FP的,支持microservice更强的语
言会更容易被后端开发接受。
【在 p*****2 的大作中提到】 : 但是,第一,太老了。很多新的概念没有进去。 : 大牛指的什么新概念? : swift是不错,现在开发后端靠谱吗?
|
d******e 发帖数: 2265 | |
p*****2 发帖数: 21240 | 9
说的不错
【在 d******e 的大作中提到】 : 很明显的例子,scala 居然内部支持xml. 这要不是在2006年出品,怎么可能。 : 而市场却转向了json。 : 比起python, js, swift,scala 这些新出来的语言,没有dict,没有简单统一的json库 : 。考虑到现在程序大多数都是数据库倒到json,message来message去,json -->db.这 : 个效率就低了。 : scala也有lens 这些牛比东西,但是不做到语言里面,用起来还是不爽快。 : swift还早吧。我个人感觉会出一个新的简化OO强化FP的,支持microservice更强的语 : 言会更容易被后端开发接受。
|
H****S 发帖数: 1359 | 10 twitter最近雇佣了eugene burmako,并支持他继续Scala meta project,后者刚从
EPFL毕业,是Scala macros的主要作者。Scala 2.12以后backwards compatibility不
再是问题,同时新的dotty compiler会对编译速度带来明显提升,java lambda和Scala
function也将可以fully interoperate。我真的不知道这个作者是怎么得出scala快不
行的结论。
【在 f******2 的大作中提到】 : https://www.linkedin.com/pulse/scala-way-out-owen-rubel
|
|
|
H****S 发帖数: 1359 | 11 lens只不过是state monad的一个变种而已,也并没这么神秘的,话说现在lens也有
Scalaz lens和monocles两种实现了。Scala真正牛叉的是shapeless library,这真的
是甩了除Haskell之外其他语言十条街,好像dotty开始后会直接natively support。至
于json一般都用json4s,使用同样syntax可以选择jackson和liftweb两种实现,不过现
在更popular的是用scodec把object直接转化为bytes。
【在 d******e 的大作中提到】 : 很明显的例子,scala 居然内部支持xml. 这要不是在2006年出品,怎么可能。 : 而市场却转向了json。 : 比起python, js, swift,scala 这些新出来的语言,没有dict,没有简单统一的json库 : 。考虑到现在程序大多数都是数据库倒到json,message来message去,json -->db.这 : 个效率就低了。 : scala也有lens 这些牛比东西,但是不做到语言里面,用起来还是不爽快。 : swift还早吧。我个人感觉会出一个新的简化OO强化FP的,支持microservice更强的语 : 言会更容易被后端开发接受。
|
d******e 发帖数: 2265 | 12 不是说什么神秘的。
而是这是实际需求,现在的趋势就是json来json去。要么你给我json path,直接修改
访问case class,要么其他方法。
下面的object --bytes也许可以用但是不好调试不好检查,终归还是一个问题。
microservice的兴起不是没有理由的。
这种情况下,type safety就是很古怪的事情。
至于json4s,是5个主流json库之一。我都用过,问题你是开始play活着akka,整合就出
现了问题。
play 和 spray 两个自己的库还掐呢,最后play json赢了。
像python一样进标准,就可以节省开发人员很多脑细胞了。
【在 H****S 的大作中提到】 : lens只不过是state monad的一个变种而已,也并没这么神秘的,话说现在lens也有 : Scalaz lens和monocles两种实现了。Scala真正牛叉的是shapeless library,这真的 : 是甩了除Haskell之外其他语言十条街,好像dotty开始后会直接natively support。至 : 于json一般都用json4s,使用同样syntax可以选择jackson和liftweb两种实现,不过现 : 在更popular的是用scodec把object直接转化为bytes。
|
H****S 发帖数: 1359 | 13 我觉得用什么json完全取决于实际的使用情况,做后端的选择多点不是坏事,关键要知
道什么适合自己什么不适合。比如说spray json,最好完全不要用,稍微做点research
就知道它的benchmark是最差的。同样json4s,最好用的是jackson binding,因为同样
的理由,benchmark比liftweb binding要好。如果是做functional programming的后端
,就要考虑jawn或者argonaut,因为这些用builtin的cats/scalaz的interop support
。jawn还可以做incremental parsing。如果再进一步需要要用scalajs前后端通吃,那
就得考虑使用upickle。还是那句话,选择多点从来不是件坏事情。既然json这么重要
,一种solution通吃显然风险太大。
【在 d******e 的大作中提到】 : 不是说什么神秘的。 : 而是这是实际需求,现在的趋势就是json来json去。要么你给我json path,直接修改 : 访问case class,要么其他方法。 : 下面的object --bytes也许可以用但是不好调试不好检查,终归还是一个问题。 : microservice的兴起不是没有理由的。 : 这种情况下,type safety就是很古怪的事情。 : 至于json4s,是5个主流json库之一。我都用过,问题你是开始play活着akka,整合就出 : 现了问题。 : play 和 spray 两个自己的库还掐呢,最后play json赢了。 : 像python一样进标准,就可以节省开发人员很多脑细胞了。
|
n******7 发帖数: 12463 | 14
F# 如何?
【在 d******e 的大作中提到】 : 不是说什么神秘的。 : 而是这是实际需求,现在的趋势就是json来json去。要么你给我json path,直接修改 : 访问case class,要么其他方法。 : 下面的object --bytes也许可以用但是不好调试不好检查,终归还是一个问题。 : microservice的兴起不是没有理由的。 : 这种情况下,type safety就是很古怪的事情。 : 至于json4s,是5个主流json库之一。我都用过,问题你是开始play活着akka,整合就出 : 现了问题。 : play 和 spray 两个自己的库还掐呢,最后play json赢了。 : 像python一样进标准,就可以节省开发人员很多脑细胞了。
|
w***g 发帖数: 5958 | 15 big data和FP已死, 有事烧纸.
【在 n******7 的大作中提到】 : : F# 如何?
|
H****S 发帖数: 1359 | 16 如果正经想学FP,还不如上purescript。F#这种连typeclass都没有的,学了也没什么
用。
【在 n******7 的大作中提到】 : : F# 如何?
|
s***o 发帖数: 2191 | 17 有用的FP pattern集成到传统OO里面,像C#已经做的Java正在做的,很多都是大杀器级
别的,咋就死了?
【在 w***g 的大作中提到】 : big data和FP已死, 有事烧纸.
|
y****3 发帖数: 796 | 18 你太天真了,把几个小小语法糖加进语言里面就叫大杀器?都是没事找事忽悠人的,
Java 5,6都用的好好的,甚至连C++98都可以写真正牛应用,那才叫大杀器。人家
wdong才是大牛,什么东西是hype什么不是一眼看过去便知。
【在 s***o 的大作中提到】 : 有用的FP pattern集成到传统OO里面,像C#已经做的Java正在做的,很多都是大杀器级 : 别的,咋就死了?
|
f****y 发帖数: 243 | 19 菜鸟借坑问下啊。。。
像在那种老的环境下,async这种东西怎么实现效率高一点啊?我手开线程写出来的异
步效率跟shit一样。。。
C++11里对于async的支持也就一个future,然而也并不能完全实现async的直接调用,
还是要写中间件的样子?
对于tornado和node里的异步,epoll这种机制的效率真的就是最高么。。。
【在 y****3 的大作中提到】 : 你太天真了,把几个小小语法糖加进语言里面就叫大杀器?都是没事找事忽悠人的, : Java 5,6都用的好好的,甚至连C++98都可以写真正牛应用,那才叫大杀器。人家 : wdong才是大牛,什么东西是hype什么不是一眼看过去便知。
|
N*****m 发帖数: 42603 | 20 这些异步其实就是在epoll上实现的吧
【在 f****y 的大作中提到】 : 菜鸟借坑问下啊。。。 : 像在那种老的环境下,async这种东西怎么实现效率高一点啊?我手开线程写出来的异 : 步效率跟shit一样。。。 : C++11里对于async的支持也就一个future,然而也并不能完全实现async的直接调用, : 还是要写中间件的样子? : 对于tornado和node里的异步,epoll这种机制的效率真的就是最高么。。。
|
|
|
w***g 发帖数: 5958 | 21 scala的苦我也是吃过的. 看走眼了. 现在还是spark + python在跑.
【在 y****3 的大作中提到】 : 你太天真了,把几个小小语法糖加进语言里面就叫大杀器?都是没事找事忽悠人的, : Java 5,6都用的好好的,甚至连C++98都可以写真正牛应用,那才叫大杀器。人家 : wdong才是大牛,什么东西是hype什么不是一眼看过去便知。
|
m******r 发帖数: 1033 | 22 此话怎讲? 怎么big data就死了 ?
正打算深入学习呢。
【在 w***g 的大作中提到】 : big data和FP已死, 有事烧纸.
|
w***g 发帖数: 5958 | 23 现在的主流是scipy, R这些, 单机上跑跑的. 需要scale到机群用FP的
那种规模的, 最近没听人说了.
【在 m******r 的大作中提到】 : 此话怎讲? 怎么big data就死了 ? : 正打算深入学习呢。
|
m******r 发帖数: 1033 | 24 那对我们懒人可是good news.
你说R这玩意有大用么 ? R越来越流行。 我觉着R的价值就是各种时尚的软件包,新算
法。
至于baseR,我看没多大用,尤其对于日常工作 做数据处理方面.
当然你要是喜欢研究算法,喜欢搞'对象'的,baseR应该很有用。
正在自学二语言, 一点浅见。
【在 w***g 的大作中提到】 : 现在的主流是scipy, R这些, 单机上跑跑的. 需要scale到机群用FP的 : 那种规模的, 最近没听人说了.
|
s***o 发帖数: 2191 | 25 这些implementation全是epoll的语法糖,都是不需要存在的:)
【在 N*****m 的大作中提到】 : 这些异步其实就是在epoll上实现的吧
|
c******n 发帖数: 16666 | 26 我在纠结R还是SAS
大牛给个意见
【在 m******r 的大作中提到】 : 那对我们懒人可是good news. : 你说R这玩意有大用么 ? R越来越流行。 我觉着R的价值就是各种时尚的软件包,新算 : 法。 : 至于baseR,我看没多大用,尤其对于日常工作 做数据处理方面. : 当然你要是喜欢研究算法,喜欢搞'对象'的,baseR应该很有用。 : 正在自学二语言, 一点浅见。
|
N*****m 发帖数: 42603 | 27 python
【在 c******n 的大作中提到】 : 我在纠结R还是SAS : 大牛给个意见
|
H****S 发帖数: 1359 | 28 你这话说的。埃及人几千年就会造大金字塔了,现代研究civil engineering的都吃饱
了撑的?
【在 y****3 的大作中提到】 : 你太天真了,把几个小小语法糖加进语言里面就叫大杀器?都是没事找事忽悠人的, : Java 5,6都用的好好的,甚至连C++98都可以写真正牛应用,那才叫大杀器。人家 : wdong才是大牛,什么东西是hype什么不是一眼看过去便知。
|
m******r 发帖数: 1033 | 29 那得看你具体想进哪个行业。
总的讲大公司用sas,其它用二;
金融保险用sas其它用r
东岸用sas,西岸用二。
【在 c******n 的大作中提到】 : 我在纠结R还是SAS : 大牛给个意见
|
y****3 发帖数: 796 | 30 当然,现代土木工程需求越来越萎缩,除了update原来的和一部分新建以外,确实没么
刚需。像国内那样建了拆,拆了建也是为了追求GDP解决很多人的就业,主要还是中国
人口基数大,需要靠土建来解决农村剩余劳动力。
【在 H****S 的大作中提到】 : 你这话说的。埃及人几千年就会造大金字塔了,现代研究civil engineering的都吃饱 : 了撑的?
|
|
|
c******n 发帖数: 16666 | 31 缩进语言肯定要学 django项目明年初就要开始了。。
说来搞笑 当年我本来是想用缩进语言开始入门的
结果后来被逼着用c++和fortran入门了。。
【在 N*****m 的大作中提到】 : python
|
c******n 发帖数: 16666 | 32 你这基本上说的就是只能用R了
SAS的好处是我们有license 我瞅着学习曲线也不是很陡峭
不过这些都不急 反正也没啥真大数据或者ds的活
也就是加减乘除
【在 m******r 的大作中提到】 : 那得看你具体想进哪个行业。 : 总的讲大公司用sas,其它用二; : 金融保险用sas其它用r : 东岸用sas,西岸用二。
|
w**z 发帖数: 8232 | 33 我们都是 Scala 加 spark, 比写 mr 快多了。
【在 w***g 的大作中提到】 : scala的苦我也是吃过的. 看走眼了. 现在还是spark + python在跑.
|
H****S 发帖数: 1359 | 34 你这么挖坑没意思,巴塞罗那有座1882就开建的教堂,一直到现在都没有建好,除了资
金原因,建筑方一开始对当时的建筑技术并没有达到自己的宏伟追求做出清醒认识。结
果架子搭起来了,就是结构上越往上走越发现不可行。计算机工程也是一样,当一个
project的规模上去以后,代码量急剧增加,这个时候你需要一个强类型的语言帮助识
别潜在的问题,当你需要重写一个模块的时候,没有强大的compiler做类型检测,你是
如何能保证重写后的模块和其他部分可以一致兼容?做做toy project,上什么语言都
可以当然没问题,但是真正做工程的,用个脚本语言做production的如果不是还来不及
转,就是嫌之后死的不够难看。
【在 y****3 的大作中提到】 : 当然,现代土木工程需求越来越萎缩,除了update原来的和一部分新建以外,确实没么 : 刚需。像国内那样建了拆,拆了建也是为了追求GDP解决很多人的就业,主要还是中国 : 人口基数大,需要靠土建来解决农村剩余劳动力。
|
n******7 发帖数: 12463 | 35 閭g洿鎺ヤ笂numpy涓
R鏄釜鐑傚潙
銆鍦chunjuan(馃憤鏄ュ嵎馃惐鏇村鏄ュ嵎馃憤) 鐨勫ぇ浣滀腑鎻愬埌: 銆br />
>: 浣犺繖鍩烘湰涓婅鐨勫氨鏄彧鑳界敤R浜br />
: SAS鐨勫ソ澶勬槸鎴戜滑鏈塴
icense 鎴戠瀰鐫涔犳洸绾夸篃涓嶆槸寰堥櫋宄br />
: 涓嶈繃杩欎簺閮戒笉鎬
鍙嶆涔熸病鍟ョ湡澶ф暟鎹垨鑰卍s鐨勬椿
: 涔熷氨鏄姞鍑忎箻闄br />
|
H****S 发帖数: 1359 | 36 写scala只要符合best rules就一定不会觉得混乱。随便贴一个list,
https://github.com/alexandru/scala-best-practices/blob/master/README.md
另外把compiler的turn warning into error选项打开,代码质量显著提高。
【在 w**z 的大作中提到】 : 我们都是 Scala 加 spark, 比写 mr 快多了。
|
w***g 发帖数: 5958 | 37 老老实实学python去. 除非现在立刻有R/SAS的工作.
这是programming版, 提R和SAS是政治不正确的.
【在 c******n 的大作中提到】 : 我在纠结R还是SAS : 大牛给个意见
|
N*****m 发帖数: 42603 | 38 peng
【在 w***g 的大作中提到】 : 老老实实学python去. 除非现在立刻有R/SAS的工作. : 这是programming版, 提R和SAS是政治不正确的.
|
c******n 发帖数: 16666 | 39 java + commons math是不是异端得上柱子bbq了
【在 w***g 的大作中提到】 : 老老实实学python去. 除非现在立刻有R/SAS的工作. : 这是programming版, 提R和SAS是政治不正确的.
|
c******n 发帖数: 16666 | 40 这不是对缩进语言有偏见嘛
不过也不折腾了 就py把
腑鎻愬埌: 銆�
鎬�
【在 n******7 的大作中提到】 : 閭g洿鎺ヤ笂numpy涓 : R鏄釜鐑傚潙 : 銆鍦chunjuan(馃憤鏄ュ嵎馃惐鏇村鏄ュ嵎馃憤) 鐨勫ぇ浣滀腑鎻愬埌: 銆br /> : : >: 浣犺繖鍩烘湰涓婅鐨勫氨鏄彧鑳界敤R浜br /> : : SAS鐨勫ソ澶勬槸鎴戜滑鏈塴 : icense 鎴戠瀰鐫涔犳洸绾夸篃涓嶆槸寰堥櫋宄br /> : : 涓嶈繃杩欎簺閮戒笉鎬 : 鍙嶆涔熸病鍟ョ湡澶ф暟鎹垨鑰卍s鐨勬椿 : : 涔熷氨鏄姞鍑忎箻闄br />
|
|
|
n***p 发帖数: 110 | 41 One of Typesafe's founder also ditched it |
n******7 发帖数: 12463 | 42 发现手机打字电脑上就乱码了
你居然看懂了
【在 c******n 的大作中提到】 : 这不是对缩进语言有偏见嘛 : 不过也不折腾了 就py把 : : 腑鎻愬埌: 銆� : 鎬�
|
n******7 发帖数: 12463 | 43 用了蛮久commons math
还行
就是不够糙快猛
包也不全
经常要自己实现点啥
下次一定用python
【在 c******n 的大作中提到】 : java + commons math是不是异端得上柱子bbq了
|
f****y 发帖数: 243 | 44 tornado和node肯定是了。。c++那个看起来就只是开了个线程的样子?
另外epoll真的就是async的终极解法么。。
:这些异步其实就是在epoll上实现的吧
: |
H****S 发帖数: 1359 | 45 他根本就没抛弃,去年还给scalaworld做了个talk。你再去看看他的github page,还
在持续做scala的project。只不过出于对typesafe的不满,他的工作现在比较偏向于
typelevel这边了。
【在 n***p 的大作中提到】 : One of Typesafe's founder also ditched it
|
c******n 发帖数: 16666 | 46 老邢app倒是上了unicode 网站还是chinese simplified的
【在 n******7 的大作中提到】 : 发现手机打字电脑上就乱码了 : 你居然看懂了
|