z*******3
发帖数: 13709 | 1 v2ee时代要来了，脚本语言使用者将会通过vert.x第一次接触
container，event-bus，message还有worker thread这些企业软件上的概念
貌似重量但是被刻意轻量并简化了
让我想起当年的ejb - ejb container
event-bus - workflow/service bus
message - jms
worker thread是单/伪多线程模式下的产物
通过这个桥梁，以后会有更多的python, ruby
这些web语言程序员进入企业软件这一领域
web和企业互相之间的界限将会模糊起来
java和脚本就快要胜利会师了
这一次red hat走在其它公司的前面 |
z*******3
发帖数: 13709 | 2 以后jvm的script engine会强化这一趋势 |
b*******s
发帖数: 5216 | 3 又在试图把互联网转换成企业应用了？
【在 z*******3 的大作中提到】
: v2ee时代要来了，脚本语言使用者将会通过vert.x第一次接触
: container，event-bus，message还有worker thread这些企业软件上的概念
: 貌似重量但是被刻意轻量并简化了
: 让我想起当年的ejb - ejb container
: event-bus - workflow/service bus
: message - jms
: worker thread是单/伪多线程模式下的产物
: 通过这个桥梁，以后会有更多的python, ruby
: 这些web语言程序员进入企业软件这一领域
: web和企业互相之间的界限将会模糊起来
|
z*******3
发帖数: 13709 | 4 web和企业之间本来就没有严格的界限
尤其对于java programmers来说
这里很多java programmers都曾服务于各种企业
web脚本开始没有问题，但是做大了之后
脚本在多线程以及duck type上明显表现出各种吃力
而这两个又恰好是jvm擅长的领域
所以很多公司将脚本用在前端，jvm用在后端
就是为了address this problem
所以后来才涌现出了各种web service, service bus这些东西
目的是为了集成这些系统，但是这些东西还是太重量级
不便于使用，vert.x将这些趋势进一步简化
我相信对于后端程序员来说，前端程序员过来是迟早的事
同样，后端程序员过去也是迟早的事
天下开源是一家，我从来不认为公孙大神不是我们的朋友
这个态度跟对待c++/c#这种是截然不同的
【在 b*******s 的大作中提到】
: 又在试图把互联网转换成企业应用了？
|
z*******3
发帖数: 13709 | 5 java有一堆的lib，python也有一堆的lib
重复开发类似功能的lib会造成不必要的巨大浪费
不仅仅是开发，同时学习成本上也有不必要的浪费
如果一个库可以被java或者python使用，这不就结了？
诶
实际上这个趋势非常明显了这几年
所有公司都存在有java和脚本并存的局面
这就是后端和前端的争论 |
d******e
发帖数: 2265 | 6 严肃的Python用户不会考虑Java好用的东西给eventgevent celery numpy scipy re都
在cpython上
【在 z*******3 的大作中提到】
: java有一堆的lib，python也有一堆的lib
: 重复开发类似功能的lib会造成不必要的巨大浪费
: 不仅仅是开发，同时学习成本上也有不必要的浪费
: 如果一个库可以被java或者python使用，这不就结了？
: 诶
: 实际上这个趋势非常明显了这几年
: 所有公司都存在有java和脚本并存的局面
: 这就是后端和前端的争论
|
