回复： [ScalaCN] 陈近南发布的信息
李鹏
论性能，也有 groovy ++ / gpars，论支持，有 springsource，论web框架，grails建立在 springmvc/hibernate/sitemesh 等久经考验的框架之上。搞java的宁可支持 rails/jruby ，也不支持 grails，真是汗。。。
另外用lift做web开发，也是不大好的选择，毕竟支持的库太少，相关经验的积累还不够
不过对于java程序员来说，学习scala是增值的大好途径！ groovy就比较扯了，呵呵
在 2011年7月18日 下午4:23，Xuefeng Wu <ben...@gmail.com>写道：
现在太强调Scala FP这部分，导致觉得Scala门槛很高。
2011/7/18 sharp <sh...@theplant.jp>
对, 在系统架构的时候，就应该定义清楚， 80%的general部分 20%的special部分， 我认为20%的部分用FP就够了，现实世界就是这样...
在 2011年7月18日 下午4:10，Xuefeng Wu <ben...@gmail.com>写道：
我也这么想，有必要出一个Scala lite,把一些高级功能都限制住，直接PK Java提高生产率就够了，不要强调FP
2011/7/18 sharp <sh...@theplant.jp>
scala要好点，实在不行，你就按java的路子写代码，这个是我比较看好的
也就是说：scala可以让java程序员立即干活，erlang的话需要大神，里面的道道太多啦
在 2011年7月18日 下午4:04，Xuefeng Wu <ben...@gmail.com>写道：
有道理，有function头脑的比较难找。
2011/7/18 sharp <sh...@theplant.jp>
上次听有人说，历史一次次证明函数式编程无法流行，这个是最大的问题，大部分人对函数式编程都有点摸不着头脑，我们现在只敢采用了一点点erlang，还是比较成熟的gen_tcp，招不着人，上次准备培养一个，结果把人逼跑了....
在 2011年7月18日 下午3:55，Xuefeng Wu <ben...@gmail.com>写道：
function programming确实有点老人的感觉,出来show的感觉都是老人 哈哈
2011/7/18 sharp <sh...@theplant.jp>哈哈 scala什么时候成老人了？ Ruby比它早好些年啊， Erlang比Scala的优势就在于历史悠久，有大把的成功案例！
在 2011年7月18日 下午3:48，陈永华 <chf.19...@gmail.com>写道：
消息中间件这个可能真是， 我现在在看这个， 我觉得像这种在幕后默默奉献的角色更适合他们， 前端就由rails这些孩子们去搞定就好， 让这一个老家伙一个小家伙干自己擅长的事。
在 2011年7月18日 下午3:45，陈永华 <chf.19...@gmail.com>写道：
comet只在jetty中接触过一丢丢， scala ，erlang是不是能简化这个模型或者更方便的实现我就不知道了， 但我觉得至少在web的页面与后台交互这一块的并发无非是单位时间请求量的多少， 请求与请求之间毕竟还是独立的
在 2011年7月18日 下午3:39，陈永华 <chf.19...@gmail.com>写道：
对呀， 后台服务可能更适合这二位， 貌似现在有不少游戏的数据处理后端就是用erlang来搞的， 不仅并发， 还要求实时或者准实时， 不过现在看着就是貌似这二位实在不甘心居于幕后， 但web就真的是， 个人觉得只是为了语言推广搞出来的个搭头。至于现有并发的宣传是不是有谬误， 我想这个人说的应该是误了web应用程序员， 我当初就是冲着啥函数式啥不变状态啥易测试学这个， 不过真想在实际中使用， 我就觉得没那个必要了， rails多舒服啊， jsp丑是丑了点（而且是相当地丑），但咱也可以选选play,grails啥的， lift也好， erlang web也好， 实在不是我的第一选择。
在 2011年7月18日 下午3:30，kai wang <kaip...@gmail.com>写道：
你提到的只是web应用的偏前端的部分，大的互联网应用，都有强大的后台服务的支持。
在 2011年7月18日 下午3:15，陈永华 <chf.19...@gmail.com>写道：
个人觉得scala也好erlang也好，宣传的口号和圈内力推的框架和应用有点合不上， 搞着搞着就搞到web上去了， erlang有erlang web,scala有lift，但你说web应用当中真正用到多少所谓的“并发”呢？web应用最后也就是为了输出一段html（当然也会有json,xml...）,但这一方面现有的一些东东已经可以做得很好，而且很漂亮，web貌似不是erlang,scala能大放异彩的地儿， 但你要这二位闷声在后面做后端并发的数据处理， 那又显得太低调了， 不是它们的风格。 我觉得语言这个东西（或者其中的理论基础）也还没必要上升到宗教的地步， 合适就好， 貌似还没有啥是个神器。 不是有句话嘛， 银弹， 会没有的， 圣杯， 也会没有的。
在 2011年7月18日 下午2:55，sharp <sh...@theplant.jp>写道：
没看明白他在说啥
函数式编程在高并发领域已经得到大量的检验了
在 2011年7月18日 下午2:46，陈永华 <chf.19...@gmail.com>写道：
--have a look.
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
擅长苦力搬运，装卸，车工，钳工，焊工，水电工，瓦工，砸墙，砌墙，筛沙，油漆，通下水道，贴瓷砖，拆洗油烟机，拆装空调，PC游戏开发，网络游戏代练，网络维护管理，重装系统，电脑维修，三维建模，照片上色，平面设计，建筑效果图，硬件设计，电路板设计，单片机开发，四六级替考，办证，代开发票，黑枪，黑车，暗杀，洗钱，要债，算命--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
擅长苦力搬运，装卸，车工，钳工，焊工，水电工，瓦工，砸墙，砌墙，筛沙，油漆，通下水道，贴瓷砖，拆洗油烟机，拆装空调，PC游戏开发，网络游戏代练，网络维护管理，重装系统，电脑维修，三维建模，照片上色，平面设计，建筑效果图，硬件设计，电路板设计，单片机开发，四六级替考，办证，代开发票，黑枪，黑车，暗杀，洗钱，要债，算命
--
擅长苦力搬运，装卸，车工，钳工，焊工，水电工，瓦工，砸墙，砌墙，筛沙，油漆，通下水道，贴瓷砖，拆洗油烟机，拆装空调，PC游戏开发，网络游戏代练，网络维护管理，重装系统，电脑维修，三维建模，照片上色，平面设计，建筑效果图，硬件设计，电路板设计，单片机开发，四六级替考，办证，代开发票，黑枪，黑车，暗杀，洗钱，要债，算命
--
擅长苦力搬运，装卸，车工，钳工，焊工，水电工，瓦工，砸墙，砌墙，筛沙，油漆，通下水道，贴瓷砖，拆洗油烟机，拆装空调，PC游戏开发，网络游戏代练，网络维护管理，重装系统，电脑维修，三维建模，照片上色，平面设计，建筑效果图，硬件设计，电路板设计，单片机开发，四六级替考，办证，代开发票，黑枪，黑车，暗杀，洗钱，要债，算命--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
sharp
半拉子的语言最没有生命力
Xuefeng Wu
--
Best Regards,
Alan Wu/吴雪峰
-----------------
Global R&D Center,Shanghai,Carestream Health
Email:xuefe...@carestreamhealth.com
Tel:(86-21)3852 6101
Rayco(Shanghai) Medical Products Co., Ltd.
锐珂（上海）医疗器材有限公司
sharp
我现在推崇basic c++开发，只用最基本的OO特性的CPP其实也不错，什么虚函数、多继承、甚至类模板，统统都不用
sharp
另外c++其实蛮自由的， g++/makefile一了百了，c++很多概念我都没有深入了解，但我可以用c++开发任意规模的系统，因为c++兼容c，实在不行，就在c++里面飙c， OO只是个option 嘿嘿
Xuefeng Wu
sharp
我现在反倒觉得c++蛮好的，c++很乱，但乱才有创造力，乱不影响使用就没有问题，况且c++就是来解决复杂度很高的问题滴
能力强的话你就用c++进行过度设计，能力不强你就把c++当作c用，呵呵，和谐啊！
Xuefeng Wu
sharp
BTW：
有时候我们仅仅需要是负载均衡，而不是并行...，更不是多核
Xuefeng Wu
sharp
并行确实值得商榷
Map Reduce这种东西java/c++一样可以实现，比如Hive，但很多时候是在业务非常大的时候，但可以确定的是并行无需语言的内在支持吧？而是一种设计，只不过有些语言(erlang)把设计做到了语言里面，我不知道scala对并行计算的支持怎么样
Xuefeng Wu
sharp
我知道google在用 亚马逊或许也在用
sharp
所以现在很明显了，并行计算的使用场景比较“高端”，即便是使用，你用命令式的老土语言一样可以完美的实现，哈哈
大部分的中小型系统搞好负载均衡和分布式存储已经很不错的
Sam Liu
Xuefeng Wu
sharp
陈永华
sharp
lin qing
》sharp
》查看个人资料
》 更多选项 7月20日, 下午5时19分
》Play和ROR在开发速度上不是一个量级的，哥不骗你
啥意思呀？哪个快一个量级？
On 7月20日, 下午5时19分, sharp <sh...@theplant.jp> wrote:
> Play和ROR在开发速度上不是一个量级的，哥不骗你
>
> 在 2011年7月20日 下午4:59，Sam Liu <worldwin...@gmail.com>写道：
>
>
>
> > 所有这些语言，其实都要靠人来用，个人认为先进的一定有其先进之处，Scala
> > 因为是静态语言很容易有IDE的进一步支持，加上FP的编程风格，类似脚本的语法，未来一定是无可限量的。
> > 目前在用play
> > java做web项目，很不错，没用过ROR，感觉开发速度应该不相上下，而且没有语言的转变过程，普通的Java程序员，甚至毕业生都可以很快上手，因为Ec lipse的支持，使得团队开发更加容易，ROR一类的动态语言，要求程序人员掌握语言的能力要强得多。
>
> > 所以个人会用Play.java做目前的工作，学习python（一门动态语言作万能胶，呵呵......），学习scala为未来做准备......
>
> > 在 2011年7月20日 下午4:51，sharp <sh...@theplant.jp>写道：
>
> > 我不知道国内有多少家企业在使用并行计算解决实际问题...
>
> >> 我知道google在用 亚马逊或许也在用
>
> >> 在 2011年7月20日 下午4:48，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >> FP写并行有天生优势---变量不可变，把Scala写成FP风格，就比较容易了。
>
> >>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>> 多核就不说了，现代操作系统都是多任务的，没有什么理由非要让一个进程跑到多核上，举个例子PPTP一个连接一个进程，经过测试4核CPU都可以跑满
>
> >>>> 并行确实值得商榷
> >>>> Map
> >>>> Reduce这种东西java/c++一样可以实现，比如Hive，但很多时候是在业务非常大的时候，但可以确定的是并行无需语言的内在支持吧？而是一种设计， 只不过有些语言(erlang)把设计做到了语言里面，我不知道scala对并行计算的支持怎么样
>
> >>>> 在 2011年7月20日 下午4:30，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>> 当年豆瓣的技术选型是冒很大风险的，那时还没有djongo,pylons。还有python的性能也受质疑。
> >>>>> 现在豆瓣成功了，成了一个标杆。
>
> >>>>> 有时候我们仅仅需要是负载均衡，而不是并行...，更不是多核-----不是非常同意。
>
> >>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>> 随着这次深入的讨论，我的思路很清晰了，还是豆瓣的技术选型很靠谱，脚本语言+c/c++
>
> >>>>>> BTW：
> >>>>>> 有时候我们仅仅需要是负载均衡，而不是并行...，更不是多核
>
> >>>>>> 在 2011年7月20日 下午4:24，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>> 把scala退化成c来写也没问题。
>
> >>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>> 所有的函数式语言都面临一个"易学性"问题，不是每个程序员都具有数学家的头脑不是...
>
> >>>>>>>> 我现在反倒觉得c++蛮好的，c++很乱，但乱才有创造力，乱不影响使用就没有问题，况且c++就是来解决复杂度很高的问题滴
>
> >>>>>>>> 能力强的话你就用c++进行过度设计，能力不强你就把c++当作c用，呵呵，和谐啊！
>
> >>>>>>>> 在 2011年7月20日 下午4:14，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>>>> 所以，c++本身是想做面向对象，结果大部分开发把c++当成c的增强版本，虚函数，重载，模版都可以忽略；
> >>>>>>>>> java本身是跨平台和更纯粹的OO，结果大部分开发把java当成c++无需手动管理内存的增强版；
>
> >>>>>>>>> scala本身是融合FP和OO，从学术上更推荐FP。但其实现在大部分开发才不想用FP呢，不好学不说，学了也没觉得对当前的开发工作有多大好处啊。如果sc ala成为主流，估计是把scala当成java的增强版，有很多语法糖，确实能提高工作效率。
>
> >>>>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>>>> 导致我不想继续用java的原因，主要是工具链太长，<<Unix编程艺术>>说，一种工具最好不要好过7种需要掌握的概念，而java里面的Ant
> >>>>>>>>>> Maven Gradle就搞的我头晕
>
> >>>>>>>>>> 另外c++其实蛮自由的，
> >>>>>>>>>> g++/makefile一了百了，c++很多概念我都没有深入了解，但我可以用c++开发任意规模的系统，因为c++兼容c，实在不行，就在c++里面飙c，
> >>>>>>>>>> OO只是个option 嘿嘿
>
> >>>>>>>>>> 在 2011年7月20日 下午3:53，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>>>>>>> 最主要Scala推荐FP Style，所以导致已经习惯了Java OO Style的程序员非常不习惯。
> >>>>>>>>>>> 我想当年Java的OO Style也会令很多习惯了c/c++ 命令式的程序员不习惯。
> >>>>>>>>>>> 现在还有很多把Java当成命令式语言，什么继承，接口，多态，设计模式都是浮云，开发的主要工作是复制黏贴。
>
> >>>>>>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>> 当年c++设计的时候，就考虑过这个问题，一种语言风格要么离一种语言很近(更好的兼容)，要么很远(erlang)，才有存活的余地
>
> >>>>>>>>>>>> 半拉子的语言最没有生命力
>
> >>>>>>>>>>>> 在 2011年7月20日 下午3:40，李鹏 <nowind...@gmail.com>写道：
>
> >>>>>>>>>>>> 看了你的回复，我打算去研究一下groovy和groovy++了。
>
> >>>>>>>>>>>>> 这段时间在试着用scala做程序，发现对于需要经常与第三方java库打交道的程序，使用scala反而不太方便。两种风格的冲突，让人十分郁闷。
>
> >>>>>>>>>>>>> 不知道groovy用起来，感觉会不会好一些。
> >>>>>>>>>>>>> **
>
> >>>>>>>>>>>>> ------------------ 原始邮件 ------------------
> >>>>>>>>>>>>> *发件人:* "王亮"<wangliang...@gmail.com>;
> >>>>>>>>>>>>> *发送时间:* 2011年7月19日(星期二) 下午4:10
> >>>>>>>>>>>>> *收件人:* "scalacn"<sca...@googlegroups.com>; **
> >>>>>>>>>>>>> *主题:* Re: [ScalaCN] 陈近南发布的信息
>
> >>>>>>>>>>>>> 为何都不看好 groovy / grails 呢？
> >>>>>>>>>>>>> 论性能，也有 groovy ++ / *gpars*，论支持，有 springsource，论web框架，grails建立在
> >>>>>>>>>>>>> springmvc/hibernate/sitemesh 等久经考验的框架之上。搞java的宁可支持 rails/jruby ，也不支持
> >>>>>>>>>>>>> grails，真是汗。。。
>
> >>>>>>>>>>>>> 在 2011年7月18日 下午4:28，sharp <sh...@theplant.jp>写道：
>
> >>>>>>>>>>>>>> 另外用lift做web开发，也是不大好的选择，毕竟支持的库太少，相关经验的积累还不够
>
> >>>>>>>>>>>>>> 不过对于java程序员来说，学习scala是增值的大好途径！ groovy就比较扯了，呵呵
>
> >>>>>>>>>>>>>> 在 2011年7月18日 下午4:23，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>> 现在太强调Scala FP这部分，导致觉得Scala门槛很高。
>
> >>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>> 对, 在系统架构的时候，就应该定义清楚， 80%的general部分 20%的special部分，
> >>>>>>>>>>>>>>>> 我认为20%的部分用FP就够了，现实世界就是这样...
>
> >>>>>>>>>>>>>>>> 在 2011年7月18日 下午4:10，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>> 我也这么想，有必要出一个Scala lite,把一些高级功能都限制住，直接PK Java提高生产率就够了，不要强调FP
>
> >>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>> scala要好点，实在不行，你就按java的路子写代码，这个是我比较看好的
>
> >>>>>>>>>>>>>>>>>> 也就是说：scala可以让java程序员立即干活，erlang的话需要大神，里面的道道太多啦
>
> >>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午4:04，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>> 有道理，有function头脑的比较难找。
>
> >>>>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>>>> 上次听有人说，历史一次次证明函数式编程无法流行，这个是最大的问题，大部分人对函数式编程都有点摸不着头脑，我们现在只敢采用了一点点erlang，还是比较 成熟的gen_tcp，招不着人，上次准备培养一个，结果把人逼跑了....
>
> >>>>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午3:55，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>>>> function programming确实有点老人的感觉,出来show的感觉都是老人 哈哈
>
> >>>>>>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>>>>>> 哈哈 scala什么时候成老人了？ Ruby比它早好些年啊，
> >>>>>>>>>>>>>>>>>>>>>> Erlang比Scala的优势就在于历史悠久，有大把的成功案例！
>
> >>>>>>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午3:48，陈永华 <chf.1986.3...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>>>>>> 消息中间件这个可能真是， 我现在在看这个 <http://dingsding.com/?p=85>，
> >>>>>>>>>>>>>>>>>>>>>>> 我觉得像这种在幕后默默奉献的角色更适合他们， 前端就由rails这些孩子们去搞定就好， 让这一个老家伙一个小家伙干自己擅长的事。...
>
> 阅读更多 >>
sharp
在动态语言里面，未来或许python才是真正的王者
曹江华
sharp
快其实也没啥用，越是猴急越是做不好产品
lin qing
我得出结论了，要快还是用emacs+ror！sharp同学是vim+python;
如果我已经用过liftweb，ror，是不是就不用看play了，从开发速度和性能来说，似乎是介于liftweb和ror之间了.
On 7月21日, 下午4时05分, sharp <sh...@theplant.jp> wrote:
> ROR
> 快其实也没啥用，越是猴急越是做不好产品
>
> 在 2011年7月21日 下午3:55，曹江华 <tujiao....@gmail.com>写道：
>
>
>
>
>
>
>
> > 是play开发速度快还是ror开发速度快～
>
> > 2011/7/20 sharp <sh...@theplant.jp>
>
> >> Play和ROR在开发速度上不是一个量级的，哥不骗你
>
> >> 在 2011年7月20日 下午4:59，Sam Liu <worldwin...@gmail.com>写道：
>
> >> 所有这些语言，其实都要靠人来用，个人认为先进的一定有其先进之处，Scala
> >>> 因为是静态语言很容易有IDE的进一步支持，加上FP的编程风格，类似脚本的语法，未来一定是无可限量的。
> >>> 目前在用play
> >>> java做web项目，很不错，没用过ROR，感觉开发速度应该不相上下，而且没有语言的转变过程，普通的Java程序员，甚至毕业生都可以很快上手，因为Ec lipse的支持，使得团队开发更加容易，ROR一类的动态语言，要求程序人员掌握语言的能力要强得多。
>
> >>> 所以个人会用Play.java做目前的工作，学习python（一门动态语言作万能胶，呵呵......），学习scala为未来做准备......
>
> >>> 在 2011年7月20日 下午4:51，sharp <sh...@theplant.jp>写道：
>
> >>> 我不知道国内有多少家企业在使用并行计算解决实际问题...
>
> >>>> 我知道google在用 亚马逊或许也在用
>
> >>>> 在 2011年7月20日 下午4:48，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>> FP写并行有天生优势---变量不可变，把Scala写成FP风格，就比较容易了。
>
> >>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>> 多核就不说了，现代操作系统都是多任务的，没有什么理由非要让一个进程跑到多核上，举个例子PPTP一个连接一个进程，经过测试4核CPU都可以跑满
>
> >>>>>> 并行确实值得商榷
> >>>>>> Map
> >>>>>> Reduce这种东西java/c++一样可以实现，比如Hive，但很多时候是在业务非常大的时候，但可以确定的是并行无需语言的内在支持吧？而是一种设计， 只不过有些语言(erlang)把设计做到了语言里面，我不知道scala对并行计算的支持怎么样
>
> >>>>>> 在 2011年7月20日 下午4:30，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>> 当年豆瓣的技术选型是冒很大风险的，那时还没有djongo,pylons。还有python的性能也受质疑。
> >>>>>>> 现在豆瓣成功了，成了一个标杆。
>
> >>>>>>> 有时候我们仅仅需要是负载均衡，而不是并行...，更不是多核-----不是非常同意。
>
> >>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>> 随着这次深入的讨论，我的思路很清晰了，还是豆瓣的技术选型很靠谱，脚本语言+c/c++
>
> >>>>>>>> BTW：
> >>>>>>>> 有时候我们仅仅需要是负载均衡，而不是并行...，更不是多核
>
> >>>>>>>> 在 2011年7月20日 下午4:24，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>>>> 把scala退化成c来写也没问题。
>
> >>>>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>>>> 所有的函数式语言都面临一个"易学性"问题，不是每个程序员都具有数学家的头脑不是...
>
> >>>>>>>>>> 我现在反倒觉得c++蛮好的，c++很乱，但乱才有创造力，乱不影响使用就没有问题，况且c++就是来解决复杂度很高的问题滴
>
> >>>>>>>>>> 能力强的话你就用c++进行过度设计，能力不强你就把c++当作c用，呵呵，和谐啊！
>
> >>>>>>>>>> 在 2011年7月20日 下午4:14，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>>>>>> 所以，c++本身是想做面向对象，结果大部分开发把c++当成c的增强版本，虚函数，重载，模版都可以忽略；
> >>>>>>>>>>> java本身是跨平台和更纯粹的OO，结果大部分开发把java当成c++无需手动管理内存的增强版；
>
> >>>>>>>>>>> scala本身是融合FP和OO，从学术上更推荐FP。但其实现在大部分开发才不想用FP呢，不好学不说，学了也没觉得对当前的开发工作有多大好处啊。如果sc ala成为主流，估计是把scala当成java的增强版，有很多语法糖，确实能提高工作效率。
>
> >>>>>>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>> 导致我不想继续用java的原因，主要是工具链太长，<<Unix编程艺术>>说，一种工具最好不要好过7种需要掌握的概念，而java里面的Ant
> >>>>>>>>>>>> Maven Gradle就搞的我头晕
>
> >>>>>>>>>>>> 另外c++其实蛮自由的，
> >>>>>>>>>>>> g++/makefile一了百了，c++很多概念我都没有深入了解，但我可以用c++开发任意规模的系统，因为c++兼容c，实在不行，就在c++里面飙c，
> >>>>>>>>>>>> OO只是个option 嘿嘿
>
> >>>>>>>>>>>> 在 2011年7月20日 下午3:53，Xuefeng Wu <xuefeng...@carestream.com>写道：
>
> >>>>>>>>>>>>> 最主要Scala推荐FP Style，所以导致已经习惯了Java OO Style的程序员非常不习惯。
> >>>>>>>>>>>>> 我想当年Java的OO Style也会令很多习惯了c/c++ 命令式的程序员不习惯。
> >>>>>>>>>>>>> 现在还有很多把Java当成命令式语言，什么继承，接口，多态，设计模式都是浮云，开发的主要工作是复制黏贴。
>
> >>>>>>>>>>>>> 2011/7/20 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>> 当年c++设计的时候，就考虑过这个问题，一种语言风格要么离一种语言很近(更好的兼容)，要么很远(erlang)，才有存活的余地
>
> >>>>>>>>>>>>>> 半拉子的语言最没有生命力
>
> >>>>>>>>>>>>>> 在 2011年7月20日 下午3:40，李鹏 <nowind...@gmail.com>写道：
>
> >>>>>>>>>>>>>> 看了你的回复，我打算去研究一下groovy和groovy++了。
>
> >>>>>>>>>>>>>>> 这段时间在试着用scala做程序，发现对于需要经常与第三方java库打交道的程序，使用scala反而不太方便。两种风格的冲突，让人十分郁闷。
>
> >>>>>>>>>>>>>>> 不知道groovy用起来，感觉会不会好一些。
> >>>>>>>>>>>>>>> **
>
> >>>>>>>>>>>>>>> ------------------ 原始邮件 ------------------
> >>>>>>>>>>>>>>> *发件人:* "王亮"<wangliang...@gmail.com>;
> >>>>>>>>>>>>>>> *发送时间:* 2011年7月19日(星期二) 下午4:10
> >>>>>>>>>>>>>>> *收件人:* "scalacn"<sca...@googlegroups.com>; **
> >>>>>>>>>>>>>>> *主题:* Re: [ScalaCN] 陈近南发布的信息
>
> >>>>>>>>>>>>>>> 为何都不看好 groovy / grails 呢？
> >>>>>>>>>>>>>>> 论性能，也有 groovy ++ / *gpars*，论支持，有
> >>>>>>>>>>>>>>> springsource，论web框架，grails建立在 springmvc/hibernate/sitemesh
> >>>>>>>>>>>>>>> 等久经考验的框架之上。搞java的宁可支持 rails/jruby ，也不支持 grails，真是汗。。。
>
> >>>>>>>>>>>>>>> 在 2011年7月18日 下午4:28，sharp <sh...@theplant.jp>写道：
>
> >>>>>>>>>>>>>>>> 另外用lift做web开发，也是不大好的选择，毕竟支持的库太少，相关经验的积累还不够
>
> >>>>>>>>>>>>>>>> 不过对于java程序员来说，学习scala是增值的大好途径！ groovy就比较扯了，呵呵
>
> >>>>>>>>>>>>>>>> 在 2011年7月18日 下午4:23，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>> 现在太强调Scala FP这部分，导致觉得Scala门槛很高。
>
> >>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>> 对, 在系统架构的时候，就应该定义清楚， 80%的general部分 20%的special部分，
> >>>>>>>>>>>>>>>>>> 我认为20%的部分用FP就够了，现实世界就是这样...
>
> >>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午4:10，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>> 我也这么想，有必要出一个Scala lite,把一些高级功能都限制住，直接PK
> >>>>>>>>>>>>>>>>>>> Java提高生产率就够了，不要强调FP
>
> >>>>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>>>> scala要好点，实在不行，你就按java的路子写代码，这个是我比较看好的
>
> >>>>>>>>>>>>>>>>>>>> 也就是说：scala可以让java程序员立即干活，erlang的话需要大神，里面的道道太多啦
>
> >>>>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午4:04，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>>>> 有道理，有function头脑的比较难找。
>
> >>>>>>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>>>>>> 上次听有人说，历史一次次证明函数式编程无法流行，这个是最大的问题，大部分人对函数式编程都有点摸不着头脑，我们现在只敢采用了一点点erlang，还是比较 成熟的gen_tcp，招不着人，上次准备培养一个，结果把人逼跑了....
>
> >>>>>>>>>>>>>>>>>>>>>> 在 2011年7月18日 下午3:55，Xuefeng Wu <ben...@gmail.com>写道：
>
> >>>>>>>>>>>>>>>>>>>>>> function programming确实有点老人的感觉,出来show的感觉都是老人 哈哈
>
> >>>>>>>>>>>>>>>>>>>>>>> 2011/7/18 sharp <sh...@theplant.jp>
>
> >>>>>>>>>>>>>>>>>>>>>>>> 哈哈 scala什么时候成老人了？ Ruby比它早好些年啊，
>
> ...
>
> 阅读更多 >>
sharp
Rails是比较迷茫的，鸡肋了，开发确实快，但各种bug， 各种坑爹， 换句话讲 Ruby世界的东西都是好用也好玩，但质量最差，好在可以勉强接受，就是这样
Xuefeng Wu
sharp
也就是说并行计算可以多榨一点硬件的血液， 而多核可以榨干硬件的最后一滴血液
曹江华
--
http://www.caojianghua.com
曹江华
Xuefeng Wu
Xuefeng Wu
曹江华
Sam Liu
Xuefeng Wu
sharp
我不知道play里面有没有类似于 ruby的cucumber之类的 测试框架？ 我所接触的很多大型的java项目都拿这玩艺做自动化验收测试
sharp
另外这个帖子的逻辑极其混乱：
web -> rest->Controller用static的方法实现->合作开发的模式->自动化测试->出错调试->重构->IDE支持->vim难->招ROR难
what's your point, sir ?
ShengYu Huang
很方便，目前就在使用，
現在再等ActiveWeb with ActiveJDBC,
更接近rails思維且設計的更加全面，可能會優於Play的框架, (不過目前C很醜
會不會支援Scala就不得而知了
sharp
--您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要在网络上查看此讨论，请访问 https://groups.google.com/d/msg/scalacn/-/rOMvZfasMw8J。
曹江华
--
http://www.caojianghua.com
Xuefeng Wu
曹江华
sharp
kai wang
该休息下换换脑子了， 老这么正经可不行sharp
Xuefeng Wu
曹江华
曹江华
ShengYu Huang
ShengYu Huang
曹江华
--
您收到此邮件是因为您订阅了 Google 网上论坛的“Scala中文社区”论坛。
要在网络上查看此讨论，请访问 https://groups.google.com/d/msg/scalacn/-/cD3V8Zw0SjcJ。
要向此网上论坛发帖，请发送电子邮件至 sca...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 scalacn+u...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/scalacn?hl=zh-CN 访问此网上论坛。
--
http://www.caojianghua.com
joohnnie
Joohnnie