market expect much better innovation from apple - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Stock

market expect much better innovation from apple

market expect much better innovation from apple# Stock

I*t2010-01-27 08:01

1 楼

iPad入华三重门：苹果或支付巨额“买路钱”
http://tech.163.com/10/0511/01/66C9J9HO000915BD.html
2010-05-11 01:46:43　来源: 第一财经日报(上海)
上市不到一个月，苹果iPad平板电脑就销售了100万部，5月底还将在美国以外的9个国
家销售，但不包括中国。
正当国内的苹果迷们翘首期待iPad入华之时，一场阻击苹果iPad的战役也在紧锣密鼓地
组织之中。
“我们正在与唯冠国际(00334.HK)高层接触，希望买下中国IPAD商标。”今年初宣称苹
果iPad侵犯自己外观专利的深圳巨龙兄弟公司总经理吴小龙昨日对《第一财经日报》透
露，“我们愿意出比苹果更高的价钱，如果唯冠不愿意出售，我们也可以与唯冠一起合
作在中国生产和销售IPAD平板电脑。”
目前，双方在出售价格上尚未谈妥。若果真谈妥，将成为苹果iPad进入中国绕不过去的
坎。也许，不得不支付巨额“买路钱”。
抢购 IPAD中国商标
吴小龙称，唯冠国际拥有IPAD中国商标，而巨龙兄弟拥有IPAD平板电脑在中国的外观专
利，这本身就具有合作性。
本报记者在工商行政管理

p*22010-01-27 08:01

2 楼

social过后几大热点，cloud, big data, mobile
cloud主要是大公司在玩，小公司很难涉及，涉及到的也就是SAAS这个层面，其实不算
新鲜东西。
当然还是cloud storage这个领域，现在越来越多大公司进入了，dropbox大家都不看好
，可能也就是box能上台面了。
social这轮T上市之后就算进入尾声了
big data, 依旧很火，这两年上市若干公司
感觉mobile有可能是下一轮的热点，比如uber, lookout啥的, mobile用户越来越多，
大家更多的时间花费在了mobile上了，因此有可能出来一轮mobile startups，当然
big data哪里都需要
因此，现在选startup的话，big data， mobile应该是方向？

w*s2010-01-27 08:01

3 楼

this is very disappointing.

h*G2010-01-27 08:01

4 楼

利好

【在 I*******t 的大作中提到】

: iPad入华三重门：苹果或支付巨额“买路钱”
: http://tech.163.com/10/0511/01/66C9J9HO000915BD.html
: 2010-05-11 01:46:43　来源: 第一财经日报(上海)
: 上市不到一个月，苹果iPad平板电脑就销售了100万部，5月底还将在美国以外的9个国
: 家销售，但不包括中国。
: 正当国内的苹果迷们翘首期待iPad入华之时，一场阻击苹果iPad的战役也在紧锣密鼓地
: 组织之中。
: “我们正在与唯冠国际(00334.HK)高层接触，希望买下中国IPAD商标。”今年初宣称苹
: 果iPad侵犯自己外观专利的深圳巨龙兄弟公司总经理吴小龙昨日对《第一财经日报》透
: 露，“我们愿意出比苹果更高的价钱，如果唯冠不愿意出售，我们也可以与唯冠一起合

n*e2010-01-27 08:01

5 楼

结合 big data 和 mobile 比较好的感觉是Square
有用户的shopping记录，又是mobile的

【在 p*****2 的大作中提到】

: social过后几大热点，cloud, big data, mobile
: cloud主要是大公司在玩，小公司很难涉及，涉及到的也就是SAAS这个层面，其实不算
: 新鲜东西。
: 当然还是cloud storage这个领域，现在越来越多大公司进入了，dropbox大家都不看好
: ，可能也就是box能上台面了。
: social这轮T上市之后就算进入尾声了
: big data, 依旧很火，这两年上市若干公司
: 感觉mobile有可能是下一轮的热点，比如uber, lookout啥的, mobile用户越来越多，
: 大家更多的时间花费在了mobile上了，因此有可能出来一轮mobile startups，当然
: big data哪里都需要

l*r2010-01-27 08:01

6 楼

disappointed, too.
but really depending on the price...

d*a2010-01-27 08:01

7 楼

树大了招风啊~~

p*22010-01-27 08:01

8 楼

现在有纯做mobile的公司已经IPO了吗？Square会是第一家，然后带动一连串的mobile
startups IPO?

【在 n****e 的大作中提到】

: 结合 big data 和 mobile 比较好的感觉是Square
: 有用户的shopping记录，又是mobile的

I*t2010-01-27 08:01

9 楼

估计一时半会儿也谈不好。

【在 h**G 的大作中提到】

: 利好

p*22010-01-27 08:01

10 楼

感觉像quora这种social公司可能没啥戏了。social这轮已经玩的差不多了。

l*t2010-01-27 08:01

11 楼

或

h*32010-01-27 08:01

12 楼

很有可能。

I*t2010-01-27 08:01

13 楼

我的理解是买路钱肯定是要付的，因为有先例。关键是最后要掏多少。

【在 l********t 的大作中提到】

: 或

s*h2010-01-27 08:01

14 楼

mobile的亮点可能是pad。有可能pad取代PC

p*22010-01-27 08:01

15 楼

另外加一个跟mobile结合的SAAS也会一直很火。SAAS市场太大了，即使单说SAAS的需求
都太大了，可以做的东西太多了。当然从技术来说没有什么新意了，如果只是web SAAS。
airbnb是不是mobile ＋ SAAS的典范呢？

p*22010-01-27 08:01

16 楼

从技术上来讲，mobile的火必定会带起node的火热。mobile backend，node有着无与伦
比的巨大优势
而big data则加剧了JVM的统治地位，Java, Scala, Clojure都各显神通。data
scientist 则更加偏爱Clojure。
编程模式则往reactive programming的方向发展。看看coursera的reactive
programming的course，看看storm，看看node，也就是往async, event-driven的方向
发展。Scala和Clojure在这两个方面就会显示出比Java更加强大的优势了。

p*22010-01-27 08:01

17 楼

从技术上讲还有一个趋势很明显就是functional programming. JVM上的Scala，
Clojure不说，就算Java自己也要支持lambda了。

s*e2010-01-27 08:01

18 楼

zkss. why do u think that node would be popular with mobile?

【在 p*****2 的大作中提到】

: 从技术上来讲，mobile的火必定会带起node的火热。mobile backend，node有着无与伦
: 比的巨大优势
: 而big data则加剧了JVM的统治地位，Java, Scala, Clojure都各显神通。data
: scientist 则更加偏爱Clojure。
: 编程模式则往reactive programming的方向发展。看看coursera的reactive
: programming的course，看看storm，看看node，也就是往async, event-driven的方向
: 发展。Scala和Clojure在这两个方面就会显示出比Java更加强大的优势了。

p*22010-01-27 08:01

19 楼

传统的web framework主要就是说的MVC吧，这些framework的优势在mobile上瞬间失效
了。

【在 s******e 的大作中提到】

: zkss. why do u think that node would be popular with mobile?

s*r2010-01-27 08:01

20 楼

T家之后，social差不多了，五六前能够hyper的也就FLT这几家，Youtube没坚持到上市
很可惜。
剩下的PSDB，P想抢广告和零售的市场，实在很难，巨头无数，女人是最难把握的客户
群体，除非一直做的很高端，像LV那种，但高端的玩意投入也大，也不符合互联网的草
根性。
S家应该不算social了，可以算吊丝级应用，利润不高，能赚到钱才有戏。
D和B除了占领企业市场，个人这块基本没戏。

【在 p*****2 的大作中提到】

: 感觉像quora这种social公司可能没啥戏了。social这轮已经玩的差不多了。

f*d2010-01-27 08:01

21 楼

到现在还搞不懂为啥snapchat会火

【在 p*****2 的大作中提到】

h*32010-01-27 08:01

22 楼

投资机构吧P归为零售业的social network，感觉还不如做成一个淘宝算了。

n*e2010-01-27 08:01

23 楼

Ebay咋办啊

【在 h********3 的大作中提到】

: 投资机构吧P归为零售业的social network，感觉还不如做成一个淘宝算了。

s*r2010-01-27 08:01

24 楼

淘宝是草根用的，有钱人多少愿意去淘宝买东西
P家估计想走高端，买高端的人更愿意去实体店，享受购物的环境，而不是在网上淘
deal，吊丝和WSN才这么干。

【在 h********3 的大作中提到】

: 投资机构吧P归为零售业的social network，感觉还不如做成一个淘宝算了。

f*32010-01-27 08:01

25 楼

请二爷推荐用clojure和storm的公司

w*02010-01-27 08:01

26 楼

这个说的不太对，MVC是一个架构，Android/IOS Apps 也可以说是MVC架构。现在很多
Mobile Apps 都是前端用Mobile 的GUI，后端还是传统的东西，BL基本用web service
来传递数据。

【在 p*****2 的大作中提到】

:
: 传统的web framework主要就是说的MVC吧，这些framework的优势在mobile上瞬间失效
: 了。

p*22010-01-27 08:01

27 楼

service
后端退化到web service不就是node的优势了吗？V不需要在server端处理了。

【在 w******0 的大作中提到】

: 这个说的不太对，MVC是一个架构，Android/IOS Apps 也可以说是MVC架构。现在很多
: Mobile Apps 都是前端用Mobile 的GUI，后端还是传统的东西，BL基本用web service
: 来传递数据。

p*22010-01-27 08:01

28 楼

T,G

【在 f**********3 的大作中提到】

: 请二爷推荐用clojure和storm的公司

p*22010-01-27 08:01

29 楼

mobile这个方向必然会带动一堆公司火起来。

【在 f*****d 的大作中提到】

: 到现在还搞不懂为啥snapchat会火

s*e2010-01-27 08:01

30 楼

Bingo. MVC is a pattern and design structure fitting both application tier
and RIA (client)tier. Node or not has nothing to do with it.
Most likely that a mobile app will serve as a client tier app to consume
some data exposed via the service layers such as restful, web service or
other soa. For me, any technologies should work as long as it can post data
back to client easily. I am wondering why you think that node can be the
future. any references?

service

【在 w******0 的大作中提到】

p*22010-01-27 08:01

31 楼

data
新的app架构必然新的技术更有优势。老的架构一大堆legacy的东西都没用了。想做新
的就变的不伦不类了。

【在 s******e 的大作中提到】

: Bingo. MVC is a pattern and design structure fitting both application tier
: and RIA (client)tier. Node or not has nothing to do with it.
: Most likely that a mobile app will serve as a client tier app to consume
: some data exposed via the service layers such as restful, web service or
: other soa. For me, any technologies should work as long as it can post data
: back to client easily. I am wondering why you think that node can be the
: future. any references?
:
: service

s*e2010-01-27 08:01

32 楼

Well. new is not necessary better. Old doesn't mean legacy.
I have taken a quick look at node.js. the only benefit I can see is that it
can short learning curve for js developer who doesn't know a backend
technology. Maybe my understanding is incomplete to node.js. I have no
intention to bash node.js. As I always believe that bashing a technology
only shows that you are arrogant and need to improve your knowledge. But
that simply claiming one is better than others is also not a good habit. I
just
cannot see why node is better.

p*22010-01-27 08:01

33 楼

it
这个吗，现在最好还是不要讨论了。等你过个半年在过来聊吧。

【在 s******e 的大作中提到】

: Well. new is not necessary better. Old doesn't mean legacy.
: I have taken a quick look at node.js. the only benefit I can see is that it
: can short learning curve for js developer who doesn't know a backend
: technology. Maybe my understanding is incomplete to node.js. I have no
: intention to bash node.js. As I always believe that bashing a technology
: only shows that you are arrogant and need to improve your knowledge. But
: that simply claiming one is better than others is also not a good habit. I
: just
: cannot see why node is better.

d*n2010-01-27 08:01

34 楼

machine learning/big data intelligence可能也是一个方向

z*e2010-01-27 08:01

35 楼

这点我同意其它人说的
mvc最早就是用来做app的
很多例子就是教人怎么写desktop上的app
至于后来在web server上的流行，那个其实出乎了原作者的意料
web server上各种语言之间的隔离也间接促成了mvc的流行
如果mobile流行的话
其实对于一般码农来说就是写app，startup恐怕很少有能力去做平台
还有就是web service，我天天搞web service
我还是认为这是最大的hype，最好的web service就是不要web service
回到最原始的http就好了
否则就一点一点靠近soap which 恰好是我们认为过于heavy的东西

【在 p*****2 的大作中提到】

:
: it
: 这个吗，现在最好还是不要讨论了。等你过个半年在过来聊吧。

p*22010-01-27 08:01

36 楼

我说的是传统mvc web framework

【在 z****e 的大作中提到】

: 这点我同意其它人说的
: mvc最早就是用来做app的
: 很多例子就是教人怎么写desktop上的app
: 至于后来在web server上的流行，那个其实出乎了原作者的意料
: web server上各种语言之间的隔离也间接促成了mvc的流行
: 如果mobile流行的话
: 其实对于一般码农来说就是写app，startup恐怕很少有能力去做平台
: 还有就是web service，我天天搞web service
: 我还是认为这是最大的hype，最好的web service就是不要web service
: 回到最原始的http就好了

p*22010-01-27 08:01

37 楼

一定是呀

【在 d***n 的大作中提到】

: machine learning/big data intelligence可能也是一个方向

g*g2010-01-27 08:01

38 楼

node只有异步的优势，在类库上跟JVM差距还是太大了。稍微有点复杂商业逻辑，
只能自己裸写。

【在 p*****2 的大作中提到】

:
: 一定是呀

p*22010-01-27 08:01

39 楼

后边当然是JVM了。我说的是前端。

【在 g*****g 的大作中提到】

: node只有异步的优势，在类库上跟JVM差距还是太大了。稍微有点复杂商业逻辑，
: 只能自己裸写。

z*e2010-01-27 08:01

40 楼

mobile火了，冲击最大的是传统做desktop app的
nodejs火了，冲击最大的是传统做web的，php这些
所以公孙大神会苦一点，定期要换点技术
这也是做backend的好处，变化慢，而且前端这些东西
其实java都能做，可以一招鲜很多年
而且前端的东西理论上应该是要越做越简单的
因为无非那点东西，都很成熟了，但是后端越来越复杂
以前只要处理business logic就好了，现在persistence都要做
cap怎么选，产品爆炸式增长，怎么集成，soa这些
都是后端的事，后端越来越复杂，以前只要jee就好了
现在比jee复杂得多，所以从职业发展来说，后端不管怎样，jvm是一定要熟悉的
因为会越来越复杂，前端越来越简单，那需要时候再学就是了
说个题外的，java8最大的features不是加入了fp的lambda
而是加入了javafx，这个就是冲着desktop去的
将来还可能推广到mobile，不过android本身就是java
区别一点控件罢了

z*e2010-01-27 08:01

41 楼

consumer的东西，应该是越来越轻便小巧的
这就是client side，client side的东西越来越小
但是server side的东西，趋势是集成
会越做越大

p*22010-01-27 08:01

42 楼

其实也不完全是，MVC现在就往client端转了。

【在 z****e 的大作中提到】

: consumer的东西，应该是越来越轻便小巧的
: 这就是client side，client side的东西越来越小
: 但是server side的东西，趋势是集成
: 会越做越大

z*e2010-01-27 08:01

43 楼

那个其实是browser往app转
web server的逻辑剥离到jvm上去
web层十年前就在被逐步弱化了
还有db，中间那层搞出来就是用来剥离这些东西逻辑的

【在 p*****2 的大作中提到】

:
: 其实也不完全是，MVC现在就往client端转了。

r*n2010-01-27 08:01

44 楼

传统MVC web framework，主要有template 语言在里面搅和，跟HTML和javascript混在
一起，很难做复杂的UI。
看到几个产品web UI 部分完全是javascript+html+css，基本上桌面上这一套搬到浏览
器里了，用了下，在laptop上速度还行，界面库类似MVC，比如类库 AngularJS。
后端配上NodeJS，应该是小型应用平台最佳选择了。

【在 p*****2 的大作中提到】

:
: 其实也不完全是，MVC现在就往client端转了。

p*22010-01-27 08:01

45 楼

大牛说的太对了。其实大型应用也没啥问题。参见itier。

【在 r*******n 的大作中提到】

: 传统MVC web framework，主要有template 语言在里面搅和，跟HTML和javascript混在
: 一起，很难做复杂的UI。
: 看到几个产品web UI 部分完全是javascript+html+css，基本上桌面上这一套搬到浏览
: 器里了，用了下，在laptop上速度还行，界面库类似MVC，比如类库 AngularJS。
: 后端配上NodeJS，应该是小型应用平台最佳选择了。

s*e2010-01-27 08:01

46 楼

haha... even better... come with timeline...

【在 p*****2 的大作中提到】

:
: 大牛说的太对了。其实大型应用也没啥问题。参见itier。

s*e2010-01-27 08:01

47 楼

java defines a pretty good asynchronous mechanism. Actually many languages
too. But I am not familiar with them. so how does node compare to java?

【在 g*****g 的大作中提到】

: node只有异步的优势，在类库上跟JVM差距还是太大了。稍微有点复杂商业逻辑，
: 只能自己裸写。

g*g2010-01-27 08:01

48 楼

如果直接html/js调web service，那还要node干啥？

【在 p*****2 的大作中提到】

:
: 大牛说的太对了。其实大型应用也没啥问题。参见itier。

p*22010-01-27 08:01

49 楼

不用node 用啥？

【在 g*****g 的大作中提到】

: 如果直接html/js调web service，那还要node干啥？

g*g2010-01-27 08:01

50 楼

Node is single thread, and it's more convenient to write call back in JS.
Java has many libraries that have synchronize or threadlocal structure and
it's hard to be pure async.
In short, it's not the language, but the libraries.

【在 s******e 的大作中提到】

: java defines a pretty good asynchronous mechanism. Actually many languages
: too. But I am not familiar with them. so how does node compare to java?

p*22010-01-27 08:01

51 楼

大牛说的对，node本来就不是一门语言

【在 g*****g 的大作中提到】

: Node is single thread, and it's more convenient to write call back in JS.
: Java has many libraries that have synchronize or threadlocal structure and
: it's hard to be pure async.
: In short, it's not the language, but the libraries.

g*g2010-01-27 08:01

52 楼

如果你后端有复杂逻辑，反正都上JVM了，显然web service是上jersey啥的。
只有简单的后端上node.js才合适。当然日子长了，类库是会变多。

【在 p*****2 的大作中提到】

:
: 大牛说的对，node本来就不是一门语言

p*22010-01-27 08:01

53 楼

startup不会上来就用java的。node快速开发，前后端一起来。以后慢慢的后端逻辑用
JVM来做。JVM和node一起搞没啥问题。
基本上分三层，browser／mobile client端，中间node，后端Java。

【在 g*****g 的大作中提到】

: 如果你后端有复杂逻辑，反正都上JVM了，显然web service是上jersey啥的。
: 只有简单的后端上node.js才合适。当然日子长了，类库是会变多。

s*e2010-01-27 08:01

54 楼

Java executor framework support the real multi-threaded asynchronous
mechanism. Comparing to the single threaded and event driven asynchronous
strategy in js, I will come to an opposite conclusion. For libraries, are
you sure that Node.js has more useful stuff than java? It is true that the
current executor framework is quite powerful already. I rarely even think
about any libraries for that purpose.

【在 g*****g 的大作中提到】

p*22010-01-27 08:01

55 楼

就算不是startup，这个架构用的公司也很多

【在 p*****2 的大作中提到】

:
: startup不会上来就用java的。node快速开发，前后端一起来。以后慢慢的后端逻辑用
: JVM来做。JVM和node一起搞没啥问题。
: 基本上分三层，browser／mobile client端，中间node，后端Java。

g*g2010-01-27 08:01

56 楼

Multi-threaded async means you still need to worry about locks if the logic
requires that. It's not necessarily an advantage. Node has some handy
libraries that are pure async, on Java side, many libraries, including JDK
and spring already have synchronized block and ThreadLocal in it. So you do
need be cautious on the libraries you are using.

【在 s******e 的大作中提到】

: Java executor framework support the real multi-threaded asynchronous
: mechanism. Comparing to the single threaded and event driven asynchronous
: strategy in js, I will come to an opposite conclusion. For libraries, are
: you sure that Node.js has more useful stuff than java? It is true that the
: current executor framework is quite powerful already. I rarely even think
: about any libraries for that purpose.

s*e2010-01-27 08:01

57 楼

So the only reason you think that node is superior is you do not
need to worry about crud operation on a shared data structure in event loop,
since single thread will guarantee the sequential access. Well the
inefficiency of single thread model was exactly why multithread was
introduced. Like java swing, people did try to introduce multithread in js,
but they failed coz it is so easy to introduce dead lock and so hard to
avoid it. As the backend technology, I just do not see how node can be
superior by going back to old strategy when there are no need to worry about
deadlock issue accompanying with UI. Maybe due to the hardware advance, the
inefficiency is not a major factor any more.

z*e2010-01-27 08:01

58 楼

未必
这个架构就是
client side + web server + backend + persistence的一种分法
最早提出的是j2ee，j2ee三层模型直接对应了这里面的每一个东西
j2ee最早是browser + web server like tomcat + app server like jboss + db
这样一个东西，其中app server还额外分成了business logic和orm两层
db放在里面是因为jdbc
然后web service的大发展，使得各种系统之间的集成变成可能
所以很多公司把web server换成其它的，不用tomcat了
然后反过来，很多以前是用php这些的，把逻辑剥离，放到backend上去
app server经过spring的冲击，也有很多选择，不见得一定要用jee
最后的db经过nosql的发展，现在也有很多选择
所以这个架构应该是通用架构，其中nodejs只是web server的一个选择罢了
你看wwzz它们就是php+java，就不是nodejs
我以前干过的那家公司也是php+java，它们用spring做的backend，做得相当好
后来一家公司是自己模拟了tomcat然后+java backend
所以选择很多，也可以自己去做，不同公司有不同的选择

【在 p*****2 的大作中提到】

:
: 就算不是startup，这个架构用的公司也很多

z*e2010-01-27 08:01

59 楼

j2ee最早还有applet，hoho
其实今天的每一步都是j2ee发展出来的结果
包括soa这些，都是当初ibm在搞j2ee时候发展出来的各种理论
所有理论的根源，一追溯，源头一般都是ibm
少数是sun，基本上搞挨踢，ibm+斯坦福系就是全部了
这个斯坦福系就是斯坦福大学毕业生搞出来的各种公司
从yahoo到sun，再从sun到google

z*e2010-01-27 08:01

60 楼

最早j2ee能够大发展，跟java做rpc很容易有关
rmi定义一下ip地址和端口，就能用了
其它语言系统集成到这种构架里面来
那其实要归功于web service
否则没有办法跟jvm做集成，或者说很麻烦
要用corba，现在有几个人还用这个老玩意
后来微软觉得自己老被排斥在java之外，有些不爽
于是很聪明滴跟ibm一起搞web service
而且还很积极，等到web service发展到一定程度之后
各系统之间的集成就变得可行并且容易起来
于是就有了各种乱七八糟的web server和jvm的组合
所以看一些早些年构造出来的系统，比如hadoop
其实还都是rmi，而不是web service

z*e2010-01-27 08:01

61 楼

java内部互相调，可以用jms, rmi, ejb, socket, jca
web service反而是最糟糕的选择，因为各种不方便
但是如果不同语言的系统互相call
那几乎只有web service一条路
所以现在很多java内部系统做集成，都会抛弃web service
但是其它的系统，比如nodejs这些，要跟jvm做集成
只有web service可以用，这就回答了在java版的那个问题
jms比web service有什么优势，优势就是都是java，所以有很多协议可以用
而且也普遍比较成熟，web service限制多，比如最好不能有状态
rest要用http协议等等，一旦有些超出一般的需求
用jms什么要比web service简单

p*22010-01-27 08:01

62 楼

这不说的是未来吗？

【在 z****e 的大作中提到】

: 未必
: 这个架构就是
: client side + web server + backend + persistence的一种分法
: 最早提出的是j2ee，j2ee三层模型直接对应了这里面的每一个东西
: j2ee最早是browser + web server like tomcat + app server like jboss + db
: 这样一个东西，其中app server还额外分成了business logic和orm两层
: db放在里面是因为jdbc
: 然后web service的大发展，使得各种系统之间的集成变成可能
: 所以很多公司把web server换成其它的，不用tomcat了
: 然后反过来，很多以前是用php这些的，把逻辑剥离，放到backend上去

p*22010-01-27 08:01

63 楼

这个吗，首先有thrift，其次message queue也可以跨语言吧？

【在 z****e 的大作中提到】

: java内部互相调，可以用jms, rmi, ejb, socket, jca
: web service反而是最糟糕的选择，因为各种不方便
: 但是如果不同语言的系统互相call
: 那几乎只有web service一条路
: 所以现在很多java内部系统做集成，都会抛弃web service
: 但是其它的系统，比如nodejs这些，要跟jvm做集成
: 只有web service可以用，这就回答了在java版的那个问题
: jms比web service有什么优势，优势就是都是java，所以有很多协议可以用
: 而且也普遍比较成熟，web service限制多，比如最好不能有状态
: rest要用http协议等等，一旦有些超出一般的需求

z*e2010-01-27 08:01

64 楼

其它人说startup的看法跟我一致
哪个顺手就操哪个上
php的使用基础还是很广泛的

【在 p*****2 的大作中提到】

:
: 这个吗，首先有thrift，其次message queue也可以跨语言吧？

z*e2010-01-27 08:01

65 楼

呵呵，jms就是各个message queue的原型
An early attempt to make Message Queuing more ubiquitous was Sun Microsystem
's JMS specification, which provided a Java-only abstraction of a client API
. This allowed Java developers to switch between providers of Message
Queuing in a fashion similar to that of developers using SQL databases. In
practice, given the diversity of Message Queuing techniques and scenarios,
this wasn't always as practical as it could be.
Examples of commercial implementations of this kind of message queueing
software (also known as message-oriented middleware) include IBM's WebSphere
MQ (formerly MQ Series) and Oracle Advanced Queuing (AQ). There is a Java
standard called Java Message Service, which has several proprietary and free
software implementations.
thrift还没毕业，不成熟，而且这个协议是否会得到大部分社区的支持，那很难说的

【在 p*****2 的大作中提到】

:
: 这个吗，首先有thrift，其次message queue也可以跨语言吧？

p*22010-01-27 08:01

66 楼

你应该去面面startup看看。

【在 z****e 的大作中提到】

: 其它人说startup的看法跟我一致
: 哪个顺手就操哪个上
: php的使用基础还是很广泛的

z*e2010-01-27 08:01

67 楼

java发展出了j2ee
j2ee提出了ejb的概念
其中一个ejb就是后来的jms
jms就是今天mq的原型
今天所有的mq，都是全部遵循或者部分遵循了jms规范
ejb最早提出了四个beans
stateless,stateful, message, entity
其中entity和stateful是垃圾，尤其是前者，现在已经淘汰了
但是stateless和messsage都得到了广泛的认同

p*22010-01-27 08:01

68 楼

Microsystem
API
WebSphere
apache项目很多都用thrift吧？

【在 z****e 的大作中提到】

: 呵呵，jms就是各个message queue的原型
: An early attempt to make Message Queuing more ubiquitous was Sun Microsystem
: 's JMS specification, which provided a Java-only abstraction of a client API
: . This allowed Java developers to switch between providers of Message
: Queuing in a fashion similar to that of developers using SQL databases. In
: practice, given the diversity of Message Queuing techniques and scenarios,
: this wasn't always as practical as it could be.
: Examples of commercial implementations of this kind of message queueing
: software (also known as message-oriented middleware) include IBM's WebSphere
: MQ (formerly MQ Series) and Oracle Advanced Queuing (AQ). There is a Java

z*e2010-01-27 08:01

69 楼

上次帮着筛选了五个startup，都算是融到钱的
其中有两个是ruby，其中一个还用了go
不过我感觉都是网站，不是特别感兴趣

【在 p*****2 的大作中提到】

:
: Microsystem
: API
: WebSphere
: apache项目很多都用thrift吧？

z*e2010-01-27 08:01

70 楼

所以只能apache内部自己用
这种方式是不提倡的，因为增加了依赖
提高了普及的难度，apache里面一堆maven的dependency
看着都烦

【在 p*****2 的大作中提到】

:
: Microsystem
: API
: WebSphere
: apache项目很多都用thrift吧？

p*22010-01-27 08:01

71 楼

毕竟能跨语言，有总比没有强。另外，websocket这个也可以跨语言，只是刚开始还没
普及。不过感觉比web service要好很多。可以做event driven。

【在 z****e 的大作中提到】

: 所以只能apache内部自己用
: 这种方式是不提倡的，因为增加了依赖
: 提高了普及的难度，apache里面一堆maven的dependency
: 看着都烦

p*22010-01-27 08:01

72 楼

什么公司呀？ruby很危险，很多公司都在往node或者jvm上转。

【在 z****e 的大作中提到】

: 上次帮着筛选了五个startup，都算是融到钱的
: 其中有两个是ruby，其中一个还用了go
: 不过我感觉都是网站，不是特别感兴趣

z*e2010-01-27 08:01

73 楼

event driven没有那么大需求吧
我只是觉得工作流里面用得比较多
其它时候不见得非要不可
而且等起来慢死了

【在 p*****2 的大作中提到】

:
: 什么公司呀？ruby很危险，很多公司都在往node或者jvm上转。

p*22010-01-27 08:01

74 楼

event driven为什么会慢呢？publisher那边慢吗？理论上更responsive, 和节省资源
。

【在 z****e 的大作中提到】

: event driven没有那么大需求吧
: 我只是觉得工作流里面用得比较多
: 其它时候不见得非要不可
: 而且等起来慢死了

z*e2010-01-27 08:01

75 楼

web server的话哪个写起来容易就用哪个，coffeescript很简单啊
如果python出一个比它更简单的，我就用python

【在 p*****2 的大作中提到】

:
: event driven为什么会慢呢？publisher那边慢吗？理论上更responsive, 和节省资源
: 。

z*e2010-01-27 08:01

76 楼

driven之后一连串的pipeline处理难道不慢吗？
理论上event driven是比较缓慢的
因为总是有很多steps要执行

【在 p*****2 的大作中提到】

:
: event driven为什么会慢呢？publisher那边慢吗？理论上更responsive, 和节省资源
: 。

p*22010-01-27 08:01

77 楼

python和ruby都有concurrency的问题。node可以支持高并发。这个要强python, ruby
几条街了。不然干么那么多ruby公司往node上转？

【在 z****e 的大作中提到】

: web server的话哪个写起来容易就用哪个，coffeescript很简单啊
: 如果python出一个比它更简单的，我就用python

p*22010-01-27 08:01

78 楼

prismatic这个公司貌似很牛逼的样子

【在 f**********3 的大作中提到】

: 请二爷推荐用clojure和storm的公司

f*32010-01-27 08:01

79 楼

看来人不在弯曲，很多信息听都没听过啊

【在 p*****2 的大作中提到】

:
: prismatic这个公司貌似很牛逼的样子

g*g2010-01-27 08:01

80 楼

node不是单线程，而是多线程都在low level IO上。IO本身是不会产生死锁的。

loop,
,
about
the

【在 s******e 的大作中提到】

: So the only reason you think that node is superior is you do not
: need to worry about crud operation on a shared data structure in event loop,
: since single thread will guarantee the sequential access. Well the
: inefficiency of single thread model was exactly why multithread was
: introduced. Like java swing, people did try to introduce multithread in js,
: but they failed coz it is so easy to introduce dead lock and so hard to
: avoid it. As the backend technology, I just do not see how node can be
: superior by going back to old strategy when there are no need to worry about
: deadlock issue accompanying with UI. Maybe due to the hardware advance, the
: inefficiency is not a major factor any more.

s*e2010-01-27 08:01

81 楼

that was exactly what I meant "in event loop". if you see it as request-
response model. all the requests are handled in a multi-threaded way. In
other words, xhtmlrequest will handle requests in multi-threaded manner, but
the responses are handled in event loop, which is single threaded. And it
is the response handler that will need to access shared data structure (
usually sitting in memory).

【在 g*****g 的大作中提到】

: node不是单线程，而是多线程都在low level IO上。IO本身是不会产生死锁的。
:
: loop,
: ,
: about
: the

p*22010-01-27 08:01

82 楼

but
multi thread concurrency不够好

【在 s******e 的大作中提到】

: that was exactly what I meant "in event loop". if you see it as request-
: response model. all the requests are handled in a multi-threaded way. In
: other words, xhtmlrequest will handle requests in multi-threaded manner, but
: the responses are handled in event loop, which is single threaded. And it
: is the response handler that will need to access shared data structure (
: usually sitting in memory).