k******a
发帖数: 2436 | | s***o
发帖数: 2191 | 2 I think the tricky part is "for web sites"
【在 k******a 的大作中提到】
: 哪位高手给个解释这是怎么回事
: http://w3techs.com/technologies/overview/programming_language/a
: .net 20%
: java 4%
| k******a
发帖数: 2436 | 3 I was wondering about that. So what are the popular non-website server side
applications/services? I can not imagine these can make up most of server
side code - still curious how to interpret the stats.
【在 s***o 的大作中提到】
: I think the tricky part is "for web sites"
| s***o
发帖数: 2191 | 4 .NET on Windows Server platform for sure.
I think Java dominates on Linux but goodbug (or other gurus) can certainly
give you some more accurate information.
side
【在 k******a 的大作中提到】
: I was wondering about that. So what are the popular non-website server side
: applications/services? I can not imagine these can make up most of server
: side code - still curious how to interpret the stats.
| k******a
发帖数: 2436 | 5 Unless you want to base your conclusion solely on speculations, impressions,
or personal "feelings".
Is there any real stats support Java is still a popular choice for server
side development? 4% is not enough to convince me. .Net is not doing too
well but 20% is roughly what I would expect.
【在 s***o 的大作中提到】
: .NET on Windows Server platform for sure.
: I think Java dominates on Linux but goodbug (or other gurus) can certainly
: give you some more accurate information.
:
: side
| s***o
发帖数: 2191 | 6 That 20% is for ASP.NET, and it's roughly the same as the market share of
windows "Web" server.
impressions,
【在 k******a 的大作中提到】
: Unless you want to base your conclusion solely on speculations, impressions,
: or personal "feelings".
: Is there any real stats support Java is still a popular choice for server
: side development? 4% is not enough to convince me. .Net is not doing too
: well but 20% is roughly what I would expect.
| k******a
发帖数: 2436 | 7 I see. How should we interpret the 4% number for Java then. I guess my
question really is why this data showed Java being very UNpopular for server
side development. It does not sound logical to me.
Let's not try to focus on java vs .net war. I have no issue with the 20% .
net number in that statistics. But I have a very hard time understanding the
4% java number.
【在 s***o 的大作中提到】
: That 20% is for ASP.NET, and it's roughly the same as the market share of
: windows "Web" server.
:
: impressions,
| d****i
发帖数: 4809 | 8 我的理解是Java用来做网站可能不如.Net在server side多，但是做enterprise
application的应该Java多一些，毕竟有IBM, Oracle等传统大头在那边。至于PHP的70%
嘛，看看LAMP stack就知道，这个P就是PHP。
server
the
【在 k******a 的大作中提到】
: I see. How should we interpret the 4% number for Java then. I guess my
: question really is why this data showed Java being very UNpopular for server
: side development. It does not sound logical to me.
: Let's not try to focus on java vs .net war. I have no issue with the 20% .
: net number in that statistics. But I have a very hard time understanding the
: 4% java number.
| s***o
发帖数: 2191 | 9 since it's for "web sites", that 4% is probably just for jsp
server
the
【在 k******a 的大作中提到】
: I see. How should we interpret the 4% number for Java then. I guess my
: question really is why this data showed Java being very UNpopular for server
: side development. It does not sound logical to me.
: Let's not try to focus on java vs .net war. I have no issue with the 20% .
: net number in that statistics. But I have a very hard time understanding the
: 4% java number.
| k******a
发帖数: 2436 | 10 I don't get the enterprise application myth. You can build client side
applications, web applications, http-based services, deploy them across
networks, and use them for large business internally. Therefore they all
qualify as enterprise applications.
Let's use some examples, many HR/CRM/billing systems are enterprise systems
but they can be web applications as well. What exactly are the non-client
side, non-web application, non-http service applications you are referring
to? Do we have any data to support if Java or .Net or something else is
popular with THOSE?
70%
【在 d****i 的大作中提到】
: 我的理解是Java用来做网站可能不如.Net在server side多，但是做enterprise
: application的应该Java多一些，毕竟有IBM, Oracle等传统大头在那边。至于PHP的70%
: 嘛，看看LAMP stack就知道，这个P就是PHP。
:
: server
: the
| | | k******a
发帖数: 2436 | 11 plus maybe another hundred or so java web frameworks.
【在 s***o 的大作中提到】
: since it's for "web sites", that 4% is probably just for jsp
:
: server
: the
| g*****g
发帖数: 34805 | 12 This stat is about the percentage of websites, not the percentage of traffic
, or jobs. Many websites have a few static pages, a form for you to send an
email to the owner, and the popular choice for that is PHP since PHP hosting
is very cheap. It takes at most days for a PHP developer to developer a
website like that. At the same time, Ebay hires thousands of Java developers
but it's counted as one website. Also, enterprise application is not
necessarily available from internet, often you need a VPN to access, and it
won't be counted. In other cases, you'll see Apache server running php/
python/ruby/perl etc. for front tier, while much of backend service is
running in JVM. Both Twitter (Ruby) and Amazon (Perl) are such examples.
One thing I also notice is that this w3school stat is not quite accurate. e.
g. Walmart and BankOfAmerica are listed under .Net as popular websites. But
Walmart is running Apache on Redhat, BoA is running on IBM http server.
Neither can be a .Net application.
At the end of the day, what you really care is the number of jobs and the
salary. And Java is favored over php/C# on any job hunting site. | d***q
发帖数: 1119 | 13 server side 可以指代很多种东西
我们现在做的设备采集系统，后端不用web
也有java。 | m********5
发帖数: 17667 | 14 这个网络不懂, 业余玩儿玩; 但是各位也不要把各种统计看得太重.
.net 可能玩具项目, 非熟手用得多吧, 方便啊
就像有人调查AI方面的projects, 是Java, python, 这些语言用得多, 还是C/C++用的
多.
光看代码量, projects数量, 发文章的量 ,肯定是java, python, matlab这些多, 但是
搞这个的都知道工业实用的时候, core还是必须用Labview, C/C++实现, 有时候甚至要
VHAL, 真正matter的地方绝对不是java, python写的.这些地方的代码都是少而精的,
但是不能因此就说做AI流行不用C/C++.
【在 k******a 的大作中提到】
: 哪位高手给个解释这是怎么回事
: http://w3techs.com/technologies/overview/programming_language/a
: .net 20%
: java 4%
| r****y
发帖数: 26819 | 15 右边看latest related posting:
Web technology fact of the day
14 November 2012
ASP.NET is much more popular than Java for building websites, but not amongs
t the top 1000 sites.
http://w3techs.com/technologies/cross/programming_language/rank
top一百万的网站里，asp.net:Java=5:1，top1000里，差不多1:1了。
说明小网站用微软的服务器，性价比更高。网站规模上去了，Java和linux服务器的性
价比才开始显露出来。
【在 k******a 的大作中提到】
: 哪位高手给个解释这是怎么回事
: http://w3techs.com/technologies/overview/programming_language/a
: .net 20%
: java 4%
| c*****m
发帖数: 1160 | 16 刚看一下， workday.com 用的是 Adobe Flex http://www.adobe.com/products/flex.html
这算什么的？ | k******a
发帖数: 2436 | 17 main web app is php-based, flash embedded in php
【在 c*****m 的大作中提到】
: 刚看一下， workday.com 用的是 Adobe Flex http://www.adobe.com/products/flex.html
: 这算什么的？
| g*****g
发帖数: 34805 | 18 Workday is a java firm like Salesforce. Check their openings and you'll know.
http://www.workday.com/company/careers/jobs.php
SaaS typically has an SOA architecture. UI is one thin layer that calls tens
or even hundreds of services in the backend. With mobile devices getting
more and more popular, this is the trend. Web UI, mobile UI or desktop UI if
there's one is a thin layer that doesn't contain business logic.
【在 c*****m 的大作中提到】
: 刚看一下， workday.com 用的是 Adobe Flex http://www.adobe.com/products/flex.html
: 这算什么的？
| N********n
发帖数: 8363 | 19
HOHOHO. 小声点，某些意淫.NET垮台的人看了会不高兴。
【在 k******a 的大作中提到】
: 哪位高手给个解释这是怎么回事
: http://w3techs.com/technologies/overview/programming_language/a
: .net 20%
: java 4%
| W*******e
发帖数: 1268 | 20 都是Larry Ellison的眼中钉啊。企业云服务这块要等Oracle，IBM和force.com这些小
公司大战之后才能知道谁能幸存下来。
know.
tens
if
【在 g*****g 的大作中提到】
: Workday is a java firm like Salesforce. Check their openings and you'll know.
: http://www.workday.com/company/careers/jobs.php
: SaaS typically has an SOA architecture. UI is one thin layer that calls tens
: or even hundreds of services in the backend. With mobile devices getting
: more and more popular, this is the trend. Web UI, mobile UI or desktop UI if
: there's one is a thin layer that doesn't contain business logic.
| | | k******a
发帖数: 2436 | 21 Oracle's business software is too expensive and too hard to implement and
use. Not practical at all.
Workday is frustrating to use but at least a better alternative.
The problem with the so-called enterprise software is the client company is
the customer (who pays) so the software vendor does not care about the
actual user (their client company's employees)'s experience.
The results are some very worst software, an insult to the IQ of the people
who produced them and who used them.
【在 W*******e 的大作中提到】
: 都是Larry Ellison的眼中钉啊。企业云服务这块要等Oracle，IBM和force.com这些小
: 公司大战之后才能知道谁能幸存下来。
:
: know.
: tens
: if
| c*********e
发帖数: 16335 | 22 server side很多都是作database操作，比如join多个table,c#有强大的linq来做， 完
全能满足客户的要求。
【在 k******a 的大作中提到】
: 哪位高手给个解释这是怎么回事
: http://w3techs.com/technologies/overview/programming_language/a
: .net 20%
: java 4%
| k*****a
发帖数: 1463 | 23 Detail Comparison:
http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Java
.NET is more advanced than Java platform, the problem is you lock up with
Microsoft.
【在 c*********e 的大作中提到】
: server side很多都是作database操作，比如join多个table,c#有强大的linq来做， 完
: 全能满足客户的要求。
| c*********e
发帖数: 16335 | 24 现在的问题是，c#和java能干同样的事。很多小公司用c#,sql server,因为sql server
比oracle的license便宜。
【在 k*****a 的大作中提到】
: Detail Comparison:
: http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Java
: .NET is more advanced than Java platform, the problem is you lock up with
: Microsoft.
| k*****a
发帖数: 1463 | 25 They can start with MySQL, later oracle, end up with SQLServer for cost
reasons.
server
【在 c*********e 的大作中提到】
: 现在的问题是，c#和java能干同样的事。很多小公司用c#,sql server,因为sql server
: 比oracle的license便宜。
| c*********e
发帖数: 16335 | 26 你听说过大银行用mysql的吗？
【在 k*****a 的大作中提到】
: They can start with MySQL, later oracle, end up with SQLServer for cost
: reasons.
:
: server
| g*****g
发帖数: 34805 | 27 C# is far behind in terms of libraries. Syntax sugar can only help so much.
【在 k*****a 的大作中提到】
: Detail Comparison:
: http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Java
: .NET is more advanced than Java platform, the problem is you lock up with
: Microsoft.
| k*****a
发帖数: 1463 | 28 Library example?
BTW, check the wiki carefully, lots of stuff are not syntactical sugar. JVM
simply can't natively support it and run it.
Well, If you are with Java, then you are forced to do walk around, which
does not support Java is more advanced.
【在 g*****g 的大作中提到】
: C# is far behind in terms of libraries. Syntax sugar can only help so much.
| g*****g
发帖数: 34805 | 29 Like Hadoop, Maven. M$ killed Linq to HPC coz they can't match what Hadoop
has to offer.
JVM
【在 k*****a 的大作中提到】
: Library example?
: BTW, check the wiki carefully, lots of stuff are not syntactical sugar. JVM
: simply can't natively support it and run it.
: Well, If you are with Java, then you are forced to do walk around, which
: does not support Java is more advanced.
| k*****a
发帖数: 1463 | 30 You were referring library, not a product. try again.
You can also say .net did not write GOOGLE.COM, it does not mean anything.
BTW, you mention library like LINQ libraries and functional libraries, are
there Java counterpart?
【在 g*****g 的大作中提到】
: Like Hadoop, Maven. M$ killed Linq to HPC coz they can't match what Hadoop
: has to offer.
:
: JVM
| | | k*****a
发帖数: 1463 | 31 I mean start ups on a shoe string budget, they may start something at a free
platform (LINUX, MySQL), later Oracle, then too expensive to continue.
【在 c*********e 的大作中提到】
: 你听说过大银行用mysql的吗？
| g*****g
发帖数: 34805 | 32 As you can see, Java doesn't need Linq. Linq is nothing more than a syntax
sugar. Hadoop was implemented in pure Java, Linq to HPC was trying to copy
Hadoop and it turned out to be a complete failure. A great example of syntax
sugar can only do so much.
Now if you want to talk about killer app. Sure, let's talk about it. Ebay,
Gmail backend, LinkedIn, Twitter backend, Netflix, plus almost every banking
website. I wonder what .Net has to
match.
【在 k*****a 的大作中提到】
: You were referring library, not a product. try again.
: You can also say .net did not write GOOGLE.COM, it does not mean anything.
: BTW, you mention library like LINQ libraries and functional libraries, are
: there Java counterpart?
| g*****g
发帖数: 34805 | 33 You underestimate what MySQL can do today. Combining that with some NoSQL
offering, supporting over 10 millions users isn't a stretch. MySQL isn't as
reliable as Oracle and isn't as administrator-friendly as Oracle. That makes
Oracle a better fit for certain industries. For most applications, they don
't need Oracle at all. Last time I checked, Twitter uses MySQL and Cassandra
for their main DB and they have 400 millions users.
free
【在 k*****a 的大作中提到】
: I mean start ups on a shoe string budget, they may start something at a free
: platform (LINUX, MySQL), later Oracle, then too expensive to continue.
| k*****a
发帖数: 1463 | 34 U were referring hadoop again, it is a product. There is .NET alternative.
Linq to HPC is another product.
Your argument of library is still not answered. Linq, there is no library
alternative -- as it is impossible to support it natively. Java may be
successful in leading market share, but saying it is more advanced is na&
iuml;ve at best.
syntax
banking
【在 g*****g 的大作中提到】
: As you can see, Java doesn't need Linq. Linq is nothing more than a syntax
: sugar. Hadoop was implemented in pure Java, Linq to HPC was trying to copy
: Hadoop and it turned out to be a complete failure. A great example of syntax
: sugar can only do so much.
: Now if you want to talk about killer app. Sure, let's talk about it. Ebay,
: Gmail backend, LinkedIn, Twitter backend, Netflix, plus almost every banking
: website. I wonder what .Net has to
: match.
| k*****a
发帖数: 1463 | 35 You see, lots of times, it is not whether the tool can handle to job. Rather
a lousy design is the ultimate problem. .NET vs. Java is not a problem,
they can handle all the situations with proper design.
Lower level engineers worry more on the technology choice (implementation),
higher level worry more about design architecture,
while top level worry about wall street (product, market share).
This also suggests that this discussion shall stay at implementation level,
in which case, .NET has more rich features and make it more advanced.
BTW, people here will always do this:
when you talk about implementation, he answer with architecture,
when you talk about architecture, he answer with market share
when you talk about market share, he answers with implementation....
as
makes
don
Cassandra
【在 g*****g 的大作中提到】
: You underestimate what MySQL can do today. Combining that with some NoSQL
: offering, supporting over 10 millions users isn't a stretch. MySQL isn't as
: reliable as Oracle and isn't as administrator-friendly as Oracle. That makes
: Oracle a better fit for certain industries. For most applications, they don
: 't need Oracle at all. Last time I checked, Twitter uses MySQL and Cassandra
: for their main DB and they have 400 millions users.
:
: free
| g*****g
发帖数: 34805 | 36 So you don't get it. Linq is a syntax sugar. And you don't need every syntax
sugar to make useful product. Show me a product that's implemented with
Linq and Java has no counterpart then you have a point.
BTW, hadoop is a framework. It's not useful by itself, it's a framework to
do map reduce.
【在 k*****a 的大作中提到】
: U were referring hadoop again, it is a product. There is .NET alternative.
: Linq to HPC is another product.
: Your argument of library is still not answered. Linq, there is no library
: alternative -- as it is impossible to support it natively. Java may be
: successful in leading market share, but saying it is more advanced is na&
: iuml;ve at best.
:
: syntax
: banking
| k*****a
发帖数: 1463 | 37 Gees! how simple is just to answer with a library.... Or find a library .NET
does not have.
How typical! Can i say .NET don't have to use HADOOP for big data as there
is alternative anyway?
>>>>>>>
when you talk about implementation, he answer with architecture,
when you talk about architecture, he answer with market share
when you talk about market share, he answers with implementation....
syntax
【在 g*****g 的大作中提到】
: So you don't get it. Linq is a syntax sugar. And you don't need every syntax
: sugar to make useful product. Show me a product that's implemented with
: Linq and Java has no counterpart then you have a point.
: BTW, hadoop is a framework. It's not useful by itself, it's a framework to
: do map reduce.
| g*****g
发帖数: 34805 | 38 I've showed 2, Hadoop and Maven. There are tons of frameworks that .NET
doesn't have. Spring, OSGI, AspectJ among other commonly seen. Let me remind
you MSBuild copies Ant and Entity framework copies hibernate, but M$ don't
have the hands to copy all the gems from Java side.
Now if you want to talk about products, I showed a list of world class
applications and I've yet heard one for .NET.
Talking about going loops. I am the one that shows examples and charts, not
you and your colleagues in M$.
NET
【在 k*****a 的大作中提到】
: Gees! how simple is just to answer with a library.... Or find a library .NET
: does not have.
: How typical! Can i say .NET don't have to use HADOOP for big data as there
: is alternative anyway?
: >>>>>>>
: when you talk about implementation, he answer with architecture,
: when you talk about architecture, he answer with market share
: when you talk about market share, he answers with implementation....
:
: syntax
| k*****a
发帖数: 1463 | 39 Library anyone? Did you claim library?
There are products .NET has while Java don't have.
Apache Maven is a software project management and comprehension tool. --
product.
HADOOP is map reduce tool. -- product.
There are products serve similar purpose (you already mentioned msbuild, TFS
really, COSMOS or HDInsight for hadoop), please go back to your claim on
library. Hint is something like network libraries, file, rendering, 3D,
threading where you build products and link into your product binaries.
remind
t
not
【在 g*****g 的大作中提到】
: I've showed 2, Hadoop and Maven. There are tons of frameworks that .NET
: doesn't have. Spring, OSGI, AspectJ among other commonly seen. Let me remind
: you MSBuild copies Ant and Entity framework copies hibernate, but M$ don't
: have the hands to copy all the gems from Java side.
: Now if you want to talk about products, I showed a list of world class
: applications and I've yet heard one for .NET.
: Talking about going loops. I am the one that shows examples and charts, not
: you and your colleagues in M$.
:
: NET
| g*****g
发帖数: 34805 | 40 LOL, I've showed you tons of libraries and products to prove my point. Where
's yours? I'd like to know what product .NET has while Java doesn't.
【在 k*****a 的大作中提到】
: Library anyone? Did you claim library?
: There are products .NET has while Java don't have.
: Apache Maven is a software project management and comprehension tool. --
: product.
: HADOOP is map reduce tool. -- product.
: There are products serve similar purpose (you already mentioned msbuild, TFS
: really, COSMOS or HDInsight for hadoop), please go back to your claim on
: library. Hint is something like network libraries, file, rendering, 3D,
: threading where you build products and link into your product binaries.
:
| | | k*****a
发帖数: 1463 | 41 Name of product vs. name of library.
You wanted product where java don't have:
TFS, SharePoint, COSMOS, Azure is it enough?
Where
【在 g*****g 的大作中提到】
: LOL, I've showed you tons of libraries and products to prove my point. Where
: 's yours? I'd like to know what product .NET has while Java doesn't.
| g*****g
发帖数: 34805 | 42 This proves you don't know nothing.
TFS => Jenkins
SharePoint => confluence
Azure => AWS
Cosmos
Most work on Cosmos is currently aimed at the debugger and Visual Studio
integration.
Useless from java side, above from wiki is good enough to explain why.
Now who's the ebay, gmail, twitter, linkedin, netflix of .NET? LOL
【在 k*****a 的大作中提到】
: Name of product vs. name of library.
: You wanted product where java don't have:
: TFS, SharePoint, COSMOS, Azure is it enough?
:
: Where
| k*****a
发帖数: 1463 | 43 you spin back to product.... u asked products where java does not have. TFS
in Java is not the same TFS.
Most work on Cosmos is currently aimed at the debugger and Visual Studio | g*****g
发帖数: 34805 | 44 Why does java need TFS when it has better products for the same purpose?
Jenkins + Maven beats the shit out of TFS, free too. To date, TFS doesn't
come close to the dependency management capability of Maven.
TFS
【在 k*****a 的大作中提到】
: you spin back to product.... u asked products where java does not have. TFS
: in Java is not the same TFS.
: Most work on Cosmos is currently aimed at the debugger and Visual Studio
| k*****a
发帖数: 1463 | 45 Just answer your own question: a java library,
which linked into wide number of products, requires hosting application's
process to run.
Spinning does not help, you can also claim TFS does not need java to run.
Before you post, please go through your statement, switch java/.net and see
if it even makes an argument. Otherwise, you are wasting yourself time.
Moreover, please beware of the manner and where the stinky things puke out
from. I
understand these who facing loosing battle in the debates, and hope you were
infuriated for some other reason.
【在 g*****g 的大作中提到】
: Why does java need TFS when it has better products for the same purpose?
: Jenkins + Maven beats the shit out of TFS, free too. To date, TFS doesn't
: come close to the dependency management capability of Maven.
:
: TFS
| g*****g
发帖数: 34805 | 46 I don't understand what you are trying to prove. You want something similar
to TFS, I show you Jenkins+Maven. More popular, more powerful, cheaper. Why
does Java have to implement TFS exactly to prove my point?
I've got a long list of libraries and products, spring, aspectj, lucene,
maven, gmail, ebay, twitter, netflix, linkedin and have you showed me
counterparts implemented in .NET? Talking about spinning.
To give you a more concrete example, Twitter leverages Lucene and Cassandra
to do real time search for its 400 millions users. What's the counterpart
from .NET? So much about Linq makes C# better.
see
were
【在 k*****a 的大作中提到】
: Just answer your own question: a java library,
: which linked into wide number of products, requires hosting application's
: process to run.
: Spinning does not help, you can also claim TFS does not need java to run.
: Before you post, please go through your statement, switch java/.net and see
: if it even makes an argument. Otherwise, you are wasting yourself time.
: Moreover, please beware of the manner and where the stinky things puke out
: from. I
: understand these who facing loosing battle in the debates, and hope you were
: infuriated for some other reason.
| k*****a
发帖数: 1463 | 47 Let's go back to your claim: "C# is far behind in terms of libraries."
Library please! Again, please do not trying again to introduce
"libraries and products"
try to cover your claim regarding
"libraries".
Simply, you just need to prove there exists "a lot libraries" (far behind)
in java whose functionality does not exist in .NET libraries. FYI, no one
have linked or
loaded "ebay", or "hadoop", or "gmail" in their process. I believe you did
not intended to treat these products as libraries although you seem to
believe so repeatedly.
Please remind yourself your own claim one more time, there has to be no
counterpart
of .NET to fulfill that library, which yields Java is superior. It is your
duty to find that kind of library to prove it, not evading into the topic
into "product" or "popularity".
No intention has been expressed to request you to prove java (yet you kept
on proving its product and use). ALL the reference is a rebuttal to your
claim of .NET has no counterpart to support it. Anything introduced here (
TFS/COSMOS) are proving that .NET has a library (or product per your request
) for supporting the functionalities.
There has been no claim on popularity, nor intention to talk about it either
in this discussion.
BTW, you mentioned work on COSMOS is for VS debugging? FYI, This was some
good reading to you.
http://codingplayground.blogspot.com/2010/09/cosmos-massive-com
Unless you were so totally in love of LINQ, or lack the knowledge of, or
seemed ignorance, you worshiped the idea of LINQ as a HADOOP counterpart.
You must have wired in your deepest mind that somewhere LINQ was intended to
be running map-reduces?
http://glinden.blogspot.com/2008/07/easy-processing-of-massive-
LINQ has been a language feature, I don't think it ever intended to run map
reduce. Scope script was the script that supports Microsoft's map-reduce
platform on COSMOS.
>>>"M$ killed Linq to HPC coz they can't match what Hadoop has to offer. "
>>>>
I've got a long list of libraries and products, spring, aspectj, lucene,
similar
Why
Cassandra | r****y
发帖数: 26819 | 48 看你们长篇英文说个没完，路人问个问题吧，像SWT的java library，可以跨平台写
界面的库，纯库吧？.NET算有相同功能的，还是算没有？
【在 k*****a 的大作中提到】
: Let's go back to your claim: "C# is far behind in terms of libraries."
: Library please! Again, please do not trying again to introduce
: "libraries and products"
: try to cover your claim regarding
: "libraries".
: Simply, you just need to prove there exists "a lot libraries" (far behind)
: in java whose functionality does not exist in .NET libraries. FYI, no one
: have linked or
: loaded "ebay", or "hadoop", or "gmail" in their process. I believe you did
: not intended to treat these products as libraries although you seem to
| k*****a
发帖数: 1463 | 49 .NET has not been designed to be 跨平台， or limited to 跨 MS 平台.
Therefore, any .NET UI lib can do the job writing these look and feels. Also
so called 跨平台 is limited to JVMs, can it run on even android (with JVM),
or iphone?
【在 r****y 的大作中提到】
: 看你们长篇英文说个没完，路人问个问题吧，像SWT的java library，可以跨平台写
: 界面的库，纯库吧？.NET算有相同功能的，还是算没有？
| r****y
发帖数: 26819 | 50 android说：这个库可以用吧：
http://www.java2s.com/Open-Source/Android/android-core/platform
oid/ddms/AboutDialog.java.htm
【在 k*****a 的大作中提到】
: .NET has not been designed to be 跨平台， or limited to 跨 MS 平台.
: Therefore, any .NET UI lib can do the job writing these look and feels. Also
: so called 跨平台 is limited to JVMs, can it run on even android (with JVM),
: or iphone?
| | | k*****a
发帖数: 1463 | 51 IPhone? or 跨个 non-JVM? Likewise, if you install .NET or make it work there
. 跨平台不算 library functionality.
【在 r****y 的大作中提到】
: android说：这个库可以用吧：
: http://www.java2s.com/Open-Source/Android/android-core/platform
: oid/ddms/AboutDialog.java.htm
| c****e
发帖数: 1453 | 52 纠正一下，TFS的issue tracking不逊于JIRA,JIRA是要钱的。如果5人以下的项目，tfs
.visualstuido.com不要钱，和bitbucket.org一样，但是功能要多地多。
TFS是个大杂烩，基本对应Atlassian所有拿出来卖的东西。Atlassian东西不错，有的
地方挺黑的，一个code review一个月要几百块。
【在 g*****g 的大作中提到】
: Why does java need TFS when it has better products for the same purpose?
: Jenkins + Maven beats the shit out of TFS, free too. To date, TFS doesn't
: come close to the dependency management capability of Maven.
:
: TFS
| r****y
发帖数: 26819 | 53 这几个问号真的在说相声，哈哈
不过iphone还真可以运行java：
http://geeknizer.com/how-to-install-compile-run-java-apps-on-ip
起码raspberry pi可以运行SWT的库。
there
【在 k*****a 的大作中提到】
: IPhone? or 跨个 non-JVM? Likewise, if you install .NET or make it work there
: . 跨平台不算 library functionality.
| k*****a
发帖数: 1463 | 54 See this library need to get JVM installed on IP. Show me how it runs
without JVM. BTW, it is already meet the .NET counterpart (UI libraries). I
would be laughing to see the look and feel on a phone. BTW, the
functionalities of the lib is just the UIs. The library comes with JVM. A
library can not claim platform's feature as its own functionality.
【在 r****y 的大作中提到】
: 这几个问号真的在说相声，哈哈
: 不过iphone还真可以运行java：
: http://geeknizer.com/how-to-install-compile-run-java-apps-on-ip
: 起码raspberry pi可以运行SWT的库。
:
: there
| r****y
发帖数: 26819 | 55 不够喜感，应该说show me how it runs with .NET framework。
【在 k*****a 的大作中提到】
: See this library need to get JVM installed on IP. Show me how it runs
: without JVM. BTW, it is already meet the .NET counterpart (UI libraries). I
: would be laughing to see the look and feel on a phone. BTW, the
: functionalities of the lib is just the UIs. The library comes with JVM. A
: library can not claim platform's feature as its own functionality.
| k*****a
发帖数: 1463 | 56 u got the point, as we already recognize there is difference from .NET and
JVM.
The library comes with JVM. A library can not claim platform's feature as
its own main functionality. For example, a webservice library, you can not
claim its functionality is to establish TCP IP connections between 2
machines.
【在 r****y 的大作中提到】
: 不够喜感，应该说show me how it runs with .NET framework。
| r****y
发帖数: 26819 | 57 确实很不同啊，像hibernate，spring这样的library，.NET对应相同功能的是什么lib？
【在 k*****a 的大作中提到】
: u got the point, as we already recognize there is difference from .NET and
: JVM.
: The library comes with JVM. A library can not claim platform's feature as
: its own main functionality. For example, a webservice library, you can not
: claim its functionality is to establish TCP IP connections between 2
: machines.
| s***o
发帖数: 2191 | 58 hibernate.NET, spring.NET
ok. just kidding. To name a few:
EF, nhibernate, subsonic, openAccess, Dapper(my favorite one for light
weight development)...
Unity, Autofac, ninject, windsor, simpleInjector...
ASP.NET MVC, ADO.NET, WCF, WIF, ...
lib？
【在 r****y 的大作中提到】
: 确实很不同啊，像hibernate，spring这样的library，.NET对应相同功能的是什么lib？
| k*****a
发帖数: 1463 | 59 :) Thanks. There will be always people claim some other platform is better
without knowing how other platform does stuff.
(For example: LINQ was taken repeatedly as a mapreduce platform by GOODBUG).
Normally, these are just tools. If there is a need, there will be a tool to
do it. Most problem are design problems; Few maybe productivity problems (
for which some area of .NET is leading, some maybe little behind).
【在 s***o 的大作中提到】
: hibernate.NET, spring.NET
: ok. just kidding. To name a few:
: EF, nhibernate, subsonic, openAccess, Dapper(my favorite one for light
: weight development)...
: Unity, Autofac, ninject, windsor, simpleInjector...
: ASP.NET MVC, ADO.NET, WCF, WIF, ...
:
: lib？
| g*****g
发帖数: 34805 | 60 Linq is not a mapreduce platform. Linq to HPC is. You fanbois are totally
ignorant and make yourselves jokes again. Though the name implies Linq has
something to do with it.
http://msdn.microsoft.com/en-us/library/hh378101.aspx
Sure .NET has tools, it's just years behind. Most .NET developers work on
small projects and visual components can cover it all. I can understand they
don't care.
).
to
【在 k*****a 的大作中提到】
: :) Thanks. There will be always people claim some other platform is better
: without knowing how other platform does stuff.
: (For example: LINQ was taken repeatedly as a mapreduce platform by GOODBUG).
: Normally, these are just tools. If there is a need, there will be a tool to
: do it. Most problem are design problems; Few maybe productivity problems (
: for which some area of .NET is leading, some maybe little behind).
| | | g*****g
发帖数: 34805 | 61 To date .NET has nothing compared to Maven, Hadoop and Cassandra, and the
Lucene
porting is years behind. Many .NET developers are scared to use 3rd party
libraries all together.
【在 s***o 的大作中提到】
: hibernate.NET, spring.NET
: ok. just kidding. To name a few:
: EF, nhibernate, subsonic, openAccess, Dapper(my favorite one for light
: weight development)...
: Unity, Autofac, ninject, windsor, simpleInjector...
: ASP.NET MVC, ADO.NET, WCF, WIF, ...
:
: lib？
| k*****a
发帖数: 1463 | 62 Please go back to the timelines before you claim this. SCOPE/COSMOS was
built before LINQ even exists, let alone LINQ/HPC. I don't know how you
think it was aimed to run map reduce on LINQ/HPC (although it maybe capable
of). If windows support printing, does it mean windows is built for printing?
BTW, I remind you again : your point is library, please, cluster is not
going to be loaded as a library into single process.
they
【在 g*****g 的大作中提到】
: Linq is not a mapreduce platform. Linq to HPC is. You fanbois are totally
: ignorant and make yourselves jokes again. Though the name implies Linq has
: something to do with it.
: http://msdn.microsoft.com/en-us/library/hh378101.aspx
: Sure .NET has tools, it's just years behind. Most .NET developers work on
: small projects and visual components can cover it all. I can understand they
: don't care.
:
: ).
: to
| g*****g
发帖数: 34805 | 63 So you admit instead of my making a mistake, you were bullshiting now?
It's not about what exists, it's about quality. .NET certainly have many
inferior libraries,
including most porting from Java.
Azure adopting Hadoop instead of M$'s home grown mapreduce framework is a
slap in your face.
【在 k*****a 的大作中提到】
: Please go back to the timelines before you claim this. SCOPE/COSMOS was
: built before LINQ even exists, let alone LINQ/HPC. I don't know how you
: think it was aimed to run map reduce on LINQ/HPC (although it maybe capable
: of). If windows support printing, does it mean windows is built for printing?
: BTW, I remind you again : your point is library, please, cluster is not
: going to be loaded as a library into single process.
:
: they
| k*****a
发帖数: 1463 | 64 I see you get infuriated again.... what next? 以头抢地？
Show me a libary.
Even you still insisted on talking about product, which was not your claim
anyway.
I pointed out you are blind folded thinking LINQ/HPC is mapreduce platform,
which i dont see it was even aimed to be one. Azure/HADOOP is only for
customer adoption purpose, scope was there for bing/hotmail for a while.
【在 g*****g 的大作中提到】
: So you admit instead of my making a mistake, you were bullshiting now?
: It's not about what exists, it's about quality. .NET certainly have many
: inferior libraries,
: including most porting from Java.
: Azure adopting Hadoop instead of M$'s home grown mapreduce framework is a
: slap in your face.
| g*****g
发帖数: 34805 | 65 以头抢地没有。鸵鸟埋地看到一头。原来啥lucene, maven都白提了。好吧，就回到
Hadoop，再打脸一次。原来hadoop不是Library你都敢说。
http://hadoop.apache.org/
The Apache Hadoop software library is a framework that allows for the
distributed
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
processing of large data sets across clusters of computers using simple
programming models.
【在 k*****a 的大作中提到】
: I see you get infuriated again.... what next? 以头抢地？
: Show me a libary.
: Even you still insisted on talking about product, which was not your claim
: anyway.
: I pointed out you are blind folded thinking LINQ/HPC is mapreduce platform,
: which i dont see it was even aimed to be one. Azure/HADOOP is only for
: customer adoption purpose, scope was there for bing/hotmail for a while.
| k*****a
发帖数: 1463 | 66 The statement is emphasizing as a framework. You intentionally blur the line
. The claim of the hadoop statement merely says it is a set of libraries
that serve the framework.
【在 g*****g 的大作中提到】
: 以头抢地没有。鸵鸟埋地看到一头。原来啥lucene, maven都白提了。好吧，就回到
: Hadoop，再打脸一次。原来hadoop不是Library你都敢说。
: http://hadoop.apache.org/
: The Apache Hadoop software library is a framework that allows for the
: distributed
: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: processing of large data sets across clusters of computers using simple
: programming models.
| g*****g
发帖数: 34805 | 67 你真是脸不嫌肿。Linq to HPC不是mapreduce都出来了。
http://www.zdnet.com/blog/microsoft/microsoft-drops-dryad-puts-
Microsoft drops Dryad; puts its big-data bets on Hadoop
Summary: Microsoft is dropping its 'Dryad' big-data processing work and
focusing, instead, on developing a Windows Azure and Windows Server
implementation of Hadoop.
Just a month after insisting there was still a place for its own Hadoop
competitor, Microsoft officials have decided to discontinue work on LINQ to
HPC, codenamed "Dryad."
In a November 11 post on the Windows HPC Team Blog, officials said that
Microsoft had provided a minor update to the latest test build of the Dryad
code as part of Windows High Performance Computing (HPC) Pack 2008 R2
Service Pack (SP) 3. But they also noted that "this will be the final (Dryad
) preview and we do not plan to move forward with a production release."
Dryad was supposed to provide a way for running big-data jobs across
clusters of Windows servers. It was designed to provide a platform for
developers to build applications that can process large amounts of
unstructured data. Just a month ago, Microsoft updated its near-final test
build of Dryad.
But it now appears Microsoft is putting all its big-data eggs in the Hadoop
framework basket. Microsoft officials said a month ago that Microsoft was
working with Hortonworks to develop both a Windows Azure and a Windows
Server distribution of Hadoop. A Community Technology Preview (CTP) of the
Windows Azure version is due out before the end of this calendar year; the
Windows Server test build of Hadoop is due some time in 2012.
,
【在 k*****a 的大作中提到】
: I see you get infuriated again.... what next? 以头抢地？
: Show me a libary.
: Even you still insisted on talking about product, which was not your claim
: anyway.
: I pointed out you are blind folded thinking LINQ/HPC is mapreduce platform,
: which i dont see it was even aimed to be one. Azure/HADOOP is only for
: customer adoption purpose, scope was there for bing/hotmail for a while.
| g*****g
发帖数: 34805 | 68 Hadoop is not a library because it's a set of libraries?
您老还是洗洗睡吧，越撑越丢人。
line
【在 k*****a 的大作中提到】
: The statement is emphasizing as a framework. You intentionally blur the line
: . The claim of the hadoop statement merely says it is a set of libraries
: that serve the framework.
| n*w
发帖数: 3393 | 69 Can you elaborate ".NET has tools, it's just years behind."? I'm curious to
know it.
they
【在 g*****g 的大作中提到】
: Linq is not a mapreduce platform. Linq to HPC is. You fanbois are totally
: ignorant and make yourselves jokes again. Though the name implies Linq has
: something to do with it.
: http://msdn.microsoft.com/en-us/library/hh378101.aspx
: Sure .NET has tools, it's just years behind. Most .NET developers work on
: small projects and visual components can cover it all. I can understand they
: don't care.
:
: ).
: to
| k*****a
发帖数: 1463 | 70 The HADOOP statement is more about framework, which has a set of libraries,
and your claim is still libraries, which should be something linked into
another
process/product. Moreover, .NET has its counterpart as a product/framework,
it is SCOPE and COSMOS.
You have yet to prove there is some libraries that used to be hosted as
general web server libraries that .NET does not simply has counterpart. The
topic was
not product or popularity.
【在 g*****g 的大作中提到】
: Hadoop is not a library because it's a set of libraries?
: 您老还是洗洗睡吧，越撑越丢人。
:
: line
| | | c****e
发帖数: 1453 | 71 对于这几个比较热门的东西，说一说我的了解。
Lucene.net低一个版本。Lucene 4有BM25F,在ranking上也有一些改进。.net的还是3.
03,确实差一些。
和Cassandra对应的有RavenDB,全部c#写的。而且支持transaction. feature上很强大
Interactive query的结果就是Lucene的index, 很好很强大。因为license的关系，没
有MongoDB popular.因为用的人少，和Cassandra比成熟度肯定要差一些。
Hadoop, 微软买了License, 把Hadoop, Hive, Pig一起package出了一个HDInsight.在
Azure上面也是直接deploy就可以用了。
大家有兴趣可以看看IKVM.一个C#写的java vm.自带一个IKVMC可以把jar转成.net Dll.
很多地方就是这么用standford NLP的。
【在 g*****g 的大作中提到】
: To date .NET has nothing compared to Maven, Hadoop and Cassandra, and the
: Lucene
: porting is years behind. Many .NET developers are scared to use 3rd party
: libraries all together.
| c****e
发帖数: 1453 | 72 Dryad和Linq不是一回事情。原来是cambridge的一个research project. HPC team is
part of Azrue team now and Azure picked Hadoop due to its popularity in BI.
DryadLinq是个programming model, 不是像Hadoop这样的engine, 类比一下，类似HIVE
或者 Linq2SQL与SQL server的关系。
Dryad is still the computation engine of SCOPE.
to
【在 g*****g 的大作中提到】
: 你真是脸不嫌肿。Linq to HPC不是mapreduce都出来了。
: http://www.zdnet.com/blog/microsoft/microsoft-drops-dryad-puts-
: Microsoft drops Dryad; puts its big-data bets on Hadoop
: Summary: Microsoft is dropping its 'Dryad' big-data processing work and
: focusing, instead, on developing a Windows Azure and Windows Server
: implementation of Hadoop.
: Just a month after insisting there was still a place for its own Hadoop
: competitor, Microsoft officials have decided to discontinue work on LINQ to
: HPC, codenamed "Dryad."
: In a November 11 post on the Windows HPC Team Blog, officials said that
| g*****g
发帖数: 34805 | 73 Library跟framework很多时候本来就是互换的。
人官方网页的说法
The Apache Hadoop software library is a framework that...
你死撑倒是真够极品的。什么hadoop不是library张口就来，还得意地叫嚣。你非要没
counterpart的，我举的maven就是一个, Cassandra也是一个。
,
,
【在 k*****a 的大作中提到】
: The HADOOP statement is more about framework, which has a set of libraries,
: and your claim is still libraries, which should be something linked into
: another
: process/product. Moreover, .NET has its counterpart as a product/framework,
: it is SCOPE and COSMOS.
: You have yet to prove there is some libraries that used to be hosted as
: general web server libraries that .NET does not simply has counterpart. The
: topic was
: not product or popularity.
| g*****g
发帖数: 34805 | 74 起源是什么不重要，Linq to HPC目的就是hadoop的替代品。我举的文章说得很清楚。
is
.
HIVE
【在 c****e 的大作中提到】
: Dryad和Linq不是一回事情。原来是cambridge的一个research project. HPC team is
: part of Azrue team now and Azure picked Hadoop due to its popularity in BI.
: DryadLinq是个programming model, 不是像Hadoop这样的engine, 类比一下，类似HIVE
: 或者 Linq2SQL与SQL server的关系。
: Dryad is still the computation engine of SCOPE.
:
: to
| g*****g
发帖数: 34805 | 75 RavenDB对应MongoDB说得过去，对应不了Cassandra。Cassandra是纯粹的P2P，没有
Master/Slave。这对于write intensive app诸如twitter很重要。
NoSQL DB有不同取舍，我不是简单的说哪个设计比哪个好。但在成名应用上RavenDB跟
Cassandra上不是一个量级的。
大
Dll.
【在 c****e 的大作中提到】
: 对于这几个比较热门的东西，说一说我的了解。
: Lucene.net低一个版本。Lucene 4有BM25F,在ranking上也有一些改进。.net的还是3.
: 03,确实差一些。
: 和Cassandra对应的有RavenDB,全部c#写的。而且支持transaction. feature上很强大
: Interactive query的结果就是Lucene的index, 很好很强大。因为license的关系，没
: 有MongoDB popular.因为用的人少，和Cassandra比成熟度肯定要差一些。
: Hadoop, 微软买了License, 把Hadoop, Hive, Pig一起package出了一个HDInsight.在
: Azure上面也是直接deploy就可以用了。
: 大家有兴趣可以看看IKVM.一个C#写的java vm.自带一个IKVMC可以把jar转成.net Dll.
: 很多地方就是这么用standford NLP的。
| k******a
发帖数: 2436 | 76 我们用RavenDB，很牛的，稳定性差一些,exactly as you said
大
【在 c****e 的大作中提到】
: 对于这几个比较热门的东西，说一说我的了解。
: Lucene.net低一个版本。Lucene 4有BM25F,在ranking上也有一些改进。.net的还是3.
: 03,确实差一些。
: 和Cassandra对应的有RavenDB,全部c#写的。而且支持transaction. feature上很强大
: Interactive query的结果就是Lucene的index, 很好很强大。因为license的关系，没
: 有MongoDB popular.因为用的人少，和Cassandra比成熟度肯定要差一些。
: Hadoop, 微软买了License, 把Hadoop, Hive, Pig一起package出了一个HDInsight.在
: Azure上面也是直接deploy就可以用了。
: 大家有兴趣可以看看IKVM.一个C#写的java vm.自带一个IKVMC可以把jar转成.net Dll.
: 很多地方就是这么用standford NLP的。
| k*****a
发帖数: 1463 | 77 LINQ to HPC maybe intended to do so, which I did not know it even existed (
my ignorance). However, arguing that .NET does not have a infrastructure
like such is just not true. HPC is a small team within server and tool.
HADOOP is a product, well you can argue it is a set of libraries. Then you
will have libraries like SharePoint libraries which does not have
counterpart. Or someone's own "hello word" library in his own project just
has no match in the world, is it even relevant? We are not discussing a
product.
Reminder:
Topic of thread: server side language 统计,
Your claim: Library difference made Java lead.
If you treat HADOOP as a library, is HADOOP's library you use to
build upon as a web server framework? At least, sharepoint libraries are
webserver
related.
BTW, infurated and loosing manner only tells your frustration and unable to
articulate the logic.
【在 g*****g 的大作中提到】
: 起源是什么不重要，Linq to HPC目的就是hadoop的替代品。我举的文章说得很清楚。
:
: is
: .
: HIVE
| k*****a
发帖数: 1463 | 78 BTW, it is you who introduced these "PRODUCTS". I have no intention to
prove any product, and giving you the TFS as product is per your request to
show the product counterparts -- which is not related to the topic anyway.
You need to fulfill your library claim, which is loaded into web server, not
a product. Unless you insists HADOOP runs mostly single box memories.
【在 g*****g 的大作中提到】
: Library跟framework很多时候本来就是互换的。
: 人官方网页的说法
: The Apache Hadoop software library is a framework that...
: 你死撑倒是真够极品的。什么hadoop不是library张口就来，还得意地叫嚣。你非要没
: counterpart的，我举的maven就是一个, Cassandra也是一个。
:
: ,
: ,
| g*****g
发帖数: 34805 | 79 我老没空跟你死搅蛮缠。hadoop官方网站说自己是library，你非说不是，你说到天上
也是你丢人。
sharepoint的counterpart当然有，confluence。
至于这个统计，我说得很明白。统计是网站的数目，我关心的是工作的数目，不矛盾。
【在 k*****a 的大作中提到】
: LINQ to HPC maybe intended to do so, which I did not know it even existed (
: my ignorance). However, arguing that .NET does not have a infrastructure
: like such is just not true. HPC is a small team within server and tool.
: HADOOP is a product, well you can argue it is a set of libraries. Then you
: will have libraries like SharePoint libraries which does not have
: counterpart. Or someone's own "hello word" library in his own project just
: has no match in the world, is it even relevant? We are not discussing a
: product.
: Reminder:
: Topic of thread: server side language 统计,
| z****e
发帖数: 54598 | 80 oracle有mysql
要是觉得不行的话还有postgresql和firebird
java不在乎db用什么，你用sqlserver还不是一样用
但是用.net是要钱的
server
【在 c*********e 的大作中提到】
: 现在的问题是，c#和java能干同样的事。很多小公司用c#,sql server,因为sql server
: 比oracle的license便宜。
| | | z****e
发帖数: 54598 | 81 很难，java正在搞arm版
但是本身iphone这些性能就吃紧
再搞jvm，不优化的确有些难过
android优化了半死也就是那么一回事
或者说干脆抛弃arm构架，上intel的芯片搞tablet
【在 r****y 的大作中提到】
: 这几个问号真的在说相声，哈哈
: 不过iphone还真可以运行java：
: http://geeknizer.com/how-to-install-compile-run-java-apps-on-ip
: 起码raspberry pi可以运行SWT的库。
:
: there
| z****e
发帖数: 54598 | 82 你不知道大银行都是ibm和oracle的大客户吗？
甚至里面还有ibm的主机
【在 c*********e 的大作中提到】
: 你听说过大银行用mysql的吗？
| k*****a
发帖数: 1463 | 83 Well, I take it is your understanding that HADOOP serves web server
libraries. Is HADOOP even relevant web server library discussion?
Even if this is the a library set that fits the discussion, you did a show
off of logical challenged mindset.
If I write hello word with some twist, the program may consists a
simple jar file as library, mostly, it is considered as a product. Per your
suggestion, it is library as compared whether to treat it as product. Then
almost all program can be considered as libraries. You can write "hello
world" which have no counterpart as it runs some special logic only known to
you, therefore
whatever platform can write "hello world" becomes advanced? Your suggested
criteria becomes whether there exists any program that is unique. If it is
your logical thinking, then congratulations: nice showing on your mindset.
You also insisted on popularity of a single product can determine a
framework, the popularity on confluence vs. sharepoint is more relevant than
talking HADOOP as it is more web related.
【在 g*****g 的大作中提到】
: 我老没空跟你死搅蛮缠。hadoop官方网站说自己是library，你非说不是，你说到天上
: 也是你丢人。
: sharepoint的counterpart当然有，confluence。
: 至于这个统计，我说得很明白。统计是网站的数目，我关心的是工作的数目，不矛盾。
| g*****g
发帖数: 34805 | 84 我看您老是mentally challenged。错了就错了，屁大的事。你不服跟apache论理让他
们把主页改了是你牛逼，我老可没空跟你废话。你跟neverlearn都是死搅蛮缠，脸皮铁
厚，我老打死马也没啥意思。
your
Then
to
【在 k*****a 的大作中提到】
: Well, I take it is your understanding that HADOOP serves web server
: libraries. Is HADOOP even relevant web server library discussion?
: Even if this is the a library set that fits the discussion, you did a show
: off of logical challenged mindset.
: If I write hello word with some twist, the program may consists a
: simple jar file as library, mostly, it is considered as a product. Per your
: suggestion, it is library as compared whether to treat it as product. Then
: almost all program can be considered as libraries. You can write "hello
: world" which have no counterpart as it runs some special logic only known to
: you, therefore
| c****e
发帖数: 1453 | 85 这个报道也是听风就是雨。HPC一直是个很小的team, 凭他们做hadoop替代品有点吹牛
的成分。他们本来就是搞几个500强的cluster,挣个PR.后来发现市场太小了，就撤了。
真正处理大数据的部门还是用Cosmos, SCOPE。除了Google,不觉的别的公司会超过微软
的数据量。这个产品本身还是很成功的。但是天下大势变化很快，hadoop气候已经成了
。Server要推BI的solution,支持hadoop是必须的。
最终，Cosmos, SCOPE会不会成为微软的一个单独产品，还很难说。
微软这两年确实有点赶不上趟。不完全是技术原因，商业模式的变化（从软件到
service)导致很多内部的产品找不准市场定位。比如这个Cosmos/SCOPE当solution卖，
除了walmart这样的大头一般公司买不起。以微软的商业模式，也不能开源挣服务费。
比较尴尬。现在微软所有的软件基本都转到云上了，SB算是回过味来了。
上次忘了提maven的对应产品，.net有Nuget.可以建自己的package server,和CI集成都
没问题。
【在 g*****g 的大作中提到】
: 起源是什么不重要，Linq to HPC目的就是hadoop的替代品。我举的文章说得很清楚。
:
: is
: .
: HIVE
| n*w
发帖数: 3393 | 86 不过之前这里有人说hadoop是一个人为了学java而写的一个个人项目？
【在 c****e 的大作中提到】
: 这个报道也是听风就是雨。HPC一直是个很小的team, 凭他们做hadoop替代品有点吹牛
: 的成分。他们本来就是搞几个500强的cluster,挣个PR.后来发现市场太小了，就撤了。
: 真正处理大数据的部门还是用Cosmos, SCOPE。除了Google,不觉的别的公司会超过微软
: 的数据量。这个产品本身还是很成功的。但是天下大势变化很快，hadoop气候已经成了
: 。Server要推BI的solution,支持hadoop是必须的。
: 最终，Cosmos, SCOPE会不会成为微软的一个单独产品，还很难说。
: 微软这两年确实有点赶不上趟。不完全是技术原因，商业模式的变化（从软件到
: service)导致很多内部的产品找不准市场定位。比如这个Cosmos/SCOPE当solution卖，
: 除了walmart这样的大头一般公司买不起。以微软的商业模式，也不能开源挣服务费。
: 比较尴尬。现在微软所有的软件基本都转到云上了，SB算是回过味来了。
| g*****g
发帖数: 34805 | 87 Last time I heard about Nuget, it wasn't quite what Maven is doing, maybe it
's better now. I don't understand the part of Cosmos as a solution though.
If Cosmos is really mature and competitive, why can't M$ sells it as a
service on Azure. AWS apparently is doing that for Hadoop.
http://earlyandoften.wordpress.com/2011/12/17/dependency-manage
I then discovered NuGet, and hope returned. NuGet is a .NET open source
project that’s sole purpose is dependency management in .NET. Yes, just
what the agile engineering coach ordered. Right? Wrong. NuGet, while a
promising project, is still young and lacks numerous dependency management
features. NuGet was originally designed as a Visual Studio extension for
allowing developers to search for, download and add libraries to their
solution. Developers would then check in the .dlls to version control.
What!? Isn’t this what we are trying to avoid?
In reading the forums (here, here, here, and here), it appears that users
where complaining that NuGet wasn’t doing enough dependency management. In
fact the project organizers were hesitant to add Maven-style dependency
management. ”We need NuGet to support continuous integration!”, the
community cried. Well thankfully, NuGet is an open source project and the
features for restoring dependencies has been added to the 1.6 release. With
this release, you Nuget can be setup to restore packages that haven’t been
checked in, as well as support for “beta” releases. For me, this change
is still half cocked and fails to establish the benefits that Maven provided
years ago.
【在 c****e 的大作中提到】
: 这个报道也是听风就是雨。HPC一直是个很小的team, 凭他们做hadoop替代品有点吹牛
: 的成分。他们本来就是搞几个500强的cluster,挣个PR.后来发现市场太小了，就撤了。
: 真正处理大数据的部门还是用Cosmos, SCOPE。除了Google,不觉的别的公司会超过微软
: 的数据量。这个产品本身还是很成功的。但是天下大势变化很快，hadoop气候已经成了
: 。Server要推BI的solution,支持hadoop是必须的。
: 最终，Cosmos, SCOPE会不会成为微软的一个单独产品，还很难说。
: 微软这两年确实有点赶不上趟。不完全是技术原因，商业模式的变化（从软件到
: service)导致很多内部的产品找不准市场定位。比如这个Cosmos/SCOPE当solution卖，
: 除了walmart这样的大头一般公司买不起。以微软的商业模式，也不能开源挣服务费。
: 比较尴尬。现在微软所有的软件基本都转到云上了，SB算是回过味来了。
| c****e
发帖数: 1453 | 88 The owner of Cosmos is online service division while Azure is part of server
and Tools. It's so called "bureaucracy". Good thing might happen but it's
less likely under the culture. I have used both SCOPE and Pig. It's a pity
that MS didn't release what it has to market.
Nuget used to be a tool to install third party packages. But you can set up
your own package server so it becomes possible to manage dependency within
the team. It is easy to bring it into your CI env, either Jenkins or
TeamCity. such as pulling from GitHub, building a package and publishing to
your own package server automatically.
Maybe Nuget is not a 100% head to head product to compare with Maven. But it
does
bridge the depedency management gap in .Net.
it
【在 g*****g 的大作中提到】
: Last time I heard about Nuget, it wasn't quite what Maven is doing, maybe it
: 's better now. I don't understand the part of Cosmos as a solution though.
: If Cosmos is really mature and competitive, why can't M$ sells it as a
: service on Azure. AWS apparently is doing that for Hadoop.
: http://earlyandoften.wordpress.com/2011/12/17/dependency-manage
: I then discovered NuGet, and hope returned. NuGet is a .NET open source
: project that’s sole purpose is dependency management in .NET. Yes, just
: what the agile engineering coach ordered. Right? Wrong. NuGet, while a
: promising project, is still young and lacks numerous dependency management
: features. NuGet was originally designed as a Visual Studio extension for
| g****r
发帖数: 1589 | 89 private cloud还是有很大市场的，现在system center的一个大客户，名字我忘了，专
门花了几个million买机器，只是用来给Windows Server和Windows Azure做部署试验用。
cosmos不管是做到Azure里，还是做成solution肯定都是能有大把的钱赚的，不过自己
用的系统是一回事，打包成solution或者service给别人用又是另一回事，又不少
Billing Model，SDK，Tools之类的工作要做，而且这玩意是Bing的，等他想整合进STB
真不知道猴年马月去了
【在 c****e 的大作中提到】
: 这个报道也是听风就是雨。HPC一直是个很小的team, 凭他们做hadoop替代品有点吹牛
: 的成分。他们本来就是搞几个500强的cluster,挣个PR.后来发现市场太小了，就撤了。
: 真正处理大数据的部门还是用Cosmos, SCOPE。除了Google,不觉的别的公司会超过微软
: 的数据量。这个产品本身还是很成功的。但是天下大势变化很快，hadoop气候已经成了
: 。Server要推BI的solution,支持hadoop是必须的。
: 最终，Cosmos, SCOPE会不会成为微软的一个单独产品，还很难说。
: 微软这两年确实有点赶不上趟。不完全是技术原因，商业模式的变化（从软件到
: service)导致很多内部的产品找不准市场定位。比如这个Cosmos/SCOPE当solution卖，
: 除了walmart这样的大头一般公司买不起。以微软的商业模式，也不能开源挣服务费。
: 比较尴尬。现在微软所有的软件基本都转到云上了，SB算是回过味来了。
| g*****g
发帖数: 34805 | 90 cosmos既然只是微软的内部系统，第三方用不上，你咋吹都没意义。.NET开发者能用
cosmos吗？答案显然是不能。自己用的，跟作为公共类库的，成熟度也差很多。所以我
说.NET没有对应hadoop的类库，我都不明白你们争什么。
Linq to HPC至少是个努力的尝试，只不过微软的工程师比较弱，Linq吹吹牛可以，真
用来干活甚至有性能的问题。
M$ OSD就是一个赔钱货，说上面的产品多么多么牛逼，更是搞笑。比微软需要做更多
mapreduce的，远不止Google一家。Twitter, facebook, amazon，ebay等等都有更多的
用户数据。
用。
STB
【在 g****r 的大作中提到】
: private cloud还是有很大市场的，现在system center的一个大客户，名字我忘了，专
: 门花了几个million买机器，只是用来给Windows Server和Windows Azure做部署试验用。
: cosmos不管是做到Azure里，还是做成solution肯定都是能有大把的钱赚的，不过自己
: 用的系统是一回事，打包成solution或者service给别人用又是另一回事，又不少
: Billing Model，SDK，Tools之类的工作要做，而且这玩意是Bing的，等他想整合进STB
: 真不知道猴年马月去了
| | | k******a
发帖数: 2436 | 91 cosmos is this one or not?
http://cosmos.codeplex.com/
【在 g*****g 的大作中提到】
: cosmos既然只是微软的内部系统，第三方用不上，你咋吹都没意义。.NET开发者能用
: cosmos吗？答案显然是不能。自己用的，跟作为公共类库的，成熟度也差很多。所以我
: 说.NET没有对应hadoop的类库，我都不明白你们争什么。
: Linq to HPC至少是个努力的尝试，只不过微软的工程师比较弱，Linq吹吹牛可以，真
: 用来干活甚至有性能的问题。
: M$ OSD就是一个赔钱货，说上面的产品多么多么牛逼，更是搞笑。比微软需要做更多
: mapreduce的，远不止Google一家。Twitter, facebook, amazon，ebay等等都有更多的
: 用户数据。
:
: 用。
|
|
