化工教授-两个位置 (转载)# ChemEng - 化学工程
c*e
1 楼
用OpenGSE 很灵活, 感觉除了Hibernate，就是基本上POJO了。测试用用mockito.
spring or
Guice for
injection.个人很喜欢Guava. akka
spring or
Guice for
injection.个人很喜欢Guava. akka
p*e
2 楼
【 以下文字转载自 Faculty 讨论区 】
发信人: polyaniline (PANI), 信区: Faculty
标 题: 化工教授-两个位置
发信站: BBS 未名空间站 (Thu Sep 1 12:58:23 2016, 美东)
过去两年招了七个tenure track，两个lecturer。没想到今年还有，跟大家分享一下，
也请转给周围合适的朋友，谢谢。更新了一下，刚知道有两个位置。
Assistant/Associate/Full Professor: The Auburn University Department of
Chemical Engineering invites applications for multiple tenure track faculty
positions.
These tenure track appointments are to become effective in August 2017.
Our department seeks outstanding candidates who have a Ph.D. in chemical
engineering, petroleum engineering, or related field. The areas of expertise
are open; however the individuals selected for these positions will be
expected to contribute to the growth of at least one of the department’s
strategic focus areas: energy and environment, advanced materials, computer-
aided chemical engineering, and pharmaceutical/biomedical engineering.
Additionally, the department is leading two multidisciplinary Cluster Hire
Initiatives in the areas of Scalable Energy and Pharmaceutical Engineering.
Candidates selected for these Cluster Hire Initiative positions will be
expected to participate actively in the respective clusters. New faculty
with expertise in Scalable Energy and Pharmaceutical Engineering will
complement the University’s considerable expertise in these areas to form
the core of this innovative multidisciplinary initiative. For candidates
selected for these cluster positions, participation in cluster activities
will be an important component in faculty annual reviews.
发信人: polyaniline (PANI), 信区: Faculty
标 题: 化工教授-两个位置
发信站: BBS 未名空间站 (Thu Sep 1 12:58:23 2016, 美东)
过去两年招了七个tenure track，两个lecturer。没想到今年还有，跟大家分享一下，
也请转给周围合适的朋友，谢谢。更新了一下，刚知道有两个位置。
Assistant/Associate/Full Professor: The Auburn University Department of
Chemical Engineering invites applications for multiple tenure track faculty
positions.
These tenure track appointments are to become effective in August 2017.
Our department seeks outstanding candidates who have a Ph.D. in chemical
engineering, petroleum engineering, or related field. The areas of expertise
are open; however the individuals selected for these positions will be
expected to contribute to the growth of at least one of the department’s
strategic focus areas: energy and environment, advanced materials, computer-
aided chemical engineering, and pharmaceutical/biomedical engineering.
Additionally, the department is leading two multidisciplinary Cluster Hire
Initiatives in the areas of Scalable Energy and Pharmaceutical Engineering.
Candidates selected for these Cluster Hire Initiative positions will be
expected to participate actively in the respective clusters. New faculty
with expertise in Scalable Energy and Pharmaceutical Engineering will
complement the University’s considerable expertise in these areas to form
the core of this innovative multidisciplinary initiative. For candidates
selected for these cluster positions, participation in cluster activities
will be an important component in faculty annual reviews.
z*3
3 楼
stereotype
heavy的就永远都heavy
ejb3.0以后也都是pojo了
要是websphere没有人用了
ibm的市值怎么爬上200b的？
heavy的就永远都heavy
ejb3.0以后也都是pojo了
要是websphere没有人用了
ibm的市值怎么爬上200b的？
a*m
4 楼
+1
ejb3向spring学了很多。
stereotype
heavy的就永远都heavy
ejb3.0以后也都是pojo了
要是websphere没有人用了
ibm的市值怎么爬上200b的？
【在 z*******3 的大作中提到】
: stereotype
: heavy的就永远都heavy
: ejb3.0以后也都是pojo了
: 要是websphere没有人用了
: ibm的市值怎么爬上200b的？
ejb3向spring学了很多。
stereotype
heavy的就永远都heavy
ejb3.0以后也都是pojo了
要是websphere没有人用了
ibm的市值怎么爬上200b的？
【在 z*******3 的大作中提到】
: stereotype
: heavy的就永远都heavy
: ejb3.0以后也都是pojo了
: 要是websphere没有人用了
: ibm的市值怎么爬上200b的？
k*e
5 楼
在用websphere,weblogic的公司，如果有人建议使用OpenGSE，结果就是被大家鄙视。
heavy自有heavy的道理。大炮和手枪还是有区别的
heavy自有heavy的道理。大炮和手枪还是有区别的
z*3
6 楼
嗯，heavy关键看用途
如果只是hello world
我看java都没有必要
但是如果是eai，对方用weblogic或websphere
可以省不少事
当然如果说有什么是开源不能替代的
这个还真没有，用开源的蛮好，应该提倡
手枪多了，齐射的效果也能变成大炮不是
【在 k********e 的大作中提到】
: 在用websphere,weblogic的公司，如果有人建议使用OpenGSE，结果就是被大家鄙视。
: heavy自有heavy的道理。大炮和手枪还是有区别的
如果只是hello world
我看java都没有必要
但是如果是eai，对方用weblogic或websphere
可以省不少事
当然如果说有什么是开源不能替代的
这个还真没有，用开源的蛮好，应该提倡
手枪多了，齐射的效果也能变成大炮不是
【在 k********e 的大作中提到】
: 在用websphere,weblogic的公司，如果有人建议使用OpenGSE，结果就是被大家鄙视。
: heavy自有heavy的道理。大炮和手枪还是有区别的
c*e
7 楼
我用glassfish,还不错。
这些local server，在apache之后出来很多啊。想当年apache是美國军工里的东东，后
来一些遗老凭记忆把这个玩艺给复制出来了。
【在 z*******3 的大作中提到】
: 嗯，heavy关键看用途
: 如果只是hello world
: 我看java都没有必要
: 但是如果是eai，对方用weblogic或websphere
: 可以省不少事
: 当然如果说有什么是开源不能替代的
: 这个还真没有，用开源的蛮好，应该提倡
: 手枪多了，齐射的效果也能变成大炮不是
这些local server，在apache之后出来很多啊。想当年apache是美國军工里的东东，后
来一些遗老凭记忆把这个玩艺给复制出来了。
【在 z*******3 的大作中提到】
: 嗯，heavy关键看用途
: 如果只是hello world
: 我看java都没有必要
: 但是如果是eai，对方用weblogic或websphere
: 可以省不少事
: 当然如果说有什么是开源不能替代的
: 这个还真没有，用开源的蛮好，应该提倡
: 手枪多了，齐射的效果也能变成大炮不是
k*e
8 楼
glassfish也是很heavy :)， 够猛。
【在 c*********e 的大作中提到】
: 我用glassfish,还不错。
: 这些local server，在apache之后出来很多啊。想当年apache是美國军工里的东东，后
: 来一些遗老凭记忆把这个玩艺给复制出来了。
【在 c*********e 的大作中提到】
: 我用glassfish,还不错。
: 这些local server，在apache之后出来很多啊。想当年apache是美國军工里的东东，后
: 来一些遗老凭记忆把这个玩艺给复制出来了。
z*3
9 楼
笑，是的，楼主的错误关键在于说了jboss
要是只说websphere的话还好
【在 k********e 的大作中提到】
: glassfish也是很heavy :)， 够猛。
要是只说websphere的话还好
【在 k********e 的大作中提到】
: glassfish也是很heavy :)， 够猛。
c*e
10 楼
IBM的市场价值和web sphere有鸟关系。。
http://blog.josemanuelperez.es/2011/07/google-plus-technology-overview/
http://highscalability.com/blog/2011/7/12/google-is-built-using-tools-you-can-use-too-closure-java-ser.html
【在 z*******3 的大作中提到】
: stereotype
: heavy的就永远都heavy
: ejb3.0以后也都是pojo了
: 要是websphere没有人用了
: ibm的市值怎么爬上200b的？
http://blog.josemanuelperez.es/2011/07/google-plus-technology-overview/
http://highscalability.com/blog/2011/7/12/google-is-built-using-tools-you-can-use-too-closure-java-ser.html
【在 z*******3 的大作中提到】
: stereotype
: heavy的就永远都heavy
: ejb3.0以后也都是pojo了
: 要是websphere没有人用了
: ibm的市值怎么爬上200b的？
z*3
11 楼
你要连这个关系都没看出来，那我没有办法跟你说下去
ibm要是没了websphere，就一渣，要巨额亏损
另外web不算什么，web就是一显示的东西，不值得做任何投入
重要性比不上db，三层，business logic最重要，其次是db，最后才是web
google搞的这些什么web，小打小闹可以，真正的东西
显然不能靠google这些来做，就像楼上说的
会让人怀疑我的professional的
【在 c*****e 的大作中提到】
: IBM的市场价值和web sphere有鸟关系。。
: http://blog.josemanuelperez.es/2011/07/google-plus-technology-overview/
: http://highscalability.com/blog/2011/7/12/google-is-built-using-tools-you-can-use-too-closure-java-ser.html
ibm要是没了websphere，就一渣，要巨额亏损
另外web不算什么，web就是一显示的东西，不值得做任何投入
重要性比不上db，三层，business logic最重要，其次是db，最后才是web
google搞的这些什么web，小打小闹可以，真正的东西
显然不能靠google这些来做，就像楼上说的
会让人怀疑我的professional的
【在 c*****e 的大作中提到】
: IBM的市场价值和web sphere有鸟关系。。
: http://blog.josemanuelperez.es/2011/07/google-plus-technology-overview/
: http://highscalability.com/blog/2011/7/12/google-is-built-using-tools-you-can-use-too-closure-java-ser.html
c*e
12 楼
按你的意思G都不是web internet公司？
gdoc,gmail, gchat, g+那个不是web？
ibm有什么web services/products?
就像楼上说的
【在 z*******3 的大作中提到】
: 你要连这个关系都没看出来，那我没有办法跟你说下去
: ibm要是没了websphere，就一渣，要巨额亏损
: 另外web不算什么，web就是一显示的东西，不值得做任何投入
: 重要性比不上db，三层，business logic最重要，其次是db，最后才是web
: google搞的这些什么web，小打小闹可以，真正的东西
: 显然不能靠google这些来做，就像楼上说的
: 会让人怀疑我的professional的
M*r
13 楼
1
If the app server is built on OSGI model, there is not much difference on
runtime heavy/light between web container and app server.
嗯，heavy关键看用途如果只是hello world我看java都没有必要但是如果是eai，对方
用weblogic或websphere可以省不少事当然如果说有什么是开源不能替........
【在 z*******3 的大作中提到】
: 嗯，heavy关键看用途
: 如果只是hello world
: 我看java都没有必要
: 但是如果是eai，对方用weblogic或websphere
: 可以省不少事
: 当然如果说有什么是开源不能替代的
: 这个还真没有，用开源的蛮好，应该提倡
: 手枪多了，齐射的效果也能变成大炮不是
If the app server is built on OSGI model, there is not much difference on
runtime heavy/light between web container and app server.
嗯，heavy关键看用途如果只是hello world我看java都没有必要但是如果是eai，对方
用weblogic或websphere可以省不少事当然如果说有什么是开源不能替........
【在 z*******3 的大作中提到】
: 嗯，heavy关键看用途
: 如果只是hello world
: 我看java都没有必要
: 但是如果是eai，对方用weblogic或websphere
: 可以省不少事
: 当然如果说有什么是开源不能替代的
: 这个还真没有，用开源的蛮好，应该提倡
: 手枪多了，齐射的效果也能变成大炮不是
z*3
14 楼
是web啊
我没说不是web
我只是对web没有什么兴趣而已
ibm跟google不是一个类型的公司
ibm更back end
对于ibm来说，websphere就是最重要的核心产品
而且websphere远不是tomcat这种web server那么简单
web只是一种表现方式，复杂的部分在app server实现
所以不是很在意google
google在企业客户这一块又没有什么市场
不明白为什么老拿google说事，web又不重要
大公司的软件里有几个真把web当回事的
【在 c*****e 的大作中提到】
:
: 按你的意思G都不是web internet公司？
: gdoc,gmail, gchat, g+那个不是web？
: ibm有什么web services/products?
: 就像楼上说的
我没说不是web
我只是对web没有什么兴趣而已
ibm跟google不是一个类型的公司
ibm更back end
对于ibm来说，websphere就是最重要的核心产品
而且websphere远不是tomcat这种web server那么简单
web只是一种表现方式，复杂的部分在app server实现
所以不是很在意google
google在企业客户这一块又没有什么市场
不明白为什么老拿google说事，web又不重要
大公司的软件里有几个真把web当回事的
【在 c*****e 的大作中提到】
:
: 按你的意思G都不是web internet公司？
: gdoc,gmail, gchat, g+那个不是web？
: ibm有什么web services/products?
: 就像楼上说的
c*e
15 楼
大公司的软件里有几个真把web当回事的?
你还活在上世纪。。
【在 z*******3 的大作中提到】
: 是web啊
: 我没说不是web
: 我只是对web没有什么兴趣而已
: ibm跟google不是一个类型的公司
: ibm更back end
: 对于ibm来说，websphere就是最重要的核心产品
: 而且websphere远不是tomcat这种web server那么简单
: web只是一种表现方式，复杂的部分在app server实现
: 所以不是很在意google
: google在企业客户这一块又没有什么市场
你还活在上世纪。。
【在 z*******3 的大作中提到】
: 是web啊
: 我没说不是web
: 我只是对web没有什么兴趣而已
: ibm跟google不是一个类型的公司
: ibm更back end
: 对于ibm来说，websphere就是最重要的核心产品
: 而且websphere远不是tomcat这种web server那么简单
: web只是一种表现方式，复杂的部分在app server实现
: 所以不是很在意google
: google在企业客户这一块又没有什么市场
z*3
16 楼
你以为所有公司都要在web上卖东西的么？
我们的web都是内部网，只不过是一种表现形式而已
很多时候根本不对外公开，算了，我不说了
没什么意思，说下去肯定要吵起来，道不同
【在 c*****e 的大作中提到】
: 大公司的软件里有几个真把web当回事的?
: 你还活在上世纪。。
我们的web都是内部网，只不过是一种表现形式而已
很多时候根本不对外公开，算了，我不说了
没什么意思，说下去肯定要吵起来，道不同
【在 c*****e 的大作中提到】
: 大公司的软件里有几个真把web当回事的?
: 你还活在上世纪。。
g*g
17 楼
据我的了解，其实市场分为两种。一种是传统的企业市场，最早使用j2EE的。
典型的如金融，保险，政府，这些企业不是IT企业，风格比较保守，比较不差钱。喜欢
买IBM，Oracle之类公司的全套Solution，出了问题也是找他们解决。所以Oracle+
weblogic, DB2+websphere全套很正常。
另一种是大量中小企业，特别所谓web2.0公司，比较注重控制成本，基本上就是tomcat
+mysql的stack。
典型的如金融，保险，政府，这些企业不是IT企业，风格比较保守，比较不差钱。喜欢
买IBM，Oracle之类公司的全套Solution，出了问题也是找他们解决。所以Oracle+
weblogic, DB2+websphere全套很正常。
另一种是大量中小企业，特别所谓web2.0公司，比较注重控制成本，基本上就是tomcat
+mysql的stack。
k*e
18 楼
赞同。IBM和google这种公司不是一个类型的。IBM注重集成，客户都是大公司，不差钱
的。google就是游击队，针对小公司或者个人消费市场。
蓝色巨人屹立不老是有原因的。
app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
给IBM,Oracle？
的。google就是游击队，针对小公司或者个人消费市场。
蓝色巨人屹立不老是有原因的。
app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
给IBM,Oracle？
w*z
19 楼
说到海量数据，有谁大过Google，fb, Twitter? 他们不用Oracle, IBM. 吧
it is the difference between enterprise software and Web company.
【在 k********e 的大作中提到】
: 赞同。IBM和google这种公司不是一个类型的。IBM注重集成，客户都是大公司，不差钱
: 的。google就是游击队，针对小公司或者个人消费市场。
: 蓝色巨人屹立不老是有原因的。
: app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
: 以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
: 这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
: 甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
: 给IBM,Oracle？
it is the difference between enterprise software and Web company.
【在 k********e 的大作中提到】
: 赞同。IBM和google这种公司不是一个类型的。IBM注重集成，客户都是大公司，不差钱
: 的。google就是游击队，针对小公司或者个人消费市场。
: 蓝色巨人屹立不老是有原因的。
: app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
: 以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
: 这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
: 甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
: 给IBM,Oracle？
k*e
20 楼
yep。楼主的问题是对比两种app server。
google等web公司不会把他们的架构和系统软件卖给别的公司的。 他们提供的是平台，
不是系统。IBM等公司会把app server数据库等软件卖给企业，然后收service fee.
【在 w**z 的大作中提到】
: 说到海量数据，有谁大过Google，fb, Twitter? 他们不用Oracle, IBM. 吧
: it is the difference between enterprise software and Web company.
google等web公司不会把他们的架构和系统软件卖给别的公司的。 他们提供的是平台，
不是系统。IBM等公司会把app server数据库等软件卖给企业，然后收service fee.
【在 w**z 的大作中提到】
: 说到海量数据，有谁大过Google，fb, Twitter? 他们不用Oracle, IBM. 吧
: it is the difference between enterprise software and Web company.
k*e
21 楼
讨论问题，大多数情况会偏题。呵呵。这就是一个好例子。大家讨论两种app server的
区别。重量级的app server 可以应对大量数据，可扩展性，集成方面也更强，而轻量
级在这方面比较弱。这说明为什么IBM，oracle等公司的产品为什么收费大家还买。
如果把Google等web公司拿出来，他们应该不提供app server。所以没有可比性。 而且
他们的内部系统也不是用我们现在谈的app server的领域。 当然很多web公司提供
cloud 平台，这又是另外的话题了。
区别。重量级的app server 可以应对大量数据，可扩展性，集成方面也更强，而轻量
级在这方面比较弱。这说明为什么IBM，oracle等公司的产品为什么收费大家还买。
如果把Google等web公司拿出来，他们应该不提供app server。所以没有可比性。 而且
他们的内部系统也不是用我们现在谈的app server的领域。 当然很多web公司提供
cloud 平台，这又是另外的话题了。
z*3
22 楼
还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
对于企业来说，有一个自己的系统多是出于安全考虑
虽然ibm什么卖软件，但是如何实现的，ibm控制不了
还有数据库里面的数据，oracle什么想偷窥也偷窥不了
但是如果放到网络上去，嗯
每年大型金融机构都会开除甚至起诉几个员工
基本上理由都很接近，就是这些员工泄露了数据
如果利用数据为自己牟利了，就是金融犯罪，上法庭
这也是为什么很多企业的网络都是内网的原因
开放给公网的很少甚至没有，只有销售的部分才会放到网络上去
所以web不重要，真正重要的都是back end部分
大多数时候大多数人都围着后台在忙，至于前台front end
只不过是一个表示而已，web组的地位在企业通常是比较低的
做java的还是要做back end才稳妥，否则没有什么竞争力
tomcat
【在 g*****g 的大作中提到】
: 据我的了解，其实市场分为两种。一种是传统的企业市场，最早使用j2EE的。
: 典型的如金融，保险，政府，这些企业不是IT企业，风格比较保守，比较不差钱。喜欢
: 买IBM，Oracle之类公司的全套Solution，出了问题也是找他们解决。所以Oracle+
: weblogic, DB2+websphere全套很正常。
: 另一种是大量中小企业，特别所谓web2.0公司，比较注重控制成本，基本上就是tomcat
: +mysql的stack。
电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
对于企业来说，有一个自己的系统多是出于安全考虑
虽然ibm什么卖软件，但是如何实现的，ibm控制不了
还有数据库里面的数据，oracle什么想偷窥也偷窥不了
但是如果放到网络上去，嗯
每年大型金融机构都会开除甚至起诉几个员工
基本上理由都很接近，就是这些员工泄露了数据
如果利用数据为自己牟利了，就是金融犯罪，上法庭
这也是为什么很多企业的网络都是内网的原因
开放给公网的很少甚至没有，只有销售的部分才会放到网络上去
所以web不重要，真正重要的都是back end部分
大多数时候大多数人都围着后台在忙，至于前台front end
只不过是一个表示而已，web组的地位在企业通常是比较低的
做java的还是要做back end才稳妥，否则没有什么竞争力
tomcat
【在 g*****g 的大作中提到】
: 据我的了解，其实市场分为两种。一种是传统的企业市场，最早使用j2EE的。
: 典型的如金融，保险，政府，这些企业不是IT企业，风格比较保守，比较不差钱。喜欢
: 买IBM，Oracle之类公司的全套Solution，出了问题也是找他们解决。所以Oracle+
: weblogic, DB2+websphere全套很正常。
: 另一种是大量中小企业，特别所谓web2.0公司，比较注重控制成本，基本上就是tomcat
: +mysql的stack。
g*g
23 楼
This is not true. Most high scalability java web applications run on Tomcat,
very few of them run on Weblogic/Websphere. Big non-IT companies don't
really have that many end users compared to web companies. And when you have
high number of concurrent users, Database becomes the bottleneck, what you
use for web app server is not as critical since it can be scaled out
relatively easily. It makes economical sense to use open source technologies
as much as possible.
【在 k********e 的大作中提到】
: 赞同。IBM和google这种公司不是一个类型的。IBM注重集成，客户都是大公司，不差钱
: 的。google就是游击队，针对小公司或者个人消费市场。
: 蓝色巨人屹立不老是有原因的。
: app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
: 以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
: 这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
: 甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
: 给IBM,Oracle？
very few of them run on Weblogic/Websphere. Big non-IT companies don't
really have that many end users compared to web companies. And when you have
high number of concurrent users, Database becomes the bottleneck, what you
use for web app server is not as critical since it can be scaled out
relatively easily. It makes economical sense to use open source technologies
as much as possible.
【在 k********e 的大作中提到】
: 赞同。IBM和google这种公司不是一个类型的。IBM注重集成，客户都是大公司，不差钱
: 的。google就是游击队，针对小公司或者个人消费市场。
: 蓝色巨人屹立不老是有原因的。
: app server里面，重要的不是方便，而是稳定性和可扩展性，及EAI集成能力。一个可
: 以应付海量数据压力，和海量计算的系统，绝对不能出现系统崩溃或拒绝服务的情况。
: 这时候，重量级的app server就看出区别了。如果出现了问题，IBM，ORACLE这种公司
: 甚至连APP server，JVM都可以重写一遍，你说这样的服务合同应该给开源服务器还是
: 给IBM,Oracle？
g*g
24 楼
铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
这是ebay, amazon之类系统已经证明行之有效的办法。
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
这是ebay, amazon之类系统已经证明行之有效的办法。
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
z*3
25 楼
到不了那么深入
他们的网页就有问题
每次刷新页面时候都要重新读取css
这样直接把访问量double了
这是最直接的原因
db那个还没到就挂了
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
他们的网页就有问题
每次刷新页面时候都要重新读取css
这样直接把访问量double了
这是最直接的原因
db那个还没到就挂了
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
z*3
26 楼
不知道国内的铁道售票有没有联程这个概念
如果中间涉及到转机之类的跨不同数据库的操作
那么涉及到多个数据库之间的transaction就很爽了
而且这种东西是不能随随便便错的
所以我看最好的方法可能是上ibm的mainframe
其实世界上大部分民航的售票系统最back end用的就是mainframe
你们ibm在这一块市场份额其实大大地
很多专业的公司就专门养着这么一批ibm的人做service
公司不倒，ibm这批人不裁
相比之下web公司就容易很多，transaction需要的地方少之又少
大部分request无非就是处理掉拉倒
所以越是大的网站，用apache http server的就越多
tomcat比起来都显得太过于重量了
所以java在这种大并发的web要求面前也没有什么优势
这是我放狗搜出来的
可以看到，用java做web的屈指可数几个
我看到的无非三个，ebay，alibaba和linkedin
其中阿里巴巴用的是jboss，ebay用tomcat可以理解
当年ebay搞起来的时候，jboss都还不知道在哪里呢
至于linkedin，阿三对于java的热爱不是盖的
而就是这几个也都是这些网站中数据算是比较重要的了
其他的什么qq之类的，那种数据的重要性就算了吧
越看重数据安全的地方，java就越多，尤其是涉及到钱的时候
Google Web服务器: Google Web Server –GWS是根据Apache内核进行二
次开发的
Apache.org Web服务器: Apache/2.2.8 (Unix) 运行在 PHP/5.2.10环境中，目
前Apache上推荐下载的最新版本是 httpd-2.2.15.tar.gz
Yahoo Web服务器: YTS/1.17.23.1 YTS是自己的开发的，参见Yahooz
在开源大会上公布的资料(Pdf 资料)
alex.com Web服务器: Apache/2.0.55 (FreeBSD) 运行在 PHP/5.1.2环
境中
Microsoft Web服务器: Microsoft-IIS/7.5 也算是自己研制的吧
eBay.com Web服务器: Apache-Coyote/1.1 也就是 Tomcat
Alibaba.com Web服务器: Apache/2.2.15 ，应用服务器：JBoss-4.0.5.GA ， JK
模块：mod_jk/1.2.28
Baidu.com Web服务器: BWS/1.0 看见这个信息从屏幕上出现我不得不佩服我
们中国人的山寨意识，同时也表示深深的无语
Sina.com.cn Web服务器: Apache/2.0.54 (Unix)
blog.sina.com.cn Web服务器: nginx/0.7.62 缓存依然使用 Squid 运行在PHP
/5.2.9 环境中
163.com Web服务器: nginx ,不同于新浪 photo.163.com，blog.163.com
， news.163.com全部采用 nginx 服务器
sohu.com Web服务器: SWS 再次佩服我们中国人的山寨意识，同时也再次的
表示深深的无语
douban.com Web服务器: nginx
Linkedin.com Web服务器: Apache-Coyote/1.1 也是 Tomcat
MSN.com Web服务器: Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.50727。
MSN. jp Web服务器: Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.
50727。
MSN.tw Web服务器: 不看不知道，一看吓一跳，做域名跳转的这台机器
居然是，Apache/2.2.3 (CentOS) , Web服务器还是Linux操作系统自带的，运行在 PHP
/5.2.12上,使用“curl -Is www.msn.tw” 试试就知道了。不过真实运行的网站 tw.
msn.com，还是Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.50727和美国、日本一样。
经过H.E.的亲自测试可见传说中微软使用Linux的消息不假
MSN.com.cn Web服务器: 最前端居然是 Big-ip F5的硬件设备，看来msn每个
地区的系统架构还不一样。
QQ.com Web服务器: nginx/0.6.39 并不是最新的版本，估计腾讯是比较
早的一批nginx用户，后端Web缓存squid/2.6.STABLE5
sf.net Web服务器: nginx/0.7.63 ,最前端采用 F5 BigIP 负载均衡硬
件设备
mop.com Web服务器: Apache/2.0.55 (Unix) 最前端采用 MemCache
hi.baidu.com(百度空间) Web服务器: Apache 1.1.26.0 ，不知道这个版本
的漏洞不是很多
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
如果中间涉及到转机之类的跨不同数据库的操作
那么涉及到多个数据库之间的transaction就很爽了
而且这种东西是不能随随便便错的
所以我看最好的方法可能是上ibm的mainframe
其实世界上大部分民航的售票系统最back end用的就是mainframe
你们ibm在这一块市场份额其实大大地
很多专业的公司就专门养着这么一批ibm的人做service
公司不倒，ibm这批人不裁
相比之下web公司就容易很多，transaction需要的地方少之又少
大部分request无非就是处理掉拉倒
所以越是大的网站，用apache http server的就越多
tomcat比起来都显得太过于重量了
所以java在这种大并发的web要求面前也没有什么优势
这是我放狗搜出来的
可以看到，用java做web的屈指可数几个
我看到的无非三个，ebay，alibaba和linkedin
其中阿里巴巴用的是jboss，ebay用tomcat可以理解
当年ebay搞起来的时候，jboss都还不知道在哪里呢
至于linkedin，阿三对于java的热爱不是盖的
而就是这几个也都是这些网站中数据算是比较重要的了
其他的什么qq之类的，那种数据的重要性就算了吧
越看重数据安全的地方，java就越多，尤其是涉及到钱的时候
Google Web服务器: Google Web Server –GWS是根据Apache内核进行二
次开发的
Apache.org Web服务器: Apache/2.2.8 (Unix) 运行在 PHP/5.2.10环境中，目
前Apache上推荐下载的最新版本是 httpd-2.2.15.tar.gz
Yahoo Web服务器: YTS/1.17.23.1 YTS是自己的开发的，参见Yahooz
在开源大会上公布的资料(Pdf 资料)
alex.com Web服务器: Apache/2.0.55 (FreeBSD) 运行在 PHP/5.1.2环
境中
Microsoft Web服务器: Microsoft-IIS/7.5 也算是自己研制的吧
eBay.com Web服务器: Apache-Coyote/1.1 也就是 Tomcat
Alibaba.com Web服务器: Apache/2.2.15 ，应用服务器：JBoss-4.0.5.GA ， JK
模块：mod_jk/1.2.28
Baidu.com Web服务器: BWS/1.0 看见这个信息从屏幕上出现我不得不佩服我
们中国人的山寨意识，同时也表示深深的无语
Sina.com.cn Web服务器: Apache/2.0.54 (Unix)
blog.sina.com.cn Web服务器: nginx/0.7.62 缓存依然使用 Squid 运行在PHP
/5.2.9 环境中
163.com Web服务器: nginx ,不同于新浪 photo.163.com，blog.163.com
， news.163.com全部采用 nginx 服务器
sohu.com Web服务器: SWS 再次佩服我们中国人的山寨意识，同时也再次的
表示深深的无语
douban.com Web服务器: nginx
Linkedin.com Web服务器: Apache-Coyote/1.1 也是 Tomcat
MSN.com Web服务器: Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.50727。
MSN. jp Web服务器: Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.
50727。
MSN.tw Web服务器: 不看不知道，一看吓一跳，做域名跳转的这台机器
居然是，Apache/2.2.3 (CentOS) , Web服务器还是Linux操作系统自带的，运行在 PHP
/5.2.12上,使用“curl -Is www.msn.tw” 试试就知道了。不过真实运行的网站 tw.
msn.com，还是Microsoft-IIS/6.0，ASP.Net 的版本是 2.0.50727和美国、日本一样。
经过H.E.的亲自测试可见传说中微软使用Linux的消息不假
MSN.com.cn Web服务器: 最前端居然是 Big-ip F5的硬件设备，看来msn每个
地区的系统架构还不一样。
QQ.com Web服务器: nginx/0.6.39 并不是最新的版本，估计腾讯是比较
早的一批nginx用户，后端Web缓存squid/2.6.STABLE5
sf.net Web服务器: nginx/0.7.63 ,最前端采用 F5 BigIP 负载均衡硬
件设备
mop.com Web服务器: Apache/2.0.55 (Unix) 最前端采用 MemCache
hi.baidu.com(百度空间) Web服务器: Apache 1.1.26.0 ，不知道这个版本
的漏洞不是很多
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
w*z
27 楼
ebay 用的是IBM 定制的Geronimo app server. 除了enterprise software, 还真很少
见到web company 用J2EE stack 的，way too heavy.
【在 z*******3 的大作中提到】
: 不知道国内的铁道售票有没有联程这个概念
: 如果中间涉及到转机之类的跨不同数据库的操作
: 那么涉及到多个数据库之间的transaction就很爽了
: 而且这种东西是不能随随便便错的
: 所以我看最好的方法可能是上ibm的mainframe
: 其实世界上大部分民航的售票系统最back end用的就是mainframe
: 你们ibm在这一块市场份额其实大大地
: 很多专业的公司就专门养着这么一批ibm的人做service
: 公司不倒，ibm这批人不裁
: 相比之下web公司就容易很多，transaction需要的地方少之又少
见到web company 用J2EE stack 的，way too heavy.
【在 z*******3 的大作中提到】
: 不知道国内的铁道售票有没有联程这个概念
: 如果中间涉及到转机之类的跨不同数据库的操作
: 那么涉及到多个数据库之间的transaction就很爽了
: 而且这种东西是不能随随便便错的
: 所以我看最好的方法可能是上ibm的mainframe
: 其实世界上大部分民航的售票系统最back end用的就是mainframe
: 你们ibm在这一块市场份额其实大大地
: 很多专业的公司就专门养着这么一批ibm的人做service
: 公司不倒，ibm这批人不裁
: 相比之下web公司就容易很多，transaction需要的地方少之又少
c*e
28 楼
sql已经越来越少用了，瓶颈，不能有效的分布式处理。这就是为何non-sql如此流行。
感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
【在 g*****g 的大作中提到】
: 铁道部那个订票系统的问题是做架构的人太烂了。瓶颈毫无疑问在数据库上，怎么办。
: Sharding才是王道。把不同车次的数据放在不同数据库服务器上才是解决问题的关键。
: 这是ebay, amazon之类系统已经证明行之有效的办法。
w*z
29 楼
rdbms, no SQL, different use case. no SQL 牺牲部分ACID, for HA， big
throughput, low latency . CAP theorem
【在 c*****e 的大作中提到】
: sql已经越来越少用了，瓶颈，不能有效的分布式处理。这就是为何non-sql如此流行。
: 感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
throughput, low latency . CAP theorem
【在 c*****e 的大作中提到】
: sql已经越来越少用了，瓶颈，不能有效的分布式处理。这就是为何non-sql如此流行。
: 感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
z*3
30 楼
geronimo是一个不规范的app server
就跟sap一样，也不是什么轻量级的东西
所以只要谈到钱，尤其是涉及到钱的交易的问题
所有人都非常谨慎，这个时候app server就大行其道了
【在 w**z 的大作中提到】
: ebay 用的是IBM 定制的Geronimo app server. 除了enterprise software, 还真很少
: 见到web company 用J2EE stack 的，way too heavy.
就跟sap一样，也不是什么轻量级的东西
所以只要谈到钱，尤其是涉及到钱的交易的问题
所有人都非常谨慎，这个时候app server就大行其道了
【在 w**z 的大作中提到】
: ebay 用的是IBM 定制的Geronimo app server. 除了enterprise software, 还真很少
: 见到web company 用J2EE stack 的，way too heavy.
z*3
31 楼
sql还越来越少用，你让这里的dba怎么混
我觉得你很牛逼啊，你的论断一个比一个牛
连sql越来越少用都敢说，还跟web公司比有很大差距
在你眼里ibm是不是快倒闭了？
web公司用不用java做web server都很难说
前面那么多例子，我觉得你们应该把jsp淘汰掉
php轻多了，而且开发人员也便宜
non-sql流行也没有撼动oracle的地位
对了，oracle也是一个市值上150b的公司
你是不是觉得这家公司也快倒闭了？
要不你zkss你对ibm和oracle的看法？
我很看好你哦
【在 c*****e 的大作中提到】
: sql已经越来越少用了，瓶颈，不能有效的分布式处理。这就是为何non-sql如此流行。
: 感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
我觉得你很牛逼啊，你的论断一个比一个牛
连sql越来越少用都敢说，还跟web公司比有很大差距
在你眼里ibm是不是快倒闭了？
web公司用不用java做web server都很难说
前面那么多例子，我觉得你们应该把jsp淘汰掉
php轻多了，而且开发人员也便宜
non-sql流行也没有撼动oracle的地位
对了，oracle也是一个市值上150b的公司
你是不是觉得这家公司也快倒闭了？
要不你zkss你对ibm和oracle的看法？
我很看好你哦
【在 c*****e 的大作中提到】
: sql已经越来越少用了，瓶颈，不能有效的分布式处理。这就是为何non-sql如此流行。
: 感觉那些传统的金融和非IT公司的技术已经和领先的IT web公司已经很大的差距了。
g*g
32 楼
据我所知没有，大部分人关心的是往返。想做得友好一些，把两地往返的所有车次放一
个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
体文件不多，可能都不需要。
Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
如iCloud.
【在 z*******3 的大作中提到】
: 不知道国内的铁道售票有没有联程这个概念
: 如果中间涉及到转机之类的跨不同数据库的操作
: 那么涉及到多个数据库之间的transaction就很爽了
: 而且这种东西是不能随随便便错的
: 所以我看最好的方法可能是上ibm的mainframe
: 其实世界上大部分民航的售票系统最back end用的就是mainframe
: 你们ibm在这一块市场份额其实大大地
: 很多专业的公司就专门养着这么一批ibm的人做service
: 公司不倒，ibm这批人不裁
: 相比之下web公司就容易很多，transaction需要的地方少之又少
个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
体文件不多，可能都不需要。
Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
如iCloud.
【在 z*******3 的大作中提到】
: 不知道国内的铁道售票有没有联程这个概念
: 如果中间涉及到转机之类的跨不同数据库的操作
: 那么涉及到多个数据库之间的transaction就很爽了
: 而且这种东西是不能随随便便错的
: 所以我看最好的方法可能是上ibm的mainframe
: 其实世界上大部分民航的售票系统最back end用的就是mainframe
: 你们ibm在这一块市场份额其实大大地
: 很多专业的公司就专门养着这么一批ibm的人做service
: 公司不倒，ibm这批人不裁
: 相比之下web公司就容易很多，transaction需要的地方少之又少
z*3
33 楼
这个时候回头看这个帖子蛮有意思
其实海量数据分两种
一种是不讲究可靠性
错就错了，死不了人，google，twitter等都是如此
另外一种是讲究可靠性的
基本上这种都涉及到钱，错了要回滚，要干嘛的折腾
前者tomcat这种比不了php这些
后者tomcat其实也只是一个外观，后面还跟着一个大块头
google数据再重要，能跟银行的比么？
银行随便一个交易，安全的要求要远远高于google
facebook之类的就不用说了，都是混不到钱的东西
所以也能解释为什么facebook股票价格腰斩
昨天又起来了，感觉又在吹泡泡
web以前吹过一次泡泡，而真正j2ee发展起来其实就是在web那次泡沫破灭之后
活下来的那批人搞出来的，现在热钱又在往web里面冲
要当心啊
我其他自信心是有点不够，但是我说股票，尤其是美股
我还从来没说错过的记录，web这一波要小心
【在 w**z 的大作中提到】
: 说到海量数据，有谁大过Google，fb, Twitter? 他们不用Oracle, IBM. 吧
: it is the difference between enterprise software and Web company.
其实海量数据分两种
一种是不讲究可靠性
错就错了，死不了人，google，twitter等都是如此
另外一种是讲究可靠性的
基本上这种都涉及到钱，错了要回滚，要干嘛的折腾
前者tomcat这种比不了php这些
后者tomcat其实也只是一个外观，后面还跟着一个大块头
google数据再重要，能跟银行的比么？
银行随便一个交易，安全的要求要远远高于google
facebook之类的就不用说了，都是混不到钱的东西
所以也能解释为什么facebook股票价格腰斩
昨天又起来了，感觉又在吹泡泡
web以前吹过一次泡泡，而真正j2ee发展起来其实就是在web那次泡沫破灭之后
活下来的那批人搞出来的，现在热钱又在往web里面冲
要当心啊
我其他自信心是有点不够，但是我说股票，尤其是美股
我还从来没说错过的记录，web这一波要小心
【在 w**z 的大作中提到】
: 说到海量数据，有谁大过Google，fb, Twitter? 他们不用Oracle, IBM. 吧
: it is the difference between enterprise software and Web company.
z*3
34 楼
那还好，切起来还方便
飞机票就比较麻烦
back end肯定是java的天下，这个毫无疑问
但是front end不太好说
尤其是front end对于系统要求不那么高的
象twitter什么，感觉用php什么完全可以替代掉jsp
如果只是单纯的web的话
Groovy
【在 g*****g 的大作中提到】
: 据我所知没有，大部分人关心的是往返。想做得友好一些，把两地往返的所有车次放一
: 个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
: 个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
: 体文件不多，可能都不需要。
: Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
: ). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
: 如iCloud.
飞机票就比较麻烦
back end肯定是java的天下，这个毫无疑问
但是front end不太好说
尤其是front end对于系统要求不那么高的
象twitter什么，感觉用php什么完全可以替代掉jsp
如果只是单纯的web的话
Groovy
【在 g*****g 的大作中提到】
: 据我所知没有，大部分人关心的是往返。想做得友好一些，把两地往返的所有车次放一
: 个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
: 个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
: 体文件不多，可能都不需要。
: Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
: ). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
: 如iCloud.
z*3
35 楼
当年我买入ibm就是看中了你们的websphere
我当年90不到买的
到现在都没抛，还不算每个季度的分红
赚得盆满钵满的，使得我安心养老
后来才听说巴菲特也买了你们ibm
不过我比他早呵呵
现在看，web可能会有第二波泡泡
好，我准备准备，到时候ibm，oracle什么肯定会被牵连下来
到时候我再杀进去，这次风险分担一下
ibm和oracle一半一半吧
Groovy
【在 g*****g 的大作中提到】
: 据我所知没有，大部分人关心的是往返。想做得友好一些，把两地往返的所有车次放一
: 个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
: 个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
: 体文件不多，可能都不需要。
: Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
: ). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
: 如iCloud.
我当年90不到买的
到现在都没抛，还不算每个季度的分红
赚得盆满钵满的，使得我安心养老
后来才听说巴菲特也买了你们ibm
不过我比他早呵呵
现在看，web可能会有第二波泡泡
好，我准备准备，到时候ibm，oracle什么肯定会被牵连下来
到时候我再杀进去，这次风险分担一下
ibm和oracle一半一半吧
Groovy
【在 g*****g 的大作中提到】
: 据我所知没有，大部分人关心的是往返。想做得友好一些，把两地往返的所有车次放一
: 个数据库就很大程度可以解决这个需要。总归现在最大的问题都没到这个层面上。能一
: 个一个车次的买票，人们群众就很感激了。至于静态文件放CDN，我觉得这个系统的媒
: 体文件不多，可能都不需要。
: Java做得大型web app还是不少的，诸如Twitter (Java+Scala), Netflix(Java+Groovy
: ). 至于光backend那就多了，那些上规模的mobile app，backend一多半都是Java，比
: 如iCloud.
g*g
36 楼
UI layer本来就不是性能的关键，加上这几年流行ajax+webservice，用什么语言确实
差别没有那么大。UI层需要脚本语言，jsp, jsf都没什么竞争力，我觉得Grail(Groovy
), Lift(Scala)倒是有点竞争力。
【在 z*******3 的大作中提到】
: 那还好，切起来还方便
: 飞机票就比较麻烦
: back end肯定是java的天下，这个毫无疑问
: 但是front end不太好说
: 尤其是front end对于系统要求不那么高的
: 象twitter什么，感觉用php什么完全可以替代掉jsp
: 如果只是单纯的web的话
:
: Groovy
差别没有那么大。UI层需要脚本语言，jsp, jsf都没什么竞争力，我觉得Grail(Groovy
), Lift(Scala)倒是有点竞争力。
【在 z*******3 的大作中提到】
: 那还好，切起来还方便
: 飞机票就比较麻烦
: back end肯定是java的天下，这个毫无疑问
: 但是front end不太好说
: 尤其是front end对于系统要求不那么高的
: 象twitter什么，感觉用php什么完全可以替代掉jsp
: 如果只是单纯的web的话
:
: Groovy
z*3
37 楼
我对脚本一点信心都没有
觉得就是一个泡沫
因为脚本本身实现的功能相当有限
太简单的用不了脚本，太复杂的我干脆直接预编译后投递算了
脚本就有点上不上下不下，但凡是这种上不上下不下的
我都不太看好
webservice也不单纯是web的东西
尤其是被ejb这一层采用了之后
再经过rest等优化
估计以后会变成front end和back end的一种标准集成方式
替换掉rmi，在公司内部网络上实现一种比较合理的通信
这才是我看好web service的原因
如果仅仅是web的东西，尤其是公网上的service
那还是算了吧
Groovy
【在 g*****g 的大作中提到】
: UI layer本来就不是性能的关键，加上这几年流行ajax+webservice，用什么语言确实
: 差别没有那么大。UI层需要脚本语言，jsp, jsf都没什么竞争力，我觉得Grail(Groovy
: ), Lift(Scala)倒是有点竞争力。
觉得就是一个泡沫
因为脚本本身实现的功能相当有限
太简单的用不了脚本，太复杂的我干脆直接预编译后投递算了
脚本就有点上不上下不下，但凡是这种上不上下不下的
我都不太看好
webservice也不单纯是web的东西
尤其是被ejb这一层采用了之后
再经过rest等优化
估计以后会变成front end和back end的一种标准集成方式
替换掉rmi，在公司内部网络上实现一种比较合理的通信
这才是我看好web service的原因
如果仅仅是web的东西，尤其是公网上的service
那还是算了吧
Groovy
【在 g*****g 的大作中提到】
: UI layer本来就不是性能的关键，加上这几年流行ajax+webservice，用什么语言确实
: 差别没有那么大。UI层需要脚本语言，jsp, jsf都没什么竞争力，我觉得Grail(Groovy
: ), Lift(Scala)倒是有点竞争力。
g*g
38 楼
不同系统的难点不一样，相比之下ebay，amazon并发数和可靠性要求都比较高，解决的
方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
一种选择，开发要比RDBMS复杂得多。
相比之下，大部分企业应用，对可靠性要求高，但
对并发要求低，实现上反而简单。
IBM和Oracle做得就是这类市场，现有的大量中间件
可以使consulting projects迅速完成。
IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
【在 z*******3 的大作中提到】
: 这个时候回头看这个帖子蛮有意思
: 其实海量数据分两种
: 一种是不讲究可靠性
: 错就错了，死不了人，google，twitter等都是如此
: 另外一种是讲究可靠性的
: 基本上这种都涉及到钱，错了要回滚，要干嘛的折腾
: 前者tomcat这种比不了php这些
: 后者tomcat其实也只是一个外观，后面还跟着一个大块头
: google数据再重要，能跟银行的比么？
: 银行随便一个交易，安全的要求要远远高于google
方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
一种选择，开发要比RDBMS复杂得多。
相比之下，大部分企业应用，对可靠性要求高，但
对并发要求低，实现上反而简单。
IBM和Oracle做得就是这类市场，现有的大量中间件
可以使consulting projects迅速完成。
IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
【在 z*******3 的大作中提到】
: 这个时候回头看这个帖子蛮有意思
: 其实海量数据分两种
: 一种是不讲究可靠性
: 错就错了，死不了人，google，twitter等都是如此
: 另外一种是讲究可靠性的
: 基本上这种都涉及到钱，错了要回滚，要干嘛的折腾
: 前者tomcat这种比不了php这些
: 后者tomcat其实也只是一个外观，后面还跟着一个大块头
: google数据再重要，能跟银行的比么？
: 银行随便一个交易，安全的要求要远远高于google
z*3
39 楼
刚去洗澡，爽了一下
现在有空，敲点文字，聊聊天，抛砖引玉
说说为什么我认为web是泡沫
另外，虽然这是回帖，但是我知道钻封有时候会跑过来看我的回帖
这贴不上首页，bssd，仅供这个版面小范围内讨论
不要搞到什么pda，apple那些人冲过来，果黑果轮大战那就太恶心了
话说在pda有一篇文章写得不错，就是说看gay和女人用什么机器
然后再看男人用什么，就知道大概什么才能赚钱了
其实一个公司，如果要盈利，无非做两块
要么做个人业务，要么做公司业务
先说个人业务，如果要做个人业务
那无非做的不是男人就是女人
谁有钱？女人更有钱
女人可以支撑起钻石产业，wsn的钱大多数都是女人花出去的
wsn在国内要买房不是因为老婆也是因为丈母娘
wsn本身租房也未尝不可
所以要做个人生意，赚女人钱是最好不过了
但是问题在于，女人很计较
爱攀比，所以更喜欢实物，而且是华丽好看的实物
绝对不是什么虚拟的物品
女人会在镜子前面站很久，但是不会在电脑前面呆太久
所以一个web站点，哪怕你做得再好
对于女人来说，都没有什么吸引力
因为你不能让女人变得好看
女人最喜欢的是她走在大街上，有回头率
web没有任何一个原创的商品能有这个效果
所以如果一个web公司把女人当作主要消费群体
差不多是要玩完的，古德霸你看好的那个znga我是不买的
因为我相信女人要的不是游戏，她们买的是裙子，手袋，项链这些东西
所以苹果能成功，因为苹果做的东西好看啊
女人拿出这种电脑手机，她可以制造回头率
所以web除非挂靠实体店，比如做零售，网络商店这种
包括amazon，阿里巴巴，淘宝什么不都是这种模式么
否则单纯靠着web自己要做虚拟商品，要想从女人口袋里掏钱
那是有够难的
女人如果不行了，那就要看男人的消费
wsn消费什么？wsn什么都不消费，连西装什么都是一穿穿十多年
一件衬衣体恤穿五六年的太正常不过了
但是有一个东西，wsn会消费，无论屌丝还是高富帅
游戏，电子游戏
男人唯一能不搭理女人的时候，就只有在他玩游戏的时候
也只有游戏能让男人老老实实从口袋里把钱掏出来
小日本靠着游戏机这种简单的东西横行了n多年
java之所以被退出desktop
跟java一开始做游戏的力不从心有很大关系
当然随着时间的进步，要感谢摩尔定律持续生效这么多年
才使得java做游戏慢慢变得可能，但也不是那么流行
现在做游戏主流还是directx和opengl
包括微软为什么能够占领当年的pc市场呢？
也跟dos时代起就有很多游戏软件有关
当年的doom，在dos时代就实现了3d，牛逼得一塌糊涂
后来得c&c，包括暴雪早期得魔兽争霸12,后来得星际争霸
再到后来的cs，等等，这些游戏把windows推向了一个使用高峰
包括微软自己也做帝国时代，做得相当不错
那现在要看web能不能做到这一点了
目前看，web做不到这一点
flash就是一渣，渣得不能再渣了
稍微复杂一点的游戏，在flash上表现得跟大便一样
因为flash用的是脚本，我发现脚本这个东西
用来做游戏，几乎是不行的
可以做非常简单的游戏，一复杂，那就是不能玩
applet就算了吧，用过的人都说差
silverlight也不行，我玩过silverlight的游戏
并不复杂的游戏，玩到后面windows居然会狂消耗内存
包括flash有时候也会这样，这都是带虚拟机的东西
而且都做得不好，现在就看javafx能做得怎样了
其实javafx本身是一堆控件，真正部署不是applet就是web start
或者干脆就是jar直接运行，所以其实还是跟web没有太大关系得东西
web start就是一种脱离web单独运行的机制
跟applet那种寄生在浏览器里面的不同
所以其实javafx就算成功了，也不能带动web的成功
真正的成功是哪一天都用html做游戏了，才有戏，目前看
光靠javascript，那离做游戏，那还差得十万八千里远
可能做做愤怒的小鸟可以，但是这不是wsn喜欢的游戏
wsn不会为了愤怒的小鸟去掏钱
所以google后来也不只做web了
开始推广安桌了，现在微软，苹果和狗狗混战
都在抢app，其实就看谁能把握游戏app，谁就能笑到最后
苹果机器的弱点在于，他们平台上的游戏一直都不怎样
但是这个都跟web没有太大关系
也就是游戏公司我不需要web我一样赚钱，那我为什么要成为一个web公司呢？
游戏公司可能是一个网络公司，做网络游戏，但是没有必要是一个web公司
第三种是做企业业务
这个其实是java后来发扬光大得主要去处
因为企业跟个人不一样
要想赚企业的钱
要进到企业的核心流程里面去
帮企业完成它的核心流程
比如数据库，各种服务器，包括主机，小型机
所以一直都有人说，搞cs的，不能只搞自己这一块
要结合其他行业，这个所谓其他行业就是其他企业
这些企业可以通过购买wsn创造出来的各种软件
来实现企业内部无纸化的操作，erp等标准流程
并节省成本，过去20年，企业级软件的大规模应用
成功使得大部分白领转型，到今天大部分白领都是对着电脑在敲
这在几十年前是不一样的，大部分会计那个时候都还在对着账目
在敲算盘或者是计算器，而不是在电脑上操作
所以要赚企业的钱，要能够切实地帮助企业解决问题
而且企业多数不是那么缺钱
也不是那么喜欢web，因为web上有各种乱七八糟的东西
病毒，黑客，企业里面一堆机密的数据，放到web上去
谁受得了，企业连财报都不太愿意公开，遮遮掩掩
更何况是这种随时可能被人偷窥的地方
所以企业会雇一堆的码农给它干活
而不是让ibm什么进来把所有的东西都做了
一般会请ibm的人进来，然后要求ibm的人跟企业的员工一起做
企业的员工边学边做，一定时间之后，ibm的人可以走了
很多企业都是以这种方式来跟ibm等公司合作的
然后ibm通过培训这些企业自己的员工，忽悠他们购买ibm的产品
然后通过抽取ibm产品的license fee赚钱
然后企业通过这种方式，保证系统内部的安全性
将来有什么需求，自己就可以做了，不需要再请ibm了
所以虽然外包如火如荼，但是世界各地java码农的工作机会都在增加
毕竟现在企业都要自建系统，尤其是做大了之后
都会去养那么一批人给他们干活，这样做很重要一点是安全
企业的命大多数时候就是那些数据嘛，还有什么呢？
不就是db里面的那些东西么？
比如银行，保险这些公司，他们有什么竞争优势呢？
没有什么优势，靠的无非就是积累嘛
你能做我也能做
但是我的客户比你多，我就比你强
不就这么一回事么，航空公司不也一样
加航跟美联航有什么区别？连飞机都一样的
只不过说社会需要这些行业，不能随便淘汰这些行业
总要有公司去做，所以最后会稳定下来有那么几家公司，永远做这个行业
然后这个行业就这几家公司互相咬，但是行业内部都清楚，我们谁都咬不死对方
做做样子给人看就行了，所以这些行业内部都是求稳，别出事就行
这些公司稳定了，内部员工也就跟着稳定
花点钱那都是小事，又不是start up，没事斤斤计较干什么
又不是出不起
所以综合一下
web
一不能赚女人的钱，不能给女人制造出回头率，女人比的是实体
二不能搞出游戏来，不能搞出游戏来就没法赚男人的钱
三也很难介入企业内部流程，企业怎么可能把数据交给twitter？
嫌内部的丑闻知道的人太少？
那么web公司靠什么赚钱呢？
钱不可能从天上掉下来，总归得要有一个盈利的模式
否则这就是一个泡沫
google比较聪明，google当初做广告盈利也是误打误撞
这个其实就是挂靠实体的盈利模式，最终还是要挂靠实体经济
后来鼓吹了一段时间web，发现不行，很聪明滴搞出了安桌
从苹果抄了过去，把jobs气得半死，从那以后google跟苹果分道扬镳
所以说做了安桌的google还是一个纯粹的web公司么？
不见得吧
所以对于纯粹的web公司，我有一定的把握认为这是一个泡沫
除非告诉我，这个web公司靠向谁伸手要钱能要到
否则迟早这个泡沫要破的
【在 g*****g 的大作中提到】
: 不同系统的难点不一样，相比之下ebay，amazon并发数和可靠性要求都比较高，解决的
: 方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
: Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
: 一种选择，开发要比RDBMS复杂得多。
: 相比之下，大部分企业应用，对可靠性要求高，但
: 对并发要求低，实现上反而简单。
: IBM和Oracle做得就是这类市场，现有的大量中间件
: 可以使consulting projects迅速完成。
: IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
现在有空，敲点文字，聊聊天，抛砖引玉
说说为什么我认为web是泡沫
另外，虽然这是回帖，但是我知道钻封有时候会跑过来看我的回帖
这贴不上首页，bssd，仅供这个版面小范围内讨论
不要搞到什么pda，apple那些人冲过来，果黑果轮大战那就太恶心了
话说在pda有一篇文章写得不错，就是说看gay和女人用什么机器
然后再看男人用什么，就知道大概什么才能赚钱了
其实一个公司，如果要盈利，无非做两块
要么做个人业务，要么做公司业务
先说个人业务，如果要做个人业务
那无非做的不是男人就是女人
谁有钱？女人更有钱
女人可以支撑起钻石产业，wsn的钱大多数都是女人花出去的
wsn在国内要买房不是因为老婆也是因为丈母娘
wsn本身租房也未尝不可
所以要做个人生意，赚女人钱是最好不过了
但是问题在于，女人很计较
爱攀比，所以更喜欢实物，而且是华丽好看的实物
绝对不是什么虚拟的物品
女人会在镜子前面站很久，但是不会在电脑前面呆太久
所以一个web站点，哪怕你做得再好
对于女人来说，都没有什么吸引力
因为你不能让女人变得好看
女人最喜欢的是她走在大街上，有回头率
web没有任何一个原创的商品能有这个效果
所以如果一个web公司把女人当作主要消费群体
差不多是要玩完的，古德霸你看好的那个znga我是不买的
因为我相信女人要的不是游戏，她们买的是裙子，手袋，项链这些东西
所以苹果能成功，因为苹果做的东西好看啊
女人拿出这种电脑手机，她可以制造回头率
所以web除非挂靠实体店，比如做零售，网络商店这种
包括amazon，阿里巴巴，淘宝什么不都是这种模式么
否则单纯靠着web自己要做虚拟商品，要想从女人口袋里掏钱
那是有够难的
女人如果不行了，那就要看男人的消费
wsn消费什么？wsn什么都不消费，连西装什么都是一穿穿十多年
一件衬衣体恤穿五六年的太正常不过了
但是有一个东西，wsn会消费，无论屌丝还是高富帅
游戏，电子游戏
男人唯一能不搭理女人的时候，就只有在他玩游戏的时候
也只有游戏能让男人老老实实从口袋里把钱掏出来
小日本靠着游戏机这种简单的东西横行了n多年
java之所以被退出desktop
跟java一开始做游戏的力不从心有很大关系
当然随着时间的进步，要感谢摩尔定律持续生效这么多年
才使得java做游戏慢慢变得可能，但也不是那么流行
现在做游戏主流还是directx和opengl
包括微软为什么能够占领当年的pc市场呢？
也跟dos时代起就有很多游戏软件有关
当年的doom，在dos时代就实现了3d，牛逼得一塌糊涂
后来得c&c，包括暴雪早期得魔兽争霸12,后来得星际争霸
再到后来的cs，等等，这些游戏把windows推向了一个使用高峰
包括微软自己也做帝国时代，做得相当不错
那现在要看web能不能做到这一点了
目前看，web做不到这一点
flash就是一渣，渣得不能再渣了
稍微复杂一点的游戏，在flash上表现得跟大便一样
因为flash用的是脚本，我发现脚本这个东西
用来做游戏，几乎是不行的
可以做非常简单的游戏，一复杂，那就是不能玩
applet就算了吧，用过的人都说差
silverlight也不行，我玩过silverlight的游戏
并不复杂的游戏，玩到后面windows居然会狂消耗内存
包括flash有时候也会这样，这都是带虚拟机的东西
而且都做得不好，现在就看javafx能做得怎样了
其实javafx本身是一堆控件，真正部署不是applet就是web start
或者干脆就是jar直接运行，所以其实还是跟web没有太大关系得东西
web start就是一种脱离web单独运行的机制
跟applet那种寄生在浏览器里面的不同
所以其实javafx就算成功了，也不能带动web的成功
真正的成功是哪一天都用html做游戏了，才有戏，目前看
光靠javascript，那离做游戏，那还差得十万八千里远
可能做做愤怒的小鸟可以，但是这不是wsn喜欢的游戏
wsn不会为了愤怒的小鸟去掏钱
所以google后来也不只做web了
开始推广安桌了，现在微软，苹果和狗狗混战
都在抢app，其实就看谁能把握游戏app，谁就能笑到最后
苹果机器的弱点在于，他们平台上的游戏一直都不怎样
但是这个都跟web没有太大关系
也就是游戏公司我不需要web我一样赚钱，那我为什么要成为一个web公司呢？
游戏公司可能是一个网络公司，做网络游戏，但是没有必要是一个web公司
第三种是做企业业务
这个其实是java后来发扬光大得主要去处
因为企业跟个人不一样
要想赚企业的钱
要进到企业的核心流程里面去
帮企业完成它的核心流程
比如数据库，各种服务器，包括主机，小型机
所以一直都有人说，搞cs的，不能只搞自己这一块
要结合其他行业，这个所谓其他行业就是其他企业
这些企业可以通过购买wsn创造出来的各种软件
来实现企业内部无纸化的操作，erp等标准流程
并节省成本，过去20年，企业级软件的大规模应用
成功使得大部分白领转型，到今天大部分白领都是对着电脑在敲
这在几十年前是不一样的，大部分会计那个时候都还在对着账目
在敲算盘或者是计算器，而不是在电脑上操作
所以要赚企业的钱，要能够切实地帮助企业解决问题
而且企业多数不是那么缺钱
也不是那么喜欢web，因为web上有各种乱七八糟的东西
病毒，黑客，企业里面一堆机密的数据，放到web上去
谁受得了，企业连财报都不太愿意公开，遮遮掩掩
更何况是这种随时可能被人偷窥的地方
所以企业会雇一堆的码农给它干活
而不是让ibm什么进来把所有的东西都做了
一般会请ibm的人进来，然后要求ibm的人跟企业的员工一起做
企业的员工边学边做，一定时间之后，ibm的人可以走了
很多企业都是以这种方式来跟ibm等公司合作的
然后ibm通过培训这些企业自己的员工，忽悠他们购买ibm的产品
然后通过抽取ibm产品的license fee赚钱
然后企业通过这种方式，保证系统内部的安全性
将来有什么需求，自己就可以做了，不需要再请ibm了
所以虽然外包如火如荼，但是世界各地java码农的工作机会都在增加
毕竟现在企业都要自建系统，尤其是做大了之后
都会去养那么一批人给他们干活，这样做很重要一点是安全
企业的命大多数时候就是那些数据嘛，还有什么呢？
不就是db里面的那些东西么？
比如银行，保险这些公司，他们有什么竞争优势呢？
没有什么优势，靠的无非就是积累嘛
你能做我也能做
但是我的客户比你多，我就比你强
不就这么一回事么，航空公司不也一样
加航跟美联航有什么区别？连飞机都一样的
只不过说社会需要这些行业，不能随便淘汰这些行业
总要有公司去做，所以最后会稳定下来有那么几家公司，永远做这个行业
然后这个行业就这几家公司互相咬，但是行业内部都清楚，我们谁都咬不死对方
做做样子给人看就行了，所以这些行业内部都是求稳，别出事就行
这些公司稳定了，内部员工也就跟着稳定
花点钱那都是小事，又不是start up，没事斤斤计较干什么
又不是出不起
所以综合一下
web
一不能赚女人的钱，不能给女人制造出回头率，女人比的是实体
二不能搞出游戏来，不能搞出游戏来就没法赚男人的钱
三也很难介入企业内部流程，企业怎么可能把数据交给twitter？
嫌内部的丑闻知道的人太少？
那么web公司靠什么赚钱呢？
钱不可能从天上掉下来，总归得要有一个盈利的模式
否则这就是一个泡沫
google比较聪明，google当初做广告盈利也是误打误撞
这个其实就是挂靠实体的盈利模式，最终还是要挂靠实体经济
后来鼓吹了一段时间web，发现不行，很聪明滴搞出了安桌
从苹果抄了过去，把jobs气得半死，从那以后google跟苹果分道扬镳
所以说做了安桌的google还是一个纯粹的web公司么？
不见得吧
所以对于纯粹的web公司，我有一定的把握认为这是一个泡沫
除非告诉我，这个web公司靠向谁伸手要钱能要到
否则迟早这个泡沫要破的
【在 g*****g 的大作中提到】
: 不同系统的难点不一样，相比之下ebay，amazon并发数和可靠性要求都比较高，解决的
: 方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
: Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
: 一种选择，开发要比RDBMS复杂得多。
: 相比之下，大部分企业应用，对可靠性要求高，但
: 对并发要求低，实现上反而简单。
: IBM和Oracle做得就是这类市场，现有的大量中间件
: 可以使consulting projects迅速完成。
: IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
z*3
40 楼
web这个泡沫，90年代就开始吹了
到了00年达到一个高峰期
我的很多老师都是那个时候的老板
我在机场误机了，遇到一个女孩子
同病相怜，白妞，请她喝咖啡，聊天
问我是做什么的，我说我是程序员
她说她爸爸也是，在.com泡沫时候
.com泡沫破灭之后，她爸就失去了工作
她就开始谋生了，所以后来她去了杂技团
做了一个杂技演员，比较朋克
.com泡沫时候，很多人以为架上一个网站就可以收钱了
这个太可笑了，凭什么？
包括facebook，twitter，这些东西有什么技术含量可言？
00年时候你说那个时候技术做不出facebook来？做不出twitter来？
不见得吧，那为什么现在这些公司突然摇身一变成了“高科技”的化身了？
这不是扯淡嘛，所以fb股价毫不客气腰斩
昨天的突然攀升是有机构在买入，接力炒作，忽悠散户进场接盘
反正这种股票在他们明确盈利模式之前
我是一定不买，用户数说明不了任何问题，我也用facebook
但是只要facebook向我要钱，我就不用了，一分都不给
而且有我这种想法的人对于fb其实是大大地有害
因为我用占用了它的资源，它其实对我在做赔本买卖
facebook ipo的时候甚至连主流媒体都不捧场
都一致看空，我觉得如果有人在那个时候还进场接盘
那真的是很奇芭，包括很早以前有一个股票叫做人人
忽悠了一堆老中进场接盘，好可怜
这种公司，凭什么要用户给钱？就凭着那几个web页面？
这太可笑了
到了00年达到一个高峰期
我的很多老师都是那个时候的老板
我在机场误机了，遇到一个女孩子
同病相怜，白妞，请她喝咖啡，聊天
问我是做什么的，我说我是程序员
她说她爸爸也是，在.com泡沫时候
.com泡沫破灭之后，她爸就失去了工作
她就开始谋生了，所以后来她去了杂技团
做了一个杂技演员，比较朋克
.com泡沫时候，很多人以为架上一个网站就可以收钱了
这个太可笑了，凭什么？
包括facebook，twitter，这些东西有什么技术含量可言？
00年时候你说那个时候技术做不出facebook来？做不出twitter来？
不见得吧，那为什么现在这些公司突然摇身一变成了“高科技”的化身了？
这不是扯淡嘛，所以fb股价毫不客气腰斩
昨天的突然攀升是有机构在买入，接力炒作，忽悠散户进场接盘
反正这种股票在他们明确盈利模式之前
我是一定不买，用户数说明不了任何问题，我也用facebook
但是只要facebook向我要钱，我就不用了，一分都不给
而且有我这种想法的人对于fb其实是大大地有害
因为我用占用了它的资源，它其实对我在做赔本买卖
facebook ipo的时候甚至连主流媒体都不捧场
都一致看空，我觉得如果有人在那个时候还进场接盘
那真的是很奇芭，包括很早以前有一个股票叫做人人
忽悠了一堆老中进场接盘，好可怜
这种公司，凭什么要用户给钱？就凭着那几个web页面？
这太可笑了
k*e
41 楼
呵呵。讨论这么久，还是跑题了。不过，很有启发性。
g*g
42 楼
这年头，mobile有点泡沫，web是没看出多大泡沫。这几年上市的web公司都是挣钱的，
跟2000年左右完全不一样。互联网公司干的是依托技术来跟传统公司竞争。典型的如
Amazon弄死了Borders，Netflix弄死了Blockbluster。Google今年的广告收入比美国所
有报业加起来还多。淘宝一天整了100多亿的营业额。都是典型的例子。
【在 z*******3 的大作中提到】
: web这个泡沫，90年代就开始吹了
: 到了00年达到一个高峰期
: 我的很多老师都是那个时候的老板
: 我在机场误机了，遇到一个女孩子
: 同病相怜，白妞，请她喝咖啡，聊天
: 问我是做什么的，我说我是程序员
: 她说她爸爸也是，在.com泡沫时候
: .com泡沫破灭之后，她爸就失去了工作
: 她就开始谋生了，所以后来她去了杂技团
: 做了一个杂技演员，比较朋克
跟2000年左右完全不一样。互联网公司干的是依托技术来跟传统公司竞争。典型的如
Amazon弄死了Borders，Netflix弄死了Blockbluster。Google今年的广告收入比美国所
有报业加起来还多。淘宝一天整了100多亿的营业额。都是典型的例子。
【在 z*******3 的大作中提到】
: web这个泡沫，90年代就开始吹了
: 到了00年达到一个高峰期
: 我的很多老师都是那个时候的老板
: 我在机场误机了，遇到一个女孩子
: 同病相怜，白妞，请她喝咖啡，聊天
: 问我是做什么的，我说我是程序员
: 她说她爸爸也是，在.com泡沫时候
: .com泡沫破灭之后，她爸就失去了工作
: 她就开始谋生了，所以后来她去了杂技团
: 做了一个杂技演员，比较朋克
k*e
43 楼
如果把web定义为拥有web界面的整套系统，包括中间业务逻辑，后端的企业数据源，那
么，web就是企业的未来。如果web只是一个html前端，那的确是不太重要。
么，web就是企业的未来。如果web只是一个html前端，那的确是不太重要。
L*s
44 楼
可以看看大的broker和market maker都用什么，这可是海量访问加跟钱有关
g*g
45 楼
也是DB2或者Oracle。stock的数据同样很容易sharding，没有一个broker允许你一次操
作对两个symbol下单的。
【在 L*********s 的大作中提到】
: 可以看看大的broker和market maker都用什么，这可是海量访问加跟钱有关
作对两个symbol下单的。
【在 L*********s 的大作中提到】
: 可以看看大的broker和market maker都用什么，这可是海量访问加跟钱有关
t*e
46 楼
sharding就是DB horizontal partitioning。Hibernate Shard适用。
【在 g*****g 的大作中提到】
: 也是DB2或者Oracle。stock的数据同样很容易sharding，没有一个broker允许你一次操
: 作对两个symbol下单的。
【在 g*****g 的大作中提到】
: 也是DB2或者Oracle。stock的数据同样很容易sharding，没有一个broker允许你一次操
: 作对两个symbol下单的。
c*e
47 楼
通过internet传输的数据可以加密，被窃取了也不能解密。vpn就是用这种方式，让用
户通过internet连上公司的网站，取得公司的机密数据。
所以，云的一个关键就是数据的安全性，和加密。如果这个做好了，会有更多的小公司
去尝试云。
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
户通过internet连上公司的网站，取得公司的机密数据。
所以，云的一个关键就是数据的安全性，和加密。如果这个做好了，会有更多的小公司
去尝试云。
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
a*i
48 楼
你是想说要用JEE还是要用IBM？
只能用IBM那是扯蛋
银行用JBoss的也有，那个算开源吧
只有银行数据才重要？
就没有一家不重要
丢数据都是要关门的
你上ebay拍个东西，上amazon，丢了数据一样就是丢钱
google的广告点击你给出个问题试试？
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
只能用IBM那是扯蛋
银行用JBoss的也有，那个算开源吧
只有银行数据才重要？
就没有一家不重要
丢数据都是要关门的
你上ebay拍个东西，上amazon，丢了数据一样就是丢钱
google的广告点击你给出个问题试试？
【在 z*******3 的大作中提到】
: 还有交通，比如民航，铁道，铁道部那个实名订票闹剧就是不用ibm跑去用开源造成的
: 电信移动，这两个以前是bea和sun的地盘，你们ibm的份额不多
: 对于企业来说，有一个自己的系统多是出于安全考虑
: 虽然ibm什么卖软件，但是如何实现的，ibm控制不了
: 还有数据库里面的数据，oracle什么想偷窥也偷窥不了
: 但是如果放到网络上去，嗯
: 每年大型金融机构都会开除甚至起诉几个员工
: 基本上理由都很接近，就是这些员工泄露了数据
: 如果利用数据为自己牟利了，就是金融犯罪，上法庭
: 这也是为什么很多企业的网络都是内网的原因
z*3
49 楼
如果铁道部能做得好的话，也许jee还可以
但是铁道部做得不好，涉及到跨数据库的transaction
其实目前是无解，比较合适的是用mainframe来做
如果要用到mainframe，那选择就很少了
ibm可能是少数几家能够做mainframe的公司
向民航领域学习，不过古德霸说目前没有，所以容易很多
估计你没有接触过一定需要mainframe的领域
也就没有需要用过跨数据库的事务，所以就无所谓了
另外，ebay用的是webphsere，amazon用的也是j2ee
这个没有人否认过，不知道你在说什么
我早就说了涉及到钱的时候，j2ee就大派用场了
还有就是google的数据，它家数据精度只能做到相对精确
也就是真正对于终端用户来说，它的数据完全可以丢
再说google adsense出的各种扯淡的事情还少么
这种精度，算了吧
不用对比银行了，就是ebay那种交易
任何一个都是不能随便错的，google就是多算一次点击和少算一次点击又怎样？
还不都是google说了算的，google说不给钱你能怎样？
adsense又不是没用过，也不是没有企业因为点击计算混乱告过google
只不过说都没赢罢了，大不了不用就是了，每一笔交易的精度以及流程都是不公开的
ebay这种是公开的，ebay错了很容易搞，google错了，除了它们自己谁清楚？
条款都是保护google的
说这么多我觉得有些无聊，我觉得我的意思已经表达得很清楚了
尤其是我在pda看到其它人的回帖，貌似都接受了这个观点
你这贴看着像是抬杠
【在 a****i 的大作中提到】
: 你是想说要用JEE还是要用IBM？
: 只能用IBM那是扯蛋
: 银行用JBoss的也有，那个算开源吧
: 只有银行数据才重要？
: 就没有一家不重要
: 丢数据都是要关门的
: 你上ebay拍个东西，上amazon，丢了数据一样就是丢钱
: google的广告点击你给出个问题试试？
但是铁道部做得不好，涉及到跨数据库的transaction
其实目前是无解，比较合适的是用mainframe来做
如果要用到mainframe，那选择就很少了
ibm可能是少数几家能够做mainframe的公司
向民航领域学习，不过古德霸说目前没有，所以容易很多
估计你没有接触过一定需要mainframe的领域
也就没有需要用过跨数据库的事务，所以就无所谓了
另外，ebay用的是webphsere，amazon用的也是j2ee
这个没有人否认过，不知道你在说什么
我早就说了涉及到钱的时候，j2ee就大派用场了
还有就是google的数据，它家数据精度只能做到相对精确
也就是真正对于终端用户来说，它的数据完全可以丢
再说google adsense出的各种扯淡的事情还少么
这种精度，算了吧
不用对比银行了，就是ebay那种交易
任何一个都是不能随便错的，google就是多算一次点击和少算一次点击又怎样？
还不都是google说了算的，google说不给钱你能怎样？
adsense又不是没用过，也不是没有企业因为点击计算混乱告过google
只不过说都没赢罢了，大不了不用就是了，每一笔交易的精度以及流程都是不公开的
ebay这种是公开的，ebay错了很容易搞，google错了，除了它们自己谁清楚？
条款都是保护google的
说这么多我觉得有些无聊，我觉得我的意思已经表达得很清楚了
尤其是我在pda看到其它人的回帖，貌似都接受了这个观点
你这贴看着像是抬杠
【在 a****i 的大作中提到】
: 你是想说要用JEE还是要用IBM？
: 只能用IBM那是扯蛋
: 银行用JBoss的也有，那个算开源吧
: 只有银行数据才重要？
: 就没有一家不重要
: 丢数据都是要关门的
: 你上ebay拍个东西，上amazon，丢了数据一样就是丢钱
: google的广告点击你给出个问题试试？
w*z
50 楼
很负责的告诉你ebay 不用websphere, 也不用ejb. 最新的版本基于spring +osgi,
private cloud, based on vmware .
【在 z*******3 的大作中提到】
: 如果铁道部能做得好的话，也许jee还可以
: 但是铁道部做得不好，涉及到跨数据库的transaction
: 其实目前是无解，比较合适的是用mainframe来做
: 如果要用到mainframe，那选择就很少了
: ibm可能是少数几家能够做mainframe的公司
: 向民航领域学习，不过古德霸说目前没有，所以容易很多
: 估计你没有接触过一定需要mainframe的领域
: 也就没有需要用过跨数据库的事务，所以就无所谓了
: 另外，ebay用的是webphsere，amazon用的也是j2ee
: 这个没有人否认过，不知道你在说什么
private cloud, based on vmware .
【在 z*******3 的大作中提到】
: 如果铁道部能做得好的话，也许jee还可以
: 但是铁道部做得不好，涉及到跨数据库的transaction
: 其实目前是无解，比较合适的是用mainframe来做
: 如果要用到mainframe，那选择就很少了
: ibm可能是少数几家能够做mainframe的公司
: 向民航领域学习，不过古德霸说目前没有，所以容易很多
: 估计你没有接触过一定需要mainframe的领域
: 也就没有需要用过跨数据库的事务，所以就无所谓了
: 另外，ebay用的是webphsere，amazon用的也是j2ee
: 这个没有人否认过，不知道你在说什么
z*3
51 楼
被vmware给忽悠过去了
我是看古德霸给的那个链接里面写的
我直接引用罢了
不过ebay用什么我倒是不是很在乎
总之都是java的东西就差不多了
至于用什么来实现，那不过是不同的选择罢了
看这个，这上面写的是websphere
http://en.wikipedia.org/wiki/Programming_languages_used_in_most
然后ibm官方也有过新闻说ebay选择了websphere
http://www-03.ibm.com/press/us/en/pressrelease/1097.wss
不过不排除后来换服务商的可能
不过同样不排除的就是
一个大公司，里面可能什么都有
也可能是你没有接触到用websphere的组而已
我曾经工作过的公司，当年就是ibm, sun, bea, oracle之类的都在里面咋呼
用什么都有可能，不是说所有公司都只用一个公司的产品的
这就是java的好处么，想用谁的就用谁的
【在 w**z 的大作中提到】
: 很负责的告诉你ebay 不用websphere, 也不用ejb. 最新的版本基于spring +osgi,
: private cloud, based on vmware .
我是看古德霸给的那个链接里面写的
我直接引用罢了
不过ebay用什么我倒是不是很在乎
总之都是java的东西就差不多了
至于用什么来实现，那不过是不同的选择罢了
看这个，这上面写的是websphere
http://en.wikipedia.org/wiki/Programming_languages_used_in_most
然后ibm官方也有过新闻说ebay选择了websphere
http://www-03.ibm.com/press/us/en/pressrelease/1097.wss
不过不排除后来换服务商的可能
不过同样不排除的就是
一个大公司，里面可能什么都有
也可能是你没有接触到用websphere的组而已
我曾经工作过的公司，当年就是ibm, sun, bea, oracle之类的都在里面咋呼
用什么都有可能，不是说所有公司都只用一个公司的产品的
这就是java的好处么，想用谁的就用谁的
【在 w**z 的大作中提到】
: 很负责的告诉你ebay 不用websphere, 也不用ejb. 最新的版本基于spring +osgi,
: private cloud, based on vmware .
a*i
52 楼
我对你的贴子理解是这样的：
一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
不会做好。
二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
是多一次少一次
实际上它会不断发生，而且越来越差。
如果google广告点击收入是10亿，按百分之一算就是1千万
你是说google的老板不在乎这些收入？
三，ebay用什么，已经有人回了。
四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
，有几个人赞同的？
【在 z*******3 的大作中提到】
: 如果铁道部能做得好的话，也许jee还可以
: 但是铁道部做得不好，涉及到跨数据库的transaction
: 其实目前是无解，比较合适的是用mainframe来做
: 如果要用到mainframe，那选择就很少了
: ibm可能是少数几家能够做mainframe的公司
: 向民航领域学习，不过古德霸说目前没有，所以容易很多
: 估计你没有接触过一定需要mainframe的领域
: 也就没有需要用过跨数据库的事务，所以就无所谓了
: 另外，ebay用的是webphsere，amazon用的也是j2ee
: 这个没有人否认过，不知道你在说什么
一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
不会做好。
二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
是多一次少一次
实际上它会不断发生，而且越来越差。
如果google广告点击收入是10亿，按百分之一算就是1千万
你是说google的老板不在乎这些收入？
三，ebay用什么，已经有人回了。
四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
，有几个人赞同的？
【在 z*******3 的大作中提到】
: 如果铁道部能做得好的话，也许jee还可以
: 但是铁道部做得不好，涉及到跨数据库的transaction
: 其实目前是无解，比较合适的是用mainframe来做
: 如果要用到mainframe，那选择就很少了
: ibm可能是少数几家能够做mainframe的公司
: 向民航领域学习，不过古德霸说目前没有，所以容易很多
: 估计你没有接触过一定需要mainframe的领域
: 也就没有需要用过跨数据库的事务，所以就无所谓了
: 另外，ebay用的是webphsere，amazon用的也是j2ee
: 这个没有人否认过，不知道你在说什么
z*3
53 楼
因为ibm有成熟的解决方案啊
而且有经验啊
所以只要用了ibm，就能做好是完全可能的
至少可能性要大很多
第二transaction会不会出问题
那个要看是不是跨了数据库
所以必要时候要recentralize所有的机器
这就是为什么民航用的是主机
第三，google的例子
google就算出了1％的错误你知道么？
它公开了么？少来了，你到底跟google打过交道没？
你知道google adsense/adwords有多霸道么？
要是都不急会有人跟google闹上法庭？
第四 ，ebay的例子
我至少给出了链接，另外用java就行了，我不明白问题在哪里
我觉得我跟其他人压根没有冲突
第五，我说其他人认同，你就要我举证
你干嘛啊？你还说不是在抬杠？你有兴趣自己去pda看嘛
真是
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
而且有经验啊
所以只要用了ibm，就能做好是完全可能的
至少可能性要大很多
第二transaction会不会出问题
那个要看是不是跨了数据库
所以必要时候要recentralize所有的机器
这就是为什么民航用的是主机
第三，google的例子
google就算出了1％的错误你知道么？
它公开了么？少来了，你到底跟google打过交道没？
你知道google adsense/adwords有多霸道么？
要是都不急会有人跟google闹上法庭？
第四 ，ebay的例子
我至少给出了链接，另外用java就行了，我不明白问题在哪里
我觉得我跟其他人压根没有冲突
第五，我说其他人认同，你就要我举证
你干嘛啊？你还说不是在抬杠？你有兴趣自己去pda看嘛
真是
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
z*3
54 楼
我觉得你只看完了我帖子的第一句话
就迫不及待地跳出来告诉我
你这句话是错的
ibm不是无所不能,blablabla
哦，从某种意义上说，你说得没有错
ibm可能出错么？当然可能
但是我觉得从经验上说，ibm有经验得多
唯一的问题是ibm要钱，要很多钱
所以铁道部权衡之后，还是决定自己搞
然后就搞出问题来了，那铁道部自己搞能不能搞定？
从理论上说，完全可以搞定
但是铁道部的人自己没有经验，所以出问题的可能性要大得多
后来事实也证明了这一点
然后我从经验出发，想如果我是他们，我会怎么做
所以我提出了一个死结，就是跨数据库得transaction问题
所以我再具体到联程的概念上去，然后贴出来问古德霸有没有这个问题
古德霸说没有这种票，所以民航上的联程在铁路中就不会出现
所以就可以打破跨数据库的transaction的问题
所以理论上铁道部可以自己完成，只要他们有足够的经验，不犯错
这么一大段在我跟古德霸后续的几个回帖中都说了
就在上一页，而你，完全没有看，或者说你压根就是来找茬的
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
就迫不及待地跳出来告诉我
你这句话是错的
ibm不是无所不能,blablabla
哦，从某种意义上说，你说得没有错
ibm可能出错么？当然可能
但是我觉得从经验上说，ibm有经验得多
唯一的问题是ibm要钱，要很多钱
所以铁道部权衡之后，还是决定自己搞
然后就搞出问题来了，那铁道部自己搞能不能搞定？
从理论上说，完全可以搞定
但是铁道部的人自己没有经验，所以出问题的可能性要大得多
后来事实也证明了这一点
然后我从经验出发，想如果我是他们，我会怎么做
所以我提出了一个死结，就是跨数据库得transaction问题
所以我再具体到联程的概念上去，然后贴出来问古德霸有没有这个问题
古德霸说没有这种票，所以民航上的联程在铁路中就不会出现
所以就可以打破跨数据库的transaction的问题
所以理论上铁道部可以自己完成，只要他们有足够的经验，不犯错
这么一大段在我跟古德霸后续的几个回帖中都说了
就在上一页，而你，完全没有看，或者说你压根就是来找茬的
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
z*3
55 楼
j2ee面试中经常遇到一个问题
你做过最大的系统有多大？
然后要求说出你在大系统中遇到的问题
以及是如何解决的
我觉得这个问题极难忽悠，没有经验的几乎都会死在这一块上
因为不可能忽悠出来，网络上没有答案
或者说看了也不懂，而有经验没经验在这个时候区别很明显
而且对方有时候会故意针对你的设计做一个小小的陷阱
问如果我这样做，在大系统下会有什么问题
基本上没有经验的在这一瞬间就露馅了
至少我觉得如果是我，如果我没有经验，很难忽悠过去
而我自认为算是忽悠水平很高的人了
所以你知道你的问题在哪么？
那句话从严格逻辑上说有没有错？有错
铁道部能不能做好？可以做好
但是为什么我不认为我说得有错？
因为这是灌水，不是法庭上的辩论，我没有兴趣把每句话都说得那么严谨
这样会很累，我的意思是
ibm远比铁道部有经验，所以如果用了ibm的解决方案
出错的概率会小很多，至少在全国售票这种东西上
ibm在民航领域有着多年的经验，尤其在国外，在全球的大部分发达国家的民航售票系
统里
ibm无处不在，所以ibm的经验远比铁道部要丰富
所以我说出那句话
而你用了“只要用了……就……”这种强语气做解读，多少说明了你的来意吧？
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
你做过最大的系统有多大？
然后要求说出你在大系统中遇到的问题
以及是如何解决的
我觉得这个问题极难忽悠，没有经验的几乎都会死在这一块上
因为不可能忽悠出来，网络上没有答案
或者说看了也不懂，而有经验没经验在这个时候区别很明显
而且对方有时候会故意针对你的设计做一个小小的陷阱
问如果我这样做，在大系统下会有什么问题
基本上没有经验的在这一瞬间就露馅了
至少我觉得如果是我，如果我没有经验，很难忽悠过去
而我自认为算是忽悠水平很高的人了
所以你知道你的问题在哪么？
那句话从严格逻辑上说有没有错？有错
铁道部能不能做好？可以做好
但是为什么我不认为我说得有错？
因为这是灌水，不是法庭上的辩论，我没有兴趣把每句话都说得那么严谨
这样会很累，我的意思是
ibm远比铁道部有经验，所以如果用了ibm的解决方案
出错的概率会小很多，至少在全国售票这种东西上
ibm在民航领域有着多年的经验，尤其在国外，在全球的大部分发达国家的民航售票系
统里
ibm无处不在，所以ibm的经验远比铁道部要丰富
所以我说出那句话
而你用了“只要用了……就……”这种强语气做解读，多少说明了你的来意吧？
【在 a****i 的大作中提到】
: 我对你的贴子理解是这样的：
: 一，只要用了IBM，铁道部的系统就能做好。而不是因为他们本身技术问题，用什么都
: 不会做好。
: 二，如果transaction出问题，它会不断地出。但是在你看来，以google点击为例，只
: 是多一次少一次
: 实际上它会不断发生，而且越来越差。
: 如果google广告点击收入是10亿，按百分之一算就是1千万
: 你是说google的老板不在乎这些收入？
: 三，ebay用什么，已经有人回了。
: 四，pda版什么的，没有说服力，更多的人是不发言，不表示赞同你。另外，你列一下
b*i
56 楼
我理解你的意思，关于这不是法庭辩论那段。GRE有个文章就是说，只要不是数学上的
证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
通篇没有数学上的逻辑严密性。
【在 z*******3 的大作中提到】
: j2ee面试中经常遇到一个问题
: 你做过最大的系统有多大？
: 然后要求说出你在大系统中遇到的问题
: 以及是如何解决的
: 我觉得这个问题极难忽悠，没有经验的几乎都会死在这一块上
: 因为不可能忽悠出来，网络上没有答案
: 或者说看了也不懂，而有经验没经验在这个时候区别很明显
: 而且对方有时候会故意针对你的设计做一个小小的陷阱
: 问如果我这样做，在大系统下会有什么问题
: 基本上没有经验的在这一瞬间就露馅了
证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
通篇没有数学上的逻辑严密性。
【在 z*******3 的大作中提到】
: j2ee面试中经常遇到一个问题
: 你做过最大的系统有多大？
: 然后要求说出你在大系统中遇到的问题
: 以及是如何解决的
: 我觉得这个问题极难忽悠，没有经验的几乎都会死在这一块上
: 因为不可能忽悠出来，网络上没有答案
: 或者说看了也不懂，而有经验没经验在这个时候区别很明显
: 而且对方有时候会故意针对你的设计做一个小小的陷阱
: 问如果我这样做，在大系统下会有什么问题
: 基本上没有经验的在这一瞬间就露馅了
a*i
57 楼
中学写议论文隐含一个前提条件就是伟人、古人说的是正确的
然后才能从伟人古人的说法延伸
如果引用“白马非马”开展议论，只会得零分
回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
不需要JEE的服务器，tomcat，jetty一样跑transaction
我想不出非要重量服务器的理由
用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
可以很方便地做远程调用
【在 b***i 的大作中提到】
: 我理解你的意思，关于这不是法庭辩论那段。GRE有个文章就是说，只要不是数学上的
: 证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
: 中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
: 通篇没有数学上的逻辑严密性。
然后才能从伟人古人的说法延伸
如果引用“白马非马”开展议论，只会得零分
回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
不需要JEE的服务器，tomcat，jetty一样跑transaction
我想不出非要重量服务器的理由
用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
可以很方便地做远程调用
【在 b***i 的大作中提到】
: 我理解你的意思，关于这不是法庭辩论那段。GRE有个文章就是说，只要不是数学上的
: 证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
: 中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
: 通篇没有数学上的逻辑严密性。
t*e
58 楼
和我的想法比较近。JTA的话有几个opensource的transaction managers，再加支持xa
的datasource drivers就可以了，不需要EJB container。remoting的话，spring
remoting+soap+rest足够了，再多就要用EAI solution了。EJB remote事实证明麻烦多
于好处。
几年前有个比较web server的文章，commerical的比opensource的在session failover
和redundency方面写的好些，scale up比较效率高。其他没有什么太多差别。
【在 a****i 的大作中提到】
: 中学写议论文隐含一个前提条件就是伟人、古人说的是正确的
: 然后才能从伟人古人的说法延伸
: 如果引用“白马非马”开展议论，只会得零分
: 回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
: JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
: 而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
: 不需要JEE的服务器，tomcat，jetty一样跑transaction
: 我想不出非要重量服务器的理由
: 用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
: 可以很方便地做远程调用
的datasource drivers就可以了，不需要EJB container。remoting的话，spring
remoting+soap+rest足够了，再多就要用EAI solution了。EJB remote事实证明麻烦多
于好处。
几年前有个比较web server的文章，commerical的比opensource的在session failover
和redundency方面写的好些，scale up比较效率高。其他没有什么太多差别。
【在 a****i 的大作中提到】
: 中学写议论文隐含一个前提条件就是伟人、古人说的是正确的
: 然后才能从伟人古人的说法延伸
: 如果引用“白马非马”开展议论，只会得零分
: 回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
: JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
: 而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
: 不需要JEE的服务器，tomcat，jetty一样跑transaction
: 我想不出非要重量服务器的理由
: 用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
: 可以很方便地做远程调用
z*3
59 楼
谁告诉你“只有ibm能做”了？
是楼主说websphere和jboss没人用啊
我们说的都是有人用，这是第一页的东西
第二页我们在做case study，在聊天，拿一个例子来说
说分布式的东西该怎么做，如果做了会有什么问题
我想到了一个死结，而这个死结是global transaction的死结
只要用了distributed transaction，这个就绕不开
然后古德霸说没有这个问题，不需要用到这个东西
这个其实已经不是第一页的内容了，所以有人说偏题了
最后没有人说“一定要用appserver”
谁告诉你一定要用了？
是楼主说“没有人用”
难道不是没有人用就一定要用？除了这两个就没有其它选择？
这个比较扯淡
我想我的看法其他人是赞同的
你用什么都可以，但是并不代表重量级的东西没有人用
就算你不用难道还不让人用了？
所有的不给人后路的肯定语气都是你自己想出来的
【在 a****i 的大作中提到】
: 中学写议论文隐含一个前提条件就是伟人、古人说的是正确的
: 然后才能从伟人古人的说法延伸
: 如果引用“白马非马”开展议论，只会得零分
: 回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
: JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
: 而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
: 不需要JEE的服务器，tomcat，jetty一样跑transaction
: 我想不出非要重量服务器的理由
: 用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
: 可以很方便地做远程调用
是楼主说websphere和jboss没人用啊
我们说的都是有人用，这是第一页的东西
第二页我们在做case study，在聊天，拿一个例子来说
说分布式的东西该怎么做，如果做了会有什么问题
我想到了一个死结，而这个死结是global transaction的死结
只要用了distributed transaction，这个就绕不开
然后古德霸说没有这个问题，不需要用到这个东西
这个其实已经不是第一页的内容了，所以有人说偏题了
最后没有人说“一定要用appserver”
谁告诉你一定要用了？
是楼主说“没有人用”
难道不是没有人用就一定要用？除了这两个就没有其它选择？
这个比较扯淡
我想我的看法其他人是赞同的
你用什么都可以，但是并不代表重量级的东西没有人用
就算你不用难道还不让人用了？
所有的不给人后路的肯定语气都是你自己想出来的
【在 a****i 的大作中提到】
: 中学写议论文隐含一个前提条件就是伟人、古人说的是正确的
: 然后才能从伟人古人的说法延伸
: 如果引用“白马非马”开展议论，只会得零分
: 回到技术上来，我想不通的就是凭什么只有IBM能做，只有JEE（EJB）能做？
: JBoss不行吗？说到有一套，oracle, sun, jboss, spring，哪个没有一套？
: 而JTA是可以单独出来的，你可以把oracle的jboss的jta注入到spring结构里，
: 不需要JEE的服务器，tomcat，jetty一样跑transaction
: 我想不出非要重量服务器的理由
: 用EJB的好处，我感觉到的就只有一个，当你实现了@Remote的interface的时候
: 可以很方便地做远程调用
z*3
60 楼
回头看第一页5楼
把我这个帖子重复读三遍，看看我是什么意思
看看我有没有下什么结论
发信人: zhaoce073 (迟到早退不思上进的蜥蜴), 信区: Java
标 题: Re: 真的还有人用那么heavy的web sphere,jboss么?
发信站: BBS 未名空间站 (Sun Nov 4 23:40:12 2012, 美东)
嗯，heavy关键看用途
如果只是hello world
我看java都没有必要
但是如果是eai，对方用weblogic或websphere
可以省不少事
当然如果说有什么是开源不能替代的
这个还真没有，用开源的蛮好，应该提倡
手枪多了，齐射的效果也能变成大炮不是
【在 k********e 的大作中提到】
: 在用websphere,weblogic的公司，如果有人建议使用OpenGSE，结果就是被大家鄙视。
: heavy自有heavy的道理。大炮和手枪还是有区别的
把我这个帖子重复读三遍，看看我是什么意思
看看我有没有下什么结论
发信人: zhaoce073 (迟到早退不思上进的蜥蜴), 信区: Java
标 题: Re: 真的还有人用那么heavy的web sphere,jboss么?
发信站: BBS 未名空间站 (Sun Nov 4 23:40:12 2012, 美东)
嗯，heavy关键看用途
如果只是hello world
我看java都没有必要
但是如果是eai，对方用weblogic或websphere
可以省不少事
当然如果说有什么是开源不能替代的
这个还真没有，用开源的蛮好，应该提倡
手枪多了，齐射的效果也能变成大炮不是
【在 k********e 的大作中提到】
: 在用websphere,weblogic的公司，如果有人建议使用OpenGSE，结果就是被大家鄙视。
: heavy自有heavy的道理。大炮和手枪还是有区别的
z*3
61 楼
distributed transaction有一个死结
两段式的事务只能解决大部分问题
理论上是不存在有绝对安全的全局事务的
只要是发生在不同的数据库上
都有出问题的可能，这就是为什么后来有recentralize的趋势
很长一段时间人们都以为
decentralize是将来的趋势
但是分布式有其自身的问题
尤其是事务，所以能绕开就绕开，不用最好
所以我问了古德霸，有没有联程票的问题
我实话说，我是不用global transaction的
最多到local transaction，而global transaction的这个死结
唯一的解法就是人为干预，一旦出错了，用人来修改结果
这就是为什么到今天民航业还养着一群类似售票的服务人员的原因
关于全局事务的两段式处理的弊端，网络上有很多讨论
这也是为什么我之前一直在说jta比较难，而不是jpa比较难
一旦搞大了，全局事务就是一噩梦
还有就是，ejb应该要会，很多时候用什么，完全不是你说了算的
人家系统早就存在那边，做eai难道可以说
你这个不行，给我扔掉重写一个系统么？
我看最后被淘汰的不是系统，是做eai的人
估计人家会说，做不了是吧？行啊，那换ibm来，ibm的人会做
然后古德霸之类就屁颠屁颠过来把你的活给抢走了
我说的没错吧？
在大多数时候，人只能去适应环境，而不是去苛求环境
而实际上关于ejb的讨论之前特意开了一贴讨论
当时讨论到最后结论也就差不多是这个
这个时候说ejb的种种不是，这个是有问题的
更何况ejb也不是当年的ejb了，谁说一定要用rmi的？
web service在ejb上做也很简单，spring还要用上spring web service
特意去下，还得去集成，各种倒腾，不嫌累么？
集成一个spring web service到现有的系统很简单么？
不见得吧，集成什么东西到现有系统会容易？都不容易吧
当然能不能？可以
只是我觉得你没有必要这么倒腾
这个也是做eai人的一个素质
人家三五分钟搞定，你花了三五天搞定，能一样么？
很多时候app server上有各种工具，唯一的问题就在于
很多人压根不愿意去尝试这些工具，闭著眼睛就否定这些工具
然后说这些东西都可以被替代，那要说可替代性的话
你自己从main写起，有什么是不可替代的呢？
spring不可替代？hibernate不可替代？
要是愿意从c开始写，虚拟机都可以扔掉，db都不要用
让我想起当年的那个笑话，我今天磨啊磨，明天就能磨出一个cpu来
这也回到最初设计java时候的那句话：不要重复造轮子
xa
failover
【在 t*******e 的大作中提到】
: 和我的想法比较近。JTA的话有几个opensource的transaction managers，再加支持xa
: 的datasource drivers就可以了，不需要EJB container。remoting的话，spring
: remoting+soap+rest足够了，再多就要用EAI solution了。EJB remote事实证明麻烦多
: 于好处。
: 几年前有个比较web server的文章，commerical的比opensource的在session failover
: 和redundency方面写的好些，scale up比较效率高。其他没有什么太多差别。
两段式的事务只能解决大部分问题
理论上是不存在有绝对安全的全局事务的
只要是发生在不同的数据库上
都有出问题的可能，这就是为什么后来有recentralize的趋势
很长一段时间人们都以为
decentralize是将来的趋势
但是分布式有其自身的问题
尤其是事务，所以能绕开就绕开，不用最好
所以我问了古德霸，有没有联程票的问题
我实话说，我是不用global transaction的
最多到local transaction，而global transaction的这个死结
唯一的解法就是人为干预，一旦出错了，用人来修改结果
这就是为什么到今天民航业还养着一群类似售票的服务人员的原因
关于全局事务的两段式处理的弊端，网络上有很多讨论
这也是为什么我之前一直在说jta比较难，而不是jpa比较难
一旦搞大了，全局事务就是一噩梦
还有就是，ejb应该要会，很多时候用什么，完全不是你说了算的
人家系统早就存在那边，做eai难道可以说
你这个不行，给我扔掉重写一个系统么？
我看最后被淘汰的不是系统，是做eai的人
估计人家会说，做不了是吧？行啊，那换ibm来，ibm的人会做
然后古德霸之类就屁颠屁颠过来把你的活给抢走了
我说的没错吧？
在大多数时候，人只能去适应环境，而不是去苛求环境
而实际上关于ejb的讨论之前特意开了一贴讨论
当时讨论到最后结论也就差不多是这个
这个时候说ejb的种种不是，这个是有问题的
更何况ejb也不是当年的ejb了，谁说一定要用rmi的？
web service在ejb上做也很简单，spring还要用上spring web service
特意去下，还得去集成，各种倒腾，不嫌累么？
集成一个spring web service到现有的系统很简单么？
不见得吧，集成什么东西到现有系统会容易？都不容易吧
当然能不能？可以
只是我觉得你没有必要这么倒腾
这个也是做eai人的一个素质
人家三五分钟搞定，你花了三五天搞定，能一样么？
很多时候app server上有各种工具，唯一的问题就在于
很多人压根不愿意去尝试这些工具，闭著眼睛就否定这些工具
然后说这些东西都可以被替代，那要说可替代性的话
你自己从main写起，有什么是不可替代的呢？
spring不可替代？hibernate不可替代？
要是愿意从c开始写，虚拟机都可以扔掉，db都不要用
让我想起当年的那个笑话，我今天磨啊磨，明天就能磨出一个cpu来
这也回到最初设计java时候的那句话：不要重复造轮子
xa
failover
【在 t*******e 的大作中提到】
: 和我的想法比较近。JTA的话有几个opensource的transaction managers，再加支持xa
: 的datasource drivers就可以了，不需要EJB container。remoting的话，spring
: remoting+soap+rest足够了，再多就要用EAI solution了。EJB remote事实证明麻烦多
: 于好处。
: 几年前有个比较web server的文章，commerical的比opensource的在session failover
: 和redundency方面写的好些，scale up比较效率高。其他没有什么太多差别。
z*3
62 楼
嗯，数学自己本身都不是自洽的
真要证明起来，都得玩完
【在 b***i 的大作中提到】
: 我理解你的意思，关于这不是法庭辩论那段。GRE有个文章就是说，只要不是数学上的
: 证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
: 中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
: 通篇没有数学上的逻辑严密性。
真要证明起来，都得玩完
【在 b***i 的大作中提到】
: 我理解你的意思，关于这不是法庭辩论那段。GRE有个文章就是说，只要不是数学上的
: 证明，人类愿意使用必须，一定，肯定这样的文字，来表示一种语气。要真叫真起来，
: 中学写的议论文全是什么一个伟人说的，古人说的，然后举了几个例子，所以怎么样，
: 通篇没有数学上的逻辑严密性。
z*3
63 楼
实际上，hibernate早就已经是jboss的一部分了
是jboss关于jpa的实现
jboss后来提出一个概念我很喜欢
他们认为，将来的j2ee，是由一堆可以拆装的部分组成
所以jboss把各个项目细分
比如做rest的，就搞了resteasy之类的
而同样在另外一边，spring也在做类似的事情
vmware也在不停地扩充spring，给spring做出各种各样的组件
比如spring mvc，spring core，spring web service之类的
其实你稍微open mind一点
不要把jboss跟spring对立起来
你会发现，jboss和spring在逐渐地靠近，越来越象了
而ejb不过是其中一个普普通通的组件而已
跟什么servlet，face还不是一回事
倒是有些人一听到ejb吓成那样才是奇芭
当年古德霸说过他怎么搞ejb的
说一开始以为ejb有多难，实际上写两个之后，不就那么一回事么
对，我也这么觉得，而且我觉得这么简单的东西，不会
真是侮辱了自己的智商
你说微积分的证明，不会，那可以理解，可能没学过数学分析
你这个不会，行了吧，专科生过来我跟他说两句估计他都能懂
更何况有些什么message bean，这种要没遇到过，那这个更说不过去了
我始终告诉别人，ejb没你想的那么可怕，绝对不是一个什么难的东西
我觉得任何一个统计数学上的定理证明，都远比ejb要难，难得多得多
我说的是用ejb，不是自己去实现jboss，实现起来不太容易
但用起来，还不就那么一回事
用过你就知道了，简单得无以复加
到时候你会觉得你当初对于ejb的恐惧是多么愚蠢
自己吓自己，当然其他人对于ejb这种东西的恐惧也有一定的好处
至少能让你出类拔萃不是？
人家不会，你会，你自然就多一个谈判的筹码
现在找工作，什么都要你会，很正常，但是实际工作
可能就用那么几个，翻来覆去地用，委实没什么挑战
面试有趣就有趣在，它问的问题是未知的，就跟考试一样
来了，你就得应战，没有说什么这个考题我不会，换一题
没这事，不会滚蛋，外面有的是找不到工作的wsn，少你一个肯定不少
裁员还不容易，提前通知，给个纸箱子，电脑锁定
保安跟着，半个小时后，送出门，滚吧
做技术要做到别人不可替代，这么多人对ejb是如此恐惧
我觉得这倒是一个不错的让你给自己增加筹码的机会
说实话你要制造这么大规模的心理阴影也不是那么容易的事
必要时候可以利用一下
反正面谈时候，你会，对方不会，稍微暗示一下，对方就会有心理阴影了
问题难度会相应下降，因为怕一旦问出来，被反问一句，会丢面子的
当然不要臭显摆，这是找死，要谦虚，哪怕看出对方不懂
也要征求对方意见，好像对方是专家一样
心里偷偷说，这么简单的东西都不懂还出来面，丢人现眼
而且也有很多人也都说过了，越是大公司越有可能用ejb，用websphere这些
因为光license fee一年就是一笔非常大的大支出
不是说小公司能够负担得起的，开源只有一个目的，省钱
一天到晚想着节省成本的肯定是小公司
所以你也可以通过这个判断对方公司的规模
小公司对于你办身份什么都不太有利，而且不稳定
大公司再怎样，混口饭吃不难，我相信大多数人还是倾向于大公司的
我面试时候一听说对方用了ejb，工作流什么的
当时就兴奋啊，尼玛，可算找到好宿主了
这种规模的公司在这种国家可不多
而且大公司压根不需要你做太多活
你没了解透系统之前你也不可能做多少
一两个月上不了手很正常，做多了有时候老大还不满意，做那么快干什么？
写错了怎么办？给其他人review一下
小公司我靠，进去，才游手好闲三天，老大叫过去谈话
是不是有什么问题？
是jboss关于jpa的实现
jboss后来提出一个概念我很喜欢
他们认为，将来的j2ee，是由一堆可以拆装的部分组成
所以jboss把各个项目细分
比如做rest的，就搞了resteasy之类的
而同样在另外一边，spring也在做类似的事情
vmware也在不停地扩充spring，给spring做出各种各样的组件
比如spring mvc，spring core，spring web service之类的
其实你稍微open mind一点
不要把jboss跟spring对立起来
你会发现，jboss和spring在逐渐地靠近，越来越象了
而ejb不过是其中一个普普通通的组件而已
跟什么servlet，face还不是一回事
倒是有些人一听到ejb吓成那样才是奇芭
当年古德霸说过他怎么搞ejb的
说一开始以为ejb有多难，实际上写两个之后，不就那么一回事么
对，我也这么觉得，而且我觉得这么简单的东西，不会
真是侮辱了自己的智商
你说微积分的证明，不会，那可以理解，可能没学过数学分析
你这个不会，行了吧，专科生过来我跟他说两句估计他都能懂
更何况有些什么message bean，这种要没遇到过，那这个更说不过去了
我始终告诉别人，ejb没你想的那么可怕，绝对不是一个什么难的东西
我觉得任何一个统计数学上的定理证明，都远比ejb要难，难得多得多
我说的是用ejb，不是自己去实现jboss，实现起来不太容易
但用起来，还不就那么一回事
用过你就知道了，简单得无以复加
到时候你会觉得你当初对于ejb的恐惧是多么愚蠢
自己吓自己，当然其他人对于ejb这种东西的恐惧也有一定的好处
至少能让你出类拔萃不是？
人家不会，你会，你自然就多一个谈判的筹码
现在找工作，什么都要你会，很正常，但是实际工作
可能就用那么几个，翻来覆去地用，委实没什么挑战
面试有趣就有趣在，它问的问题是未知的，就跟考试一样
来了，你就得应战，没有说什么这个考题我不会，换一题
没这事，不会滚蛋，外面有的是找不到工作的wsn，少你一个肯定不少
裁员还不容易，提前通知，给个纸箱子，电脑锁定
保安跟着，半个小时后，送出门，滚吧
做技术要做到别人不可替代，这么多人对ejb是如此恐惧
我觉得这倒是一个不错的让你给自己增加筹码的机会
说实话你要制造这么大规模的心理阴影也不是那么容易的事
必要时候可以利用一下
反正面谈时候，你会，对方不会，稍微暗示一下，对方就会有心理阴影了
问题难度会相应下降，因为怕一旦问出来，被反问一句，会丢面子的
当然不要臭显摆，这是找死，要谦虚，哪怕看出对方不懂
也要征求对方意见，好像对方是专家一样
心里偷偷说，这么简单的东西都不懂还出来面，丢人现眼
而且也有很多人也都说过了，越是大公司越有可能用ejb，用websphere这些
因为光license fee一年就是一笔非常大的大支出
不是说小公司能够负担得起的，开源只有一个目的，省钱
一天到晚想着节省成本的肯定是小公司
所以你也可以通过这个判断对方公司的规模
小公司对于你办身份什么都不太有利，而且不稳定
大公司再怎样，混口饭吃不难，我相信大多数人还是倾向于大公司的
我面试时候一听说对方用了ejb，工作流什么的
当时就兴奋啊，尼玛，可算找到好宿主了
这种规模的公司在这种国家可不多
而且大公司压根不需要你做太多活
你没了解透系统之前你也不可能做多少
一两个月上不了手很正常，做多了有时候老大还不满意，做那么快干什么？
写错了怎么办？给其他人review一下
小公司我靠，进去，才游手好闲三天，老大叫过去谈话
是不是有什么问题？
k*e
64 楼
搞技术的人就容易极端。其实很简单的问题搞得太复杂。
萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
了。so what？
小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
在乎几十万的费用。你让他们改架构，就是找扁。好
google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
spring。
至于有人说为什么JEE不JBOSS，答案就是JBOSS就是JEE certified。
JTA也是JEE标准。 这些搞不清的话，需要搞清楚在讨论，省得浪费时间，误导观众。
EJB的好处是在10年以前。现在基本就是POJO了。 EJB3继续大行其道是因为他学习了
spring，而且有IBM ORACLE巨头支持。
萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
了。so what？
小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
在乎几十万的费用。你让他们改架构，就是找扁。好
google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
spring。
至于有人说为什么JEE不JBOSS，答案就是JBOSS就是JEE certified。
JTA也是JEE标准。 这些搞不清的话，需要搞清楚在讨论，省得浪费时间，误导观众。
EJB的好处是在10年以前。现在基本就是POJO了。 EJB3继续大行其道是因为他学习了
spring，而且有IBM ORACLE巨头支持。
B*g
65 楼
现在有没有不差钱的企业用in-memory db？
【在 g*****g 的大作中提到】
: 不同系统的难点不一样，相比之下ebay，amazon并发数和可靠性要求都比较高，解决的
: 方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
: Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
: 一种选择，开发要比RDBMS复杂得多。
: 相比之下，大部分企业应用，对可靠性要求高，但
: 对并发要求低，实现上反而简单。
: IBM和Oracle做得就是这类市场，现有的大量中间件
: 可以使consulting projects迅速完成。
: IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
【在 g*****g 的大作中提到】
: 不同系统的难点不一样，相比之下ebay，amazon并发数和可靠性要求都比较高，解决的
: 方案唯有sharding. Twitter并发极高，需要接近实时的搜索，也很困难，用的是
: Cassandra+Lucene这类的解决方案。NoSQL不是为了酷，而是单机数据库搞不定时候的
: 一种选择，开发要比RDBMS复杂得多。
: 相比之下，大部分企业应用，对可靠性要求高，但
: 对并发要求低，实现上反而简单。
: IBM和Oracle做得就是这类市场，现有的大量中间件
: 可以使consulting projects迅速完成。
: IBM，Oracle跟这些顶级的web公司比，工资低一些，但稳定，都是有原因的。
w*z
66 楼
严格的说，Tomcat不是App Server， 它只是一个Servlet Engine。 It can scale
well over 60K concurrent connections. So if you don't need all other JEE
components, Tomcat is a pretty good choice. The overhead brought by Tomcat
usually is not a problem. Your web application most likely fails before
Tomcat does...
【在 k********e 的大作中提到】
: 搞技术的人就容易极端。其实很简单的问题搞得太复杂。
: 萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
: 了。so what？
: 小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
: 中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
: 大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
: 在乎几十万的费用。你让他们改架构，就是找扁。好
: google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
: ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
: 不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
well over 60K concurrent connections. So if you don't need all other JEE
components, Tomcat is a pretty good choice. The overhead brought by Tomcat
usually is not a problem. Your web application most likely fails before
Tomcat does...
【在 k********e 的大作中提到】
: 搞技术的人就容易极端。其实很简单的问题搞得太复杂。
: 萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
: 了。so what？
: 小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
: 中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
: 大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
: 在乎几十万的费用。你让他们改架构，就是找扁。好
: google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
: ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
: 不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
N*m
67 楼
说得很好：）
【在 k********e 的大作中提到】
: 搞技术的人就容易极端。其实很简单的问题搞得太复杂。
: 萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
: 了。so what？
: 小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
: 中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
: 大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
: 在乎几十万的费用。你让他们改架构，就是找扁。好
: google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
: ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
: 不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
【在 k********e 的大作中提到】
: 搞技术的人就容易极端。其实很简单的问题搞得太复杂。
: 萝卜白菜，各有所爱。大家在纠结什么app server好，人家已经用dot net搞起新系统
: 了。so what？
: 小公司为了省钱，用开源的，因为系统小，用tomcat。 好选择
: 中型公司，有了些钱和数据，为了应付增加的流量和安全性能，开始用jboss。好
: 大型公司为了确保稳定和系统的连贯，维护，继续使用weblogic， websphere。他们不
: 在乎几十万的费用。你让他们改架构，就是找扁。好
: google，amazon等巨型公司，市场上根本没有他们能用的系统，他们就自己开发。好
: ejb还是spring？ 新项目当然用spring，也有的公司用ejb3，因为ejb3和spring的差距
: 不大了，而且是标准。 老项目继续ejb，不重要的老项目有钱有人的时候可以改成
z*3
68 楼
看这个application的逻辑写在哪里
如果写在servlet里面，那很快就挂了
而如果是纯粹的business logic
比如写在spring core或者ejb里面
只要是singleton的，就不会那么容易挂
虚拟机的大部分资源都被用来搞jsp和servlet了
但是同时带来坏处，singleton是线程无节制地访问
所以当需要节制的时候，需要自己控制并发的数量的时候
ejb传统的stateless就派上用场了
另外，对于网路访问过重，不用动态页面是最轻的
静态网页所用资源要远小于动态网页，php也比jsp要轻
【在 w**z 的大作中提到】
: 严格的说，Tomcat不是App Server， 它只是一个Servlet Engine。 It can scale
: well over 60K concurrent connections. So if you don't need all other JEE
: components, Tomcat is a pretty good choice. The overhead brought by Tomcat
: usually is not a problem. Your web application most likely fails before
: Tomcat does...
如果写在servlet里面，那很快就挂了
而如果是纯粹的business logic
比如写在spring core或者ejb里面
只要是singleton的，就不会那么容易挂
虚拟机的大部分资源都被用来搞jsp和servlet了
但是同时带来坏处，singleton是线程无节制地访问
所以当需要节制的时候，需要自己控制并发的数量的时候
ejb传统的stateless就派上用场了
另外，对于网路访问过重，不用动态页面是最轻的
静态网页所用资源要远小于动态网页，php也比jsp要轻
【在 w**z 的大作中提到】
: 严格的说，Tomcat不是App Server， 它只是一个Servlet Engine。 It can scale
: well over 60K concurrent connections. So if you don't need all other JEE
: components, Tomcat is a pretty good choice. The overhead brought by Tomcat
: usually is not a problem. Your web application most likely fails before
: Tomcat does...
相关阅读
本版发国庆包子了求三种材料的热传（thermal conductivity）参数，非常感谢research assistant的悲惨命运Postdoc position open at Yale请问跟物理靠得比较近的工程方向哥本哈根会议以后，会对化工类专业申请有啥影响啊paper help: Chemical and Petroleum Engineering请推荐本考PE的参考书吧。终于转方向了,是另一个火坑吗?北美过程工程方向哪些大学牛？？？？？？？natural gas谁家比较牛？MS & PhD student positions in RheologyA rookie engineer's thoughts on upstream jobs问一个简单的小问题求文章，非常感谢请教：cyclohexanone 在 tape casting 中的作用求教区别Test请问石油领域的Enhanced Oil Recovery 怎么样？今年AIChE上，浙大很高调啊