mw 发帖数: 525 | 1 这里每天这个好哪个好,争论个没完
谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言? |
p*u 发帖数: 2454 | 2
They use both C++ and Java, but C++ is dominant in their infrastructures for
sure. They have open sourced many internal projects, most of them are C/C++
【在 mw 的大作中提到】 : 这里每天这个好哪个好,争论个没完 : 谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言?
|
g****r 发帖数: 1589 | 3 I think in google, python is also very popular, in FB, probably PHP is the
most popular one
for
++
【在 p*u 的大作中提到】 : : They use both C++ and Java, but C++ is dominant in their infrastructures for : sure. They have open sourced many internal projects, most of them are C/C++
|
c*********e 发帖数: 16335 | 4 gmail最近又把界面换了,发email界面变了。
【在 mw 的大作中提到】 : 这里每天这个好哪个好,争论个没完 : 谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言?
|
m*******l 发帖数: 12782 | 5 gmail越折腾越差
【在 c*********e 的大作中提到】 : gmail最近又把界面换了,发email界面变了。
|
t*****n 发帖数: 4908 | 6 FB不喜欢php
【在 g****r 的大作中提到】 : I think in google, python is also very popular, in FB, probably PHP is the : most popular one : : for : ++
|
c*********e 发帖数: 16335 | 7 我想删一封邮件,结果把所有这封邮件的以前的回复也删了。
【在 m*******l 的大作中提到】 : gmail越折腾越差
|
s***o 发帖数: 2191 | 8 今天刚看到一篇关于twitter的:
https://blog.twitter.com/2013/new-tweets-per-second-record-and-how
【在 mw 的大作中提到】 : 这里每天这个好哪个好,争论个没完 : 谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言?
|
h*****a 发帖数: 1718 | 9 不会吧,FB就是php搭起来的
【在 t*****n 的大作中提到】 : FB不喜欢php
|
h*****a 发帖数: 1718 | 10 java, python比较多,fb用php, 一些新锐startup也有用ruby和scala的,互联网公司c
++不多,g和t可能有些核心库是
【在 mw 的大作中提到】 : 这里每天这个好哪个好,争论个没完 : 谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言?
|
|
|
g*****g 发帖数: 34805 | 11 SOA+JVM 语言是业内公认最靠谱的,SOA底下想使用其他语言也可以,毕竟大部分服务
不在critical path上,对性能的要求也没那么高。C++主要是infrastructure的一些
东西,没到google这个级别的不用考虑自己写数据库啥的,基本用不上。
【在 s***o 的大作中提到】 : 今天刚看到一篇关于twitter的: : https://blog.twitter.com/2013/new-tweets-per-second-record-and-how
|
F*M 发帖数: 104 | 12 我听到的一个说法是FB在增强PHP的语言特性,大量的codebase是PHP写的。所以只能硬
着头皮PHP下去了。
【在 h*****a 的大作中提到】 : 不会吧,FB就是php搭起来的
|
h*****a 发帖数: 1718 | 13 差不多。而且FB有些新的service说不定也开始用java写了。
很多startup起步的时候需要能迅速的launch,所以选择的tech stack会比较random,
可能完全看engineer的经验。从我比较limited的了解(主要是互联网的相关领域),
PHP, Python, Java,Ruby,都有不少在用,C++就少一些。这些startup如果做大了,有
些会把原有的tech stack继续保持下去,不断做优化,比如FB,也有另起炉灶用Java重
写的。
大公司里面现在backend方面Java应该有比较大的优势,尤其是新的code,常常首选是
Java.
【在 F*M 的大作中提到】 : 我听到的一个说法是FB在增强PHP的语言特性,大量的codebase是PHP写的。所以只能硬 : 着头皮PHP下去了。
|
h*****a 发帖数: 1718 | 14 是这样的。
不过说实话,现状是很多小startup的architecture真的是设计的比较random,很多起
步的时候都没有把SOA放进去,语言的选择就更是随意。如果公司没有fly,那也就算了
。否则几年后pay这些tech debt的时候肯定会有些painful的。但这也都可以理解,起
步阶段,feature最重要,怎么快就要怎么来。而且很多startup的创始人CTO的能力眼
光可能都是so so,也不能强求一下子就能搞出特别NX的design出来。
【在 g*****g 的大作中提到】 : SOA+JVM 语言是业内公认最靠谱的,SOA底下想使用其他语言也可以,毕竟大部分服务 : 不在critical path上,对性能的要求也没那么高。C++主要是infrastructure的一些 : 东西,没到google这个级别的不用考虑自己写数据库啥的,基本用不上。
|
q********y 发帖数: 162 | 15 每天五亿个tweets。
Twitter的这个系统应该可以对付中国春运定票了吧?
【在 s***o 的大作中提到】 : 今天刚看到一篇关于twitter的: : https://blog.twitter.com/2013/new-tweets-per-second-record-and-how
|
F*M 发帖数: 104 | 16 有时候我在想:
什么时候JAVA能做到.NET的那种容易度/集成度?看过点.NET的视频,感觉搭一个HELLO
WORLD的网站真的太容易了。SPRING有个项目感觉是在向这个方向努力,但是感觉还在
初始阶段。
【在 h*****a 的大作中提到】 : 是这样的。 : 不过说实话,现状是很多小startup的architecture真的是设计的比较random,很多起 : 步的时候都没有把SOA放进去,语言的选择就更是随意。如果公司没有fly,那也就算了 : 。否则几年后pay这些tech debt的时候肯定会有些painful的。但这也都可以理解,起 : 步阶段,feature最重要,怎么快就要怎么来。而且很多startup的创始人CTO的能力眼 : 光可能都是so so,也不能强求一下子就能搞出特别NX的design出来。
|
F*M 发帖数: 104 | 17 有关注JAVA语言特性发展的大牛说说JAVA未来几年的发展?我认识一个C#转过来的人经
常抱怨JAVA没有LINQ. |
h*****a 发帖数: 1718 | 18 LINQ这种language上的feature没有了也不会怎么样,business角度来说更在乎的是长
期的可维护性和scalability。不过LINQ确实是非常不错的,C# LINQ 的code base里面
应该还有不少我当年check in的code,lol.
【在 F*M 的大作中提到】 : 有关注JAVA语言特性发展的大牛说说JAVA未来几年的发展?我认识一个C#转过来的人经 : 常抱怨JAVA没有LINQ.
|
s***o 发帖数: 2191 | 19 java可以把scala上的一些好东西慢慢“创新”过来。lambda可以看作是第一步
【在 F*M 的大作中提到】 : 有关注JAVA语言特性发展的大牛说说JAVA未来几年的发展?我认识一个C#转过来的人经 : 常抱怨JAVA没有LINQ.
|
F*M 发帖数: 104 | 20 嗯,这也是我的期望..就是不知道什么时候能发生?
【在 s***o 的大作中提到】 : java可以把scala上的一些好东西慢慢“创新”过来。lambda可以看作是第一步
|
|
|
F*M 发帖数: 104 | 21 连做C#的不看好C#,C# 没落的见证啊. lol
【在 h*****a 的大作中提到】 : LINQ这种language上的feature没有了也不会怎么样,business角度来说更在乎的是长 : 期的可维护性和scalability。不过LINQ确实是非常不错的,C# LINQ 的code base里面 : 应该还有不少我当年check in的code,lol.
|
h*****a 发帖数: 1718 | 22 哈哈,那到不至于。我也好几年没用过C#了。
从纯粹的语言上来说,我的经验是C#可能比Java要好用一些,IDE的support也非常的不
错。毕竟C#有后发优势,吸取了Java发展过程中的很多教训,也没有那么多对早期版本
兼容性的负担。而且,Anders在语言设计方面是一个超级牛人,对C#整体的发展把握的
非常好。
我对Java的support来自于Java丰富的open source library和跨平台的特性。我看好
Java倒不如说是看好Linux作为backend service平台的前景。
如果,当然是不太可能的,C#也能在Linux和别的平台上提供和Windows上类似的
feature和性能,我想C#也会远远比现在要popular.
【在 F*M 的大作中提到】 : 连做C#的不看好C#,C# 没落的见证啊. lol
|
g*******t 发帖数: 7704 | 23 gmail是javascript开发的,牛吧, |
g****r 发帖数: 1589 | 24 直接用scala不就完了
【在 F*M 的大作中提到】 : 嗯,这也是我的期望..就是不知道什么时候能发生?
|
g****r 发帖数: 1589 | 25 gwt吧,先写java再translate成javascript
【在 g*******t 的大作中提到】 : gmail是javascript开发的,牛吧,
|
q********y 发帖数: 162 | 26 这都是指的网页前端吧?
其他的和email的存储,检索,相关性应该都用到了Google的大数据技术吧?
不好就这样宣称gmail 是javascript做出来的吧?
要这样我说因为 www.google.com 是javascript+html,
Google search engine是javascript给整出来的。
【在 g****r 的大作中提到】 : gwt吧,先写java再translate成javascript
|
g*****g 发帖数: 34805 | 27 gmail前端用的不是gwt,虽然风格很像,gwt出来得时间比gmail晚。
但后端用的是java。
【在 q********y 的大作中提到】 : 这都是指的网页前端吧? : 其他的和email的存储,检索,相关性应该都用到了Google的大数据技术吧? : 不好就这样宣称gmail 是javascript做出来的吧? : 要这样我说因为 www.google.com 是javascript+html, : Google search engine是javascript给整出来的。
|
g*******t 发帖数: 7704 | 28 Gmail后端是javascript
【在 g*****g 的大作中提到】 : gmail前端用的不是gwt,虽然风格很像,gwt出来得时间比gmail晚。 : 但后端用的是java。
|
g*****g 发帖数: 34805 | 29 gmail出来的时候node.js都不存在,没人拿js写后端。前台js, 后端java,一些模块(
search之类)C++.
http://techcrunch.com/2010/03/14/key-to-gmail/
Most of gmail is written in Java, JavaScript, C++
【在 g*******t 的大作中提到】 : Gmail后端是javascript
|
c****e 发帖数: 1453 | 30 做过LINQ的人都不知道有Mono? 如果不用winform, COM, WCF之类的东西,c#的所有
特性Mono都支持,包括Async,windows编译的程序Linux下直接跑完全没问题。现在C#开
源的project基本都是Mono compatible的。跑Linux上的web service, servicestack,
Nancy.FX都很好用,不像微软的WCF那么臃肿。Xamarin现在做的就是monetize c#。问
题是Xamarin一家的实力还是有点弱,Mono的GC不太行,比微软的差不少,新弄的S-Gen
也不稳定。这个和JVM多少年的积累没法比。
C#还是有一定市场的,我知道好几个startup production都是Mono.但是绑在微软的旗
子下面,是不可能赢得主流的。 微软如果有点Vision,应该开源所有.Net,成立一个基
金会支持Mono,但以微软定价Surface的决策能力,没戏。
【在 h*****a 的大作中提到】 : 哈哈,那到不至于。我也好几年没用过C#了。 : 从纯粹的语言上来说,我的经验是C#可能比Java要好用一些,IDE的support也非常的不 : 错。毕竟C#有后发优势,吸取了Java发展过程中的很多教训,也没有那么多对早期版本 : 兼容性的负担。而且,Anders在语言设计方面是一个超级牛人,对C#整体的发展把握的 : 非常好。 : 我对Java的support来自于Java丰富的open source library和跨平台的特性。我看好 : Java倒不如说是看好Linux作为backend service平台的前景。 : 如果,当然是不太可能的,C#也能在Linux和别的平台上提供和Windows上类似的 : feature和性能,我想C#也会远远比现在要popular.
|
|
|
h*****a 发帖数: 1718 | 31 我怎么会不知道Mono?
我的原话是“如果C#也能在Linux和别的平台上提供和Windows上类似的feature和性能
”。至少据我所知,Mono和在Windows上.NET framework还是有不小差距的。没有微软
的支持和配合,Mono想要靠第三方的力量做好,现在看起来是很困难的。而微软事实上
也不会有这个动力去推动Mono,因为那样会极大冲击Windows在Server端的影响力。
目前事实上的情况就是Linux在后端几乎一统天下,这样自然带动了Java的流行。我的
point就是如果C#能在Linux上做的和Window上一样好,(当然目前看这是不可能的),
C#很可能会和Java在Linux上分庭抗礼。我一直觉得,语言本身上来说,C#并不是有什
么先天的劣势的,反倒在设计上因为后发优势,有更合理和易用的地方。
,
Gen
【在 c****e 的大作中提到】 : 做过LINQ的人都不知道有Mono? 如果不用winform, COM, WCF之类的东西,c#的所有 : 特性Mono都支持,包括Async,windows编译的程序Linux下直接跑完全没问题。现在C#开 : 源的project基本都是Mono compatible的。跑Linux上的web service, servicestack, : Nancy.FX都很好用,不像微软的WCF那么臃肿。Xamarin现在做的就是monetize c#。问 : 题是Xamarin一家的实力还是有点弱,Mono的GC不太行,比微软的差不少,新弄的S-Gen : 也不稳定。这个和JVM多少年的积累没法比。 : C#还是有一定市场的,我知道好几个startup production都是Mono.但是绑在微软的旗 : 子下面,是不可能赢得主流的。 微软如果有点Vision,应该开源所有.Net,成立一个基 : 金会支持Mono,但以微软定价Surface的决策能力,没戏。
|
c****e 发帖数: 1453 | 32 你的观点我基本同意,除了“因为那样会极大冲击Windows在Server端的影响力。”微
软就是因为这样的思维定势而裹足不前。因为Windows的成功,微软以前所有的战略都
是通过产品A,B,C为Windows平台增加壁垒和提供独占价值。10年过去了,Windows
server可以说很成功,但是开源更为成功。以前是OS drive innovation, 现在是上面
的service+app决定了OS的选择,方向完全不同了。
Windows server的出路在于更好的支持开源(事实上这是OS的本分,OS就是要更好支持
所有流行的应用)。Windows server distinguish自己的地方是方便(out-of-box
experience),易管理,快速的支持关键的新技术,完整的测试和支持。
Windows server 2012卖的非常好,相对于消费者市场的打脸,可以说是巨大成功。连
带Azure也沾光。说到底就是便宜易用的virtulization.现在开源的方案在live
migration这样的关键feature上还差的很远,VMWare的东西又太贵。除了专业的IT企业
,绝大部分的企业用户都是为OS付钱的,不是MS,就是IBM, redhat. license不是
Windows server的死穴。但是因为老经验,因噎废食,丢掉了对于最流行应用eco
system的支持,就没有人买你了,这才是真正的危机。现在windows server还是高速增
长,还有大把的人为他花钱。但是eco system的危机已经开始了,.net在后端明显不敌
Java,你还不好好支持很多东西,将来别人怎么选你?
客户要的是最终的服务和产品,不是OS的牌子。你VM migration做的好,可以SQL
server cluster搬来搬去,为什么不能支持Cassandra cluster live migration? 很多
东西都可以通过社区来驱动,关键是自己的定位和配合。如果System center点点就能
干的事情,90%的公司吃多了到github上去攒方案。Azure这两年起色很多,就是支持开
源做得好。从node.js到python, SDK一应俱全,让大家用了没什么心里负担。
还是那个观点,.net要想继续竞争,必须全部开源。C#在Linux跑的多和windows
server卖的少不是零和关系。
【在 h*****a 的大作中提到】 : 我怎么会不知道Mono? : 我的原话是“如果C#也能在Linux和别的平台上提供和Windows上类似的feature和性能 : ”。至少据我所知,Mono和在Windows上.NET framework还是有不小差距的。没有微软 : 的支持和配合,Mono想要靠第三方的力量做好,现在看起来是很困难的。而微软事实上 : 也不会有这个动力去推动Mono,因为那样会极大冲击Windows在Server端的影响力。 : 目前事实上的情况就是Linux在后端几乎一统天下,这样自然带动了Java的流行。我的 : point就是如果C#能在Linux上做的和Window上一样好,(当然目前看这是不可能的), : C#很可能会和Java在Linux上分庭抗礼。我一直觉得,语言本身上来说,C#并不是有什 : 么先天的劣势的,反倒在设计上因为后发优势,有更合理和易用的地方。 :
|
s***o 发帖数: 2191 | 33 现在要求.NET开源的呼声越来越高,不过微软大概不会轻易放手。而且我觉着仅仅开源
.NET也不够。所谓.NET与java的竞争,其实更多是Windows与linux平台之间的竞争。
【在 c****e 的大作中提到】 : 你的观点我基本同意,除了“因为那样会极大冲击Windows在Server端的影响力。”微 : 软就是因为这样的思维定势而裹足不前。因为Windows的成功,微软以前所有的战略都 : 是通过产品A,B,C为Windows平台增加壁垒和提供独占价值。10年过去了,Windows : server可以说很成功,但是开源更为成功。以前是OS drive innovation, 现在是上面 : 的service+app决定了OS的选择,方向完全不同了。 : Windows server的出路在于更好的支持开源(事实上这是OS的本分,OS就是要更好支持 : 所有流行的应用)。Windows server distinguish自己的地方是方便(out-of-box : experience),易管理,快速的支持关键的新技术,完整的测试和支持。 : Windows server 2012卖的非常好,相对于消费者市场的打脸,可以说是巨大成功。连 : 带Azure也沾光。说到底就是便宜易用的virtulization.现在开源的方案在live
|
b*******s 发帖数: 5216 | 34 google map也是
【在 m*******l 的大作中提到】 : gmail越折腾越差
|
g*****g 发帖数: 34805 | 35 开源是完全不够的,要跟java竞争,最起码还得有Linux上得官方vm,或者加入到对
mono vm的正式开发者行列。就如open jdk一样。但这是完全不符合微软利益的,微软
的主要利益就来源于卖license,不只是windows,一系列捆绑的sql server,
sharepoint解决方案。C# on linux真做好了,azure也不会火,aws,openstack同样可
以跑。
azure比bing还没有前途,搜索是面对终端用户,0成本转换。cloud service面向企业
用户。aws拥有先发优势,有大量的实例和解决方案,有大量开源工具,azure连个拿得
出来的大规模部署的实例都没有。
【在 c****e 的大作中提到】 : 你的观点我基本同意,除了“因为那样会极大冲击Windows在Server端的影响力。”微 : 软就是因为这样的思维定势而裹足不前。因为Windows的成功,微软以前所有的战略都 : 是通过产品A,B,C为Windows平台增加壁垒和提供独占价值。10年过去了,Windows : server可以说很成功,但是开源更为成功。以前是OS drive innovation, 现在是上面 : 的service+app决定了OS的选择,方向完全不同了。 : Windows server的出路在于更好的支持开源(事实上这是OS的本分,OS就是要更好支持 : 所有流行的应用)。Windows server distinguish自己的地方是方便(out-of-box : experience),易管理,快速的支持关键的新技术,完整的测试和支持。 : Windows server 2012卖的非常好,相对于消费者市场的打脸,可以说是巨大成功。连 : 带Azure也沾光。说到底就是便宜易用的virtulization.现在开源的方案在live
|
c****e 发帖数: 1453 | 36 这个思路三言两语讲不清楚,应该专门开一贴聊。本质上,企业市场要的其实也是
experience,微软必须要从“都用我的”完成“用我的集成最简单”的转型。这个思路
和苹果在consumer market成功有相同之处。
Azure的市场份额我们可以过两年回头看。我有一些市场上接触,azure这个百分之20多
的market还真不是吹的。你也别天天用AWS就觉得天下无敌了。Azure现在光是
server2012 migrate过去的量就非常大。如果你真在cloud开发的一些圈子里混,应该
明显能感觉到Azure的momentum已经起来了。举个简单的例子,稍微主流一点的开源工
具,都有很多Azure部署的教程,这个一年前还不是很多。相比较,Bing始终没有过大
的momentum.所有的market增长都是啃骨头。
【在 g*****g 的大作中提到】 : 开源是完全不够的,要跟java竞争,最起码还得有Linux上得官方vm,或者加入到对 : mono vm的正式开发者行列。就如open jdk一样。但这是完全不符合微软利益的,微软 : 的主要利益就来源于卖license,不只是windows,一系列捆绑的sql server, : sharepoint解决方案。C# on linux真做好了,azure也不会火,aws,openstack同样可 : 以跑。 : azure比bing还没有前途,搜索是面对终端用户,0成本转换。cloud service面向企业 : 用户。aws拥有先发优势,有大量的实例和解决方案,有大量开源工具,azure连个拿得 : 出来的大规模部署的实例都没有。
|
c****e 发帖数: 1453 | 37 当service平台足够强以后,OS之争就淡化了。一个用HIVE写script的人关心下面是在
windows上还是Linux上吗?重要的就变成了拥有成本,管理成本,支持成本的比较了。
把.net和windows绑起来还是老的思路:增加价值。server是server,.net是.net.开源
.net是让微软能在将来的dev eco system里面还能有更多支持者,有更大的发言权。这
个是隐形的影响。server可以选择更好的支持.net,但是不是靠限制.net在别的平台来
实现,这个除了毁了.net,最终是不work的。
【在 s***o 的大作中提到】 : 现在要求.NET开源的呼声越来越高,不过微软大概不会轻易放手。而且我觉着仅仅开源 : .NET也不够。所谓.NET与java的竞争,其实更多是Windows与linux平台之间的竞争。
|
g*****y 发帖数: 1120 | 38 这个只能说是 wishful thinking了, 想想Java牛逼对 sun 有啥贡献? 软软也不傻。
【在 c****e 的大作中提到】 : 当service平台足够强以后,OS之争就淡化了。一个用HIVE写script的人关心下面是在 : windows上还是Linux上吗?重要的就变成了拥有成本,管理成本,支持成本的比较了。 : 把.net和windows绑起来还是老的思路:增加价值。server是server,.net是.net.开源 : .net是让微软能在将来的dev eco system里面还能有更多支持者,有更大的发言权。这 : 个是隐形的影响。server可以选择更好的支持.net,但是不是靠限制.net在别的平台来 : 实现,这个除了毁了.net,最终是不work的。
|
p*****w 发帖数: 429 | 39 实在看不下去了,你定义一下你最后一句的大公司吧.这帖里讨论的是f/g/t.
能硬
【在 h*****a 的大作中提到】 : 差不多。而且FB有些新的service说不定也开始用java写了。 : 很多startup起步的时候需要能迅速的launch,所以选择的tech stack会比较random, : 可能完全看engineer的经验。从我比较limited的了解(主要是互联网的相关领域), : PHP, Python, Java,Ruby,都有不少在用,C++就少一些。这些startup如果做大了,有 : 些会把原有的tech stack继续保持下去,不断做优化,比如FB,也有另起炉灶用Java重 : 写的。 : 大公司里面现在backend方面Java应该有比较大的优势,尤其是新的code,常常首选是 : Java.
|
g*****g 发帖数: 34805 | 40 Sun当年是没办法,不做雷锋根本无力跟M$对抗。M$完全不同,能赚多少是多少,不可
能当雷锋的。
【在 g*****y 的大作中提到】 : 这个只能说是 wishful thinking了, 想想Java牛逼对 sun 有啥贡献? 软软也不傻。
|
|
|
g*****g 发帖数: 34805 | 41 半海是剧了T的牛人,他对flag的了解比你深多了。
【在 p*****w 的大作中提到】 : 实在看不下去了,你定义一下你最后一句的大公司吧.这帖里讨论的是f/g/t. : : 能硬
|
p*****w 发帖数: 429 | 42 他去什么地方了。至少他说的东西我看不下去。
【在 g*****g 的大作中提到】 : 半海是剧了T的牛人,他对flag的了解比你深多了。
|
c****e 发帖数: 1453 | 43 sun不是死在java牛逼上面。
【在 g*****y 的大作中提到】 : 这个只能说是 wishful thinking了, 想想Java牛逼对 sun 有啥贡献? 软软也不傻。
|
g*****g 发帖数: 34805 | 44 去某著名startup挣他的几个米去了。
【在 p*****w 的大作中提到】 : 他去什么地方了。至少他说的东西我看不下去。
|
c****e 发帖数: 1453 | 45 写过LINQ,据过T,99%FB。
【在 p*****w 的大作中提到】 : 他去什么地方了。至少他说的东西我看不下去。
|
g*****g 发帖数: 34805 | 46 话虽不错,但java没给sun挣什么钱。在java上受益最大的是ibm和oracle。
【在 c****e 的大作中提到】 : sun不是死在java牛逼上面。
|
p*u 发帖数: 2454 | 47
if T is Twitter, i dont see anything impressive...
【在 c****e 的大作中提到】 : 写过LINQ,据过T,99%FB。
|
h*****a 发帖数: 1718 | 48 你要有什么观点就说出来,“看不下去了”算什么讨论?
我说的大公司FLGT都算,还有Amazon,中型的还有Netflix。FLGT不见得后端都是Java,
但我最近两年谈过的几个组都是用Java的,有些新的project对方在说到plan的时候也
都是准备用Java。
话说回来,FLGT这些公司后端肯定不是只用一种语言,所以我说的清楚,都是我自己的
经验。
【在 p*****w 的大作中提到】 : 实在看不下去了,你定义一下你最后一句的大公司吧.这帖里讨论的是f/g/t. : : 能硬
|
g****r 发帖数: 1589 | 49 这还真不是这么回事
windows server在企业市场至少已经有1/3的市场份额,sharepoint+office的市场份额
更多,所以用ms成套解决方案的公司至少有1/3的份额,azure能把这块用户全转化过来
,就已经是一大块蛋糕了。既然你也说企业方案的转换成本高,那么这一部分ms的铁杆
用户基本上选择azure的概率要远大于选aws的概率
aws的优势在于价格和IAAS的支持更完善,aws对互联网公司和startup的吸引力要远大
于azure,但问题是IAAS本质上主要就是VM,但VM根本就没啥lockin,aws的部署确实比
azure强不少,现在企业选aws的更多也就是因为现在有企业应用往IAAS上迁移更容易,
而PAAS基本需要重写很多东西,但另一方面IAAS之间互相迁移根本就没有多少成本,所
以AWS要想继续保持竞争优势,就得不断的提供价格、支持、可靠性上的提高,相对来
说这块的竞争要激烈得多
【在 g*****g 的大作中提到】 : 开源是完全不够的,要跟java竞争,最起码还得有Linux上得官方vm,或者加入到对 : mono vm的正式开发者行列。就如open jdk一样。但这是完全不符合微软利益的,微软 : 的主要利益就来源于卖license,不只是windows,一系列捆绑的sql server, : sharepoint解决方案。C# on linux真做好了,azure也不会火,aws,openstack同样可 : 以跑。 : azure比bing还没有前途,搜索是面对终端用户,0成本转换。cloud service面向企业 : 用户。aws拥有先发优势,有大量的实例和解决方案,有大量开源工具,azure连个拿得 : 出来的大规模部署的实例都没有。
|
g****r 发帖数: 1589 | 50 基本上不可能,ms关心的是卖windows serve,.net是一个自己能控制的windows
server开发工具,其实ms根本不关心c#能不能超过java,所以也不可能提供资源去开发
linux上的CLR
【在 c****e 的大作中提到】 : 你的观点我基本同意,除了“因为那样会极大冲击Windows在Server端的影响力。”微 : 软就是因为这样的思维定势而裹足不前。因为Windows的成功,微软以前所有的战略都 : 是通过产品A,B,C为Windows平台增加壁垒和提供独占价值。10年过去了,Windows : server可以说很成功,但是开源更为成功。以前是OS drive innovation, 现在是上面 : 的service+app决定了OS的选择,方向完全不同了。 : Windows server的出路在于更好的支持开源(事实上这是OS的本分,OS就是要更好支持 : 所有流行的应用)。Windows server distinguish自己的地方是方便(out-of-box : experience),易管理,快速的支持关键的新技术,完整的测试和支持。 : Windows server 2012卖的非常好,相对于消费者市场的打脸,可以说是巨大成功。连 : 带Azure也沾光。说到底就是便宜易用的virtulization.现在开源的方案在live
|
|
|
g*****g 发帖数: 34805 | 51 你说的MS的铁杆选择azure的概率高我是完全同意的。但从发展的角度讲,最适合
public cloud的用户就是互联网公司和初创企业。而MS的铁杆传统是一些非IT中小企业
,从VB/VC年代一路过来的,有自己的数据中心,部署规模也不很大,完全迁移到云上
的动力小。我知道的一些实例是用一下azure的存储。这几年azure没听说孵化出什么牛
逼startup,azure的最大用户就是微软自己,一谈revenue每次都把windows license什
么都算上。
从发展的角度是很不利的。
另外从server市场的最新发展而言,linux一枝独秀,windows和unix都在下降。经济这
么好,server market revenue下降只能说跟free Linux和public cloud有很大关系。
http://www.serverwatch.com/server-news/server-market-continues-
【在 g****r 的大作中提到】 : 这还真不是这么回事 : windows server在企业市场至少已经有1/3的市场份额,sharepoint+office的市场份额 : 更多,所以用ms成套解决方案的公司至少有1/3的份额,azure能把这块用户全转化过来 : ,就已经是一大块蛋糕了。既然你也说企业方案的转换成本高,那么这一部分ms的铁杆 : 用户基本上选择azure的概率要远大于选aws的概率 : aws的优势在于价格和IAAS的支持更完善,aws对互联网公司和startup的吸引力要远大 : 于azure,但问题是IAAS本质上主要就是VM,但VM根本就没啥lockin,aws的部署确实比 : azure强不少,现在企业选aws的更多也就是因为现在有企业应用往IAAS上迁移更容易, : 而PAAS基本需要重写很多东西,但另一方面IAAS之间互相迁移根本就没有多少成本,所 : 以AWS要想继续保持竞争优势,就得不断的提供价格、支持、可靠性上的提高,相对来
|
g****r 发帖数: 1589 | 52 azure从来都没指望吸引互联网公司和startup,这两种基本上都不会用ms的东西
不管startup还是传统公司,自己维护data center的成本都是很高的,传统公司往
cloud上的迁移也已经慢慢开始了。不管大小公司,我觉得慢慢的把自己的应用、或部
分应用全部迁移到cloud,基本是大势所趋,钱够多的话就直接找amazon或ms建一个
private的cloud,这块才是个大蛋糕,IT的本质是服务其他行业,IT本身除了互联网这
块基本上不能产生直接价值。就算把现在aws、azure、gae的revenue全加起来,跟企业
市场的potential比,连九牛一毛都不如
startup看重的是成本,企业看重的是service和solution,这俩区别还是挺大的。
azure基本是不会指望吸引互联网公司和startup了,所以只能争取企业市场了,但是我
觉得企业市场的油水可多多了
【在 g*****g 的大作中提到】 : 你说的MS的铁杆选择azure的概率高我是完全同意的。但从发展的角度讲,最适合 : public cloud的用户就是互联网公司和初创企业。而MS的铁杆传统是一些非IT中小企业 : ,从VB/VC年代一路过来的,有自己的数据中心,部署规模也不很大,完全迁移到云上 : 的动力小。我知道的一些实例是用一下azure的存储。这几年azure没听说孵化出什么牛 : 逼startup,azure的最大用户就是微软自己,一谈revenue每次都把windows license什 : 么都算上。 : 从发展的角度是很不利的。 : 另外从server市场的最新发展而言,linux一枝独秀,windows和unix都在下降。经济这 : 么好,server market revenue下降只能说跟free Linux和public cloud有很大关系。 : http://www.serverwatch.com/server-news/server-market-continues-
|
c****e 发帖数: 1453 | 53 不是c#超过java的问题,是整个dev eco system要死掉的问题。微软的人都是固执的认
为卖OS就要lock in.老经验害死老军医。just my 2c.
【在 g****r 的大作中提到】 : 基本上不可能,ms关心的是卖windows serve,.net是一个自己能控制的windows : server开发工具,其实ms根本不关心c#能不能超过java,所以也不可能提供资源去开发 : linux上的CLR
|
c****e 发帖数: 1453 | 54 "azure从来都没指望吸引互联网公司和startup",不知道Azure花了多少精力推Azure
accelerator?为什么Azure支持那么多python, node.js, php的SDK?
你这个论调和2007认为windows mobile/BB企业市场占有率高,其他都是九牛一毛一样
。就在这种论调下面,微软mobile, pc/tablet已经一败涂地了。现在退到enterprise
market的confort zone,还是这种论调。
微软有virtulization stack, 有hybrid的优势,但是用企业市场如何如何来说事,就
是自欺欺人了。public cloud不会take over everything, 但是service的开发,部署
的innovation都从这里开始,最终会penetrate到传统市场。Enterprise市场变化只是
慢,和consumer没有本质区别,现在飞机手册都用ipad.超市里面scanner的最大
manufacture也从CE换成Android了。现在对于IT绝对是巨变的时代,形势变化非常快。
微软在enterprise market的危机在于eco system shrinking,看不到这个就觉得server
现在能卖就行,以后会重现移动端的悲剧。
【在 g****r 的大作中提到】 : azure从来都没指望吸引互联网公司和startup,这两种基本上都不会用ms的东西 : 不管startup还是传统公司,自己维护data center的成本都是很高的,传统公司往 : cloud上的迁移也已经慢慢开始了。不管大小公司,我觉得慢慢的把自己的应用、或部 : 分应用全部迁移到cloud,基本是大势所趋,钱够多的话就直接找amazon或ms建一个 : private的cloud,这块才是个大蛋糕,IT的本质是服务其他行业,IT本身除了互联网这 : 块基本上不能产生直接价值。就算把现在aws、azure、gae的revenue全加起来,跟企业 : 市场的potential比,连九牛一毛都不如 : startup看重的是成本,企业看重的是service和solution,这俩区别还是挺大的。 : azure基本是不会指望吸引互联网公司和startup了,所以只能争取企业市场了,但是我 : 觉得企业市场的油水可多多了
|
g****r 发帖数: 1589 | 55 不是微软的人,是SB,我还清楚的记得当年SB对我们org VP说的,“If you build
your software on top of windows, that will help us sell more windows, it'll
contribute to Microsoft's overall success",结果我们就SB一样整了一个thick
client的solution出来,结果最后部署升级麻烦的要死,结果那个产品最后就fail掉了
。当时还觉得SB说的挺有道理的,结果现在越来越觉得这货真就是个sales man,没有
一点technology/industry的vision
【在 c****e 的大作中提到】 : 不是c#超过java的问题,是整个dev eco system要死掉的问题。微软的人都是固执的认 : 为卖OS就要lock in.老经验害死老军医。just my 2c.
|
k**********g 发帖数: 989 | 56
HELLO
大公司里面的Java库,那就是一个武器库
【在 F*M 的大作中提到】 : 有时候我在想: : 什么时候JAVA能做到.NET的那种容易度/集成度?看过点.NET的视频,感觉搭一个HELLO : WORLD的网站真的太容易了。SPRING有个项目感觉是在向这个方向努力,但是感觉还在 : 初始阶段。
|
g****r 发帖数: 1589 | 57 你说的是没错,不过又能怎么样,很多事情都是有心无力罢了,上面老大不给力,下面
小虾米再有热情又能怎么样,何必操那些多余的心,干好自己的活,弄个好点的review
,多学点东西,准备好跳槽才是真的,哈哈
enterprise
【在 c****e 的大作中提到】 : "azure从来都没指望吸引互联网公司和startup",不知道Azure花了多少精力推Azure : accelerator?为什么Azure支持那么多python, node.js, php的SDK? : 你这个论调和2007认为windows mobile/BB企业市场占有率高,其他都是九牛一毛一样 : 。就在这种论调下面,微软mobile, pc/tablet已经一败涂地了。现在退到enterprise : market的confort zone,还是这种论调。 : 微软有virtulization stack, 有hybrid的优势,但是用企业市场如何如何来说事,就 : 是自欺欺人了。public cloud不会take over everything, 但是service的开发,部署 : 的innovation都从这里开始,最终会penetrate到传统市场。Enterprise市场变化只是 : 慢,和consumer没有本质区别,现在飞机手册都用ipad.超市里面scanner的最大 : manufacture也从CE换成Android了。现在对于IT绝对是巨变的时代,形势变化非常快。
|
p*****w 发帖数: 429 | 58 MS的人?
【在 c****e 的大作中提到】 : 写过LINQ,据过T,99%FB。
|
p*****w 发帖数: 429 | 59 我看不下的就是以偏概全.fgt少数个别组用其实也不奇怪.
你如果说amazon/netflix/linkedin是用的可能真比较多的.
Java,
【在 h*****a 的大作中提到】 : 你要有什么观点就说出来,“看不下去了”算什么讨论? : 我说的大公司FLGT都算,还有Amazon,中型的还有Netflix。FLGT不见得后端都是Java, : 但我最近两年谈过的几个组都是用Java的,有些新的project对方在说到plan的时候也 : 都是准备用Java。 : 话说回来,FLGT这些公司后端肯定不是只用一种语言,所以我说的清楚,都是我自己的 : 经验。
|
g*****g 发帖数: 34805 | 60 T基本上是java/scala,ruby的东西越来越少。
http://www.slideshare.net/pcalcado/from-a-monolithic-ruby-on-ra
g Java也用得很多,google网站上搜他们自己的工作java比C++多。
【在 p*****w 的大作中提到】 : 我看不下的就是以偏概全.fgt少数个别组用其实也不奇怪. : 你如果说amazon/netflix/linkedin是用的可能真比较多的. : : Java,
|
|
|
l*****v 发帖数: 498 | 61 一看就知道没去过这种大公司,这些公司面试的时候不看语言的,看的是你有没有good
engineer quality,no language specific question.
【在 g*****g 的大作中提到】 : T基本上是java/scala,ruby的东西越来越少。 : http://www.slideshare.net/pcalcado/from-a-monolithic-ruby-on-ra : g Java也用得很多,google网站上搜他们自己的工作java比C++多。
|
x****u 发帖数: 44466 | 62 公司还不够大。真正大的公司都是招文科然后教你怎么领导工程师。
good
【在 l*****v 的大作中提到】 : 一看就知道没去过这种大公司,这些公司面试的时候不看语言的,看的是你有没有good : engineer quality,no language specific question.
|
o**1 发帖数: 6383 | 63 hehe, 悲催的工程师。
看透这一点,就不会为这个吵架了。
【在 x****u 的大作中提到】 : 公司还不够大。真正大的公司都是招文科然后教你怎么领导工程师。 : : good
|
n******t 发帖数: 4406 | 64 是商科。。。
【在 x****u 的大作中提到】 : 公司还不够大。真正大的公司都是招文科然后教你怎么领导工程师。 : : good
|
l*****v 发帖数: 498 | 65 还是会争的,就算是讨饭的也总会有几个觉得自己的打狗棒比别人的好,讨的饭多
【在 o**1 的大作中提到】 : hehe, 悲催的工程师。 : 看透这一点,就不会为这个吵架了。
|
h*****a 发帖数: 1718 | 66 不要扣帽子。你如果认真讨论,我也愿意讨论。我一直说,我的结论来自我自己的经验
和从朋友那里得来的信息,如果你愿意分享你知道的,我很乐意也很open听到不同的
data。
我从没否定过FGT有自己的tech stack,我早也说过F用PHP建起来的,T也不是用JAVA做
起的。但我看到的是最近的趋势是后端的系统在向Java转移。这主要是这两年我接触到
的几个公司的很多team都给了我这样的印象。我前面的帖子也说过,Startup早期的时
候tech stack的选择常常很random,各种语言都有,C++在互联网领域据我所知少一些
。如果公司做大了,很多会坚持原有的stack,尽量做一些优化,有的则会逐渐重写原
有code。而重写的系统很多都选择了Java,for better scalability。
至于G,核心部分的search和infrastructure的部分,用C++很多,一点也不奇怪。但现
在很多新的应用,后端用Java实现的比例据我所知是比较高的。我不在G,这些信息都
是要么从我面试过的team得来,要么从在G工作的朋友那里得来。
我从无意卷入语言之争。语言只是工具,码工事业的成功更要看你能否进对公司,做对
项目。好的码工在任何语言上工作应该都不会有问题,都能做出好的产品。你如果觉得
我在贩卖Java的私货,那你错了,呵呵。
【在 p*****w 的大作中提到】 : 我看不下的就是以偏概全.fgt少数个别组用其实也不奇怪. : 你如果说amazon/netflix/linkedin是用的可能真比较多的. : : Java,
|
g*****g 发帖数: 34805 | 67 那是因为你面的层次太低了,大公司给fresh的general hire,当然无所谓语言。
等你到我老这个级别,公司看中的就是经验,直接找上来的是一些hiring manager,
我老那些scalability, availability的经验跟语言是息息相关的。不是说看中的是语
言,
但如果不是写java的不会有那些经验。
good
【在 l*****v 的大作中提到】 : 一看就知道没去过这种大公司,这些公司面试的时候不看语言的,看的是你有没有good : engineer quality,no language specific question.
|
p*****w 发帖数: 429 | 68 你这么多推测不就是以偏概全吗?FG里面用c++和java用量有数量级的差距.趋势我就不
知道了,我也看不准未来.t还比较小,都不多.
PS: 我也不写c++. 但这前楼貌似用几个成功公司来影射java是未来方向,绝对有误导倾
向.
最近这版都是挖坑的,也就1年多的时间,这版基本就没什么programming讨论了.
大家都说你牛,你就不要网上3大牛人,我朋友什么的...java虽说有可能工作机会多,但
不是有JAVA版了吗?
【在 h*****a 的大作中提到】 : 不要扣帽子。你如果认真讨论,我也愿意讨论。我一直说,我的结论来自我自己的经验 : 和从朋友那里得来的信息,如果你愿意分享你知道的,我很乐意也很open听到不同的 : data。 : 我从没否定过FGT有自己的tech stack,我早也说过F用PHP建起来的,T也不是用JAVA做 : 起的。但我看到的是最近的趋势是后端的系统在向Java转移。这主要是这两年我接触到 : 的几个公司的很多team都给了我这样的印象。我前面的帖子也说过,Startup早期的时 : 候tech stack的选择常常很random,各种语言都有,C++在互联网领域据我所知少一些 : 。如果公司做大了,很多会坚持原有的stack,尽量做一些优化,有的则会逐渐重写原 : 有code。而重写的系统很多都选择了Java,for better scalability。 : 至于G,核心部分的search和infrastructure的部分,用C++很多,一点也不奇怪。但现
|
g*****g 发帖数: 34805 | 69 http://www.google.com/about/jobs/
这个页面里搜下去,java的工作都比C++多,虽说不一定准确,你扯啥数量级的区别也
不怕扯着蛋。
【在 p*****w 的大作中提到】 : 你这么多推测不就是以偏概全吗?FG里面用c++和java用量有数量级的差距.趋势我就不 : 知道了,我也看不准未来.t还比较小,都不多. : PS: 我也不写c++. 但这前楼貌似用几个成功公司来影射java是未来方向,绝对有误导倾 : 向. : 最近这版都是挖坑的,也就1年多的时间,这版基本就没什么programming讨论了. : 大家都说你牛,你就不要网上3大牛人,我朋友什么的...java虽说有可能工作机会多,但 : 不是有JAVA版了吗?
|
p*****w 发帖数: 429 | 70 你以后也不要回我帖, java万岁,谢谢.
【在 g*****g 的大作中提到】 : http://www.google.com/about/jobs/ : 这个页面里搜下去,java的工作都比C++多,虽说不一定准确,你扯啥数量级的区别也 : 不怕扯着蛋。
|
|
|
g*****g 发帖数: 34805 | 71 我老是拿数据摆事实讲道理,不中听可以去8区,那里骂娘即可。
【在 p*****w 的大作中提到】 : 你以后也不要回我帖, java万岁,谢谢.
|
l*****v 发帖数: 498 | 72 大的软件公司不管层次的低的高的都不在乎语言,越高层次越超越语言,没进过就不要
显摆了。只有那些蓝翔学校出来的,语言才会成为障碍或者炫耀的资本。
scalability,availability 和语言就更没关系了,large scale的谁不自己写自己的
framework,什么distributed cache,dispatch framework....这些和语言有什么关系
。自认为懂一些scalability的东西就“你老” 。真是什么热了就吹什么,it部门的阿
猫阿狗也出来说什么large scale, cloud...
【在 g*****g 的大作中提到】 : 那是因为你面的层次太低了,大公司给fresh的general hire,当然无所谓语言。 : 等你到我老这个级别,公司看中的就是经验,直接找上来的是一些hiring manager, : 我老那些scalability, availability的经验跟语言是息息相关的。不是说看中的是语 : 言, : 但如果不是写java的不会有那些经验。 : : good
|
g*****g 发帖数: 34805 | 73 LOL,上次装逼什么java没有android早没落了丢了人,躲了几天这下要玩满血复活了?
等你呀有勇气承认自己是傻逼再跟我老争吧,打脸要打多少次?
scalability, availability 如果跟语言没有关系,那twitter为嘛要巴巴得改到jvm上?
我老是IT部门的,俺们整个公司除了IT部门也不剩多少人了。整个应用都在cloud上,
不比你懂large scale, cloud, 装逼有个限度,打脸成了习惯你跟 neverlearn也差不
多了。
【在 l*****v 的大作中提到】 : 大的软件公司不管层次的低的高的都不在乎语言,越高层次越超越语言,没进过就不要 : 显摆了。只有那些蓝翔学校出来的,语言才会成为障碍或者炫耀的资本。 : scalability,availability 和语言就更没关系了,large scale的谁不自己写自己的 : framework,什么distributed cache,dispatch framework....这些和语言有什么关系 : 。自认为懂一些scalability的东西就“你老” 。真是什么热了就吹什么,it部门的阿 : 猫阿狗也出来说什么large scale, cloud...
|
z****e 发帖数: 54598 | 74 哈哈,你应该说谁large scale不用别人的framework
【在 l*****v 的大作中提到】 : 大的软件公司不管层次的低的高的都不在乎语言,越高层次越超越语言,没进过就不要 : 显摆了。只有那些蓝翔学校出来的,语言才会成为障碍或者炫耀的资本。 : scalability,availability 和语言就更没关系了,large scale的谁不自己写自己的 : framework,什么distributed cache,dispatch framework....这些和语言有什么关系 : 。自认为懂一些scalability的东西就“你老” 。真是什么热了就吹什么,it部门的阿 : 猫阿狗也出来说什么large scale, cloud...
|
l*****v 发帖数: 498 | 75 弄了半天我和一个it部门的争,确实挺丢人的。
以前一个朋友在it部门的,他告诉我一般it部门的人技术不怎么样但人却牛逼哄哄的,
因为公司里面只有他们会技术,弄得他们以为自己技术全天下第一。我现在充分能够理
解为什么你为什么自视这么高了,谁叫你运气这么好没在软件公司呆过,不知道高手是
什么样。
上?
【在 g*****g 的大作中提到】 : LOL,上次装逼什么java没有android早没落了丢了人,躲了几天这下要玩满血复活了? : 等你呀有勇气承认自己是傻逼再跟我老争吧,打脸要打多少次? : scalability, availability 如果跟语言没有关系,那twitter为嘛要巴巴得改到jvm上? : 我老是IT部门的,俺们整个公司除了IT部门也不剩多少人了。整个应用都在cloud上, : 不比你懂large scale, cloud, 装逼有个限度,打脸成了习惯你跟 neverlearn也差不 : 多了。
|
z****e 发帖数: 54598 | 76 放心,你以前的东家是给文科生做oa的
整个就是一大的it部门
其实没有pure it公司,g是卖广告的
【在 l*****v 的大作中提到】 : 弄了半天我和一个it部门的争,确实挺丢人的。 : 以前一个朋友在it部门的,他告诉我一般it部门的人技术不怎么样但人却牛逼哄哄的, : 因为公司里面只有他们会技术,弄得他们以为自己技术全天下第一。我现在充分能够理 : 解为什么你为什么自视这么高了,谁叫你运气这么好没在软件公司呆过,不知道高手是 : 什么样。 : : 上?
|
z****e 发帖数: 54598 | 77 商科是本科,是mba~!!!
【在 n******t 的大作中提到】 : 是商科。。。
|
g*****g 发帖数: 34805 | 78 俺们本质就是一个娱乐公司,一不小心占了北美1/3网络流量,这下你满意了吧。
【在 l*****v 的大作中提到】 : 弄了半天我和一个it部门的争,确实挺丢人的。 : 以前一个朋友在it部门的,他告诉我一般it部门的人技术不怎么样但人却牛逼哄哄的, : 因为公司里面只有他们会技术,弄得他们以为自己技术全天下第一。我现在充分能够理 : 解为什么你为什么自视这么高了,谁叫你运气这么好没在软件公司呆过,不知道高手是 : 什么样。 : : 上?
|
b***e 发帖数: 1419 | 79 fb backend is all c++.
google core architecture is on c++ too.
【在 mw 的大作中提到】 : 这里每天这个好哪个好,争论个没完 : 谁在gft里面做的,给说说,现在这些新锐的bigdata公司都是用什么语言?
|
z****e 发帖数: 54598 | 80 fb最早是lamp,后来因为php效率太低,主要是动态类型
后来改了c++写了一个hiphop,提升了效率
然后用java写了一个cassandra,如果是做core java的话,去面fb也很正常
g的核心系统大概在98年时候做成的
那个时候c++基本上是统治地位,java基本上还在搞applet
后来再改,就不太可能了
实际上g家一开始c++,后来大面积使用python
java进入g那是更后面的事了
g这种情况很有代表性,就是对于旧的,c++写成的老系统
说要整个换成其它语言,是不对滴,最典型的是db
绝大部分成熟的db,其实都是c写的
但是到了nosql时代,cassandra和hbase就开始冒头
明显压着mongodb在揍,时代不同了,有了新东西
就会有新选择
【在 b***e 的大作中提到】 : fb backend is all c++. : google core architecture is on c++ too.
|
|
|
z****e 发帖数: 54598 | 81 以前其它公司想做一个gfs,简直不可想象
现在有了hadoop file system
要山寨一个google,其实不难
时代在变,旧的系统不会那么快退出市场
而且将来很长一段时间内还会找人去维护
对,维护,不是重新做新的东西,或者说不是from scratch
然后慢慢fade away
就是java老类也在慢慢fade away,hashtable之类的
【在 b***e 的大作中提到】 : fb backend is all c++. : google core architecture is on c++ too.
|
z****e 发帖数: 54598 | 82 看hot startup
prc之类的
全部都是java
p做的那些真叫人赞叹
我知道怎么山寨google了
但是还是不是很清楚怎么山寨p
我说的不是p的web part
不是coffeescript |
k**********g 发帖数: 989 | 83
which p?
【在 z****e 的大作中提到】 : 看hot startup : prc之类的 : 全部都是java : p做的那些真叫人赞叹 : 我知道怎么山寨google了 : 但是还是不是很清楚怎么山寨p : 我说的不是p的web part : 不是coffeescript
|
g*****g 发帖数: 34805 | 84 palantir, I think pinterest is mostly in python.
【在 k**********g 的大作中提到】 : : which p?
|
k**********g 发帖数: 989 | 85
Palantir算个startup,已经是龙头了。
再加上NSA事件。。。
你老看电影看多了,没时间读报?
【在 g*****g 的大作中提到】 : palantir, I think pinterest is mostly in python.
|
g*****g 发帖数: 34805 | 86 没上市的都可以叫startup,何况他们就几百号人。
【在 k**********g 的大作中提到】 : : Palantir算个startup,已经是龙头了。 : 再加上NSA事件。。。 : 你老看电影看多了,没时间读报?
|
p*****y 发帖数: 1049 | 87 在某个世界级石油公司,大型岩层模拟软件都是用C++写的
C++虽然有点老了,但是优点是无与伦比的
强大的面向对象能力, 以及贴近硬件的内存管理,还保留了传统C的系统函数可以进行
硬件操作
C++最大的缺点就是“过度设计”,用户有太多的选择以至于菜鸟容易写出糟糕的代码
而出现内存泄露或移植性问题
JAVA主要的优点大都是针对C++的缺点而来,它弥补了C++的过度灵活性缺陷,限制某些
设计模式如多重继承,对其中的内存管理和可移植性进行了限制
这些大大方便了编程,但是也增加了额外的限制,使得灵活性降低,同时效率也不如C++
结论:如果你是编程大牛,或者进行大规模的底层架构编程,仍然需要C++,如果你只
是写个小应用程序,或者是不涉及基础架构的编程,PYTHON显然更方便 |
s*****r 发帖数: 43070 | 88 C++在数据库接口方面,比Java差太远,jdbc都是十年前的东西,C++仍然没有可以媲美
的,何况java还有JPA这些。搞开发,尤其是startup,C++太不适宜了,能用的库太少。
Java系还有Spring,configable bean异常强大,对于C++完全是天顶星一样的技术要求。
【在 h*****a 的大作中提到】 : 差不多。而且FB有些新的service说不定也开始用java写了。 : 很多startup起步的时候需要能迅速的launch,所以选择的tech stack会比较random, : 可能完全看engineer的经验。从我比较limited的了解(主要是互联网的相关领域), : PHP, Python, Java,Ruby,都有不少在用,C++就少一些。这些startup如果做大了,有 : 些会把原有的tech stack继续保持下去,不断做优化,比如FB,也有另起炉灶用Java重 : 写的。 : 大公司里面现在backend方面Java应该有比较大的优势,尤其是新的code,常常首选是 : Java.
|
t*****n 发帖数: 4908 | 89 不仅仅是石油/金融。数值计算的基本都是C/Fortran/C++。比如商业有限元/有限差分
就没有java版。还有无数行业应用软件都是C/Fortran/C++的。比如巨无霸Autodesk。
看看它家的产品目录就行了。
不能怪语言不行。只是编程者的功力太差。
C++
【在 p*****y 的大作中提到】 : 在某个世界级石油公司,大型岩层模拟软件都是用C++写的 : C++虽然有点老了,但是优点是无与伦比的 : 强大的面向对象能力, 以及贴近硬件的内存管理,还保留了传统C的系统函数可以进行 : 硬件操作 : C++最大的缺点就是“过度设计”,用户有太多的选择以至于菜鸟容易写出糟糕的代码 : 而出现内存泄露或移植性问题 : JAVA主要的优点大都是针对C++的缺点而来,它弥补了C++的过度灵活性缺陷,限制某些 : 设计模式如多重继承,对其中的内存管理和可移植性进行了限制 : 这些大大方便了编程,但是也增加了额外的限制,使得灵活性降低,同时效率也不如C++ : 结论:如果你是编程大牛,或者进行大规模的底层架构编程,仍然需要C++,如果你只
|
z****e 发帖数: 54598 | 90 java的优势在于,我不需要assume其它人是大牛
只要是个人,能写代码,就能给它安排位置,让它contribute
这其实就是带兵打战一个道理
你怎么能要求手下的人全部都是武林高手?
C++
【在 p*****y 的大作中提到】 : 在某个世界级石油公司,大型岩层模拟软件都是用C++写的 : C++虽然有点老了,但是优点是无与伦比的 : 强大的面向对象能力, 以及贴近硬件的内存管理,还保留了传统C的系统函数可以进行 : 硬件操作 : C++最大的缺点就是“过度设计”,用户有太多的选择以至于菜鸟容易写出糟糕的代码 : 而出现内存泄露或移植性问题 : JAVA主要的优点大都是针对C++的缺点而来,它弥补了C++的过度灵活性缺陷,限制某些 : 设计模式如多重继承,对其中的内存管理和可移植性进行了限制 : 这些大大方便了编程,但是也增加了额外的限制,使得灵活性降低,同时效率也不如C++ : 结论:如果你是编程大牛,或者进行大规模的底层架构编程,仍然需要C++,如果你只
|
|
|
z****e 发帖数: 54598 | 91 你有没有意识到这都不是垮行业通用的软件?
看到局限了没有?
这些东西也在逐步被蚕食
当然老系统不会很快挂
just fade away
这些老系统都是很多年前写的
就是c成功的那25%
这些系统能用就还会用
但是以后的事,那就是另外一个故事了
【在 t*****n 的大作中提到】 : 不仅仅是石油/金融。数值计算的基本都是C/Fortran/C++。比如商业有限元/有限差分 : 就没有java版。还有无数行业应用软件都是C/Fortran/C++的。比如巨无霸Autodesk。 : 看看它家的产品目录就行了。 : : 不能怪语言不行。只是编程者的功力太差。 : C++
|
z****e 发帖数: 54598 | 92 大规模的底层架构编程,现在是java一统全球
mapreduce,除了g的老系统,其它全部都是java的hadoop系
aws等cloud,也主要是java,越是大规模的项目
java优势越明显,虚拟机这个轮子太神奇了
如果真写c++写得好的,应该去看看jvm这个东西是怎么实现的
那才是真正的master piece
C++
【在 p*****y 的大作中提到】 : 在某个世界级石油公司,大型岩层模拟软件都是用C++写的 : C++虽然有点老了,但是优点是无与伦比的 : 强大的面向对象能力, 以及贴近硬件的内存管理,还保留了传统C的系统函数可以进行 : 硬件操作 : C++最大的缺点就是“过度设计”,用户有太多的选择以至于菜鸟容易写出糟糕的代码 : 而出现内存泄露或移植性问题 : JAVA主要的优点大都是针对C++的缺点而来,它弥补了C++的过度灵活性缺陷,限制某些 : 设计模式如多重继承,对其中的内存管理和可移植性进行了限制 : 这些大大方便了编程,但是也增加了额外的限制,使得灵活性降低,同时效率也不如C++ : 结论:如果你是编程大牛,或者进行大规模的底层架构编程,仍然需要C++,如果你只
|
j********x 发帖数: 2330 | 93 我从你屡次的惊人言论可见本版之人是如此的厚道
【在 z****e 的大作中提到】 : 以前其它公司想做一个gfs,简直不可想象 : 现在有了hadoop file system : 要山寨一个google,其实不难 : 时代在变,旧的系统不会那么快退出市场 : 而且将来很长一段时间内还会找人去维护 : 对,维护,不是重新做新的东西,或者说不是from scratch : 然后慢慢fade away : 就是java老类也在慢慢fade away,hashtable之类的
|
z****e 发帖数: 54598 | 94 是么?
【在 j********x 的大作中提到】 : 我从你屡次的惊人言论可见本版之人是如此的厚道
|
l*****v 发帖数: 498 | 95 一点都不厚道,版上的人应该给他发几个包子才对,我穷给不起,要不早就给你
without him, we lose a lot of fun. 耍猫耍猴还要给个三瓜两枣的
【在 j********x 的大作中提到】 : 我从你屡次的惊人言论可见本版之人是如此的厚道
|