p*****2 发帖数: 21240 | 1 经过一个星期的论战,已经没有什么悬念了。
后台就是JVM上的语言,Python很不服气。不过我不知道对于JVM上的Hadoop, Storm,
Cassandra, HBase, Kafka这些,Python有什么可以抗衡的?
这个留给公孙大神抓螃蟹回来给好好讲讲。 |
c******o 发帖数: 1277 | 2 RoR还是很有生命力的,主要是node的各类现成方案/module还是比不上RoR |
p*****2 发帖数: 21240 | 3
人家公孙大神都承认了未来是client side MVC + REST
【在 c******o 的大作中提到】 : RoR还是很有生命力的,主要是node的各类现成方案/module还是比不上RoR
|
p*****2 发帖数: 21240 | 4
大牛怎么解释众多RoR转到Node或者JVM?
【在 c******o 的大作中提到】 : RoR还是很有生命力的,主要是node的各类现成方案/module还是比不上RoR
|
e*******o 发帖数: 4654 | |
p*****2 发帖数: 21240 | 6
大牛不是搞perl的吗?
【在 e*******o 的大作中提到】 : php 的天下吧。
|
z****e 发帖数: 54598 | 7 关键是这些东西,以后python都可以直接用
如果你没有什么特别复杂的business logic的话
直接用胶水粘一下就好了
这个时候python的优势会比较明显
其实js也是类似的功能,以后web server就是一大的adapter
当然还有提供一些web page response的功能 |
z****e 发帖数: 54598 | 8 就像当年jdbc搞db一样
产品越来越不重要了
现在java系的产品,除了java本身
一般下一个支持的就是python
你看storm的wiki里面,例子除了java
下一个也是python,其它语言连文档都还没有 |
e*******o 发帖数: 4654 | 9 按数目,还是php多吧。
靠,我也就是学两天编程冒充下程序猿。
【在 p*****2 的大作中提到】 : : 大牛不是搞perl的吗?
|
z****e 发帖数: 54598 | 10 公孙大神是python系的,跟ruby和perl系的从来就不对付
【在 p*****2 的大作中提到】 : : 大牛不是搞perl的吗?
|
|
|
z****e 发帖数: 54598 | 11 总之天下开源是一家
除了c++和.net,其它都会慢慢照顾到
互通有无是必然的
python的东西java以后也能用
tornado什么,用来替换jms不错
还有比起老魏那个自己吭哧吭哧写半天的message server要强一万倍
至少文档比较多,fb还帮忙维护社区
老魏那个也就他自己能看得懂 |
b*******s 发帖数: 5216 | 12 你最大的两个缺点,一个是眼界不宽,一个是过度自信
【在 z****e 的大作中提到】 : 总之天下开源是一家 : 除了c++和.net,其它都会慢慢照顾到 : 互通有无是必然的 : python的东西java以后也能用 : tornado什么,用来替换jms不错 : 还有比起老魏那个自己吭哧吭哧写半天的message server要强一万倍 : 至少文档比较多,fb还帮忙维护社区 : 老魏那个也就他自己能看得懂
|
z****e 发帖数: 54598 | 13 我压根不会去讨好你罢了
【在 b*******s 的大作中提到】 : 你最大的两个缺点,一个是眼界不宽,一个是过度自信
|
g*****g 发帖数: 34805 | 14 我不知道web以后是不是node的天下,但我很多年前就说过server web前端这块,竞争
激烈,三年出一个新娃。php, ruby, python,node。公孙大神成天被迫要换最爱。看来
是没有错的。
【在 p*****2 的大作中提到】 : 经过一个星期的论战,已经没有什么悬念了。 : 后台就是JVM上的语言,Python很不服气。不过我不知道对于JVM上的Hadoop, Storm, : Cassandra, HBase, Kafka这些,Python有什么可以抗衡的? : 这个留给公孙大神抓螃蟹回来给好好讲讲。
|
d********g 发帖数: 10550 | 15 谢谢你这么夸JVM上的语言,Python对Jython说:深海,你成功了
【在 p*****2 的大作中提到】 : 经过一个星期的论战,已经没有什么悬念了。 : 后台就是JVM上的语言,Python很不服气。不过我不知道对于JVM上的Hadoop, Storm, : Cassandra, HBase, Kafka这些,Python有什么可以抗衡的? : 这个留给公孙大神抓螃蟹回来给好好讲讲。
|
d********g 发帖数: 10550 | 16 你是不太清楚。指点一下吧:
PHP/Ruby/Python/JS
Twisted (gevent, Tornado)/Node
Zend/Rails/Django/Express
这么比是可以的
Node干语言的话,包括Java在内的除了JS岂不是所有语言都被干翻?
【在 g*****g 的大作中提到】 : 我不知道web以后是不是node的天下,但我很多年前就说过server web前端这块,竞争 : 激烈,三年出一个新娃。php, ruby, python,node。公孙大神成天被迫要换最爱。看来 : 是没有错的。
|
d********g 发帖数: 10550 | 17 C++不至于吧,.net当然不是一个圈子的
【在 z****e 的大作中提到】 : 总之天下开源是一家 : 除了c++和.net,其它都会慢慢照顾到 : 互通有无是必然的 : python的东西java以后也能用 : tornado什么,用来替换jms不错 : 还有比起老魏那个自己吭哧吭哧写半天的message server要强一万倍 : 至少文档比较多,fb还帮忙维护社区 : 老魏那个也就他自己能看得懂
|
d********g 发帖数: 10550 | 18 关于语言和框架的区别,简单给你一个直观的对比看看。又是老朋友indeed发来贺电,
这次查的全California:
Python: 8,366; Django:722
Ruby: 4,641; Rails: 2,714
Java: 15,299; Spring: 4,815
Python里最热web框架Django的需求还不到1/10,Ruby显然Rails半壁江山我早说了一万
遍了,连Java需要Spring的也有1/3,比Python对Django的需求比例高多了
不信Python web只是冰山一角的,请告indeed数据造假
假如Python、Ruby、Java各自的web都被Node干死了,那Python还剩7,644工作,Ruby还
剩1,927,Java还剩10,484。可不可以说Python和Java在“backend”其实半斤八两?“
半斤八两”都是客气的说法,“去web化”之前Java比Python多7000左右职位,“去web
化”之后相差只有3000左右而已
Java那么霸气的全平台制霸其实也不过和Python打个平手罢了,红得发紫的Android可
不算“backend”我也给你加进去充数
当然Ruby是要挂,明眼人还看不出来?
【在 d********g 的大作中提到】 : 你是不太清楚。指点一下吧: : PHP/Ruby/Python/JS : Twisted (gevent, Tornado)/Node : Zend/Rails/Django/Express : 这么比是可以的 : Node干语言的话,包括Java在内的除了JS岂不是所有语言都被干翻?
|
z****e 发帖数: 54598 | 19 一个没有gc,没有统一的社区,还要倒腾指针的语言
在web时代是很危险的
二爷说的那些产品,没有几个有c++接口的
其它乱七八糟语言的接口不少
【在 d********g 的大作中提到】 : C++不至于吧,.net当然不是一个圈子的
|
m*******l 发帖数: 12782 | 20 不懂的还是要少说
【在 z****e 的大作中提到】 : 一个没有gc,没有统一的社区,还要倒腾指针的语言 : 在web时代是很危险的 : 二爷说的那些产品,没有几个有c++接口的 : 其它乱七八糟语言的接口不少
|
|
|
z****e 发帖数: 54598 | 21 框架定位错误
spring不是做web的
spring mvc才是做web的
不过现在java做web还有jsf
struts这些也还有人在用,甚至freemarker什么都有
java web框架太混乱了,不象其它语言那样,就那么一两个web框架
你看老魏那个产品也是自己做的framework
所以定位java web还是挺困难的
【在 d********g 的大作中提到】 : 关于语言和框架的区别,简单给你一个直观的对比看看。又是老朋友indeed发来贺电, : 这次查的全California: : Python: 8,366; Django:722 : Ruby: 4,641; Rails: 2,714 : Java: 15,299; Spring: 4,815 : Python里最热web框架Django的需求还不到1/10,Ruby显然Rails半壁江山我早说了一万 : 遍了,连Java需要Spring的也有1/3,比Python对Django的需求比例高多了 : 不信Python web只是冰山一角的,请告indeed数据造假 : 假如Python、Ruby、Java各自的web都被Node干死了,那Python还剩7,644工作,Ruby还 : 剩1,927,Java还剩10,484。可不可以说Python和Java在“backend”其实半斤八两?“
|
z****e 发帖数: 54598 | 22 就说,气死你丫的
【在 m*******l 的大作中提到】 : 不懂的还是要少说
|
m*******l 发帖数: 12782 | 23 暴露你的无知而已.
【在 z****e 的大作中提到】 : 就说,气死你丫的
|
d********g 发帖数: 10550 | 24 Java的eco system我不精,这个可能是错了,但是在关键字里很多没写那么细,比如你
很容易搜到什么front end developer也需要Spring还没写MVC,都算在里面
Django在Python的定位是没错的,web需求还不到1/10左右。其它那么多职位也不是靠
我吹就能吹成“backend”的吧
【在 z****e 的大作中提到】 : 框架定位错误 : spring不是做web的 : spring mvc才是做web的 : 不过现在java做web还有jsf : struts这些也还有人在用,甚至freemarker什么都有 : java web框架太混乱了,不象其它语言那样,就那么一两个web框架 : 你看老魏那个产品也是自己做的framework : 所以定位java web还是挺困难的
|
z****e 发帖数: 54598 | 25 随便你,哥有的是走着瞧的自信
【在 m*******l 的大作中提到】 : 暴露你的无知而已.
|
m*******l 发帖数: 12782 | 26 这个是无知者无畏
【在 z****e 的大作中提到】 : 随便你,哥有的是走着瞧的自信
|
z****e 发帖数: 54598 | 27 这个你跟二爷古德霸去说
【在 d********g 的大作中提到】 : Java的eco system我不精,这个可能是错了,但是在关键字里很多没写那么细,比如你 : 很容易搜到什么front end developer也需要Spring还没写MVC,都算在里面 : Django在Python的定位是没错的,web需求还不到1/10左右。其它那么多职位也不是靠 : 我吹就能吹成“backend”的吧
|
z****e 发帖数: 54598 | 28 时间会证明一切
实际上已经很明显了
【在 m*******l 的大作中提到】 : 这个是无知者无畏
|
d********g 发帖数: 10550 | 29 我说了人不信,反正Java backend无敌就是了。这冰山一角说了一万遍也没人听,OO的
天天被说脚本,主要还是了解不够,还搞得有什么深仇大恨似的
【在 z****e 的大作中提到】 : 这个你跟二爷古德霸去说
|
z****e 发帖数: 54598 | 30 我知道是oo,问题在于你不能挡住别人当脚本来用
java是强制oo,python是非强制的oo,所以oo反而容易变成一种附庸
不象java一样,因为强制oo,所以oop一定当家,其它的,像aop什么,就成了附庸
【在 d********g 的大作中提到】 : 我说了人不信,反正Java backend无敌就是了。这冰山一角说了一万遍也没人听,OO的 : 天天被说脚本,主要还是了解不够,还搞得有什么深仇大恨似的
|
|
|
z****e 发帖数: 54598 | 31 新人学语言,如果没有强迫的约束
它们不会把程序包装成oo的
这就是java把复杂做简单,把简单做复杂的由来
【在 d********g 的大作中提到】 : 我说了人不信,反正Java backend无敌就是了。这冰山一角说了一万遍也没人听,OO的 : 天天被说脚本,主要还是了解不够,还搞得有什么深仇大恨似的
|
d********g 发帖数: 10550 | 32 框架里OO肯定是绝对主流否则这框架搞不起来,你说的脚本应用是在DevOps上面,和OO
的lib配合不正好优势互补吗?
【在 z****e 的大作中提到】 : 我知道是oo,问题在于你不能挡住别人当脚本来用 : java是强制oo,python是非强制的oo,所以oo反而容易变成一种附庸 : 不象java一样,因为强制oo,所以oop一定当家,其它的,像aop什么,就成了附庸
|
d********g 发帖数: 10550 | 33 这个就是经验的问题了,实际上手做项目,早晚知道啥时候用OO啥时候用脚本比较好
另外你那个web框架也说得不是很对我觉得。Java的框架多,Python包括Ruby其实也不
少,但一山不容二虎,很难一个重叠领域很多框架共存的,一家独大带八个民主党派很
正常
【在 z****e 的大作中提到】 : 新人学语言,如果没有强迫的约束 : 它们不会把程序包装成oo的 : 这就是java把复杂做简单,把简单做复杂的由来
|
z****e 发帖数: 54598 | 34 挡不住没有经验的阿三乱写啊
你手下那个不就乱写了?
如果强制oo的话,这种麻烦就省了
【在 d********g 的大作中提到】 : 这个就是经验的问题了,实际上手做项目,早晚知道啥时候用OO啥时候用脚本比较好 : 另外你那个web框架也说得不是很对我觉得。Java的框架多,Python包括Ruby其实也不 : 少,但一山不容二虎,很难一个重叠领域很多框架共存的,一家独大带八个民主党派很 : 正常
|
d********g 发帖数: 10550 | 35 另外一个好处是强类型,不过脚本的优势和灵活会丧失一些。全部强制,需要脚本的时
候还得靠别的来补一下,总有个妥协
【在 z****e 的大作中提到】 : 挡不住没有经验的阿三乱写啊 : 你手下那个不就乱写了? : 如果强制oo的话,这种麻烦就省了
|
z****e 发帖数: 54598 | 36 我在想它们用clojure或者其它fp怎么写backend
如果oo是主流的话
OO
【在 d********g 的大作中提到】 : 框架里OO肯定是绝对主流否则这框架搞不起来,你说的脚本应用是在DevOps上面,和OO : 的lib配合不正好优势互补吗?
|
d********g 发帖数: 10550 | 37 举个例子吧,不知道你这个backend具体指的什么
【在 z****e 的大作中提到】 : 我在想它们用clojure或者其它fp怎么写backend : 如果oo是主流的话 : : OO
|
z****e 发帖数: 54598 | 38 也有可能小菊花说的是对的
fp是灾难,小p孩们不了解oop出现之前fp所带来的灾难 |
z****e 发帖数: 54598 | 39 随便一个restful web service
【在 d********g 的大作中提到】 : 举个例子吧,不知道你这个backend具体指的什么
|
d********g 发帖数: 10550 | 40 你是问这个框架不需要OO还是什么?没看懂
【在 z****e 的大作中提到】 : 随便一个restful web service
|
|
|
z****e 发帖数: 54598 | 41 是这些web框架如果用fp写的话
是不是没有oop了?
比如storm用clojure写的话,oop用上了没?
【在 d********g 的大作中提到】 : 你是问这个框架不需要OO还是什么?没看懂
|
d********g 发帖数: 10550 | 42 有一个slide说这个,没仔细看:
https://speakerdeck.com/stilkov/clojure-for-oop-folks-how-to-design-clojure-
programs
FP没研究
【在 z****e 的大作中提到】 : 是这些web框架如果用fp写的话 : 是不是没有oop了? : 比如storm用clojure写的话,oop用上了没?
|
z****e 发帖数: 54598 | 43 等几个月后我再回来喷fp
clojure-
【在 d********g 的大作中提到】 : 有一个slide说这个,没仔细看: : https://speakerdeck.com/stilkov/clojure-for-oop-folks-how-to-design-clojure- : programs : FP没研究
|
d********g 发帖数: 10550 | 44 等一群人喷完了我再开始学
【在 z****e 的大作中提到】 : 等几个月后我再回来喷fp : : clojure-
|
e*******o 发帖数: 4654 | 45 这个比较有说服力。
二爷的给的链接说Node 牛的,我大致扫来一眼,都是web developer。
【在 d********g 的大作中提到】 : 关于语言和框架的区别,简单给你一个直观的对比看看。又是老朋友indeed发来贺电, : 这次查的全California: : Python: 8,366; Django:722 : Ruby: 4,641; Rails: 2,714 : Java: 15,299; Spring: 4,815 : Python里最热web框架Django的需求还不到1/10,Ruby显然Rails半壁江山我早说了一万 : 遍了,连Java需要Spring的也有1/3,比Python对Django的需求比例高多了 : 不信Python web只是冰山一角的,请告indeed数据造假 : 假如Python、Ruby、Java各自的web都被Node干死了,那Python还剩7,644工作,Ruby还 : 剩1,927,Java还剩10,484。可不可以说Python和Java在“backend”其实半斤八两?“
|
d********g 发帖数: 10550 | 46 Node是一个比较底层的库了其实,过几年JS再发力,也许有更高层更全面的出来,这中
间JS语言本身也要进化
【在 e*******o 的大作中提到】 : 这个比较有说服力。 : 二爷的给的链接说Node 牛的,我大致扫来一眼,都是web developer。
|
c***C 发帖数: 139 | 47 工具与语言本身有什么直接关系?
【在 p*****2 的大作中提到】 : 经过一个星期的论战,已经没有什么悬念了。 : 后台就是JVM上的语言,Python很不服气。不过我不知道对于JVM上的Hadoop, Storm, : Cassandra, HBase, Kafka这些,Python有什么可以抗衡的? : 这个留给公孙大神抓螃蟹回来给好好讲讲。
|
p*****2 发帖数: 21240 | 48
工具不是语言写的?
【在 c***C 的大作中提到】 : 工具与语言本身有什么直接关系?
|
g*****g 发帖数: 34805 | 49 看来你是真不懂java的,spring跟web基本就没啥关系。spring mvc才有点关系。
你要搜java, 全国7万多工作,spring mvc 3000多。
【在 d********g 的大作中提到】 : 关于语言和框架的区别,简单给你一个直观的对比看看。又是老朋友indeed发来贺电, : 这次查的全California: : Python: 8,366; Django:722 : Ruby: 4,641; Rails: 2,714 : Java: 15,299; Spring: 4,815 : Python里最热web框架Django的需求还不到1/10,Ruby显然Rails半壁江山我早说了一万 : 遍了,连Java需要Spring的也有1/3,比Python对Django的需求比例高多了 : 不信Python web只是冰山一角的,请告indeed数据造假 : 假如Python、Ruby、Java各自的web都被Node干死了,那Python还剩7,644工作,Ruby还 : 剩1,927,Java还剩10,484。可不可以说Python和Java在“backend”其实半斤八两?“
|
g*****g 发帖数: 34805 | 50 Groovy就是干这个。你看tiboe份额,这板上成天有人提scala和clojure,但俩加一块
,都不如groovy用的人多。
为啥,groovy就是java script。
【在 d********g 的大作中提到】 : 另外一个好处是强类型,不过脚本的优势和灵活会丧失一些。全部强制,需要脚本的时 : 候还得靠别的来补一下,总有个妥协
|
|
|
d********g 发帖数: 10550 | 51 我不做Java早就说了。Python的web只是冰山一角你从前没认过,那既然你承认indeed
数据,就照你的说法来搜,California里Spring MVC是558,对应Java的总量是3.65%,
Python的web是8.63%,都是个位。Ruby的web达到了惊人的58.48%,和PHP一样,web一
挂,eco system就崩塌
另外zhaoce提了Java的web不止Spring MVC,而且Java关键字里包含了Android的,这部
分我都直接让你过了。如果考虑这两个因素,会比3.65%只高不低
【在 g*****g 的大作中提到】 : 看来你是真不懂java的,spring跟web基本就没啥关系。spring mvc才有点关系。 : 你要搜java, 全国7万多工作,spring mvc 3000多。
|
d********g 发帖数: 10550 | 52 搜California的Java Android出来2,016,从总数里扣除再看Spring MVC的比例,上升
到4.20%。考虑到你经常吹的乌泱乌泱的Java“backend”工作,这个比例和Python对比
也不是很耀眼嘛
indeed
【在 d********g 的大作中提到】 : 我不做Java早就说了。Python的web只是冰山一角你从前没认过,那既然你承认indeed : 数据,就照你的说法来搜,California里Spring MVC是558,对应Java的总量是3.65%, : Python的web是8.63%,都是个位。Ruby的web达到了惊人的58.48%,和PHP一样,web一 : 挂,eco system就崩塌 : 另外zhaoce提了Java的web不止Spring MVC,而且Java关键字里包含了Android的,这部 : 分我都直接让你过了。如果考虑这两个因素,会比3.65%只高不低
|
d********g 发帖数: 10550 | 53 JVM上的语言不用都去给Java贴金,那都不是Java,别人借壳上市而已。Java Script,
Jython还是Java Script呢
【在 g*****g 的大作中提到】 : Groovy就是干这个。你看tiboe份额,这板上成天有人提scala和clojure,但俩加一块 : ,都不如groovy用的人多。 : 为啥,groovy就是java script。
|
g*****g 发帖数: 34805 | 54 Jython差多了,java源码是放进groovy里一样编译一样跑的,groovy对java兼容,
你jython行吗?
【在 d********g 的大作中提到】 : JVM上的语言不用都去给Java贴金,那都不是Java,别人借壳上市而已。Java Script, : Jython还是Java Script呢
|
g*****g 发帖数: 34805 | 55 java总量高呀,都扣掉。比例就高上去了,全国那就不止了。
【在 d********g 的大作中提到】 : 搜California的Java Android出来2,016,从总数里扣除再看Spring MVC的比例,上升 : 到4.20%。考虑到你经常吹的乌泱乌泱的Java“backend”工作,这个比例和Python对比 : 也不是很耀眼嘛 : : indeed
|
d********g 发帖数: 10550 | 56 你总是挑对自己最有利的数据说话罢了。二爷吹Clojure的时候一致对外你就JVM一家亲
了,转头JVM又内部干架。其实要说胶水语言,Python真笑了,啥语言Python都可以抓
过来“一样跑”。JVM的语言多其实是蚕食Java的生存空间,只是你不愿承认罢了
【在 g*****g 的大作中提到】 : Jython差多了,java源码是放进groovy里一样编译一样跑的,groovy对java兼容, : 你jython行吗?
|
d********g 发帖数: 10550 | 57 这里不是比总量高,是教你怎么看语言和框架的对比。从数据上看,Ruby一旦web挂了
,它能不死?Python的web就算全挂,也九牛一毛。Java和Python的情况没有本质区别
,除非你非要把“挂”的比例根据Java量身定做到小于5%的web,那我就没办法了
我是不做Java,但你想当然把语言和框架混着比,如果你懂这个自然也就知道完全不是
一码事,好比Spring与Spring MVC
【在 g*****g 的大作中提到】 : java总量高呀,都扣掉。比例就高上去了,全国那就不止了。
|
g*****g 发帖数: 34805 | 58 你这是不敢承认事实吗?我都说了,啥东西门槛低,啥东西学的人就多。
为啥mongodb nosql里最火?是mongodb的理念最牛逼,还是性能最好?都不是,就因为
跟rdbms最接近,最容易学。
给java应用写脚本的,最多的也是java程序员,他们自然觉得groovy最容易学。而
Jython,根本就没有机会。
Scala和Clojure之所以有份额,则纯粹是因为concurrency的原因。
Python在加州是有8000多工作,但你要搜python administration, 也有1200。 python
本来就是system admin里很常见的工具。掐掉admin, operation, web, thick client,
留给python后端的就没那么多了,
你也太乐观了。
【在 d********g 的大作中提到】 : 你总是挑对自己最有利的数据说话罢了。二爷吹Clojure的时候一致对外你就JVM一家亲 : 了,转头JVM又内部干架。其实要说胶水语言,Python真笑了,啥语言Python都可以抓 : 过来“一样跑”。JVM的语言多其实是蚕食Java的生存空间,只是你不愿承认罢了
|
d********g 发帖数: 10550 | 59 那你说学Java的人比Python多还是少呢?BASIC门槛低,有人学吗?你这强盗逻辑自己
看着也过不去吧
Java Administration不是也有1351吗,和双方web的比例结构差不多啊
你还是谈谈Clojure吧,二爷说这是以后的趋势,你怎么看?如果你只是模糊谈JVM,那
Jython当然可以插一杠子不管有没有人用,你也甩不掉Python。要切割JVM就单个语言
拉出来对比,Java在某些领域显然是会被一些JVM语言取代的,Python又不和你JVM混,
不怎么担心
python
【在 g*****g 的大作中提到】 : 你这是不敢承认事实吗?我都说了,啥东西门槛低,啥东西学的人就多。 : 为啥mongodb nosql里最火?是mongodb的理念最牛逼,还是性能最好?都不是,就因为 : 跟rdbms最接近,最容易学。 : 给java应用写脚本的,最多的也是java程序员,他们自然觉得groovy最容易学。而 : Jython,根本就没有机会。 : Scala和Clojure之所以有份额,则纯粹是因为concurrency的原因。 : Python在加州是有8000多工作,但你要搜python administration, 也有1200。 python : 本来就是system admin里很常见的工具。掐掉admin, operation, web, thick client, : 留给python后端的就没那么多了, : 你也太乐观了。
|
g*****g 发帖数: 34805 | 60 java总量比python高一倍吧,这个相关度不是立马差了一半。我一直说,生态系统在门
槛之前。java跟basic不是一个生态系统。jython跟groovy一个平台吧?
【在 d********g 的大作中提到】 : 那你说学Java的人比Python多还是少呢?BASIC门槛低,有人学吗?你这强盗逻辑自己 : 看着也过不去吧 : Java Administration不是也有1351吗,和双方web的比例结构差不多啊 : 你还是谈谈Clojure吧,二爷说这是以后的趋势,你怎么看?如果你只是模糊谈JVM,那 : Jython当然可以插一杠子不管有没有人用,你也甩不掉Python。要切割JVM就单个语言 : 拉出来对比,Java在某些领域显然是会被一些JVM语言取代的,Python又不和你JVM混, : 不怎么担心 : : python
|
|
|
d********g 发帖数: 10550 | 61 所以你总是拿对自己有利的数据说话。你怎么不看不说10年前,就是5年前,Python能
有现在这Java半壁江山的一根毛?如果一个生态系统是赢家通吃,那更早时候Java就应
该霸占全市场了,总不至于被Python一点一点撬开份额吧?这样说你的逻辑又不通了
Jython可以不在JVM上争因为没什么争的,我说了就是用来恶心JVM的,不让你混为一谈
。JVM不JVM不重要,你把Clojure、Scala拉出来一个一个和Java过招,它们蚕食的还是
Java的地盘
【在 g*****g 的大作中提到】 : java总量比python高一倍吧,这个相关度不是立马差了一半。我一直说,生态系统在门 : 槛之前。java跟basic不是一个生态系统。jython跟groovy一个平台吧?
|
g*****g 发帖数: 34805 | 62 在jvm的生态系统里,clojure和scala是两个写concurrency lib的利器。基本上会写这
两种语言的都会java。
在我看来,与其说跟java竞争,不如说是看到java的不足,进行补充,从而使整个生态
系统更强。
akka, storm这些,都有java接口。
从这个角度来说, groovy更明显。java用来写脚步确实很痛苦,但给你groovy, 就有了
groovy on grail跟 ror, djiango竞争。
【在 d********g 的大作中提到】 : 那你说学Java的人比Python多还是少呢?BASIC门槛低,有人学吗?你这强盗逻辑自己 : 看着也过不去吧 : Java Administration不是也有1351吗,和双方web的比例结构差不多啊 : 你还是谈谈Clojure吧,二爷说这是以后的趋势,你怎么看?如果你只是模糊谈JVM,那 : Jython当然可以插一杠子不管有没有人用,你也甩不掉Python。要切割JVM就单个语言 : 拉出来对比,Java在某些领域显然是会被一些JVM语言取代的,Python又不和你JVM混, : 不怎么担心 : : python
|
d********g 发帖数: 10550 | 63 所以你怎么说都有理。那我换一种说法,在full-stack的层面,技术选择都是动态的,
组合起来考虑最优。你考虑的还是怎么样尽量在JVM这个生态系统里自圆其说让这些李
鬼对Java的实质伤害看起来降到最低,但更广一点JVM的生态系统直接作为full-stack
的一个service来用,都不需要考虑JVM和Java的感受,和你脑中固有的“前端web那些
玩意儿”差不多,这一套一样可以简化为“后端接口那些玩意儿”,直接一包就好了。
真抽象起来还没什么前台后台之分,不信你问问真正的full-stack
另外Groovy直接就说了“builds upon the strengths of Java but has additional
power features inspired by languages like Python, Ruby and Smalltalk”。Java
要真想和Python割裂,首先Groovy就别用了,别让这些“web脚本语言”脏了自己的手
,虽然Python的web连10%都不到
【在 g*****g 的大作中提到】 : 在jvm的生态系统里,clojure和scala是两个写concurrency lib的利器。基本上会写这 : 两种语言的都会java。 : 在我看来,与其说跟java竞争,不如说是看到java的不足,进行补充,从而使整个生态 : 系统更强。 : akka, storm这些,都有java接口。 : 从这个角度来说, groovy更明显。java用来写脚步确实很痛苦,但给你groovy, 就有了 : groovy on grail跟 ror, djiango竞争。
|
g*****g 发帖数: 34805 | 64 你别忘了,Ruby也曾经火了几年,再之前Php,没有某领域绝对优势,上来快,下来也
快。Java从来就不适合写脚本(包括web),这个我重复过无数次。Java之所以长盛不衰
,最重要靠的是纯后端企业计算的积累。这几年爆发的hadoop一系,基本奠定今后10年
的优势。
不如我问这个问题好了,Python在哪个领域有绝对优势,别人难以撼动的?跟js在
browser里,java在企业计算里这样的。
【在 d********g 的大作中提到】 : 所以你总是拿对自己有利的数据说话。你怎么不看不说10年前,就是5年前,Python能 : 有现在这Java半壁江山的一根毛?如果一个生态系统是赢家通吃,那更早时候Java就应 : 该霸占全市场了,总不至于被Python一点一点撬开份额吧?这样说你的逻辑又不通了 : Jython可以不在JVM上争因为没什么争的,我说了就是用来恶心JVM的,不让你混为一谈 : 。JVM不JVM不重要,你把Clojure、Scala拉出来一个一个和Java过招,它们蚕食的还是 : Java的地盘
|
g*****g 发帖数: 34805 | 65 我不知道你想说啥。groovy是动态语言,所以跟java其实分得很清楚。
脚本类->groovy,非脚本->java。不产生直接竞争。
groovy其实是从Java在脚本上失去给ruby/python的市场,再拿了一点回来。
熟悉java的,需要full stack,groovy自然是最容易的选择。
Jython有啥用?你看看tiobe,前100都没进去。
stack
Java
【在 d********g 的大作中提到】 : 所以你怎么说都有理。那我换一种说法,在full-stack的层面,技术选择都是动态的, : 组合起来考虑最优。你考虑的还是怎么样尽量在JVM这个生态系统里自圆其说让这些李 : 鬼对Java的实质伤害看起来降到最低,但更广一点JVM的生态系统直接作为full-stack : 的一个service来用,都不需要考虑JVM和Java的感受,和你脑中固有的“前端web那些 : 玩意儿”差不多,这一套一样可以简化为“后端接口那些玩意儿”,直接一包就好了。 : 真抽象起来还没什么前台后台之分,不信你问问真正的full-stack : 另外Groovy直接就说了“builds upon the strengths of Java but has additional : power features inspired by languages like Python, Ruby and Smalltalk”。Java : 要真想和Python割裂,首先Groovy就别用了,别让这些“web脚本语言”脏了自己的手 : ,虽然Python的web连10%都不到
|
d********g 发帖数: 10550 | 66 我给数据的意思很清楚,也提了不知道多少次,Ruby和Python的eco system完全不同,
可是不少人还是把这俩混为一谈。数据你也看了,Rails占Ruby快60%的份额,现在web
要丢,它不失宠谁失宠?PHP更是一来就专为web设计,都不用再说。Python就算丢掉
web 8%多的份额,也不影响它其它地方的应用,和Java丢掉4%多的份额一个道理
Python绝对优势我说早期startup你肯定不乐意,那我想想要不换scientific
computing?matlab要躺枪了,*据说*Python在蚕食那块市场
Python的绝对优势在于它是胶水语言又是OO、脚本的综合体。Java还得靠Groovy来补,
JS还得靠各种框架来补因为它自身比较弱,Python应该就和它自己说的一样,“
batteries included”,上得厅堂下得厨房
【在 g*****g 的大作中提到】 : 你别忘了,Ruby也曾经火了几年,再之前Php,没有某领域绝对优势,上来快,下来也 : 快。Java从来就不适合写脚本(包括web),这个我重复过无数次。Java之所以长盛不衰 : ,最重要靠的是纯后端企业计算的积累。这几年爆发的hadoop一系,基本奠定今后10年 : 的优势。 : 不如我问这个问题好了,Python在哪个领域有绝对优势,别人难以撼动的?跟js在 : browser里,java在企业计算里这样的。
|
g*****g 发帖数: 34805 | 67 整个JVM平台上各种创新架构出现很多,所以不管哪个语言都可以上升。比如java出了
hadoop,hbase, cassandra。 scala -> akka, clojure->storm。这些都是原创(不考
虑google的MR)的重量级架构。
相比之下,python的牛逼创新架构这几年就没怎么听说,当然从其他语言借鉴是可以的。
stack
Java
【在 d********g 的大作中提到】 : 所以你怎么说都有理。那我换一种说法,在full-stack的层面,技术选择都是动态的, : 组合起来考虑最优。你考虑的还是怎么样尽量在JVM这个生态系统里自圆其说让这些李 : 鬼对Java的实质伤害看起来降到最低,但更广一点JVM的生态系统直接作为full-stack : 的一个service来用,都不需要考虑JVM和Java的感受,和你脑中固有的“前端web那些 : 玩意儿”差不多,这一套一样可以简化为“后端接口那些玩意儿”,直接一包就好了。 : 真抽象起来还没什么前台后台之分,不信你问问真正的full-stack : 另外Groovy直接就说了“builds upon the strengths of Java but has additional : power features inspired by languages like Python, Ruby and Smalltalk”。Java : 要真想和Python割裂,首先Groovy就别用了,别让这些“web脚本语言”脏了自己的手 : ,虽然Python的web连10%都不到
|
d********g 发帖数: 10550 | 68 意思就是你用“JVM”这个词来和Python拼是没用的,因为Jython也在里面,你只能拿
单独的JVM语言出来。Groovy你可以说是和Java互补,Scala、Clojure和Java那还是有
竞争关系的,别想着它们甘心做小弟。如果Jython不在JVM,你自然可以把所有JVM语言
混为一谈拿来和Python拼
【在 g*****g 的大作中提到】 : 我不知道你想说啥。groovy是动态语言,所以跟java其实分得很清楚。 : 脚本类->groovy,非脚本->java。不产生直接竞争。 : groovy其实是从Java在脚本上失去给ruby/python的市场,再拿了一点回来。 : 熟悉java的,需要full stack,groovy自然是最容易的选择。 : Jython有啥用?你看看tiobe,前100都没进去。 : : stack : Java
|
g*****g 发帖数: 34805 | 69 Jython连前100都没进去呀,又不是新语言。说可以忽略不计很合理吧。
别忘了进前50的scala也就0.29%,跟java还差着50倍。没有牛逼类库的语言,
是没人追的。jython基本就是一个token。
我老提过很多次,语言不是因为语言自己牛逼得。语言是因为类库/应用牛逼得。
轻量级的jython没啥groovy做不了的东西。要take avantage python列库,则不如上
python好了.
【在 d********g 的大作中提到】 : 意思就是你用“JVM”这个词来和Python拼是没用的,因为Jython也在里面,你只能拿 : 单独的JVM语言出来。Groovy你可以说是和Java互补,Scala、Clojure和Java那还是有 : 竞争关系的,别想着它们甘心做小弟。如果Jython不在JVM,你自然可以把所有JVM语言 : 混为一谈拿来和Python拼
|
d********g 发帖数: 10550 | 70 一方面JVM平台这几年出了这么多这么牛逼的架构,Java带领一帮小弟大热,另一方面
Python的份额一直稳中有升,这不合常理吧?我也想知道原因。难道因为JVM的整体份
额上升或者持平,但是Java在JVM语言中的份额下降了?
的。
【在 g*****g 的大作中提到】 : 整个JVM平台上各种创新架构出现很多,所以不管哪个语言都可以上升。比如java出了 : hadoop,hbase, cassandra。 scala -> akka, clojure->storm。这些都是原创(不考 : 虑google的MR)的重量级架构。 : 相比之下,python的牛逼创新架构这几年就没怎么听说,当然从其他语言借鉴是可以的。 : : stack : Java
|
|
|
d********g 发帖数: 10550 | 71 JVM就一公交车,Jython你不管它份额多少,搭上了车不就可以和JVM eco system共舞
了?意思就是你也别拿JVM说事,二爷说的是Clojure要搞定backend,你怎么坐视不管
也没和他掐一掐?
【在 g*****g 的大作中提到】 : Jython连前100都没进去呀,又不是新语言。说可以忽略不计很合理吧。 : 别忘了进前50的scala也就0.29%,跟java还差着50倍。没有牛逼类库的语言, : 是没人追的。jython基本就是一个token。 : 我老提过很多次,语言不是因为语言自己牛逼得。语言是因为类库/应用牛逼得。 : 轻量级的jython没啥groovy做不了的东西。要take avantage python列库,则不如上 : python好了.
|
g*****g 发帖数: 34805 | 72 Java在JVM本来是100%,下降是必然的。至于整体上升,我觉得很正常吧,你不觉得.
net
这几年被java一下子抛在后面?hadoop是标志性的。微软选择在azure里大力支持
hadoop,
而不是写MapReduce.net,很说明问题。
【在 d********g 的大作中提到】 : 一方面JVM平台这几年出了这么多这么牛逼的架构,Java带领一帮小弟大热,另一方面 : Python的份额一直稳中有升,这不合常理吧?我也想知道原因。难道因为JVM的整体份 : 额上升或者持平,但是Java在JVM语言中的份额下降了? : : 的。
|
d********g 发帖数: 10550 | 73 .net是.net那都和Python没啥关系,JVM里相对比例那好说,只要有新的进来Java必然
降,但是单Python和Java这两个,如果Python也和.net一个颓势,没理由还扩大份额才对
【在 g*****g 的大作中提到】 : Java在JVM本来是100%,下降是必然的。至于整体上升,我觉得很正常吧,你不觉得. : net : 这几年被java一下子抛在后面?hadoop是标志性的。微软选择在azure里大力支持 : hadoop, : 而不是写MapReduce.net,很说明问题。
|
g*****g 发帖数: 34805 | 74 说到clojure, FP+dynamic,整个应用的范围基本上就局限于concurrency和scripting
两块了。对java的竞争还不如scala。
【在 d********g 的大作中提到】 : JVM就一公交车,Jython你不管它份额多少,搭上了车不就可以和JVM eco system共舞 : 了?意思就是你也别拿JVM说事,二爷说的是Clojure要搞定backend,你怎么坐视不管 : 也没和他掐一掐?
|
d********g 发帖数: 10550 | 75 那要么是你的论断错了,要么是二爷的论断错了。不能因为都捧JVM就不讲个明白,这
不对
scripting
【在 g*****g 的大作中提到】 : 说到clojure, FP+dynamic,整个应用的范围基本上就局限于concurrency和scripting : 两块了。对java的竞争还不如scala。
|
g*****g 发帖数: 34805 | 76 .net在企业计算里排名第二,.net一弱势,java份额上升是必然的。
你混的startup都是面对个人客户的,对这种面对企业客户的没啥敏感度。
python跟Java本来竞争不大,两种语言相差太远。但python跟node竞争不大
我是不信的。语言的风格太接近了。node毕竟太年轻,过两年再来看吧。
才对
【在 d********g 的大作中提到】 : .net是.net那都和Python没啥关系,JVM里相对比例那好说,只要有新的进来Java必然 : 降,但是单Python和Java这两个,如果Python也和.net一个颓势,没理由还扩大份额才对
|
g*****g 发帖数: 34805 | 77 你要信谁的是你的事情。我老在这板上10年,宏观上就没看错过东西。
【在 d********g 的大作中提到】 : 那要么是你的论断错了,要么是二爷的论断错了。不能因为都捧JVM就不讲个明白,这 : 不对 : : scripting
|
d********g 发帖数: 10550 | 78 Node作为一个框架是不用和Python搞的,要搞也是JS来。这才JS界的开山鼻祖,JS比
Python更折腾,过两年也许看Node怎么被自己的小弟干翻的也不一定
【在 g*****g 的大作中提到】 : .net在企业计算里排名第二,.net一弱势,java份额上升是必然的。 : 你混的startup都是面对个人客户的,对这种面对企业客户的没啥敏感度。 : python跟Java本来竞争不大,两种语言相差太远。但python跟node竞争不大 : 我是不信的。语言的风格太接近了。node毕竟太年轻,过两年再来看吧。 : : 才对
|
d********g 发帖数: 10550 | 79 意思就是宏观上二爷错了。谁对谁错我是不清楚,现在是Clojure,JVM开了公车的潘多
拉魔盒之后还不知道有什么新的牛鬼蛇神要来呢
【在 g*****g 的大作中提到】 : 你要信谁的是你的事情。我老在这板上10年,宏观上就没看错过东西。
|
g*****g 发帖数: 34805 | 80 node不是个框架,就是个VM而已。JS才是语言。我说的不严谨,但意思你自然明白。
【在 d********g 的大作中提到】 : Node作为一个框架是不用和Python搞的,要搞也是JS来。这才JS界的开山鼻祖,JS比 : Python更折腾,过两年也许看Node怎么被自己的小弟干翻的也不一定
|
|
|
d********g 发帖数: 10550 | 81 另外full-stack对JS从来没有排斥的态度,年初就说了C/C++-->Java-->Python-->
JavaScript,二爷当时才刚开始看JS,这几天过节他心情不错,想着挖坑指点乾坤一下
,还真有人着了道
【在 d********g 的大作中提到】 : Node作为一个框架是不用和Python搞的,要搞也是JS来。这才JS界的开山鼻祖,JS比 : Python更折腾,过两年也许看Node怎么被自己的小弟干翻的也不一定
|
g*****g 发帖数: 34805 | 82 还有就是Node这一套async,JVM难以抄袭,因为Java里大量built-in的Threadlocal和
sync call。一不小心就中招,不管哪个JVM语言都大量吊Java类库。而ruby, python,
就没有这个明显特性。groovy抄ruby很容易。
懂js的人也多,做web没有不懂js的,比较容易follow.
区分度越大,往往越容易在不同的领域牛逼。my 2c。 |
g*****g 发帖数: 34805 | 83 其实我对node, python, ruby谁赢完全不感兴趣,纯粹从经验上说说看法。
【在 d********g 的大作中提到】 : 另外full-stack对JS从来没有排斥的态度,年初就说了C/C++-->Java-->Python--> : JavaScript,二爷当时才刚开始看JS,这几天过节他心情不错,想着挖坑指点乾坤一下 : ,还真有人着了道
|
d********g 发帖数: 10550 | 84 这有何难,Node.js早被Node.jar抄袭了而且看起来还是官抄。有没有人用是另外一回事
被抄容易程度显然不是一个指标
【在 g*****g 的大作中提到】 : 还有就是Node这一套async,JVM难以抄袭,因为Java里大量built-in的Threadlocal和 : sync call。一不小心就中招,不管哪个JVM语言都大量吊Java类库。而ruby, python, : 就没有这个明显特性。groovy抄ruby很容易。 : 懂js的人也多,做web没有不懂js的,比较容易follow. : 区分度越大,往往越容易在不同的领域牛逼。my 2c。
|
g*****g 发帖数: 34805 | 85 我不说了,你写jvm语言就要大量用java类库,跑不掉的。对于async,java类库里处处
是陷阱。
scala费老劲自己出了一堆类库不是偶然的。netty早于node,从来没火。
回事
【在 d********g 的大作中提到】 : 这有何难,Node.js早被Node.jar抄袭了而且看起来还是官抄。有没有人用是另外一回事 : 被抄容易程度显然不是一个指标
|
p*****2 发帖数: 21240 | 86
大牛怎么这么混淆是非呀?我说node是未来的趋势。没说是clojure。minisoft更看好
clojure。我还持观望态度,所以没上clojurescript。
话说clojure从来没有想着干掉Java,那是Scala要做的事情。clojure想来认为是Java
很好的补充,你看Nathan做Storm都是一半Java,一半Clojure,就已经说明问题了。
Clojure做的东西跟Java的兼容性保持的非常好,甚至Java可以直接调用Clojure。这就
是Clojure的生命力所在。现在很多startup小的时候上python,ruby这些,大了以后就
往java转了。有了Clojure完全就不需要python,ruby了。起步阶段,2,3个clojure大
牛搞起来,后边大了招java programmer就行了。
你看骂java的基本都是学了几天Scala的,学了Clojure的没人骂Java。
【在 d********g 的大作中提到】 : 那你说学Java的人比Python多还是少呢?BASIC门槛低,有人学吗?你这强盗逻辑自己 : 看着也过不去吧 : Java Administration不是也有1351吗,和双方web的比例结构差不多啊 : 你还是谈谈Clojure吧,二爷说这是以后的趋势,你怎么看?如果你只是模糊谈JVM,那 : Jython当然可以插一杠子不管有没有人用,你也甩不掉Python。要切割JVM就单个语言 : 拉出来对比,Java在某些领域显然是会被一些JVM语言取代的,Python又不和你JVM混, : 不怎么担心 : : python
|
p*****2 发帖数: 21240 | 87
Python这几年流行是因为startup吧?我不说了吗?未来startup的趋势是node和
clojure这些。当然python还会有一席之地。但是node,clojure侵蚀的是python的领地
呀。
【在 d********g 的大作中提到】 : 所以你总是拿对自己有利的数据说话。你怎么不看不说10年前,就是5年前,Python能 : 有现在这Java半壁江山的一根毛?如果一个生态系统是赢家通吃,那更早时候Java就应 : 该霸占全市场了,总不至于被Python一点一点撬开份额吧?这样说你的逻辑又不通了 : Jython可以不在JVM上争因为没什么争的,我说了就是用来恶心JVM的,不让你混为一谈 : 。JVM不JVM不重要,你把Clojure、Scala拉出来一个一个和Java过招,它们蚕食的还是 : Java的地盘
|
p*****2 发帖数: 21240 | 88
这个问题问的好。没有领域有绝对优势的话很容易成为一阵风。
【在 g*****g 的大作中提到】 : 你别忘了,Ruby也曾经火了几年,再之前Php,没有某领域绝对优势,上来快,下来也 : 快。Java从来就不适合写脚本(包括web),这个我重复过无数次。Java之所以长盛不衰 : ,最重要靠的是纯后端企业计算的积累。这几年爆发的hadoop一系,基本奠定今后10年 : 的优势。 : 不如我问这个问题好了,Python在哪个领域有绝对优势,别人难以撼动的?跟js在 : browser里,java在企业计算里这样的。
|
p*****2 发帖数: 21240 | 89
web
我就是这个意思呀。clojure就是奔着python startup的领地去的。startup选技术都是
什么cool选什么。前两年可以选python,后几年选clojure也很正常。以后做大了跟
java没有任何冲突。python的concurrency没法跟JVM比吧?
【在 d********g 的大作中提到】 : 我给数据的意思很清楚,也提了不知道多少次,Ruby和Python的eco system完全不同, : 可是不少人还是把这俩混为一谈。数据你也看了,Rails占Ruby快60%的份额,现在web : 要丢,它不失宠谁失宠?PHP更是一来就专为web设计,都不用再说。Python就算丢掉 : web 8%多的份额,也不影响它其它地方的应用,和Java丢掉4%多的份额一个道理 : Python绝对优势我说早期startup你肯定不乐意,那我想想要不换scientific : computing?matlab要躺枪了,*据说*Python在蚕食那块市场 : Python的绝对优势在于它是胶水语言又是OO、脚本的综合体。Java还得靠Groovy来补, : JS还得靠各种框架来补因为它自身比较弱,Python应该就和它自己说的一样,“ : batteries included”,上得厅堂下得厨房
|
p*****2 发帖数: 21240 | 90
大牛我哪点错了。说了很多次了,想干Java的是Scala,不是Clojure。我从来没看到任
何人学了Clojure整天想着干Java的,倒是都认为可以replace python。
【在 d********g 的大作中提到】 : 那要么是你的论断错了,要么是二爷的论断错了。不能因为都捧JVM就不讲个明白,这 : 不对 : : scripting
|
|
|
p*****2 发帖数: 21240 | 91 python确实能full stack。但是未来的web端是node的天下。可是JS的弱点很明显,就
是做后端太勉强了,所以就需要寻找另外的平台,那一般就选JVM了。而且startup需要
productivity,这也是为什么倾向于脚本的原因,而JVM上的脚本又可以做后端很自然
就选Clojure了。JVM的优势,python还是不能比的。
现在的几个大趋势
1. mobile, 这个一般选node
2. bigdata,这个一般JVM
3. cloud,一般C++/JVM,python就是有个open stack,不过也是胶水,不是什么核心
技术
对于startup来说,1,2做的最多,因为3的门槛比较高,除非是goodbug说的SAAS这些
,比如workday。所以从1,2来说也看不出来python的优势。 |
d********g 发帖数: 10550 | 92 二爷不是我挖坟,你嘴里的趋势变得比女人的脸还快。也就大半年时间,业界所有可以
被糟蹋的语言和框架不都被你糟蹋了?你对Python有成见那是早就有的,因为喜欢的
Ruby快挂了
http://www.mitbbs.com/article1/Programming/31238457_3_0.html
http://www.mitbbs.com/article1/Programming/31238539_3_0.html
http://www.mitbbs.com/article1/Programming/31243119_3_0.html
http://www.mitbbs.com/article1/Programming/31247197_3_0.html
http://www.mitbbs.com/article1/Programming/31247709_3_0.html
http://www.mitbbs.com/article1/Programming/31271003_3_0.html
二爷要不要打个赌?你现在一口认定Clojure,我们6个月后再来看,二爷有没有再勾搭
上别的语言?
自己
,那
语言
混,
Java
【在 p*****2 的大作中提到】 : python确实能full stack。但是未来的web端是node的天下。可是JS的弱点很明显,就 : 是做后端太勉强了,所以就需要寻找另外的平台,那一般就选JVM了。而且startup需要 : productivity,这也是为什么倾向于脚本的原因,而JVM上的脚本又可以做后端很自然 : 就选Clojure了。JVM的优势,python还是不能比的。 : 现在的几个大趋势 : 1. mobile, 这个一般选node : 2. bigdata,这个一般JVM : 3. cloud,一般C++/JVM,python就是有个open stack,不过也是胶水,不是什么核心 : 技术 : 对于startup来说,1,2做的最多,因为3的门槛比较高,除非是goodbug说的SAAS这些
|
p*****2 发帖数: 21240 | |
p*****2 发帖数: 21240 | 94 每种语言都有自己的优势,我是认为后台python跟JVM比没有什么优势,我觉得这是我
们不能统一的地方。其他地方好像也没啥偏差吧?前端你也早被我说的node归拢了。 |
d********g 发帖数: 10550 | 95 半年前学Ruby还是正途算不算?
忘了二爷提过Go没有
可以
勾搭
【在 p*****2 的大作中提到】 : 每种语言都有自己的优势,我是认为后台python跟JVM比没有什么优势,我觉得这是我 : 们不能统一的地方。其他地方好像也没啥偏差吧?前端你也早被我说的node归拢了。
|
d********g 发帖数: 10550 | 96 Clojure这都有6年了吧?有时候wishful thinking看似逻辑正确,市场不认可啊
你自己搜indeed好了,California,Clojure一共105个,全国355。呵呵
【在 p*****2 的大作中提到】 : 每种语言都有自己的优势,我是认为后台python跟JVM比没有什么优势,我觉得这是我 : 们不能统一的地方。其他地方好像也没啥偏差吧?前端你也早被我说的node归拢了。
|
p*****2 发帖数: 21240 | 97
当然是正途了。从Ruby->Scala,比Python容易多了。你看那么多Ruby程序员都转Scala
或者Clojure了,实现了Ruby到JVM的平滑过渡。Python就不行,所以公孙大神整天在这
里抱怨。
【在 d********g 的大作中提到】 : 半年前学Ruby还是正途算不算? : 忘了二爷提过Go没有 : : 可以 : 勾搭
|
d********g 发帖数: 10550 | 98 二爷因为你不是Python eco system所以不明白也正常。Python eco system见到JVM的
东西是能不碰就不碰,JVM这几年big data那些个大招,Python包一下拿过来直接就当
服务用,自己该干嘛还是干嘛。那些大招在JVM内部是很爽,外部也无法避免成了别人
的嫁衣。二爷还是非黑即白的概念,很多想法都是wishful,太极端
数据根本不支持你的Python后台没优势的说法,二爷都没怎么正经看我发的数据
【在 p*****2 的大作中提到】 : 每种语言都有自己的优势,我是认为后台python跟JVM比没有什么优势,我觉得这是我 : 们不能统一的地方。其他地方好像也没啥偏差吧?前端你也早被我说的node归拢了。
|
d********g 发帖数: 10550 | 99 快60%的领地要被搞了,Ruby不转能有活路?二爷之前还问Ruby和Rails的东西,你还学
这个都不如我了解啊。二爷看看我当时怎么劝你的吧,你觉得我那时候说的Python和
Ruby的对比和现在说的是不是都很客观,数据也支持我的说法呢?Ruby好的地方我当然
不能瞎说,对于eco system的判断二爷你有任何异议?你现在不也被迫放弃Ruby转JVM
系因为它要挂了吗?
http://www.mitbbs.com/article/Programming/31244067_3.html
http://www.mitbbs.com/article/Programming/31244083_3.html
你这么一个语言就玩一两周,老浅尝辄止,好虫本来是最看不惯这种行为的,只是他看
在JVM的份上懒得掐你而已。原话就是写hello world的码工不算码工,至少多花点时间
正经用你喜欢的语言和框架做点有规模的项目,而不是一会儿刷个hello world的
benchmark一会儿世界的命运掌握在它身上
Scala
【在 p*****2 的大作中提到】 : : 当然是正途了。从Ruby->Scala,比Python容易多了。你看那么多Ruby程序员都转Scala : 或者Clojure了,实现了Ruby到JVM的平滑过渡。Python就不行,所以公孙大神整天在这 : 里抱怨。
|
p*****2 发帖数: 21240 | 100
所以说未来呀。这两年随着cascalog, storm的流行,clojure的空间会更广阔一些。
goodbug不是说了吗?语言不是主要的,重要的是库和生态系统。关键是未来的startup
在选择tech stack的时候,clojure会是一个非常好的选择。这个就会影响python。
【在 d********g 的大作中提到】 : Clojure这都有6年了吧?有时候wishful thinking看似逻辑正确,市场不认可啊 : 你自己搜indeed好了,California,Clojure一共105个,全国355。呵呵
|
|
|
p*****2 发帖数: 21240 | 101
你说这个不无道理。所以我也需要观望一下。问题是后台服务都是Java做的,干脆上
Clojure算了,Python的必要性在哪里呢?其实我的问题很简单,就是有哪个公司是前
段node,后端python的。这个我很好奇,大牛能举个例子吗?
【在 d********g 的大作中提到】 : 二爷因为你不是Python eco system所以不明白也正常。Python eco system见到JVM的 : 东西是能不碰就不碰,JVM这几年big data那些个大招,Python包一下拿过来直接就当 : 服务用,自己该干嘛还是干嘛。那些大招在JVM内部是很爽,外部也无法避免成了别人 : 的嫁衣。二爷还是非黑即白的概念,很多想法都是wishful,太极端 : 数据根本不支持你的Python后台没优势的说法,二爷都没怎么正经看我发的数据
|
p*****2 发帖数: 21240 | 102
JVM
大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了
不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的
程序员,这个还比较合理,我就是用这两来做大项目的。
【在 d********g 的大作中提到】 : 快60%的领地要被搞了,Ruby不转能有活路?二爷之前还问Ruby和Rails的东西,你还学 : 这个都不如我了解啊。二爷看看我当时怎么劝你的吧,你觉得我那时候说的Python和 : Ruby的对比和现在说的是不是都很客观,数据也支持我的说法呢?Ruby好的地方我当然 : 不能瞎说,对于eco system的判断二爷你有任何异议?你现在不也被迫放弃Ruby转JVM : 系因为它要挂了吗? : http://www.mitbbs.com/article/Programming/31244067_3.html : http://www.mitbbs.com/article/Programming/31244083_3.html : 你这么一个语言就玩一两周,老浅尝辄止,好虫本来是最看不惯这种行为的,只是他看 : 在JVM的份上懒得掐你而已。原话就是写hello world的码工不算码工,至少多花点时间 : 正经用你喜欢的语言和框架做点有规模的项目,而不是一会儿刷个hello world的
|
a*f 发帖数: 1790 | 103 说Node统一客户端我丢块砖吧。JS语言目前感觉还是弱了点,浏览器对JS的支持和性能
也不尽相同,代码维护和软件功能扩展和Java在后台达到的高度比还差很远。如果客户
端没有能达到Java这样高度的开发语言,那么就始终处于战国时代,过几年就会被新的
产品技术淘汰。
【在 p*****2 的大作中提到】 : : JVM : 大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了 : 不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的 : 程序员,这个还比较合理,我就是用这两来做大项目的。
|
d********g 发帖数: 10550 | 104 JVM上混战最后JVM就变成一个公交车,原来的司机Java都有可能被踢下车,谁更牛谁上
,这不用否认吧?如果你就认定JVM这个eco system那也没啥好争的,Python和JVM不是
一路,它的eco system不一样,要干架也是JVM整体和Python的eco system来干架,而
不是因为JVM里有一个Clojure看似和Python有功能重叠所以就可以说JVM整体能神奇地
把Python eco system干了。你觉得Python搞到现在,重要的只是这个语言,而不是它
的一坨一坨的库和生态系统?
startup
【在 p*****2 的大作中提到】 : : JVM : 大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了 : 不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的 : 程序员,这个还比较合理,我就是用这两来做大项目的。
|
d********g 发帖数: 10550 | 105 二爷能保证未来JVM上不会又冒出个新的语言把Clojure给干了?Python的缩进都导致一
些人不愿意碰,Clojure在JVM现在是没啥好选的,如果出一个更适合Java码工风格的,
Clojure还能活?JVM成了谁都能上的公交车,换语言还不是跟换衣服一样勤
这些都是未来,反正我们现在说的都没数据支持,那就当作纯意淫好了。这个说法没错
吧?
startup
【在 p*****2 的大作中提到】 : : JVM : 大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了 : 不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的 : 程序员,这个还比较合理,我就是用这两来做大项目的。
|
a*f 发帖数: 1790 | 106 不知道这里有些人是不是认为Java只是JVM好,不知道Java语言的设计本身也是比
Python和其他语言强太多了
【在 d********g 的大作中提到】 : JVM上混战最后JVM就变成一个公交车,原来的司机Java都有可能被踢下车,谁更牛谁上 : ,这不用否认吧?如果你就认定JVM这个eco system那也没啥好争的,Python和JVM不是 : 一路,它的eco system不一样,要干架也是JVM整体和Python的eco system来干架,而 : 不是因为JVM里有一个Clojure看似和Python有功能重叠所以就可以说JVM整体能神奇地 : 把Python eco system干了。你觉得Python搞到现在,重要的只是这个语言,而不是它 : 的一坨一坨的库和生态系统? : : startup
|
d********g 发帖数: 10550 | 107 之前有大牛就已经指导过了,Scala就是要干Java的。设计本身看你怎么说吧,开发效
率的话Java是低一些,都是trade off。Java的整体eco system是比Python要正规军,
所以还是看你做到哪一步,startup初期大多没那个时间等
Java当年和C++比是以开发和维护效率取胜的,因为硬件越来越不重要,效率不够的时
候上硬件比上人便宜。现在Java坐大了,Python的路子和当年Java差不多。不是说谁要
干谁,只是Java有点好了伤疤忘了疼这个感觉,小媳妇熬成婆,对新来的变本加厉不爽
而已
【在 a*f 的大作中提到】 : 不知道这里有些人是不是认为Java只是JVM好,不知道Java语言的设计本身也是比 : Python和其他语言强太多了
|
h*****a 发帖数: 1718 | 108 其实对程序语言和技术的选择要看你想干什么:
1)择业的时候,应该选择工作机会最多的,pay的最高的。但在公司和语言间来选择的
时候,肯定是公司为上。一个有前途的公司用再垃圾的语言搞开发,该去也要去。
2)创业的时候,选择上手最快的,开发成本最低的。手头的人对什么熟悉用什么,能
尽快把prototype搞出来圈钱才是重要的。
3)公司稳定之后,长期来说,从落后的技术/语言向更先进的技术/语言转移是不错
的,但在很多公司,这个过程会很长。有无穷多的新feature老bug等在那里,code
rewrite几乎是最后才会被考虑的。
另外一点,众多公司尤其是小公司,在选择一项技术的时候,很重要的一个因素是能不
能很容易的在市场上找到会这个技术的人。如果一个技术还很新,会的人比较少,一般
就会降低这个技术被选择的概率。二是旧的技术经受检验的时间比较长,资料比较多,
有未知问题的可能性小一些。小公司是很不愿意也没有资本去做小白鼠的。Pinterest
在发展的初期就做了很多这样的技术选择。这些选择在目前看来虽然不见得都是ideal
的,但至少还是有效的。
【在 p*****2 的大作中提到】 : : JVM : 大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了 : 不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的 : 程序员,这个还比较合理,我就是用这两来做大项目的。
|
a*f 发帖数: 1790 | 109 不知道哪位大牛说出这么牛气的话
我没用过Scala,看过一些介绍。说实在的,我们一点不感冒Scala的FP功能。有人说FP
编程更短,效率更高。也许新手对缩减几十行几百行的小程序代码很感兴趣。商业系统
中我们更感兴趣的是在几十万行代码中如何保证大部分代码在系统升级或者扩展中都可
以重用,很多代码连检查都不用就可以直接用到新的平台上,每个人不管新手还是老手
写的模块都能自动整合进一个大系统里面,而且保证逻辑的正确性和系统的稳定性。这
样才能真正缩短软件的开发周期,这才是我们追求的productivity。到目前为止,能达
到这个高度的只有Java语言,目前还看不到任何其他语言能超过。
【在 d********g 的大作中提到】 : 之前有大牛就已经指导过了,Scala就是要干Java的。设计本身看你怎么说吧,开发效 : 率的话Java是低一些,都是trade off。Java的整体eco system是比Python要正规军, : 所以还是看你做到哪一步,startup初期大多没那个时间等 : Java当年和C++比是以开发和维护效率取胜的,因为硬件越来越不重要,效率不够的时 : 候上硬件比上人便宜。现在Java坐大了,Python的路子和当年Java差不多。不是说谁要 : 干谁,只是Java有点好了伤疤忘了疼这个感觉,小媳妇熬成婆,对新来的变本加厉不爽 : 而已
|
d********g 发帖数: 10550 | 110 刚来这版吧?好心提醒一下,“不知道哪位大牛说出这么牛气的话”,看着像是要被某
些大牛喷的前奏。大牛们对Scala、Clojure看法实在很不一样,建议先JVM内部掐一掐
FP
【在 a*f 的大作中提到】 : 不知道哪位大牛说出这么牛气的话 : 我没用过Scala,看过一些介绍。说实在的,我们一点不感冒Scala的FP功能。有人说FP : 编程更短,效率更高。也许新手对缩减几十行几百行的小程序代码很感兴趣。商业系统 : 中我们更感兴趣的是在几十万行代码中如何保证大部分代码在系统升级或者扩展中都可 : 以重用,很多代码连检查都不用就可以直接用到新的平台上,每个人不管新手还是老手 : 写的模块都能自动整合进一个大系统里面,而且保证逻辑的正确性和系统的稳定性。这 : 样才能真正缩短软件的开发周期,这才是我们追求的productivity。到目前为止,能达 : 到这个高度的只有Java语言,目前还看不到任何其他语言能超过。
|
|
|
a*f 发帖数: 1790 | 111 等大牛喷吧。我以前来讲过Java多次了,也提醒过一些大牛写程序的目的最后都是做成
软件工程项目。如果大牛还停留在写小程序的水平上,那么这些大牛还得努力努力。
【在 d********g 的大作中提到】 : 刚来这版吧?好心提醒一下,“不知道哪位大牛说出这么牛气的话”,看着像是要被某 : 些大牛喷的前奏。大牛们对Scala、Clojure看法实在很不一样,建议先JVM内部掐一掐 : : FP
|
m******t 发帖数: 635 | 112 好奇问一句,用java的话,多少行才不算小程序?你所说的大工程大概是多少代码量(
不算第三方的库)?
【在 a*f 的大作中提到】 : 等大牛喷吧。我以前来讲过Java多次了,也提醒过一些大牛写程序的目的最后都是做成 : 软件工程项目。如果大牛还停留在写小程序的水平上,那么这些大牛还得努力努力。
|
a*f 发帖数: 1790 | 113 小程序一般一个文件就解决了
普通的商业系统一般至少要几百个程序文件,代码有多有少。关键点是对象的设计结构
。四人帮的设计模式就是讲这些的,Java语言是对各种软件工程设计模式实现最好的语
言,这与JVM无关。只要按规范走,即使几万个Java文件都可以像几十个Java文件一样
轻松修改。
【在 m******t 的大作中提到】 : 好奇问一句,用java的话,多少行才不算小程序?你所说的大工程大概是多少代码量( : 不算第三方的库)?
|
m*******l 发帖数: 12782 | 114 1. 四人帮是伪科学,已经有些被证明是安体怕疼
2. 四人帮当时的书用的就是C++,所以说JAVA是工程模式实现最好,难以浮肿
【在 a*f 的大作中提到】 : 小程序一般一个文件就解决了 : 普通的商业系统一般至少要几百个程序文件,代码有多有少。关键点是对象的设计结构 : 。四人帮的设计模式就是讲这些的,Java语言是对各种软件工程设计模式实现最好的语 : 言,这与JVM无关。只要按规范走,即使几万个Java文件都可以像几十个Java文件一样 : 轻松修改。
|
d********g 发帖数: 10550 | 115 看这个:
http://www.mitbbs.com/article_t/Programming/31287781.html
大牛们对Clojure只用4000行干了Java 15.5万行代码表示我伙呆。我看这意思说的是体
积大也许是外强中干。我不是JVM系的,这是JVM系内部自己干架,我只是路过打酱油
注意“accompanied by a large number of Moustache templates shared by Node”
这里主要搞的是JS templates这块,和Java的15.5万行代码关系不大
大牛二爷正是前几天看了这文章一夜未眠,第二天就宣布Clojure是未来的希望了。之
前有不少希望都尿遁了
【在 a*f 的大作中提到】 : 小程序一般一个文件就解决了 : 普通的商业系统一般至少要几百个程序文件,代码有多有少。关键点是对象的设计结构 : 。四人帮的设计模式就是讲这些的,Java语言是对各种软件工程设计模式实现最好的语 : 言,这与JVM无关。只要按规范走,即使几万个Java文件都可以像几十个Java文件一样 : 轻松修改。
|
m*******l 发帖数: 12782 | 116 C++表示,如果可以100杭程序也可以写一行,多加几个;而已
当然chain的也算
【在 d********g 的大作中提到】 : 看这个: : http://www.mitbbs.com/article_t/Programming/31287781.html : 大牛们对Clojure只用4000行干了Java 15.5万行代码表示我伙呆。我看这意思说的是体 : 积大也许是外强中干。我不是JVM系的,这是JVM系内部自己干架,我只是路过打酱油 : 注意“accompanied by a large number of Moustache templates shared by Node” : 这里主要搞的是JS templates这块,和Java的15.5万行代码关系不大 : 大牛二爷正是前几天看了这文章一夜未眠,第二天就宣布Clojure是未来的希望了。之 : 前有不少希望都尿遁了
|
m******t 发帖数: 635 | 117 那我大致估算下,你看看是不是靠普:
一个系统要至少几百个代码文件,我们折中下算500个,每个文件大小不同,我看到的
说法是超过500行就建议重构,那我估算文件的平均大小是300行(这个是我直觉给的,
不一定靠普),那么这个系统大约是500x300 = 15万行
你觉得这个行数是否是你定义 Java大项目的下限?不知道需要几个Senior Java
developer来维护?
【在 a*f 的大作中提到】 : 小程序一般一个文件就解决了 : 普通的商业系统一般至少要几百个程序文件,代码有多有少。关键点是对象的设计结构 : 。四人帮的设计模式就是讲这些的,Java语言是对各种软件工程设计模式实现最好的语 : 言,这与JVM无关。只要按规范走,即使几万个Java文件都可以像几十个Java文件一样 : 轻松修改。
|
m*******l 发帖数: 12782 | 118 考,有的文件例如test的, 可以几千行 啊...
production code 的文件一般不过200行应该
【在 m******t 的大作中提到】 : 那我大致估算下,你看看是不是靠普: : 一个系统要至少几百个代码文件,我们折中下算500个,每个文件大小不同,我看到的 : 说法是超过500行就建议重构,那我估算文件的平均大小是300行(这个是我直觉给的, : 不一定靠普),那么这个系统大约是500x300 = 15万行 : 你觉得这个行数是否是你定义 Java大项目的下限?不知道需要几个Senior Java : developer来维护?
|
m******t 发帖数: 635 | 119 test code另外算,这里只考虑实际作用的code,照你的说法这个下限应该是500x200=
10万行 Java code
【在 m*******l 的大作中提到】 : 考,有的文件例如test的, 可以几千行 啊... : production code 的文件一般不过200行应该
|
d********g 发帖数: 10550 | 120 cloc测一下就行了,都给你分类出来
=
【在 m******t 的大作中提到】 : test code另外算,这里只考虑实际作用的code,照你的说法这个下限应该是500x200= : 10万行 Java code
|
|
|
a*f 发帖数: 1790 | 121 原文是这样的:
In addition to the micro apps written to date, a Table also rebuilt the
entire legacy Java frontend replacing the entire 155,000 lines of have with
about 4000 lines of Clojure (accompanied by a large number of Moustache
templates shared by Node).
没办法看见他的改动,所以我按照他提供的信息来给你做个分析:
原来的系统里面有很多Form,每个都在JSP页面里面单独设计。新的系统里面这些Form
都用Moustache来做模板。注意工作量没有省掉,作者没提做了多少个模板。然后
Clojure只是用来调用这些模板而已。
这个例子看上去并不说明Clojure多强大,只是说明原来系统可以通过设计改进减少很
多编程。如果你觉得我这样说法还不够的话。我给你举个简单例子,以前的Form
Validation都要写代码验证,基本上每个Field 1-N行代码;后来表格多的系统大家觉
得这样做不好,于是推出rules engine,然后一下代码减少很多。rules的定义和执行
都由rule engine来执行了。这种设计的改进与语言关系不大。
如果原作者能够通过一个模板engine来处理每个页面的模板显示和设计,在Java里面也
可以用Velocity或者Tile之类的或者甚至用XML模板来处理页面模板设计,然后Java只
需要调用这些模板。也许你会发现调用模板的代码也就4000多行。
【在 d********g 的大作中提到】 : 看这个: : http://www.mitbbs.com/article_t/Programming/31287781.html : 大牛们对Clojure只用4000行干了Java 15.5万行代码表示我伙呆。我看这意思说的是体 : 积大也许是外强中干。我不是JVM系的,这是JVM系内部自己干架,我只是路过打酱油 : 注意“accompanied by a large number of Moustache templates shared by Node” : 这里主要搞的是JS templates这块,和Java的15.5万行代码关系不大 : 大牛二爷正是前几天看了这文章一夜未眠,第二天就宣布Clojure是未来的希望了。之 : 前有不少希望都尿遁了
|
d********g 发帖数: 10550 | 122 “如果原作者能够通过一个模板engine来处理每个页面的模板显示和设计,在Java里面
也可以用Velocity或者Tile之类的或者甚至用XML模板来处理页面模板设计,然后Java
只需要调用这些模板。也许你会发现调用模板的代码也就4000多行。”
你这还server side MVC,那些做Java的资深大牛都要喷,JS端的client side MVC都来
了。它说的Mustache(原文typo写的Moustache)就是一定程度上client side的JS
templates,类似的有handlebars,比你自己想的这个业界都做了不知道多少年的方案
先进一代。我感觉你对这块不是很熟其实,他们JVM自己干架的东西比你提的更超前一
点……JVM系自己也意识到了不能老躺在功劳簿上,总得要有新鲜血液注入才行
你提的那些form validation在前几年的server side MVC都做烂了,frontend/backend
validation还是同步的。对行业和架构的熟悉那几个大牛还是强很多啊,不光是列有
多少万行代码
with
Form
是体
Node”
【在 a*f 的大作中提到】 : 原文是这样的: : In addition to the micro apps written to date, a Table also rebuilt the : entire legacy Java frontend replacing the entire 155,000 lines of have with : about 4000 lines of Clojure (accompanied by a large number of Moustache : templates shared by Node). : 没办法看见他的改动,所以我按照他提供的信息来给你做个分析: : 原来的系统里面有很多Form,每个都在JSP页面里面单独设计。新的系统里面这些Form : 都用Moustache来做模板。注意工作量没有省掉,作者没提做了多少个模板。然后 : Clojure只是用来调用这些模板而已。 : 这个例子看上去并不说明Clojure多强大,只是说明原来系统可以通过设计改进减少很
|
a*f 发帖数: 1790 | 123 我又不用过他的Mustache。他把模板取出来单独管理,代码只需要调用这些模板就可以
节约很多代码。这明显是设计上的改进,而且任何一种语言都可以做这样设计上的改进
。Clojure做了这个改进及说比Java强了?如果Python也做了这个改进也说打败Java了
。不是惹人发笑吗。Java也有模板Engine,如果这样改动那是不是Java自己也打败自己
了?
Client MVC和Server MVC有什么好喷的。我们还用Spring MVC有什么问题吗?
Java
【在 d********g 的大作中提到】 : “如果原作者能够通过一个模板engine来处理每个页面的模板显示和设计,在Java里面 : 也可以用Velocity或者Tile之类的或者甚至用XML模板来处理页面模板设计,然后Java : 只需要调用这些模板。也许你会发现调用模板的代码也就4000多行。” : 你这还server side MVC,那些做Java的资深大牛都要喷,JS端的client side MVC都来 : 了。它说的Mustache(原文typo写的Moustache)就是一定程度上client side的JS : templates,类似的有handlebars,比你自己想的这个业界都做了不知道多少年的方案 : 先进一代。我感觉你对这块不是很熟其实,他们JVM自己干架的东西比你提的更超前一 : 点……JVM系自己也意识到了不能老躺在功劳簿上,总得要有新鲜血液注入才行 : 你提的那些form validation在前几年的server side MVC都做烂了,frontend/backend : validation还是同步的。对行业和架构的熟悉那几个大牛还是强很多啊,不光是列有
|
w**z 发帖数: 8232 | 124 现在都搞SOA了,我们每个war里的class file 不会过一百的,整个系统至少几十个
services。 Twitter 据说有200多。 古德吧说说你那有多少?估计上百没问题吧。
【在 m******t 的大作中提到】 : 那我大致估算下,你看看是不是靠普: : 一个系统要至少几百个代码文件,我们折中下算500个,每个文件大小不同,我看到的 : 说法是超过500行就建议重构,那我估算文件的平均大小是300行(这个是我直觉给的, : 不一定靠普),那么这个系统大约是500x300 = 15万行 : 你觉得这个行数是否是你定义 Java大项目的下限?不知道需要几个Senior Java : developer来维护?
|
d********g 发帖数: 10550 | 125 不是我喷,我是说那些JVM系Java、Scala、Clojure内部干架的大牛会喷你。Java硬说
相同功能也能像Clojure一样4000行重构,不知道那些大牛意见如何,我反正是不信的
client side MVC没接触过也没什么,都是快速发展的东西,可以看看
【在 a*f 的大作中提到】 : 我又不用过他的Mustache。他把模板取出来单独管理,代码只需要调用这些模板就可以 : 节约很多代码。这明显是设计上的改进,而且任何一种语言都可以做这样设计上的改进 : 。Clojure做了这个改进及说比Java强了?如果Python也做了这个改进也说打败Java了 : 。不是惹人发笑吗。Java也有模板Engine,如果这样改动那是不是Java自己也打败自己 : 了? : Client MVC和Server MVC有什么好喷的。我们还用Spring MVC有什么问题吗? : : Java
|
m*******l 发帖数: 12782 | 126 怎么不行? 都写一行,都几个;
或者都设计成chain的那种, object.get().set().transform().print().....
【在 d********g 的大作中提到】 : 不是我喷,我是说那些JVM系Java、Scala、Clojure内部干架的大牛会喷你。Java硬说 : 相同功能也能像Clojure一样4000行重构,不知道那些大牛意见如何,我反正是不信的 : client side MVC没接触过也没什么,都是快速发展的东西,可以看看
|
d********g 发帖数: 10550 | 127 对,这个忘了……呵呵
【在 m*******l 的大作中提到】 : 怎么不行? 都写一行,都几个; : 或者都设计成chain的那种, object.get().set().transform().print().....
|
a*f 发帖数: 1790 | 128 原作者明显提到用模板engine去实现了a large number of templates,设计方法完全
不一样了这有什么可比的。等候其他大牛来喷吧,如果有争议我们可以给作者去信,我
随便取一段后台的Java代码让他压缩到3%?
【在 d********g 的大作中提到】 : 不是我喷,我是说那些JVM系Java、Scala、Clojure内部干架的大牛会喷你。Java硬说 : 相同功能也能像Clojure一样4000行重构,不知道那些大牛意见如何,我反正是不信的 : client side MVC没接触过也没什么,都是快速发展的东西,可以看看
|
d********g 发帖数: 10550 | 129 15.5w行Java并不包含template部分:
“30,000 lines of JSP, 50,000 lines of javascript”
这些都是mustache做的,Java应该主要在所谓business logic
我不是很关心Clojure和Java谁牛,我只是说JVM内部是会干架的。这不你不就不服Java
干不过Clojure,要找Clojure单挑了吗
【在 a*f 的大作中提到】 : 原作者明显提到用模板engine去实现了a large number of templates,设计方法完全 : 不一样了这有什么可比的。等候其他大牛来喷吧,如果有争议我们可以给作者去信,我 : 随便取一段后台的Java代码让他压缩到3%?
|
d********u 发帖数: 5383 | 130 FP不是CS 1XX的课吗?莫非你生物男出身?太敬仰了。
【在 z****e 的大作中提到】 : 等几个月后我再回来喷fp : : clojure-
|
|
|
d********u 发帖数: 5383 | 131 "未来startup的趋势是node和clojure这些"?
加上“WEB”好了,要不太丢人了。
【在 p*****2 的大作中提到】 : : JVM : 大牛这个可误会我了。我还真不是搞Ruby的,更不是搞Rails的。我Rails可能一共看了 : 不到两个小时。我真正花时间最多的语言是C和Java。你要说我现在是node和clojure的 : 程序员,这个还比较合理,我就是用这两来做大项目的。
|
g*****g 发帖数: 34805 | 132 目测400 到500,我们比 twitter soa 年头长。
【在 w**z 的大作中提到】 : 现在都搞SOA了,我们每个war里的class file 不会过一百的,整个系统至少几十个 : services。 Twitter 据说有200多。 古德吧说说你那有多少?估计上百没问题吧。
|
m*******l 发帖数: 12782 | 133 好像是统计
【在 d********u 的大作中提到】 : FP不是CS 1XX的课吗?莫非你生物男出身?太敬仰了。
|
a*f 发帖数: 1790 | 134 FP对商业逻辑的处理,很多时候是字符串修改和数据库存储查询并不更有效。所以所谓
的15.5w行Java如果设计上不做改变减少到4000行听上去就像一个骗局。
Clojure不关我事。你看看我的帖子就知道了,我只是提醒一下Java语言还是软件工程
项目里面最好的编程语言。可能十年内都没有能超过的。
Java
【在 d********g 的大作中提到】 : 15.5w行Java并不包含template部分: : “30,000 lines of JSP, 50,000 lines of javascript” : 这些都是mustache做的,Java应该主要在所谓business logic : 我不是很关心Clojure和Java谁牛,我只是说JVM内部是会干架的。这不你不就不服Java : 干不过Clojure,要找Clojure单挑了吗
|
d********g 发帖数: 10550 | 135 新的framework是肯定用了的,但同样的东西,用Java实现和用Clojure实现,开发效率
也许就不一样了,避免不了这两个加上Scala干架
【在 a*f 的大作中提到】 : FP对商业逻辑的处理,很多时候是字符串修改和数据库存储查询并不更有效。所以所谓 : 的15.5w行Java如果设计上不做改变减少到4000行听上去就像一个骗局。 : Clojure不关我事。你看看我的帖子就知道了,我只是提醒一下Java语言还是软件工程 : 项目里面最好的编程语言。可能十年内都没有能超过的。 : : Java
|
z****e 发帖数: 54598 | 136 学过早忘了,再review一下
【在 d********u 的大作中提到】 : FP不是CS 1XX的课吗?莫非你生物男出身?太敬仰了。
|
z****e 发帖数: 54598 | 137 臭臭你来说一下oop大概是cs几打头的课
我看到的都是cs101的课,肯定包括你的母校
cs出身的没有不会java的
倒是不少搞ee转过来的,只会c++
fp太久不用,那些文绉绉的概念早就扔掉了
【在 d********u 的大作中提到】 : FP不是CS 1XX的课吗?莫非你生物男出身?太敬仰了。
|
z****e 发帖数: 54598 | 138 至少十万行以上吧
business logic的话
web server不算
【在 m******t 的大作中提到】 : 好奇问一句,用java的话,多少行才不算小程序?你所说的大工程大概是多少代码量( : 不算第三方的库)?
|
z****e 发帖数: 54598 | 139 jsp很大可能就是最早用来做template
而且如果template前后台不统一
parse要parse半天,转换包装,这里一堆的代码
所以如果前后台用同一个模板,可以省很多代码
Java
【在 d********g 的大作中提到】 : 15.5w行Java并不包含template部分: : “30,000 lines of JSP, 50,000 lines of javascript” : 这些都是mustache做的,Java应该主要在所谓business logic : 我不是很关心Clojure和Java谁牛,我只是说JVM内部是会干架的。这不你不就不服Java : 干不过Clojure,要找Clojure单挑了吗
|
d********u 发帖数: 5383 | 140 我学那会儿还是在搞C/C++和汇编,JAVA还处在幼儿时代,基本上是几个人在撸(尤其
是在强撸J2EE)几个托儿在喊几个人在围观。那时候很少有用JAVA当教学语言的。CS出
身的应该很容易就自学会JAVA。FP是悲喜两重天。喜欢的时候简直是恨不得睡觉也写
CODE,搞不定的时候跳楼的心都有。
其实我还是喜欢汇编,尤其是6502.可惜我实在看不上工作他老人家。
【在 z****e 的大作中提到】 : 臭臭你来说一下oop大概是cs几打头的课 : 我看到的都是cs101的课,肯定包括你的母校 : cs出身的没有不会java的 : 倒是不少搞ee转过来的,只会c++ : fp太久不用,那些文绉绉的概念早就扔掉了
|
|
|
m******t 发帖数: 635 | 141 一般认为一个senior java developer能独立handle(设计和维护)的代码量有多大?能一
个人搞定这10万行么?
【在 z****e 的大作中提到】 : 至少十万行以上吧 : business logic的话 : web server不算
|
g*****g 发帖数: 34805 | 142 人CTO不是出来现身说法,把查询模块都换成了elastic search,是最大原因。
【在 a*f 的大作中提到】 : FP对商业逻辑的处理,很多时候是字符串修改和数据库存储查询并不更有效。所以所谓 : 的15.5w行Java如果设计上不做改变减少到4000行听上去就像一个骗局。 : Clojure不关我事。你看看我的帖子就知道了,我只是提醒一下Java语言还是软件工程 : 项目里面最好的编程语言。可能十年内都没有能超过的。 : : Java
|
p*****2 发帖数: 21240 | 143
大牛,难道我没加web吗?
【在 d********u 的大作中提到】 : "未来startup的趋势是node和clojure这些"? : 加上“WEB”好了,要不太丢人了。
|
V*********r 发帖数: 666 | 144 Python天然是C系的,C-API摆在那里,第三方类库要不纯Python,要不按C-API写C扩展
本地编译成动态链接库(C++也要暴露成C接口)。把Python看成一个抽象程度更高、带
很多语法糖的C语言就对了。“粘合剂”指的是在C系里的粘合。
这些数量庞大的C扩展是Python生命力所在,但他们在JVM上是水土不服的,所以Jython
基本就是半残,Python跟Java是两个完全不同的生态系统。C扩展我也写了一箩筐了,
从来不鸟Jython。
【在 d********g 的大作中提到】 : 二爷因为你不是Python eco system所以不明白也正常。Python eco system见到JVM的 : 东西是能不碰就不碰,JVM这几年big data那些个大招,Python包一下拿过来直接就当 : 服务用,自己该干嘛还是干嘛。那些大招在JVM内部是很爽,外部也无法避免成了别人 : 的嫁衣。二爷还是非黑即白的概念,很多想法都是wishful,太极端 : 数据根本不支持你的Python后台没优势的说法,二爷都没怎么正经看我发的数据
|
p*****2 发帖数: 21240 | 145
Java
一直以为Python是C++,Ruby是C呢。原来都是C。
【在 V*********r 的大作中提到】 : Python天然是C系的,C-API摆在那里,第三方类库要不纯Python,要不按C-API写C扩展 : 本地编译成动态链接库(C++也要暴露成C接口)。把Python看成一个抽象程度更高、带 : 很多语法糖的C语言就对了。“粘合剂”指的是在C系里的粘合。 : 这些数量庞大的C扩展是Python生命力所在,但他们在JVM上是水土不服的,所以Jython : 基本就是半残,Python跟Java是两个完全不同的生态系统。C扩展我也写了一箩筐了, : 从来不鸟Jython。
|
V*********r 发帖数: 666 | 146 半海能否大致介绍一下pinterest现在的架构?
近期有没有把django换掉的迹象?
【在 h*****a 的大作中提到】 : 其实对程序语言和技术的选择要看你想干什么: : 1)择业的时候,应该选择工作机会最多的,pay的最高的。但在公司和语言间来选择的 : 时候,肯定是公司为上。一个有前途的公司用再垃圾的语言搞开发,该去也要去。 : 2)创业的时候,选择上手最快的,开发成本最低的。手头的人对什么熟悉用什么,能 : 尽快把prototype搞出来圈钱才是重要的。 : 3)公司稳定之后,长期来说,从落后的技术/语言向更先进的技术/语言转移是不错 : 的,但在很多公司,这个过程会很长。有无穷多的新feature老bug等在那里,code : rewrite几乎是最后才会被考虑的。 : 另外一点,众多公司尤其是小公司,在选择一项技术的时候,很重要的一个因素是能不 : 能很容易的在市场上找到会这个技术的人。如果一个技术还很新,会的人比较少,一般
|
V*********r 发帖数: 666 | 147 基本都是 裸写C-API, 或者 SWIG, cffi。C++只要暴露C接口就行;不暴露C接口可以直
接用Boost.Python, scipy.weave 这些。或者 Cython 也是一条路,但那是另一种
Python和C的合体语言。总之都是编译成本地 dll/pyd/so,供 Python 调用,很多时候
实在是没办法的事情,谁让 CPython 解释器实现这么挫。
【在 p*****2 的大作中提到】 : : Java : 一直以为Python是C++,Ruby是C呢。原来都是C。
|
p*****2 发帖数: 21240 | 148
这个对python程序员要求还蛮高的吗。还得懂C才行,而且还要动不同的平台。
【在 V*********r 的大作中提到】 : 基本都是 裸写C-API, 或者 SWIG, cffi。C++只要暴露C接口就行;不暴露C接口可以直 : 接用Boost.Python, scipy.weave 这些。或者 Cython 也是一条路,但那是另一种 : Python和C的合体语言。总之都是编译成本地 dll/pyd/so,供 Python 调用,很多时候 : 实在是没办法的事情,谁让 CPython 解释器实现这么挫。
|
m******t 发帖数: 635 | 149 python是入门容易提高难,nb的python程序员用别的语言也会很牛的, 可遇不可求。所
以公孙大牛说他们python招不到人是有原因的,不像现在入门课都用python,彻底民工
化了
【在 p*****2 的大作中提到】 : : 这个对python程序员要求还蛮高的吗。还得懂C才行,而且还要动不同的平台。
|
V*********r 发帖数: 666 | 150 C语言不是大学第一学期就教的么,
数学系、经管、机械、热能、人文所有院系都要学要考。
【在 p*****2 的大作中提到】 : : 这个对python程序员要求还蛮高的吗。还得懂C才行,而且还要动不同的平台。
|
|
|
p*****2 发帖数: 21240 | 151
学了跟懂还是两码事吧?尤其是涉及到系统级的编程。
【在 V*********r 的大作中提到】 : C语言不是大学第一学期就教的么, : 数学系、经管、机械、热能、人文所有院系都要学要考。
|
h*****a 发帖数: 1718 | 152 基本上还是下面link里说的tech stack.
http://www.quora.com/Pinterest/What-technologies-were-used-to-m
新的service开始用Java来写了。
没听说要换掉django。目前是先把big Python code base慢慢搞成SOA,然后再考虑别
的吧。
【在 V*********r 的大作中提到】 : 半海能否大致介绍一下pinterest现在的架构? : 近期有没有把django换掉的迹象?
|
d****i 发帖数: 4809 | 153 这个我也发现了,Python乍一看虽然不像Java那样语法上全部取自C,但是Python跟C的
接口比Java跟C的接口JNI友好方便些,所以Python还是在Native层更有生命力。
Jython
【在 V*********r 的大作中提到】 : Python天然是C系的,C-API摆在那里,第三方类库要不纯Python,要不按C-API写C扩展 : 本地编译成动态链接库(C++也要暴露成C接口)。把Python看成一个抽象程度更高、带 : 很多语法糖的C语言就对了。“粘合剂”指的是在C系里的粘合。 : 这些数量庞大的C扩展是Python生命力所在,但他们在JVM上是水土不服的,所以Jython : 基本就是半残,Python跟Java是两个完全不同的生态系统。C扩展我也写了一箩筐了, : 从来不鸟Jython。
|
z****e 发帖数: 54598 | 154 一般这个代码量一个人维护加开发
有些时候变态到一个人五十万代码和维护
代码无论多简单,写到一定程度,都会有一个难以阅读的问题
这个无论是什么语言都会有的
所以这个时候,就会有种觉悟,就会觉得
如果这里面代码量能减少到一定程度,那工作将会多简单
而减少这些代码,靠的就是找成熟的轮子
大多数时候,那些代码都是重复造那些流行的轮子
自己造的轮子,可读性,结构,效率都是很大的问题
里面垃圾居多
【在 m******t 的大作中提到】 : 一般认为一个senior java developer能独立handle(设计和维护)的代码量有多大?能一 : 个人搞定这10万行么?
|
z****e 发帖数: 54598 | 155 当年天朝全民c语言是最大的浪费
这么多年过去了,数学系经管物理这些,有几个真用c语言写出东西来了?
就是科班cs出身的,c语言这些年的产品也不多
都丢给ee去用了,国外这些年已经全面转向java
comp101就教java,10年前cmu开始推广的教学方式
c放在comp102教一半,然后后续一个高级课程教c
【在 V*********r 的大作中提到】 : C语言不是大学第一学期就教的么, : 数学系、经管、机械、热能、人文所有院系都要学要考。
|
z****e 发帖数: 54598 | 156 java是入门难,但是提高容易
现实中很多这样的trade off
就像法语,入门难,提高容易,总共就2000多个常用词
英语是入门容易,提高难,常用词汇5000多个
【在 m******t 的大作中提到】 : python是入门容易提高难,nb的python程序员用别的语言也会很牛的, 可遇不可求。所 : 以公孙大牛说他们python招不到人是有原因的,不像现在入门课都用python,彻底民工 : 化了
|
p*****2 发帖数: 21240 | 157
大牛所谓的入门难是跟python比?
【在 z****e 的大作中提到】 : java是入门难,但是提高容易 : 现实中很多这样的trade off : 就像法语,入门难,提高容易,总共就2000多个常用词 : 英语是入门容易,提高难,常用词汇5000多个
|
m******t 发帖数: 635 | 158 一个人维护开发10万行Java code (如果都是business logic)的话,应该也是比较有能
力的java developer吧,听起来工作量不小的样子,大概相当与两万行Ruby或者1万行
Clojure了
【在 z****e 的大作中提到】 : 一般这个代码量一个人维护加开发 : 有些时候变态到一个人五十万代码和维护 : 代码无论多简单,写到一定程度,都会有一个难以阅读的问题 : 这个无论是什么语言都会有的 : 所以这个时候,就会有种觉悟,就会觉得 : 如果这里面代码量能减少到一定程度,那工作将会多简单 : 而减少这些代码,靠的就是找成熟的轮子 : 大多数时候,那些代码都是重复造那些流行的轮子 : 自己造的轮子,可读性,结构,效率都是很大的问题 : 里面垃圾居多
|
V*********r 发帖数: 666 | 159 ORM还是用django自己那个么?Paul说你们对django做了重量级定制。早知如此一开始
上Flask甚至Java系会不会灵活很多。不知道你们现在codebase多大了,好不好掉头。
【在 h*****a 的大作中提到】 : 基本上还是下面link里说的tech stack. : http://www.quora.com/Pinterest/What-technologies-were-used-to-m : 新的service开始用Java来写了。 : 没听说要换掉django。目前是先把big Python code base慢慢搞成SOA,然后再考虑别 : 的吧。
|
z****e 发帖数: 54598 | 160 只要结构合理,行数是虚的东西
10万之后要靠soa了,光靠语言本身的结构是不够了
就像半海wwzz他们做得那样,越早soa后面越好做
【在 m******t 的大作中提到】 : 一个人维护开发10万行Java code (如果都是business logic)的话,应该也是比较有能 : 力的java developer吧,听起来工作量不小的样子,大概相当与两万行Ruby或者1万行 : Clojure了
|
|
|
z****e 发帖数: 54598 | 161 跟所有语言比
java的hello world应该是最麻烦的一个了
其它语言都没那么麻烦
【在 p*****2 的大作中提到】 : : 大牛所谓的入门难是跟python比?
|
w**z 发帖数: 8232 | 162 周一去算算,俺们那有多少行。我从来没注意project 里代码的行数 有啥工具可用?
写个value object, IDE 一点,哗啦, getter, setter, 上百行, 再加个builder,
又上百行。半小时可以搞出300多行。
【在 m******t 的大作中提到】 : 一个人维护开发10万行Java code (如果都是business logic)的话,应该也是比较有能 : 力的java developer吧,听起来工作量不小的样子,大概相当与两万行Ruby或者1万行 : Clojure了
|
g*****g 发帖数: 34805 | 163 很多测试报告里有,如果你用jenkins做CI的话。
?
【在 w**z 的大作中提到】 : 周一去算算,俺们那有多少行。我从来没注意project 里代码的行数 有啥工具可用? : 写个value object, IDE 一点,哗啦, getter, setter, 上百行, 再加个builder, : 又上百行。半小时可以搞出300多行。
|
h*****a 发帖数: 1718 | 164 ORM?我不是太清楚,但我们基本没有RMDB的东西,我不记得我看到过什么ORM的code。
用Python或者Django应该不算什么错误,至少让公司做到了快速的发展。如我前面所说
,我们会把Python的code base split一下以便更好manage,至于剩下的,以后再说。
【在 V*********r 的大作中提到】 : ORM还是用django自己那个么?Paul说你们对django做了重量级定制。早知如此一开始 : 上Flask甚至Java系会不会灵活很多。不知道你们现在codebase多大了,好不好掉头。
|
w**z 发帖数: 8232 | 165 好的,我们用Jenkins, 我去查一下。纯属好奇。
【在 g*****g 的大作中提到】 : 很多测试报告里有,如果你用jenkins做CI的话。 : : ?
|
p*****2 发帖数: 21240 | 166
那个时候好几家同时用了python。dropbox,Pinterest,instagram,quora。当时确实
更多的startup开始选python了。公孙大神的腰板也硬了。
【在 h*****a 的大作中提到】 : ORM?我不是太清楚,但我们基本没有RMDB的东西,我不记得我看到过什么ORM的code。 : 用Python或者Django应该不算什么错误,至少让公司做到了快速的发展。如我前面所说 : ,我们会把Python的code base split一下以便更好manage,至于剩下的,以后再说。
|
m******t 发帖数: 635 | 167 没有V8的变态性能优化和Node.js搅局的话,综合起来Python确实是当时的首选
【在 p*****2 的大作中提到】 : : 那个时候好几家同时用了python。dropbox,Pinterest,instagram,quora。当时确实 : 更多的startup开始选python了。公孙大神的腰板也硬了。
|
p*****2 发帖数: 21240 | 168
这个我承认。大家都不傻。那么多startup选python肯定是有道理的。
【在 m******t 的大作中提到】 : 没有V8的变态性能优化和Node.js搅局的话,综合起来Python确实是当时的首选
|
g*****g 发帖数: 34805 | 169 web startup罢了。startup有做mobile, 做big data,做enterprise的。 |
F****n 发帖数: 3271 | 170 Spring不一定是做前端的
现在用Spring做REST的一大把
【在 d********g 的大作中提到】 : 关于语言和框架的区别,简单给你一个直观的对比看看。又是老朋友indeed发来贺电, : 这次查的全California: : Python: 8,366; Django:722 : Ruby: 4,641; Rails: 2,714 : Java: 15,299; Spring: 4,815 : Python里最热web框架Django的需求还不到1/10,Ruby显然Rails半壁江山我早说了一万 : 遍了,连Java需要Spring的也有1/3,比Python对Django的需求比例高多了 : 不信Python web只是冰山一角的,请告indeed数据造假 : 假如Python、Ruby、Java各自的web都被Node干死了,那Python还剩7,644工作,Ruby还 : 剩1,927,Java还剩10,484。可不可以说Python和Java在“backend”其实半斤八两?“
|
|
|
d********g 发帖数: 10550 | 171 所以这个前端后端的定义非常灵活。Django用来做纯REST的也不少,如果上了JS SPA(
client side MVC)的话。你的意思是只要纯REST而不是server side MVC就可以归为后
端?我怎么觉得Java系的对后端的定义更“后”一点
【在 F****n 的大作中提到】 : Spring不一定是做前端的 : 现在用Spring做REST的一大把
|
g*****g 发帖数: 34805 | 172 正规的定义是 business logic 及后面算后端。从这个角度讲, rest 和前面用 rest
的都是前端。不过 rest 很薄 , 怎么算都无所谓。
【在 d********g 的大作中提到】 : 所以这个前端后端的定义非常灵活。Django用来做纯REST的也不少,如果上了JS SPA( : client side MVC)的话。你的意思是只要纯REST而不是server side MVC就可以归为后 : 端?我怎么觉得Java系的对后端的定义更“后”一点
|
l*********s 发帖数: 5409 | 173 大神,我觉得这个方案很好,前后台都统一到js,底层需要效率的地方爱用java/scala,
c++, 啥都行。
【在 d********g 的大作中提到】 : 你是不太清楚。指点一下吧: : PHP/Ruby/Python/JS : Twisted (gevent, Tornado)/Node : Zend/Rails/Django/Express : 这么比是可以的 : Node干语言的话,包括Java在内的除了JS岂不是所有语言都被干翻?
|
p*****2 发帖数: 21240 | 174
这个帖子本来就是谈的web呀。
【在 g*****g 的大作中提到】 : web startup罢了。startup有做mobile, 做big data,做enterprise的。
|
z**********3 发帖数: 11979 | |
H******7 发帖数: 1728 | |
s*i 发帖数: 5025 | 177 这个我宣布已成事实!
[发表自未名空间手机版 - m.mitbbs.com] |
h*i 发帖数: 3446 | 178 说得不错。
Clojure的哲学就是拥抱宿主,不管是在Java也好,Javascript也好,.net也好,甚至
android, iOS, 等等,都不是想取代宿主,而是要搞得比宿主语言爽点。这样Clojure
程序员到哪儿都有用武之地。
“Clojure is the new C”,uncle bob说得有点道理。
Java
【在 p*****2 的大作中提到】 : : 这个帖子本来就是谈的web呀。
|
b*****n 发帖数: 2324 | 179 啥是 公孙大神?
【在 g*****g 的大作中提到】 : 我不知道web以后是不是node的天下,但我很多年前就说过server web前端这块,竞争 : 激烈,三年出一个新娃。php, ruby, python,node。公孙大神成天被迫要换最爱。看来 : 是没有错的。
|