EJB vs. .NET (소모적인 전쟁이라고 하지 마시구요)

"미래를 예측하는 가장 좋은 방법은 미래를 직접 만드는 것이다"라고 앨런 케이가 말했다네요.

제 생각에는 MS의 구루 개발자가 C#으로 전환한다는 사실은 C#이 그만큼 대단하다, 는 가정의 근거는 될 수 없는 것 같습니다. 그만큼 MS가 C#에 목숨을 걸고 있다는 근거는 될 수 있을지라도요. MS의 구루 개발자니까 MS의 차세대 플랫폼을 사용하겠죠.. 아무리 자바가 좋아도 자바를 할까요? ..

필요한 툴이나 플랫폼등은 필요할 때 배워서 쓰면됩니다.
기초가 튼튼하다면 별거 아닙니다.

대세는 코볼이란 말인가 orz =3

과연 루비나 파이썬, php등의 언어가 기업환경에서 얼마나 받아들여질까요?
웹서비스 외에도 사람들이 선뜻 사용하려고 할까요?

파이선을 좋아하는 사람으로써 궁금하네요.

현재 회사에서 웹서비스 외에 위의 언어들을 사용하는 용례가 있으면 좀 알고 싶습니다.

제가 아는 온라인 게임회사에서 파이선을 사용하는 것과 이전에 kldp에서 본 글 중에
덩젼파이터인가 뭐시긴가 하는 게임에 파이선이 사용되었다는 걸 읽은 기억이 있습니다만..

아.. 이건 off the topic인가요?

한쪽이 한쪽을 완전히 밀어내는건 불가능합니다.
IBM, SUN, ORACLE이 한편먹고 MS혼자 개인플레이하는데 저 3개 회사가 만만하게 그냥 싹쓸이 되는 회사가 아니니까요..

역설적이지만, .NET이 그런식으로 J2EE를 완전히 밀어내는 확률과 구글이 구글 OS를 만들어 .NET을 망하게 하는 확률과 비슷하지 않을까요? ㅋㅋ

2002년 가트너에서 내놓은 자료입니다.
http://javaservice.net/~java/bbs/data/discussion/1036675662+/epa.jpg

2005년 자료는 돌아다니는게 없군요..

어떤 분들은 다른 언어 - 예를들어 PHP - 등으로 인해 자바가 위협받는다고 말씀하시지만, 만약 얘기를 EJB로 확장시키면 상황이 달라집니다... 루비, 파이썬, PHP에서 검증된 미들웨어 - TP 모니터 말하는 것입니다 - 란 없죠. 그게 아니라도 persistency layer 같은것들은 있나요. 물론 php저도 합니다.. 아르바이트도 하고 등등. 하지만 개발이 쉽다는 것과 뭔가 엔터프라이즈에 필요한 다양한 기능이 있다라는것과는 쪼금은 다른얘기 같습니다.

일단 어느쪽을 익혀도 다른 한쪽을 익히는데는 도움이 되는게 확실합니다. 예를들어, 자바와 EJB가 익숙한 사용자가 .NET으로 Enterprise Services를 배우는데 있어서는 매우 짧은시간 (1달 이내)이 듭니다. 물론, 깊이 들어가는데는 한 기술만 판 사람이 유리하겠지만 당장 써먹는 것은 비슷합니다.

그러나 만약, 저보고 추천하라고 한다면 VC++ 등을 잘안다면 (물론 ATI, COM, COM+ 등을 다 해봣다면) .NET을 해도 잘할 것입니다. 하지만 그런 경험이 없으면 .NET 만으로 하다보면 분명 한계에 부딪칩니다. 결국에는 MS의 하부 API로 내려가야하는데 이때부터 어려워지실겁니다.

반면 자바는 자바만으로 모든 삽질을 하려는 경향이 있어서 이런 또다른 장벽은 없습니다. 다만 기술혁신 면에서는 사실 별로 크게 재미는 없죠. EJB의 새버젼 스펙등을 보다보면 요즘엔 MS에 대한 me too 가 왜그리 많은지..

파이썬 같은 경우는 이미 엔터프라이즈 시장에서 꽤나 검증되었다고 볼 수 있죠. 많은 파이선 상용 IDE의 존재가 그걸 반증해주고 있습니다. 하지만 불행히도 우리나라의 얘기는 아닙니다.

루비는 최근 들어 Ruby on Rails가 미국에서 대규모 SI에 시도되고 있다는 소식이 들리더군요. 아직은 지켜봐야할 듯.

퍼시스턴스 레이어란 것이 하는 역할이란 건 결국 DB 접근을 얼마나 더 효율적으로 편리하게 할 수 있느냐일 뿐입니다. 이런 의미의 퍼시스턴트 레이어는 어느 언어나 존재합니다. 미들웨어랑은 조금 다른 이야기죠.

그리고 사실 지금은 미들웨어라는 용어가 의미가 많이 바뀌었습니다. 예전엔 TP 모니터 같은 걸 두고 미들웨어라고 했지만 요즘은 자바에서도 미들웨어 자체의 존재에 회의적인 시각이 많아졌고 그래서 단순히 WAS를 두고 미들웨어라고 부르는 경우가 많아졌죠. TP 모니터 같은 미들웨어의 존재도 결국 퍼시스턴트 레이어를 얼마나 더 세련되게 해줄 수 있느냐의 문제일 뿐이고 꼭 미들웨어가 존재해야하는 것은 아닙니다. 최근 공공기관 대형 SI 프로젝트에는 미들웨어가 많이 안 쓰이는 추세죠. 심지어 트랜잭션이 중요한 금융권에서도 미들웨어 없는 프로젝트가 많습니다. 어쨋든 점점 가볍게, 쉽게가 현재 추세인 듯 합니다. SI란 게 인력과 시간 싸움이다보니 쉬운 게 점점 주목을 받는 것은 당연하겠죠.

그렇게 볼 수 있는 측면도 있겠군요. EJB란 것도 분산 트랜잭션을 지원하기 위한 프레임웍이고 TP Monitor와 역할이 크게 차이난다고 하긴 어려우니까요. 어쨋든 같은 역할을 파이썬이나 루비에서도 지원하는 방법이 다양하게 존재하니까 미들웨어가 이들에게 장벽으로는 작용하지 않겠죠.