|
g*****g
发帖数: 34805 | 2 通常在10这个量级上还好，到100就有顾虑了。
python/ruby/groovy要想成为通用语言，不能
比静态语言慢10倍以上。 |
|
r****t
发帖数: 10904 | 3 我来转述一下goodbug的文章, summerize 一下，下面所说均是和 Java 做比较：
1. python IO 居然是 buffer 了的，这是一个意外的惊喜。。
2. 如果做到同等的 logic, 如果做到"not quick-and-dirty", python took same amount of time to develop.
3. dynamic cannot be beaten when comes to prototypes and "quick-and-dirty";
cost for static amortized when the code will be used for years.
4. 前面那个 IO-intensive task 没法把 python 比下去，try a CPU intensive one python 就差多了：http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ |
|
g*****g
发帖数: 34805 | 4 You can say Java/C# is more dynamic than C++. But they are not dynamic
languages. e.g. You can't change data type in runtime. Groovy, Perl,
Python, PHP, these are dynamic languages.
And no, C++ is not as strong typed as Java/C#. A simple example is
implicit conversion from double to int. Java/C# doesn't alllow that,
C++ does. Also, C++ doesn't define the size of basic data type, big/small
endian. Let alone tons of undefined code. In many cases, the behavior
is unpredicable.
In other aspects, C++ |
|
a*f
发帖数: 5682 | 5 lz这里有很多意见，但最终还要自己做决定。
我觉得既然你是因为对编程感兴趣才想转行的话，不妨考虑一下什么样的软件工作能让
你工作的开心。
我在几个实际的工作项目中主要用过以下几种语言
C#, Java, Ruby, Groovy，C++和 Objective-C
毋庸置疑，在这几种语言中，Ruby是最令人愉悦的语言，Objective-C和C++是最让人抓
狂的语言，Java是需求最大的语言，C#是功能最花哨的语言。你学会任何一种语言都能
找到工作，不存在那种语言更容易找工作的问题，因为这个是由市场决定的，如果一门
语言的工作机会多，那么市场上会这门语言的程序员也必然多。反之亦然。比如Ruby，
诚然如果你搜索一下，ruby的相关职位相对其他语言少很多，但实际上现在的市场是
ruby人才紧缺。如果你是一个Ruby on Rails熟练工的话，我马上就能把你介绍给一家
顶级公司。
对软件技术有兴趣的话可以看看这里，
http://www.thoughtworks.com/radar/
基本上对了解新技术有一个参考作用。 |
|
S***s
发帖数: 104 | 6 It's dynamic language.
Dynamic is the fashion for programming language nowadays.
Ruby, Python, Javascript, Groovy...
The other fashion is functional programming. |
|
D*******a
发帖数: 3688 | 7 what's your opinion about groovy? |
|
|
g*****g
发帖数: 34805 | 9 JVM上可以跑动态和静态语言。Groovy,Clojure等等动态语言多得很。
JVM |
|
g*****g
发帖数: 34805 | 10 如果是因为高度抽象引起的代码简洁，就如从汇编到C，你说得有道理。
我不认为FP的抽象高度高于OOP。FP跟OOP更像正交的两种编程方式。
写一些特定的逻辑，比如编译，FP很合适，在大多数时候，OOP更接近于现实世界的建
模。
FP的简洁通常是因为FP是动态语言而产生的，当然lamda expression也有所帮助。
诸如Groovy不是FP，也很简洁。动态语言简洁归简洁，有自身的缺点，这里我就不多说
了。 |
|
g*****g
发帖数: 34805 | 11 我们现在做的项目，就是2个专门做前台，Groovy+JS。6个专门做后台，Java。
整合用的是web service，前台根本不受语言的限制。 |
|
g*****g
发帖数: 34805 | 12 流行的架构确实如此。也有用类似Spring MVC的架构，只不过M是XML或者JSON，V仍然
是jQuery一类的客户端。好处就是Server端多了一层Controller，在比较复杂的SOA架
构底下，可以在Server端做一些面向UI的数据整合，整合完了再显示。SOA底下，
Services本身往往比较generic，面向的是其他Service，而不是面向UI的，这么做可以
简化UI。简单一点的网站，什么都跑在一起，UI oriented，这么做可能就没有必要了。
还有一种，是相对比较简单的UI。可以用component based的架构，如Vaadin一类的。
纯Java，底下是GWT的components。很像写Swing。优点是非常简单，缺点是灵活性和性
能要差一点。
总的来说，UI层越来越复杂。我们想招熟悉Javascript和Groovy的程序员，招了好几个
月招不到。 |
|
z****e
发帖数: 54598 | 13 就是如何最快地搞出一个web site来
这是应该是除了java以外的各种语言和框架的主场
包括groovy/grails, asp.net, php, python/djangon, ruby/rails etc.
front end那些东东
java也不是不能做，但是实现起来会慢一点，代码会多一点
但是你说用spring mvc会比grails实现慢多少呢？
我用eclipse和插件可以生成绝大多数代码，我多数时候都是点点点
不过可能其他会更容易点，因为据说学习一个框架的学习成本
要远低于三四个框架的学习成本
java那边又是spring又是struts还有hibernate的，搞不好还有ejb
太麻烦了，你看python多简单，一个djangon全搞定
或者ruby，一个rails全搞定
而且贪便宜的话，php也很好
如果不想用脑的话，还可以更简单，用asp.net
所以startup用这些的比较多，简单，便宜
快速搞一个
web site
出来
没错吧？这个web framework的列表把你们说的各种关键字都给涵盖了
http://en.wikipedia.org/wiki/... 阅读全帖 |
|
z****e
发帖数: 54598 | 14 话说各位所谓的internet startup就是一个website吗？
zkss你们的比较优势体现在哪里
别告诉我用了什么python就是优势了，就可以圈钱了
而且你们的比较优势最好在客户端上有所体现
我的意思是，如果你只是展现一个website的哈
你用php做跟用groovy做又有什么区别
用户啥都不知道，就知道，阿，这是一个网页
如果这个问题都回答不出来，你说你们所在的startup要上市圈钱
我只会感到异常的恐惧，尼玛，上次web泡沫就是这么搞的
搞不好这次要再来一次，人总是健忘的
当然我很欢迎有人能说出实实在在的高科技来反驳我
我只是最近看了以下新闻觉得害怕而已
硅谷就业增长率已增至互联网泡沫时期水平
【搜狐IT消息】根据周二发布的2013年版《硅谷指针》(Silicon Valley Index)，
硅谷的就业增长率已回到互联网泡沫时期的水平。不过，就业市场持续且不断拉大的不
平等使得一小部分人并没有享受到就业增长带来的福利。
《硅谷指针》由Joint Venture Silicon Valley和硅谷社区基金会(Silicon
Valley Community Foun... 阅读全帖 |
|
z****e
发帖数: 54598 | 15 ruby - rails
groovy - grails |
|
z****e
发帖数: 54598 | 16 肯定有，要不我怎么会看到grails的？我又不做groovy
你说的也不是占有率，是最新框架 |
|
z****e
发帖数: 54598 | 17 看你用它来做什么
通用动态语言
一些语言，比如Perl，从一门脚本语言发展成了更通用的编程语言。由于“解释执行，
内存管理，动态”等特性，它们仍被称为脚本语言。但它们已经用于应用程序编写，用
户也不把它们看作脚本语言。
APL
Dao
Dylan
Groovy
Lua
MUMPS (M)
newLISP
Nuva
Perl
PHP
Python
Ruby
Scheme
Smalltalk
SuperCard
Tcl (Tool command language) |
|
z****e
发帖数: 54598 | 18 都有了scala和groovy还用这两个干嘛？
当然如果你想用这两个来辩一辩，我不反对
也可以看看热闹
你们的确瞎子摸象，被点出来了不用气急败坏
自己回头看看是不是 |
|
E*****m
发帖数: 25615 | 19 Scala 是statically typed 還有話說， 雖然 type system
搞得太亂， 至少速度快點，Groovy 有啥比 Jython/JRuby 好的？
還是同句話， 就你大視野， 你自己去樂樂吧！ |
|
z****e
发帖数: 54598 | 20 jruby这么多年我就没见什么人用过
jython也一样处于被人遗忘的角落
至少我没见过谁写python还特意去搞一个jvm来写的
还有就是，jvm上面的东西
需要看各家大佬们的意思
也就是websphere,weblogic这些产品的作用要远大于语言本身
你的语言在jvm上跑得再好
如果不能在websphere这些产品上得到应用
那要跟java硬碰硬几乎是没戏
因为对手是ibm，你一个typesafe之类再怎么折腾
ibm实力摆在那边，摁死你就跟摁死一只苍蝇一样
能利用上现有的工具和产品比什么都重要
等jython或者groovy这些有了自己正儿八经的app server
并且得到实践的检验之后再来吹吧
要不然现在这样，谁敢用？要是挂了怎么办？
back end可没有什么推翻重写的道理
系统挂了，公司就离破产清算不太远了
start up可以这样折腾，你让银行也来这样搞几次？
对了scala主要应用是欧洲，尤其是瑞士一带
也是守纪律的地方，美帝不太适合的 |
|
z****e
发帖数: 54598 | 21 jruby也没有
所以大概明白是怎么回事了
这两个语言本身就定位了web市场
所以压根没有打算去jvm上发展
那你光扯一个java是没有意义的
偷懒时候要让别人帮忙做事
现在人家不帮忙，那就不要热脸贴冷屁股了
多没劲，scala和groovy一开始就打算在jvm上搞
而且一直都很强调跟jvm上各个工具的衔接和使用
你看我们back end的人多open，有啥就要啥，php但来无妨
你们干嘛搞得那么你死我活呢？ |
|
z****e
发帖数: 54598 | 22 哎哟，开始否认指点back end了
看来还是认真看了我前面对你的批驳了嘛
知道自己对back end一窍不通了
good，是个好开始
我来告诉你你是怎样指点backend的了
比如你对groovy大放厥词就是典型的指点
难不成你不知道jvm在backend上的地位？
， |
|
E*****m
发帖数: 25615 | 23 我說groovy 沒比 jython jruby 強， 有問題嗎？ |
|
z****e
发帖数: 54598 | 24 哎哟，开始否认指点back end了
看来还是认真看了我前面对你的批驳了嘛
知道自己对back end一窍不通了
good，是个好开始
我来告诉你你是怎样指点backend的了
比如你对groovy大放厥词就是典型的指点
难不成你不知道jvm在backend上的地位？
， |
|
E*****m
发帖数: 25615 | 25 我說groovy 沒比 jython jruby 強， 有問題嗎？ |
|
z****e
发帖数: 54598 | 26 周末有感而发，跟真神探讨探讨
孔乙己说回字有四种写法，那些没有受过多少教育的贫下中农子弟哄地笑了起来
那么您认为回字应该用几种写法呢？
1. perl, ruby, scala这些语言需要一定组织性纪律性的民族来书写？
比如德国，日本，因为这些国家的程序猿比较守纪律，不会乱写
他们的回字可以用四种方法来写，对于特定的环境使用特定的回字写法
不会用错，比较聪明，就跟他们打战一样
纳粹军官是前线负责制，前线军官自己有一定的权限
但是因为他们有组织性和纪律性，所以他们随意发挥不会乱发挥
不会危害友军，所以给他们赋予适当的权限有助于他们的发挥
台湾有一个ruby教主是变性人，gblt在各方面平均值都要高于正常人
包括智力和性变态犯罪行为，所以ruby这种复杂的语言更适合他们的发挥
所以德国，日本，变态们都是比较适合当孔乙己的
2. python, groovy则是更适合阿三等发展中国家程序猿使用？
因为这些国家的程序猿缺乏必要的纪律性，给了权限会乱用
危害友军，导致项目停滞，所以为了不让他们乱来，就应该限制他们的发挥
回字就只能有一种写法，再多的写法，他们会用错，在错误的场合使用错误的写法
... 阅读全帖 |
|
z****e
发帖数: 54598 | 27 我想到了一个不错的去处
我准备给qa组推荐python
那个组文科生比较多
他们经常写一些脚本测试我们写的代码
推荐让他们也用一些比较简单易懂的语言来写脚本
下一步是建议web组从php升级到用ruby
减轻我们的压力
我们自身准备引入groovy或scala |
|
g*****g
发帖数: 34805 | 28 得了，我看过我们很花哨的前端，就是groovy/grail写的MVC，前端的架构本来就是简
单的。js蚕食后端的能力我是没看到，scala能蚕食一点，但也只是作为java的补充。
论预测
语言未来的track record，本版还没人比我更有发言权。 |
|
z****e
发帖数: 54598 | 29 那个叫jython
groovy是script
所有的script本质都是简化开发，但是不堪大任 |
|
z****e
发帖数: 54598 | 30 看不懂？
那来，按照我的引导一步一步来
请问真神你是否对groovy放过厥词？
yes or no
简单问题，请正面回答 |
|
E*****m
发帖数: 25615 | 31 我說的是『groovy沒有比 jython 好』 這叫厥詞嗎？
隨便你。 |
|
z****e
发帖数: 54598 | 32 那你zkss你对groovy的看法
别告诉我你当初的语气是肯定的
我明显闻出一股子不屑的味道
难倒你要否认？ |
|
d********g
发帖数: 10550 | 33 groovy的历史你好好研究下吧。语文都不过关，你听过“C#是.net下的Java + Delphi
”这个说法吗？没听过的话说明资历太浅了 |
|
g*****g
发帖数: 34805 | 34 Nothing wrong to use Python under SOA. The point of SOA is flexibility.
However, as each team also provides client for their web service, the usage
of Python in Netflix is actually quite limited, as nobody would bother to
maintain 2 clients. You can use Scala, Groovy and other JVM languages of
your choice, with Python, the users have to wrap their own. What you see in
the list is mostly monitoring, scripting that internally uses command line
tools provided by Amazon to manage AWS. |
|
t****a
发帖数: 1212 | 35 I don't really see the point of using functional programming languages for
real production projects, though clojure is very popular now.
好问题，但也许你尝试用FP语言做一做事情，亲身体验一下，会有不同的感觉。
my point is that in a few cases you do need to operate on functions, all
languages have such features: C has function pointers, java has anonymous
inner classes, python has lambda. it's just that they do not openly
advertise them as "functional".
FP和上述冯诺依曼机式语言有好些地方不一样。最主要之一是immutable的数据结构。
个人的体会是它使得写程序减少了变量，强迫程序员用类似数学推理的方式写... 阅读全帖 |
|
t****a
发帖数: 1212 | 36 I don't really see the point of using functional programming languages for
real production projects, though clojure is very popular now.
好问题，但也许你尝试用FP语言做一做事情，亲身体验一下，会有不同的感觉。
my point is that in a few cases you do need to operate on functions, all
languages have such features: C has function pointers, java has anonymous
inner classes, python has lambda. it's just that they do not openly
advertise them as "functional".
FP和上述冯诺依曼机式语言有好些地方不一样。最主要之一是immutable的数据结构。
个人的体会是它使得写程序减少了变量，强迫程序员用类似数学推理的方式写... 阅读全帖 |
|
g*****g
发帖数: 34805 | 37 部署和监视都属于脚本性质的活，特点是性能要求不高，逻辑不复杂。
部署AMI，部署不上去你立刻就知道了，任务本身是跑一下就完事，不会说
24/7的跑，有复杂商业逻辑，出点问题立刻就影响用户体验。
做服务和用服务是有区别的，AWS就是用Java写大部分服务的，不是Python。
Netflix用AWS显然是作为client，用Python包装AWS的一些命令行管理是很方便的。
但离核心就差太远了。
http://netflix.github.io/
Netflix开源的这么多架构，大部分是Java，小部分是Groovy和Scala，Python一个没有
，足以说明问题。
streaming |
|
z*******3
发帖数: 13709 | 38 给大神你一个建议
多看看apache在干什么
而不是startup在干什么
东西做得好，一般都会贡献给apache
apache那些东西不仅仅是startup在用
很多small business也都在用
后j2ee时代，我觉得apache最火爆的产品就是
maven, hadoop和cassandra
还有就是在以前web时代，apache的tomcat一直都表现得非常稳定
前面也有人给过你各种web server的评测对比
别当没看到
实际上，很早很早以前，hotspot2013
这个id是软轮里面少见的有水平的id，我从它的发言中学到了很多
hotspot2013早就说过，tomcat的表现要超过绝大多数web server
对了，hotspot2013还有个名言：官方的jvm，也就是hotspot，可能是迄今为止，最好
的平台
后来的不少语言，都不再考虑替代jvm，而是尝试着在jvm上创造新的语言
比如scala和groovy |
|
z*******3
发帖数: 13709 | 39 给大神你一个建议
多看看apache在干什么
而不是startup在干什么
东西做得好，一般都会贡献给apache
apache那些东西不仅仅是startup在用
很多small business也都在用
后j2ee时代，我觉得apache最火爆的产品就是
maven, hadoop和cassandra
还有就是在以前web时代，apache的tomcat一直都表现得非常稳定
前面也有人给过你各种web server的评测对比
别当没看到
实际上，很早很早以前，hotspot2013
这个id是软轮里面少见的有水平的id，我从它的发言中学到了很多
hotspot2013早就说过，tomcat的表现要超过绝大多数web server
对了，hotspot2013还有个名言：官方的jvm，也就是hotspot，可能是迄今为止，最好
的平台
后来的不少语言，都不再考虑替代jvm，而是尝试着在jvm上创造新的语言
比如scala和groovy |
|
z*******3
发帖数: 13709 | 40 eclipise还可以写c, python, perl, ruby, scala, groovy, xml, html, sql等等等等
你没搞过这些就不要胡喷了
不能用xcode那一套来套用开源
无论什么平台，都是商业先行，然后开源逐步赶上
这中间的gap需要时间去填平 |
|
z*******3
发帖数: 13709 | 41 显然能debug哪些语言以及快慢取决于这个语言跟java的远近
html, xml, sql这些就没有太大问题，scala和groovy应该也没啥问题，配合plugin的话
其它的就只能说慢慢赶上了
eclipse能做的很多，但是不可能面面俱到
完善工作这个有待其他开源同仁比如公孙大神之类的努力 |
|
z*******3
发帖数: 13709 | 42 最接近自然语言的是markup language
其次是script language，比如前面有人举例的perl
python也相比其他高级语言更靠近脚本
vb也是如此，还有sql, javascript, r, sas都是脚本
适用于不同的工种，鼓吹脚本的都在这条路上撒腿飞奔向前
再加一把油，markup language就是promised land
当然java比起c什么要更接近自然语言
c又比汇编更接近自然语言
但是凡事过犹不及
java在backend上做得有些接近极限了，再往后无论怎么选，都有问题
scala和groovy的十字路口怎么走有很大争论，各有利弊
类似ruby和python在web上的争吵，但是目前看，胜负未分
另外编程简化程度跟机器性能的发展有很大关系
你要能搞个skynet出来，都不需要用脑编程了
直接用嘴巴说就好了，给我一个t-800
乌拉，skynet就给你造了一堆出来
只不过到那个时候，还需不需要人，那就不知道了
搞不好都被t-800给终结掉了 |
|
z*******3
发帖数: 13709 | 43 c没有问题，任何平台最后都是c
但是c++那就两论了
c++和java
有点类似当年的
汇编和c
可能以后还有scala和groovy
或者是ruby和python |
|
z*******3
发帖数: 13709 | 44 这种简单的crud的操作
应该优先想到各种脚本语言
比如python，groovy |
|
z****e
发帖数: 54598 | 45 现在越来越喜欢跟臭臭过招了
臭臭除了嘴巴不太干净以外，其实是一个蛮好的练兵对象
scala就是jvm平台上的语言啊，如果我要学其他语言
不是groovy就是scala，就是scala太过于灵活，写多了难维护，看着累
repository |
|
