C# was a much hyped language c #은 언어별로 중독 not so long back. 그리 오래 위로합니다. These days we don’t hear about it anymore anywhere. 요즘은 어디하지 않습니다 더 이상 얘기를 듣고있습니다. Can it be shelved as a failure, a has-been technology? 이 실패를 해결할 수 있습니까 보류로,이 -이 기술을?

Calvin Austin from Sun makes 칼빈 오스틴에서 태양이 compelling argument 경쟁력있는 인수 to show that the party is indeed over. 이상의 파티는 사실을 표시합니다. Lets take a hard look at the facts and issues. 하드보고를 통해 사실과 문제가있습니다.

Note: 참고 사항 : Calvin’s comments 칼빈의 코멘트를 are in quotes. 이 따옴표를합니다.

The first reason I can attribute to C#’s struggle is that the Java platform did not stand still. 첫 번째 이유로 할 수 속성을 c # '의 투쟁은 자바 플랫폼 않았 가만히합니다. Many of the benefits that the Java platform delivered were not solved by moving to C#, the most significant difference being OS independence. 자바 플랫폼의 이점이 많은 해결을 이동 않았을 전달 c #, 가장 중요한 차이점이 운영 체제 독립을합니다. While C# was in rapid release mode, the Java platform was able to fine-tune the language and at the same time invest heavily in stability and scalability. c #이 빠른 릴리스 모드를하는 동안에 자바 플랫폼을 잘 수 있었다 - 조정하고 투자에 큰 투자를 동시에 언어와 안정성 및 확장성을합니다. At an application level, the differences are even more marked. 에서 응용 프로그램 수준의 차이는 더 많은 스팸합니다. Deploying a .NET service leaves a company a small choice of application servers and OS versions. 배포하는합니다. 순수한 서비스를 잎 회사는 소형 애플 리케이션 서버 및 운영 체제 버전을 선택합니다. The reverse is true of Java and J2EE, where there were almost too many J2EE application servers to choose from. 반전은 사실은 자바와 J2 쥶 E, 어디가 J2 쥶 E 애플 리케이션 서버를 선택할 거의가 너무 많습니다. The market has now moved to an open source J2EE application server model, which brings me to my next point: the open source movement. 오픈 소스의 시장은 이제 J2 쥶 E 애플 리케이션 서버로 이동 모델, 궁극적 나에게 나의 다음 점 : 오픈 소스 운동합니다.

I think Java Software Platform will see yet another meteoric rise in adoption with 자바 소프트웨어 플랫폼 것 같아 또 다른 유성 상승이 나타납니다로 채택 Java EE 5 자바 컴퓨터 공학부 5 . 합니다. What is very exciting for me as a developer and an architect is the simplification of procedures required to develop enterprise class applications using EJB. 나를 위해 무엇입니까로서 매우 흥미로운 개발자 및 건축가는 엔터 프라이 즈급 애플 리케이션 개발에 필요한 절차의 단순화 ejb를 사용합니다. Adopting annotations for generating EJB’s may be a small step in implementation. ejb의 주석을 생성하기위한 도입 단계에서 작은 수있습니다 실시합니다. However it is a big step in simplifying usage of EJB’s. 그러나 그것은 큰 단계는 ejb의 사용을 단순화합니다. Personally I got sick and tired of creating and managing configuration files. 개인적으로 난 이제 진절머리가 구성 파일을 생성 및 관리합니다. It is 그것은 back to the simple world of Plain Old Java Objects 위로의 간단한 세계를 평범하고 오래된 자바 객체 (popularly nicknamed as POJO). (애칭으로 널리 pojo).

Not to mention 말할 것도없고 Java is making strong in-roads into real-time software development market 자바는 만들기 - 도로로 강한 현실 - 타임 소프트웨어 개발 시장 . 합니다.

In short I agree with him so far. 요컨대 나는 지금까지 그와 함께 동의합니다.

While developers had to get budget approval for MSDN licenses, their Java colleagues were able to deploy a system for free. msdn에 대한 예산을 승인하는 동안 라이센스를 챙기러의 개발자들이 그들의 자바 동료를 배포하는 시스템을 무료로 수 있었다. Now with the advent of a new crop of open source J2EE application servers to follow JBoss, the justification for a team to spend thousands of dollars on basic development tools becomes harder, especially if it means a choice between deciding on a new laptop and a renewal of your existing desktop tools. 이제 새로운 작물의 출현과 오픈 소스 J2 쥶 E 애플 리케이션 서버를 따라 5 개의 응답, 명분을 팀은 기본적인 개발 도구에 수천 달러를 지출이 더 세게, 특히 사이에 선택을 결정하는 경우 의미를 새 랩톱 및 갱신 기존의 데스크탑 도구를합니다.

I don’t fully agree with him. 그와 함께 완전하게 안에 동의합니다. Even C# compilers were freely available. c # 컴파일러를 무료로 다운로드할 수있는가도합니다.
The so-free version of compiler however didn’t come with any development environment (not even near 1/10 of even JDK to begin with) which surely have contributed to the much slower rate of adoption of C#. the 그래서 - 무료 버전의 컴파일러와 함께 않았 그러나 어떠한 개발 환경 (도 부근의 1 / 10 jdk를 시작하는까지)을 반드시 더 느린 속도에 기여를 채택 c #.

Not to mention the plethora of free tools and application frameworks available for development of Java software. 건 말할 것도없고 과잉의 무료 개발 툴 및 애플 리케이션 프레임 워크의 자바 소프트웨어를 사용할 수있습니다.

Personally one of my bigger beefs were with the massive runtime required to run C# applications coupled with their availability in only MS platform. 개인적으로 내 큰 소고기이 함께 하나의 거대한 c # 애플 리케이션을 실행하는 데 필요한 런타임의 멸망과 함께 미시시피 플랫폼 상태에서만합니다. Most corporate environments today contains a judicious mix of Windows, Linux and Sun machines with few Mac’s primarily for executives. 오늘날 대부분의 기업 환경을 포함하는 슬기로운 믹스 윈도우, 리눅스와 태양 기계와 몇 맥은 주로 임원합니다. It is important to have a software which can seamlessly run across a wide spectrum of operating systems. 수있는가하는 것이 중요합니다 원활하게하는 소프트웨어를 통해 다양한 운영 체제를 실행합니다. If I have to install a gigantic runtime then it better run on all platforms. 런타임을 설치하기 위해서는 거대한면 더 나은 그러면 모든 플랫폼에서 실행합니다.
BTW: This is why web applications are so popular. btw : 이것은 웹 응용 프로그램을 왜이 너무 인기가있습니다.

Calvin covers the cross-platform part of story - “the most significant difference being OS independence”. 칼빈 크로스 - 플랫폼 부분을 커버 스토리 - "의 가장 중요한 차이점이 운영 체제 독립을"합니다.

The growth of open source Java hasn’t stopped there. 자바는 오픈 소스의 성장을 정지에 해당합니다. You only have to look at Hibernate, the Spring Framework, and Struts/Shale to see that developers can work together to solve their own problems. 최대 절전 모드를 보면서 이런 생각을하기만하면, 스프링 프레임 워크, 그리고 스트럿 / 혈암에게 졸업장을 보여주고의 개발자들이 자신의 문제를 해결할 함께 일할 수있습니다.

In fact today the problem with Java is that there are far too many open source frameworks to choose from. 오늘의 문제가 실제로 자바는 이미 오픈 소스 프레임 워크를 선택할 멀리가 너무 많습니다. But that is a problem I am happy to live with and much better than having no alternatives. 하지만 그것은 문제와 함께 살 난 행복하다, 대안없는보다 훨씬 강력합니다.

Being open source doesn’t necessarily mean those developers have to work for free; however; it does provide a way for individuals and companies to work together without being restricted by working group policies or internal company politics. 오픈 소스가 그 개발자를 의미하지 않는다를 무료로 할 일을 할 수 있지만, 그것은 개인과 기업을하는 방법을 제공하지 않고 함께 일할 실무 그룹 정책이나 사내의 정치에 의해 제한합니다.

I don’t agree. 동의하지 않습니다. In fact I think the Open Source business model is dubious at best. 오픈 소스 사업 모델을 내 생각에 그 사실이 의심스러운이 최고로 잘합니다.
However his statement above doesn’t have any bearing on the theme of the article - Is C# a dead-end street. 그러나 그의 진술 위에는 아무것도 없어 문서의 방위를 주제로 - c # 죽은 - 엔드 스트리트합니다. So we move on. 그래서 우리 이동합니다.

The Mono project, which aims to provide an open source implementation of C# and .NET, has also been around for four years now and is now part of Novell. 모노 프로젝트, 오픈 소스를 제공하는 구현을 목표로하고 c # 및합니다. 네트는 또한 4 년 동안 현장 주변의 일부는 지금이나 지금이나 novell합니다. Providing the compiler is only part of the challenge. 제공하는 컴파일러는 단지 일부에 도전합니다. The .NET platform uses many Windows services that until Mono started didn’t even exist on Linux. the합니다. 순수한 플랫폼을 사용하기 전까지 많은 창 서비스를 리눅스에서 모노은 존재하지도 않았을 시작합니다.

Mono as it stands today can only support a small subset of .NET applications. 오늘 그것이 의미하는 바와 모노 작은 하위 집합을 수있습니다만을 지원합니다. 순수한 응용 프로그램을합니다. It is very much a hype today rather than reality. 오늘은 그것보다는 현실을 과대 광고는 아주 많이합니다.

Microsoft has awoken to the open source movement; how much they will help Mono is yet to be seen. 마이크로 소프트는 오픈 소스 운동을 awoken; 얼마나 그들은 모노은 아직를 본 사람이 도움합니다.

I seriously doubt Microsoft will do much to foster open source community. 정말 의심 스럽다 마이크로 소프트는 오픈 소스 커뮤니티를 육성 할 정도합니다. It is not in their business interests. 자신의 비즈니스에 관심이 없다.

Mono today is still a development project much as .NET is still looking for full traction. 오늘은 아직 개발 프로젝트 모노만큼합니다. 순수한는 아직 완전한 트랙션을 찾고있습니다.

I think so too. 나도 그렇게 생각합니다.

What is missing from the article is hard facts and figures. 이 문서에서 무엇이 누락 어려운 사실과 수치합니다. However 그러나 they are not so hard to get 그들은 그리 어렵지 않았는데 - - 2007

According to Forrester survey data and analysis, Java’s 66% penetration is the highest among strategic programming languages for enterprise applications. 포레스터 설문 조사에 따르면 데이터 및 분석, 자바의 66 % 침투는 전략적인 프로그래밍 언어 중 최고의 엔터 프라이즈 응용 프로그램을합니다.

Source: 출처 : Of Strategic Languages, Java’s Adoption Is Highest - Forrester Report 의 전략적 언어, 자바의 입양은 최고 - 포레스터 보고서

In comparison 에 비해 C# has merely 15% adoption c #은 불과 15 %를 채택 . 합니다.

Dino, Microsoft’s VS.NET product manager, responds to Calvin 공룡, 마이크로 소프트의 vs.net 제품 매니저, 응답하는 칼빈 . 합니다. I tried really hard to say something good about the response. 정말 열심히 노력에 대해 할 말이있는 것 좋은 반응합니다. But I could do no better than Cay Horstmann who commented in 하지만 전 주석 할 수있는 사람이보다 나은 게없는 케이 horstmann Calvin’s blog 칼빈의 블로그 . 합니다. It is truly a lame response by any standards. 그것은 어떤 기준을 바로 구식이 응답을합니다. It doesn’t address any of the important points which Calvin raised. 주소 중 하나를하지 않습니다 칼빈 중요 사항을 제기합니다. Rather it focusses on really trivial issues in the article like some url should be .org and not .com and whether some site is secretive or not! 오히려 그것이 진짜 focusses 사소한 문제의 기사가 같은 일부이어야합니다. org이 아니라합니다. com 일부 사이트가 있는지 여부와 비밀 안 해!

It is definitely not worth reading and wasting your time. 그것은 확실히 읽을만한 시간을 낭비하고있습니다.

Calvin pithily concludes - “C# isn’t going anywhere soon but its best days may be behind it.” 칼빈 pithily 결론 - "c #는 아무데도 못가 곧 그러나 그 배후에있어 최고의 일 수있습니다."

Personally I was 개인적으로 전 very much burnt by my C# experience 내 방식 c # 경험을 매우 번트 . 합니다. It gave me 그것 준 my only failed project in my entire career 내 유일한 내 모든 경력을 프로젝트에 실패했습니다 and I am not at all happy about that. 그리고 난에 대해 전혀 행복합니다.

Trust me, that was the worst mistake I have made in probably 10 years! 날 믿어, 그것이 아마 10 년 동안 최악의 실수를 배니! It was a disaster from start. 그것은 재앙이 시작부터합니다.

- Quoted from - 따온 an article summarizing my experience with C# 나의 경험을 기사를 요약하기 c # . 합니다.

Based on my experience and understanding of the .NET platform and the C# language and programming in general I have to agree with Calvin’s conclusions. 내 경험과 이해를 기반으로합니다. 순수한 플랫폼과 c # 언어 및 프로그래밍 일반적으로 나는 캘빈의 결론에 동의해야합니다. I would go even further and say that I think the only way for C# lanuage is gradual but sure oblivion over time. 나는 더욱를 갈수있는 유일한 방법에 대한 제 생각을 말씀 드려도 c # 언어는 점차 망각하지만 시간이 지남 확신합니다.