z*e
2 楼
一看,很唬人,各种语言,各种对比,一堆名词
吓得要死,但是越看越觉得不对,尼玛
这些人貌似似乎说的都是web,都仅限于front end
然后看了看,把这些名词挨个搞懂
再来一个google,发现wikipedia上有一个对比
http://en.wikipedia.org/wiki/Comparison_of_web_application_fram
然后再认真看了看,哎哟
怎么这些关键字一个个都在这里面啊
原来如此
这帮人吵来吵去,无非争的是哪一个语言和框架做web比较简单而已
哎哟
吓得要死,但是越看越觉得不对,尼玛
这些人貌似似乎说的都是web,都仅限于front end
然后看了看,把这些名词挨个搞懂
再来一个google,发现wikipedia上有一个对比
http://en.wikipedia.org/wiki/Comparison_of_web_application_fram
然后再认真看了看,哎哟
怎么这些关键字一个个都在这里面啊
原来如此
这帮人吵来吵去,无非争的是哪一个语言和框架做web比较简单而已
哎哟
B*k
3 楼
看作者的随便一画,就觉得我的水彩白学了,被甩出无数条街
【在 b*****b 的大作中提到】
: http://www.douban.com/note/285421064/
: 好多种笔。。
: 看完决定我还是老老实实画丙烯吧。。==
【在 b*****b 的大作中提到】
: http://www.douban.com/note/285421064/
: 好多种笔。。
: 看完决定我还是老老实实画丙烯吧。。==
p*2
4 楼
怎么那么多python fans呢?python确实容易学,但是国人都是喜欢最容易的吗?
b*b
5 楼
我看她画的一个菠萝,景仰啊!!
http://www.douban.com/note/265110345/
以后对于水彩,我还是远观欣赏欣赏就好了。。。
【在 B*********k 的大作中提到】
: 看作者的随便一画,就觉得我的水彩白学了,被甩出无数条街
http://www.douban.com/note/265110345/
以后对于水彩,我还是远观欣赏欣赏就好了。。。
【在 B*********k 的大作中提到】
: 看作者的随便一画,就觉得我的水彩白学了,被甩出无数条街
J*n
6 楼
PHP有那么坑爹吗?为什么programming版上这么多人贬低
B*k
7 楼
我还是老实吃菠萝好了。。
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
p*a
9 楼
好看好看
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
z*e
10 楼
但是java起步最难
很多人迷失在class path的漩涡中
而且各种框架搞起来也挺恶心的
当然搞过了之后就不觉得难了
没搞之前望而生畏,ejb,哇,哇
古德霸有句话说得很好
动手搞了几次,觉得无非如此,我也是这么觉得的
还有就是除了java以外,其它大部分框架都集中在web层
缺乏战略纵深,就是不象java一样,每一层java都能搞
而且越往后后劲越足,而且越省心,java有各种工具帮忙
大多数时候不用写,用就行了
【在 t***a 的大作中提到】
: 用php作网站挺好的,但是当php程序员没意思,php的代码很容易很dirty,搞起来非常
: 辛苦
: 我觉得java程序员的幸福感最强,强类型,IDE也给力,写来写去不用动脑
很多人迷失在class path的漩涡中
而且各种框架搞起来也挺恶心的
当然搞过了之后就不觉得难了
没搞之前望而生畏,ejb,哇,哇
古德霸有句话说得很好
动手搞了几次,觉得无非如此,我也是这么觉得的
还有就是除了java以外,其它大部分框架都集中在web层
缺乏战略纵深,就是不象java一样,每一层java都能搞
而且越往后后劲越足,而且越省心,java有各种工具帮忙
大多数时候不用写,用就行了
【在 t***a 的大作中提到】
: 用php作网站挺好的,但是当php程序员没意思,php的代码很容易很dirty,搞起来非常
: 辛苦
: 我觉得java程序员的幸福感最强,强类型,IDE也给力,写来写去不用动脑
H*9
11 楼
简直就是真的样,吃了
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
z*e
12 楼
因为python比java部署起来要简单
尤其是mac,打开terminal就能用python,windows稍微麻烦点
就跟mfc亲近windows一样,写好,双击就能用,比较便捷
java无论是windows, mac还是linux,都有折腾
其它语言多数都能找到一个比较亲近的os,不需要安装,打开就能用这样
唯独java,所有os都不亲近,都一视同仁地要倒腾
尤其是jdk的安装,jre好一点
还有就是大多数人脑子里缺乏oo的概念,感觉不少是学数学物理出身的
engineering出身的都很少,对function有种莫名的热爱
看世界多数是以一种数学系那些呆子的角度看世界
觉得世界上所有的东西都是函数
我有一个统计学位,所以我多少可以感觉到这帮人在想什么
【在 p*****2 的大作中提到】
: 怎么那么多python fans呢?python确实容易学,但是国人都是喜欢最容易的吗?
尤其是mac,打开terminal就能用python,windows稍微麻烦点
就跟mfc亲近windows一样,写好,双击就能用,比较便捷
java无论是windows, mac还是linux,都有折腾
其它语言多数都能找到一个比较亲近的os,不需要安装,打开就能用这样
唯独java,所有os都不亲近,都一视同仁地要倒腾
尤其是jdk的安装,jre好一点
还有就是大多数人脑子里缺乏oo的概念,感觉不少是学数学物理出身的
engineering出身的都很少,对function有种莫名的热爱
看世界多数是以一种数学系那些呆子的角度看世界
觉得世界上所有的东西都是函数
我有一个统计学位,所以我多少可以感觉到这帮人在想什么
【在 p*****2 的大作中提到】
: 怎么那么多python fans呢?python确实容易学,但是国人都是喜欢最容易的吗?
z*e
14 楼
我以前的学校
对于programming是这样安排的
上来comp101,教java,3学分
然后c++作为选修课,1学分,跟java是同一个老师
comp102,一半教c,剩下一半教python, perl, cgi
这个加起来,3学分
至于fp,也是选修课,不过是3学分的选修课
跟c++不同,学得那帮孩子是死去活来
对于programming是这样安排的
上来comp101,教java,3学分
然后c++作为选修课,1学分,跟java是同一个老师
comp102,一半教c,剩下一半教python, perl, cgi
这个加起来,3学分
至于fp,也是选修课,不过是3学分的选修课
跟c++不同,学得那帮孩子是死去活来
c*e
16 楼
programming版很多都是c++人士,搞compiler,算法的很多,经常一起聊天谈这些。
【在 z****e 的大作中提到】
: 一看,很唬人,各种语言,各种对比,一堆名词
: 吓得要死,但是越看越觉得不对,尼玛
: 这些人貌似似乎说的都是web,都仅限于front end
: 然后看了看,把这些名词挨个搞懂
: 再来一个google,发现wikipedia上有一个对比
: http://en.wikipedia.org/wiki/Comparison_of_web_application_fram
: 然后再认真看了看,哎哟
: 怎么这些关键字一个个都在这里面啊
: 原来如此
: 这帮人吵来吵去,无非争的是哪一个语言和框架做web比较简单而已
【在 z****e 的大作中提到】
: 一看,很唬人,各种语言,各种对比,一堆名词
: 吓得要死,但是越看越觉得不对,尼玛
: 这些人貌似似乎说的都是web,都仅限于front end
: 然后看了看,把这些名词挨个搞懂
: 再来一个google,发现wikipedia上有一个对比
: http://en.wikipedia.org/wiki/Comparison_of_web_application_fram
: 然后再认真看了看,哎哟
: 怎么这些关键字一个个都在这里面啊
: 原来如此
: 这帮人吵来吵去,无非争的是哪一个语言和框架做web比较简单而已
L*v
19 楼
这是一种水彩画法,不过我个人不是很推崇这种画法。这种画法很女性化(咳咳,不是
歧视,我也是女滴)。我在这里贴过Mary的水彩,她的才是既细致又大气,真正让我心
服口服。
http://www.mitbbs.com/article0/Arts/31128839_0.html
【在 f**********g 的大作中提到】
: 这个是临摹写生啊~~画的真菠萝 不是照片里的~~
歧视,我也是女滴)。我在这里贴过Mary的水彩,她的才是既细致又大气,真正让我心
服口服。
http://www.mitbbs.com/article0/Arts/31128839_0.html
【在 f**********g 的大作中提到】
: 这个是临摹写生啊~~画的真菠萝 不是照片里的~~
c*e
22 楼
在eclipse用glassfish做java war,非常的容易啊,jdbc就在glassfish里设置一下,根
本就没咋写jdbc code.ejb,标明@stateful,@stateless就好,因为是session beans,
所以只在内存存在。和entity bean还不一样。
如果用spring,就不用管什么ejb了。
【在 z****e 的大作中提到】
: 但是java起步最难
: 很多人迷失在class path的漩涡中
: 而且各种框架搞起来也挺恶心的
: 当然搞过了之后就不觉得难了
: 没搞之前望而生畏,ejb,哇,哇
: 古德霸有句话说得很好
: 动手搞了几次,觉得无非如此,我也是这么觉得的
: 还有就是除了java以外,其它大部分框架都集中在web层
: 缺乏战略纵深,就是不象java一样,每一层java都能搞
: 而且越往后后劲越足,而且越省心,java有各种工具帮忙
本就没咋写jdbc code.ejb,标明@stateful,@stateless就好,因为是session beans,
所以只在内存存在。和entity bean还不一样。
如果用spring,就不用管什么ejb了。
【在 z****e 的大作中提到】
: 但是java起步最难
: 很多人迷失在class path的漩涡中
: 而且各种框架搞起来也挺恶心的
: 当然搞过了之后就不觉得难了
: 没搞之前望而生畏,ejb,哇,哇
: 古德霸有句话说得很好
: 动手搞了几次,觉得无非如此,我也是这么觉得的
: 还有就是除了java以外,其它大部分框架都集中在web层
: 缺乏战略纵深,就是不象java一样,每一层java都能搞
: 而且越往后后劲越足,而且越省心,java有各种工具帮忙
i*a
23 楼
细节画的挺好的,形也很准。整体挺不错的。照片有角度,实物是正面画的。
但是缺阴影对比度,叶子和菠萝的左边和叶子层次的暗部,她选择不对比加深。
Lem..ziv讲的对,这么画使整个菠萝生动粉彩。但是这种画法确实不能画多个物体重叠
立体,因为亮度对比缺失。
整个菠萝还是很可爱滴,羡慕有那么详细的笔收集信息~^_^
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
但是缺阴影对比度,叶子和菠萝的左边和叶子层次的暗部,她选择不对比加深。
Lem..ziv讲的对,这么画使整个菠萝生动粉彩。但是这种画法确实不能画多个物体重叠
立体,因为亮度对比缺失。
整个菠萝还是很可爱滴,羡慕有那么详细的笔收集信息~^_^
【在 b*****b 的大作中提到】
: 我看她画的一个菠萝,景仰啊!!
: http://www.douban.com/note/265110345/
: 以后对于水彩,我还是远观欣赏欣赏就好了。。。
i*a
25 楼
Spinner是挺不错,感觉是劳动后的休息,人物疲惫充实又有遐思。
举起的手撑肩是短暂静止的动态动作,我猜她可能是从米勒的<倚锄者>得到的灵感,
很不错。
【在 L*******v 的大作中提到】
: 这是一种水彩画法,不过我个人不是很推崇这种画法。这种画法很女性化(咳咳,不是
: 歧视,我也是女滴)。我在这里贴过Mary的水彩,她的才是既细致又大气,真正让我心
: 服口服。
: http://www.mitbbs.com/article0/Arts/31128839_0.html
举起的手撑肩是短暂静止的动态动作,我猜她可能是从米勒的<倚锄者>得到的灵感,
很不错。
【在 L*******v 的大作中提到】
: 这是一种水彩画法,不过我个人不是很推崇这种画法。这种画法很女性化(咳咳,不是
: 歧视,我也是女滴)。我在这里贴过Mary的水彩,她的才是既细致又大气,真正让我心
: 服口服。
: http://www.mitbbs.com/article0/Arts/31128839_0.html
z*e
26 楼
war = web jar
一般不会在war里面用ejb
默认的war不包括ejb文件
如果只是想做web,ejb多此一举了
spring core都没有必要,严格地说
另外c#是一个公司的商业产品,没听说什么学校教这个东西的
3d max是艺术系搞的东西,3d美工
不过本身艺术的搞技术就是件很扯淡的事
就像adobe搞ria,我反正是信不过他们
web service应该也还没有开始教,但是一些研究生课里面有这个东西
如果major不是distributed computing的话,研究生也不一定学
【在 c*********e 的大作中提到】
: 在eclipse用glassfish做java war,非常的容易啊,jdbc就在glassfish里设置一下,根
: 本就没咋写jdbc code.ejb,标明@stateful,@stateless就好,因为是session beans,
: 所以只在内存存在。和entity bean还不一样。
: 如果用spring,就不用管什么ejb了。
一般不会在war里面用ejb
默认的war不包括ejb文件
如果只是想做web,ejb多此一举了
spring core都没有必要,严格地说
另外c#是一个公司的商业产品,没听说什么学校教这个东西的
3d max是艺术系搞的东西,3d美工
不过本身艺术的搞技术就是件很扯淡的事
就像adobe搞ria,我反正是信不过他们
web service应该也还没有开始教,但是一些研究生课里面有这个东西
如果major不是distributed computing的话,研究生也不一定学
【在 c*********e 的大作中提到】
: 在eclipse用glassfish做java war,非常的容易啊,jdbc就在glassfish里设置一下,根
: 本就没咋写jdbc code.ejb,标明@stateful,@stateless就好,因为是session beans,
: 所以只在内存存在。和entity bean还不一样。
: 如果用spring,就不用管什么ejb了。
c*3
27 楼
很赞啊,果断mark
c*e
30 楼
c#是基本功啊,linq什么的,要多用才会知道怎么查错。
其实我的war里面主要用的entity bean,没用到session beans.
3d max是学游戏编程的人的必修课。
web services做get,post,put,delete,options之类,搞token,还是非常实用的。
【在 z****e 的大作中提到】
: war = web jar
: 一般不会在war里面用ejb
: 默认的war不包括ejb文件
: 如果只是想做web,ejb多此一举了
: spring core都没有必要,严格地说
: 另外c#是一个公司的商业产品,没听说什么学校教这个东西的
: 3d max是艺术系搞的东西,3d美工
: 不过本身艺术的搞技术就是件很扯淡的事
: 就像adobe搞ria,我反正是信不过他们
: web service应该也还没有开始教,但是一些研究生课里面有这个东西
其实我的war里面主要用的entity bean,没用到session beans.
3d max是学游戏编程的人的必修课。
web services做get,post,put,delete,options之类,搞token,还是非常实用的。
【在 z****e 的大作中提到】
: war = web jar
: 一般不会在war里面用ejb
: 默认的war不包括ejb文件
: 如果只是想做web,ejb多此一举了
: spring core都没有必要,严格地说
: 另外c#是一个公司的商业产品,没听说什么学校教这个东西的
: 3d max是艺术系搞的东西,3d美工
: 不过本身艺术的搞技术就是件很扯淡的事
: 就像adobe搞ria,我反正是信不过他们
: web service应该也还没有开始教,但是一些研究生课里面有这个东西
z*e
36 楼
统计教r,不教sas,哪怕教科书上用sas
教授也故意不教sas,要求用r
因为sas是一家商业公司的产品,不能教,有利益冲突
同样的
c#就被微软完全控制,所以不教c#,教java
类似的,directx也不教,教opengl
操作系统课也不教windows,教unix
而且老师还会攻击windows,说windows多烂多烂
当然macosx也不教
类似的android和ios也都不教
还有objective c也不教,因为平台太局限在ios了
所以学校在教python,php这些
这几个一开始就是open source,就不是某一个商业公司做的东西
而是一个天才少年搞出来的东东
所以可以教,而且应该扶植这种东西的成长
最早以前java还在sun控制下的时候
很多大学也都不太愿意教java
我就记得当时只有james gosling的母校cmu是比较早用java来教本科生
后来java开源了之后,才逐步推广到各个大学去
一般来说只要是某一个商业产品,大学拿来作为教学工具就应该谨慎
这里面会牵扯到利益冲突,所以哪怕是business的课
教excel,教授都用open office,hoho
教授也故意不教sas,要求用r
因为sas是一家商业公司的产品,不能教,有利益冲突
同样的
c#就被微软完全控制,所以不教c#,教java
类似的,directx也不教,教opengl
操作系统课也不教windows,教unix
而且老师还会攻击windows,说windows多烂多烂
当然macosx也不教
类似的android和ios也都不教
还有objective c也不教,因为平台太局限在ios了
所以学校在教python,php这些
这几个一开始就是open source,就不是某一个商业公司做的东西
而是一个天才少年搞出来的东东
所以可以教,而且应该扶植这种东西的成长
最早以前java还在sun控制下的时候
很多大学也都不太愿意教java
我就记得当时只有james gosling的母校cmu是比较早用java来教本科生
后来java开源了之后,才逐步推广到各个大学去
一般来说只要是某一个商业产品,大学拿来作为教学工具就应该谨慎
这里面会牵扯到利益冲突,所以哪怕是business的课
教excel,教授都用open office,hoho
z*e
37 楼
商业公司从政治立场上说是右派
大学是左派的阵地
所以大学没有任何理由应该配合商业公司推广他们的产品
从本质上说就应该主动扶植开源产品的推广
更不要说很多开源产品的主要贡献人就是大学里面那些教授
大学是左派的阵地
所以大学没有任何理由应该配合商业公司推广他们的产品
从本质上说就应该主动扶植开源产品的推广
更不要说很多开源产品的主要贡献人就是大学里面那些教授
g*g
39 楼
应该说java的web架构最多,当年我前后都得写的时候,了解过10个左右。
回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
django那样,可以成为de facto。
随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
ruby, python等等。java的未来在大中型应用的中后端和android应用上。
还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
上的竞争。
win8弄半天不就是支持鼠标键盘和触屏,Android都有。应用除了个office差点也都有
。用户对界面的熟悉也有。要计算力intel也支持Android。Android的价格则是windows
永远追不上的。PC厂商现在已经开始跳ChromeOS的坑,Android desktop也是时间问题。
【在 z****e 的大作中提到】
: 但是java起步最难
: 很多人迷失在class path的漩涡中
: 而且各种框架搞起来也挺恶心的
: 当然搞过了之后就不觉得难了
: 没搞之前望而生畏,ejb,哇,哇
: 古德霸有句话说得很好
: 动手搞了几次,觉得无非如此,我也是这么觉得的
: 还有就是除了java以外,其它大部分框架都集中在web层
: 缺乏战略纵深,就是不象java一样,每一层java都能搞
: 而且越往后后劲越足,而且越省心,java有各种工具帮忙
回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
django那样,可以成为de facto。
随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
ruby, python等等。java的未来在大中型应用的中后端和android应用上。
还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
上的竞争。
win8弄半天不就是支持鼠标键盘和触屏,Android都有。应用除了个office差点也都有
。用户对界面的熟悉也有。要计算力intel也支持Android。Android的价格则是windows
永远追不上的。PC厂商现在已经开始跳ChromeOS的坑,Android desktop也是时间问题。
【在 z****e 的大作中提到】
: 但是java起步最难
: 很多人迷失在class path的漩涡中
: 而且各种框架搞起来也挺恶心的
: 当然搞过了之后就不觉得难了
: 没搞之前望而生畏,ejb,哇,哇
: 古德霸有句话说得很好
: 动手搞了几次,觉得无非如此,我也是这么觉得的
: 还有就是除了java以外,其它大部分框架都集中在web层
: 缺乏战略纵深,就是不象java一样,每一层java都能搞
: 而且越往后后劲越足,而且越省心,java有各种工具帮忙
z*e
40 楼
也不一定
rails濒临被淘汰,被grails所取代一个很重要的原因是grails跑在jvm上
可以利用上现有的hibernate那些东西,所以比rails要流行
而且spring,jboss也都有自己的前端
并不见得会比grails要复杂多少,更不要说weblogic和websphere了
我倒是觉得php将来可以好好利用上
尤其是随着浏览器越来越强大,如果能有效减少页面代码的话
php价格上的优势会变得不可阻挡
java等jvm上的动态语言耗资源,收费的就更不要说了
web service做前后端集成还不是很成熟,比如缺乏象连接池一样的优化空间
每一次都建立连接所消耗的资源尤其是时间资源是巨大的
对于高并发的应用还不是很现实
所以多数时候还情愿用rmi,ejb,jca这些强耦合的方式以保证效率
另外就是,一个公司,同时雇用两个不同语言的developer
从成本上说就不太合适,有些公司的组员是流动的
不同的组员在不同的时候会到不同的组里面去做事
如果前段用groovy,后端用java,那么很自然这有学习曲线
不是没有这样的公司,但是我看这些公司里面大多数人
还是把java当成本行,groovy这些,会用就用,不会拉倒
【在 g*****g 的大作中提到】
: 应该说java的web架构最多,当年我前后都得写的时候,了解过10个左右。
: 回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
: OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
: django那样,可以成为de facto。
: 随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
: 越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
: 所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
: ruby, python等等。java的未来在大中型应用的中后端和android应用上。
: 还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
: 上的竞争。
rails濒临被淘汰,被grails所取代一个很重要的原因是grails跑在jvm上
可以利用上现有的hibernate那些东西,所以比rails要流行
而且spring,jboss也都有自己的前端
并不见得会比grails要复杂多少,更不要说weblogic和websphere了
我倒是觉得php将来可以好好利用上
尤其是随着浏览器越来越强大,如果能有效减少页面代码的话
php价格上的优势会变得不可阻挡
java等jvm上的动态语言耗资源,收费的就更不要说了
web service做前后端集成还不是很成熟,比如缺乏象连接池一样的优化空间
每一次都建立连接所消耗的资源尤其是时间资源是巨大的
对于高并发的应用还不是很现实
所以多数时候还情愿用rmi,ejb,jca这些强耦合的方式以保证效率
另外就是,一个公司,同时雇用两个不同语言的developer
从成本上说就不太合适,有些公司的组员是流动的
不同的组员在不同的时候会到不同的组里面去做事
如果前段用groovy,后端用java,那么很自然这有学习曲线
不是没有这样的公司,但是我看这些公司里面大多数人
还是把java当成本行,groovy这些,会用就用,不会拉倒
【在 g*****g 的大作中提到】
: 应该说java的web架构最多,当年我前后都得写的时候,了解过10个左右。
: 回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
: OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
: django那样,可以成为de facto。
: 随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
: 越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
: 所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
: ruby, python等等。java的未来在大中型应用的中后端和android应用上。
: 还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
: 上的竞争。
o*i
41 楼
如此说来,groovy适合前端,scala适合后台?
最近想找一个和原有java代码可以无缝结合的新语言,有些个实现用java写起来太费劲。
【在 g*****g 的大作中提到】
: 应该说java的web架构最多,当年我前后都得写的时候,了解过10个左右。
: 回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
: OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
: django那样,可以成为de facto。
: 随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
: 越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
: 所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
: ruby, python等等。java的未来在大中型应用的中后端和android应用上。
: 还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
: 上的竞争。
最近想找一个和原有java代码可以无缝结合的新语言,有些个实现用java写起来太费劲。
【在 g*****g 的大作中提到】
: 应该说java的web架构最多,当年我前后都得写的时候,了解过10个左右。
: 回过头来看,前端不能像中后端那样快速向一两个架构靠拢,其实说明java作为静态纯
: OO语言,不太合适写web层。即使这么多人这么多年试图改进,达不成共识。不像RoR,
: django那样,可以成为de facto。
: 随着JS跟HTML越来越强大,所有server side scripting也被削弱,前端的技术本身也
: 越来越复杂,越来越专业化。同时rest和json的成熟,也使得前后端一致的需求降低。
: 所以我觉得应该承认java不是写什么都合适,喜欢写web前端,还是赶紧学习groovy,
: ruby, python等等。java的未来在大中型应用的中后端和android应用上。
: 还有不要小瞧Android应用,这个趋势再下去3-5年,windows面临的就是Android在桌面
: 上的竞争。
z*e
42 楼
groovy适合前端没错,而且比较适合web前端
scala要小心,scala很可能只适合akka这种frontend的core java前端
尤其是电信领域,其它的没有经过太多检验
所以如果你想自己写server
最好的还是java,如果你想提高提高
觉得有些java写起来太麻烦
groovy和scala都是jvm上的语言,只要能跑java的地方就能跑这两个
而且function可以互相call,你可以尝试着用一下这两个
另外不少语言都提供java接口,比如r,你可以看看这些接口
但是这些语言有自己的问题,比如单线程⋯⋯
最理想的还是找网络上的jars
劲。
【在 o***i 的大作中提到】
: 如此说来,groovy适合前端,scala适合后台?
: 最近想找一个和原有java代码可以无缝结合的新语言,有些个实现用java写起来太费劲。
scala要小心,scala很可能只适合akka这种frontend的core java前端
尤其是电信领域,其它的没有经过太多检验
所以如果你想自己写server
最好的还是java,如果你想提高提高
觉得有些java写起来太麻烦
groovy和scala都是jvm上的语言,只要能跑java的地方就能跑这两个
而且function可以互相call,你可以尝试着用一下这两个
另外不少语言都提供java接口,比如r,你可以看看这些接口
但是这些语言有自己的问题,比如单线程⋯⋯
最理想的还是找网络上的jars
劲。
【在 o***i 的大作中提到】
: 如此说来,groovy适合前端,scala适合后台?
: 最近想找一个和原有java代码可以无缝结合的新语言,有些个实现用java写起来太费劲。
c*e
43 楼
java写起来不麻烦啊。比如,用jdeveloper,一个servlet,机器就帮你写好了,非常的
爽。
【在 z****e 的大作中提到】
: groovy适合前端没错,而且比较适合web前端
: scala要小心,scala很可能只适合akka这种frontend的core java前端
: 尤其是电信领域,其它的没有经过太多检验
: 所以如果你想自己写server
: 最好的还是java,如果你想提高提高
: 觉得有些java写起来太麻烦
: groovy和scala都是jvm上的语言,只要能跑java的地方就能跑这两个
: 而且function可以互相call,你可以尝试着用一下这两个
: 另外不少语言都提供java接口,比如r,你可以看看这些接口
: 但是这些语言有自己的问题,比如单线程⋯⋯
爽。
【在 z****e 的大作中提到】
: groovy适合前端没错,而且比较适合web前端
: scala要小心,scala很可能只适合akka这种frontend的core java前端
: 尤其是电信领域,其它的没有经过太多检验
: 所以如果你想自己写server
: 最好的还是java,如果你想提高提高
: 觉得有些java写起来太麻烦
: groovy和scala都是jvm上的语言,只要能跑java的地方就能跑这两个
: 而且function可以互相call,你可以尝试着用一下这两个
: 另外不少语言都提供java接口,比如r,你可以看看这些接口
: 但是这些语言有自己的问题,比如单线程⋯⋯
相关阅读
Spring JDBC无法正确插入blob到MySQLJava 求解2High Availability DB questionJAX Innovation Awards 影响有多大java custom utility库函数的数据库?各位大神帮看看[有包子]新手求教 BufferedReader.readLine()October Headline: Dart enters the top 20 for the first time (转载)Spring JBOSSWhy java.lang.Iterable depends on java.util.Iterator谁给推荐一本web programming入门的书为什么结果是3?java architect/software architech前景如何? (转载)问一个gradle的基础问题java beginner questionjava适合做实时系统吗?java concurrency (转载)java 依赖注入和反射是必须掌握的吗?哪些网站有比较好的Java/J2EE的面试题?J2EE or big data? 奔三转行大妈求建议。