개인적으로 자바를 싫어하는이유..

카이리님 아바타 너무 귀여워요..

꿩인지 닭인지.. 너무 귀엽다...... 뒤에 카이리라고 써진 글씨도 너무 귀엽다..
:lol:

사용자의 입장에서 보면 자바가 좋습니다.
특히 www.yahoo.com에 가면 게임을 할수 있는데 kr.yahoo.com에 가면 게임을 못합니다.
www는 자바로된 게임이고 kr은 ActiveX(이거 C 겠지요?)게임이더군요.
윈도우만 쓴다면 신경쓸 필요가 없겠지만 그외 OS를 쓴다면 게임이 불가능하죠.
이런 것을 C로 해결하려면 어떻게 해야 할까요? 앞으로 보다많은 OS가 PDA에 탑재된다면......

결론적으로 무엇으로 개발하든 상관없다 신경도 안쓴다. 다만 내가 쓸 수 있게 만들어달라.
이것이 사용자의 요구겠죠. 더이상 고압적인 자세로 쓰고 싶으면 니들이 따라와라.. 한다면.....

1번도 잘못된 말입니다. 언어 specification 과 implementation 을 구별 하지 않아서 생기는 말입니다. "c의 design이 java design보다 좀더 빠른 실행코드를 만들기에 더 쉽다" 정도면 맞을지도 모르지만...

C 랭귀지도 하수이지만 개인적인 생각으로 제가 자바을 해야만 하는 이유는 UI 때문입니다. ㅡㅡ;

"ㅡ..ㅡ;;" 님이 쓰신 글은 다분히 공격적이긴 하지만 그 분 글로 인해 C 나 Java 의 장단점을 역동적(?)으로 토론해 볼 수 있는 좋은 기회가 될 수 있다고 봅니다.

저를 비롯한 많은 newbie 들을 위해 많은 고견을 기대해 봅니다.

너무 고깝게 생각하지는 말아주셨으면 하는 바램입니다.

보다 의미있는 비판이 되려면 과연 클라이언트 어플리케이션을 만드는데 있어서 자바 언어가 적합한지에 대한 이야기를 하는게 낫지 않을까 싶습니다.

서버 쪽에서의 성공과는 달리 애플릿과 스윙 이후 데스크탑 시장에서 자바는 실패한 솔루션으로 치부되어 왔습니다. 실제로 JEdit이나 Limewire 등 몇몇 어플리케이션을 제외하면 자바로된 널리 쓰이는 데스크탑 응용프로그램은 거의 없습니다.

이유를 따져 보자면 :

(1) JRE를 번들해야 하는 부담감.

(2) 패키징의 어려움 - 어느 누구도 간단한 응용프로그램을 띄우려고 콘솔에서 java -jar ....를 입력하고 싶어 하지 않습니다.

(3) 느린 속도와 메모리 점유율 - 자바 자체가 느리지 않다고 해도 최소한 스윙은 *분명히* 느립니다. 1.4에서 비약적인 발전이 있었지만 네이티브 어플리케이션과 비교할 때 어느 정도 차이는 있습니다. 또한 어플리케이션을 띄울 때마다 새 JVM을 띄우기 때문에 속도에 영향을 줍니다.

(4) 프로페셔널한 UI 디자인이 어려움 - 물론 L&F를 잘 지정해주면 어느정도 예쁜 UI를 만들 수는 있지만 다른 네이티브 어플리케이션과 글꼴이나 다른 여러 요소들의 느낌이 다르게 느껴지는 건 어쩔 수 없습니다. 특히 윈도우즈에서는 상황이 낫지만 리눅스는 글꼴 설정 없이는 한글도 보이지 않고 AA도 먹지 않아 다른 세련된 GTK 어플리케이션과 비교했을 때 조잡한 느낌을 줍니다.

이런 이유로 이제까지 데스크탑 시장에서 자바는 별다른 힘을 쓰지 못했다고 봅니다. 하지만 특히 최근에 와서 SWT/JFace와 GCJ 등의 등장으로 상황이 급격히 나아지고 있다고 판단 됩니다. 한 가지씩 따져본다면 :

(1) 고속 인터넷 보급과 윈도우즈 플랫폼에서의 자동 업데이트, 네트워크 인스톨 지원으로 JRE 다운로드의 부담이 줄었습니다. 현재 윈도우즈에서 JRE 설치 프로그램의 크기는 약 400k 정도로 알고 있습니다. 또한 GCJ를 써서 컴파일 할 경우 아예 JRE 자체를 필요로 하지 않습니다. 따라서 리눅스의 경우 JRE 없이 RPM이나 DEB으로 번들할 수도 있습니다.

(2) GCJ를 통해 exe와 같은 네이티브 실행파일을 만들 수 있습니다. 이를 설치프로그램이나 RPM, DEB 등으로 패키징 할 경우 기타 다른 언어로 만든 경우와 같이 쉽게 패키징이 됩니다. 혹은 자바로 만들더라도 InstallAnywhere나 JSmooth 등으로 JRE까지 포함해서 깔끔하게 설치할 수 있습니다.

(3) JRE 1.5 대에 공유 VM이 들어갈 예정입니다. 이미 1.4대에서 VM의 시작 속도가 상당히 개선됐고 만일 공유 VM이 일반화 된다면 경우에 따라선 운영체제 시작과 함께 JRE를 백그라운드에서 시작할 수도 있을 것입니다.

(4) SWT/JFace를 사용하면 윈도우즈, 리눅스, 맥OSX 등에서 네이티브한 UI를 구현할 수 있습니다. 특히 최근 거의 VB와 흡사한 환경에서 SWT로 UI를 디자인하는 이클립스 플러그인들이 속속 개발되고 있어 상황은 더 나아지리라고 봅니다.

이런 단점들이 극복되면 자바 특유의 장점 - 방대한 써드파티 라이브러리, 높은 생산성 및 유지보수성, 크로스 플랫폼 등등이 영향을 주어 데스크탑 시장에서도 자바 어플리케이션이 많이 늘어날 것으로 생각합니다.

어차피 --,.--;; 님의 완전한 주관적인입장(제목에도 분명 '개인적인'이라고 써있습니다.)에서 느낀점을
써놓으신것입니다.
물론 게시물자체의 내용이 많은 논란의 여지가 충분하고 또한 읽는 사람에 따라서는 눈살을 찌푸리게
할 수도 있겠죠.

저도 처음 글을 읽으면서 안좋은 이야기들이 나올것 같다는 생각을 했었지요.
하지만 너무 직관적인 눈으로 보지 않았으면하는 바램입니다.
글을 올리신분이 자바를 한번도 써보지 않았으면서 글을 올렸다면 당연히 쓴소리를 들어도 되겠지만
제가볼때는 어느정도 (많이는 아닌것 같네요.) 자바를 경험해보고서 쓴글인것 같네요.

저는 차라리 발전적인 형태로 대화를 이끌어가면 안될까 싶어서 한마디 붙인겁니다.
자바가 좋다 싫다의 이분적인 논쟁은 불필요한것 아닌가하고요. 어차피 처음 스레드를 만든
분의 제목에도 분명히 나와있듯이 개인적인 입장에서 판단한것이니까 저분을 이해 시키기 보다는
(좀 과장된 이야기 일지도 모르지만...) 이참에 '속도도 빠르고 배우기도 쉽고 상당수의 사람들이
좋아할 언어를 만들어보자.'라는 논의로 발전했으면하는 생각이 듭니다.

>> 1)C보다 속도가 늦다..
SWING 은 확실히 늦습니다. 서버 사이드에서 볼때는 그다지 속도 차이를 느끼기 힘들껍니다.

>> 2)C보다 늦게 나오고 비슷한문법을 사용하면서도 오히려 불편함을느낀다.
구체적으로 뭐가 불편한지 언급이 없어서 모르겠습니다.
C와 문법이 비슷할지 모르지만 객체지향 개념은 완전히 다릅니다.

>> 3)기존프로그램들의코딩스타일이 주로 문장이 장황하게 길어 간단한것도 무식하게구현된것으로 보인다..모니터에 자리를 많이 차지하여 가독력이 떨어진다

제가 보기엔 그로인해 가독성이 높어집니다.

>> 4)C로는 자바를만드는데 자바로는C를 못만든다..
해보진 않았지만 자바로 C를 만드는게 가능하다고 보구요, 그리고 근본적으로 자바는 씨언어를 만들기 위해 탄생한게 아닙니다.
그렇다면 C로 분산 웹 어플리케이션을 작성하라면 하시겠습니까?

>> 5)결국편리하자고 만들어낸것이 더어렵게변해간다..
뭐가 어렵다는것인지 구체적으로 제시해주셨으면 좋겠습니다.

>> 6)코딩이 생각하는코딩이 아니라 암기해서타이핑하는코딩이주가된다.
네, 바로이게 자바의 최대 장점이라고 봅니다.
풍부하게 넘쳐나는 API들을 이용해서 아마도 C 보다는 공부를 조금 덜한 프로그래머들도 C보다 더 풍부한 프로그램을 더 빨리 짤 수 있습니다.

>> 7)주로제공되는함수를 그대로 사용함으로 어떤곳에적합한 최적화된코딩을 하기 힘들다. 따라서 1년전이나 1년후나 거기서거기에 머물러 있을수 있다.
6번과 같습니다.
실력을 길러 최적화 하는 것은 프로그래머의 문제이지 Java 자체의 문제는 아닙니다.

>> 8)java 쪽에서 모듈(?)을제공해주지 않으면 개발하기 힘들다. 나올때까지 기다려야하고 그때는이미 다른사람도 다한다..
이거도 뭔뜻인지 모르겠습니다.
제가 보기엔 자바 프로그래머들은 스스로 모듈을 만들 의지나 능력이 없는 사람들이다 라는 비하로 보입니다.
아마도 "비하"라고 까지 하기엔 비약이 큰거겠지만, 남이 입에 떠 넣어주기 전에는 스스로 못떠먹는 사람들이라는 생각을 바탕에 깔고 있다고 보이는데요...
근데, 위에서도 계속 말했지만.. 이게 자바의 큰 장점입니다.
풍부한 API가 공개되어 있어 더 빠르고 쉽게 프로그램을 짜는것...

저는 C를 주로하고 자바를 한지는 1년밖에 안되서 사실 자바를 제대로 알지도 못하지만 암튼...
이 "개인적인 비교"는 사실 C와 자바의 존재 목적이 다르다는 사실을 염두에 두지 않고 썼다는 생각이 들고요...

2번과 5번은... 구체적 예를 제시해주시면 좋을것 같습니다.

"논할 가치가 없다"는 말은 좀 그렇네요.

분명 제목에도 "개인적"이라고 쓰셨고 또 상당히(?) 개인적인

생각을 썼다고 생각되는데요.

아~ 게시판의 분위기가 상당히 무겁게 느껴집니다. ㅡ,.ㅡ;

그냥 웃으면서 얘기할 수도 있고 논리적으로 차분하게

대화가 오갈 수도 있지 않을까 해서 한마디 했습니다.

개인적으로

자바가 너무 좋아요 >.<

:lol:

자바의 기본 이념 자체가 너무 매력적이네요.

글의 주제에 대해 어설픈 지식으로 반박을 하지는 않겠습니다.그러나 ㅡ,.ㅡ님이

주장하신 글에서 전혀 객관적 자료제시를 하지 않았던 것에 대해 납득할 수가 없

군요.객관적 자료제시를 해주셨으면 합니다.그리고 이번 스레드에서 c프로젝트

와 java프로젝트개발에 있어서의 경험담을 들려주셨으면 좋겠네요.c와 java를

공부함에 있어서 견문을 넓힐수 있는 계기가 되는 좋은 스레드가 되었으면 하는

바람이 있네요^^..

저는 C++로도 Java 로도 회사를 다니고 프로젝트를 해봤습니다만..
Java의 최대강점은 방대한 서드파티 라이브러리와 오픈마인드로 만들어진 표준안들 그리고 Java 의 Framework ( 뭐라구 해야할지.. ) 입니다.
속도는 분명히 늦겠지만 UI 가 없다면 미미한 차이일껍니다.
(UI 가 있다면.. 그것이 비록 SWT 라도 속도의 차이는 분명합니다. 현재는... )
어느분이 패킹과 실행이 불편하다고 했는데.. 그것도 다 해결되었습니다.

그렇다면 제가 생각하고 있는 단점은..
첫째로 클라이언트단의 분명한 속도차이와 여러 제한들.. SWT 라해도 느립니다. -.-;;
둘째로 8번하고 비슷한데.. Java 만을 알고 있다면 특정일을 할 수 없습니다.
예를 들어 nio 가 나오기 전까지 비동기 IO 를 할수 없었죠..
(JNI 를 사용해서 만들면 되겠지만.. 그럴려면... 역시 C 를 알아야 합니다.)
세째로 JRE 를 번들해야한다.

이정도 입니다.
이것을 감수할 수 있다면 Java 를 안 할 이유는 없죠..
특히나 요새 C++도 Java 의 스타일을 많이 받아들이고 있는 형편이죠.
(아니.. 언어의 발전이 같은 곳을 향해 가고 있는 거겠죠.. )

그리고 java 로는 c 를 못 만든다고 하셨는데.. 그것은 잘못된 생각입니다.
c 자체는 스팩이니만큼 정확히는 C 컴파일러 이야기겠죠?
java 로도 c 컴파일러는 충분히 만들 수 있습니다.
컴파일러라는게 하드웨어를 제어하거나 하는 특화된 영역은 아닙니다.
구문 분석해 머신코드를 생성해 내면 그만인것이니깐요...
(얼마나 잘 최적화 해서 생성할것인가의 문제등.. 여러가지가 있겠지만여.. )

그럼..

예가 적절치 않는 듯 합니다.

컴파일러를 만드는 데 자바가 C 보다 아주 많이 불편하거나 시간이 많이 들 꺼라 생각되진 않는데요. 컴파일러가 시스템 로우레벨을 다루는 것도 아니구요. 자바는 그 정도는 담당할 수 있을만큼 충분히 일반적인 언어일텐데요. 네이티브 코드를 생성하는 것은 모르겠지만 jvm 상에서 돌아가게끔 바이트 코드를 생성하는 자바로 만들어진 다른 언어의 컴파일러는 몇개 있습니다.

뭐 자바로 JVM을 만들 수 있냐하면 그건 또 다른 문제겠지만요..

뭐... 맘에 안드신다니 할 말은 별로 없지만...
(저도 이유없이 사과가 좋거든요...-____-)

Java에서는 하나의 Source File에 1개의 Class를 두는 것이 Convention입니다...

그러면 일일이 Source File을 까보지 않고서도 Class를 구분할 수 있죠...

저는 그게 상당히 맘에 들던데요...

궁금한점이..."자바로 된것도 어느정도 수정을 하면 작동될수도 있겠지요"가 무슨 의미인지 모르겠어요~

"완벽한 이식성을 보장"하는게 vm의 존재 의의 아닌가요?

핸드폰 같이 "제한적인 자원사용"때문에 vm의 종류가 다른 경우가 있는걸로 아는데 (잘 모릅니다 -_-; 지적을 -_-; )
그걸 문제시 삼는다면 "pc와 pda가 똑같은 기능을 해야된다"라고 말하는 격인것 같고...중요한것은 핸드폰 회사에 관계 없이 핸드폰 게임을 할수 있다는게 아닐까요?

으음. 잘 모르지만 궁금해서 남겨봅니다 :)

고수님들의 논의에 끼어들기엔, 너무 '초보'스런 생각입니다만...

• Java는 속도가 느리고 무거워서 별로입니다. 이왕이면 더 가볍고 빠른 바이너리를 만들어내는 언어를 쓰고 싶습니다. 그때문에 보편적 이식성을 위해 VM을 채택한다는 아이디어는 실패한게 아닌가 하는 생각이 듭니다. 오히려 C가 더 보편적인 것처럼, 플랫폼별 컴파일 방식을 채택하는게 낫지 않았을까요?
• 언어의 구조가 발달한 것은 장점이라고 봅니다. 그리고 라이브러리가 많은 것두요. 하지만 그 때문에 공장에서 찍어낸 프라모델을 조립하고 있는 것과 뭐가 다른가 하는 생각이 들곤 하는거 아닐까요?

java개발 , 리눅스 C 개발, 그리고 자우루스 상에서 C 프로그램을 했습니다. 그리고 지금은 j2me 핸드폰 App개발중입니다.
ironiris 님께서는 C와 자바라는 언어(정확히 말해 자바는 플랫폼+언어)의 차이를 정확히 이해하고 있지 않습니다.
자바는 윈도우,NT,Mac등에 JVM(자바가상머신)을 올리고 그위에 자바프로그램을 돌립니다(인터프리터). 물론 그 프로그램은 어떤 OS든 상관없이 동일한 JVM이 설치된 곳이라면 소스의 수정없이 가능합니다.
그러나 C는 언어로서 윈도우/linux,또는 CPU타입에 따라 필요한 헤더파일등 하드웨어와 관련된 부분을 직접 프로그래머가 구현 하게 됩니다.
자바는 이러한 부분에서 편의성의 제공하고 이식성을 제공하는 것입니다.
모바일의 경우는 자원의 제약/차이로 Configrattion,profile등의 그룹을 나누어 PC와는 다른 환경의 JVM을 설치하며 기기제조사의 OEMspecific 한 부분의 코딩만 배제한다면 동일한 이식성과 편리성을 가지게 됩니다.
물론 C언어가 해당OS나머신에 최적화된 코드를 제공할수 있다는것은 큰 장점입니다.
(자바는 공통된 런타임환경을 제공하기위해 os/머신의 특정한 부분의 기능을 배제 시킨것이겠죠)
그러나...기기제조사에서 OEM 의 JAVA API를 제공한다면 이러한 것도 문제가 되지는 않겠죠...

중요한 것은 환경에 알맞은 언어를 선택하면 되는 것입니다.
그리고 언어마다 그 특징이 있고 이를 잘 파악하면 된다는 것!
저는 모든 언어를 사랑합니다.^^*

C는 C나름대로 매력이 있고
Java는 Java나름대로 매력이 있어요.
왜 두가지를 억지로 비교하려고 그러죠?

정말정말정말 억지로 어렵게 비교한다면... 음..
음.. 잠시만요.... 3가지만할께요.

C Java
1. 기계적이다. 인간적이다.
2. 완벽하다. 놀랍다.
3. Java가부럽다. C를이길순없다.

ㅋㅋㅋ 너무 SF적인가요?
제가 원래 SF-M*입니다.
*Science Fiction Mania

저런 그런 큰일날 말씀을?!
절대로 그렇지 않습니다. I never heard of it!
자바가 얼마나 unix-base 한데요~

점점 의심이 가기 시작합니다...

아무래도 그 의심이 사실인 거 같네요...

제가 생각하기에는 글 올리신 분이 장난 하시는 거 같습니다...

말도 안되는 글을 일단 올리고 나서 사람들의 반응을 지켜보는 초딩적인 장난을 하고 계신 거 같네요...

보통 알려진 사실들을 전부 거꾸로 이야기 하고 있는 것도 그렇고요...

다른 사람들이 반박한 글들을 어떤 식으로든 다시 자신의 의견을 관철시키려는 그런 자세도 아니고...

그냥 장난하는 거 같습니다...

뭐... 초딩은 아니신 거 같지만, 장난치는 것 같아서 좀 기분이 안좋네요...

저는 이제 글을 올리지 않으렵니다... 몇 개의 글을 올렸지만, 지금 생각해 보니까 장난질에 놀아난 거 같네요...

더 이상 글쓰신 분에게서 생산적인 뭔가를 기대할 수도 없고...

다들 장난질에서 벗어나시는 게 좋겠네요...

"철저하고 엄격"이라는 부분...
상당히 개인적인 의견이라고 생각합니다.
오히려 C는 프로그래머의 능력을 믿죠.
컴파일러가 허용하는 문법적 에러 체크를 벗어나는 코드라면
사용자가 매우 자유스럽게 코딩가능하죠..
간단한 일례로

int a;
short b;
b=a;

자바(1.3)에서는 컴파일 안됩니다.
반면 gcc(2.96)에서는 그냥 컴파일 되죠( -Wall) 옵션을 줘도 warning도 없이 컴파일 되버리죠

PS. 오늘 다니던 회사를 그만둡니다. kldp가족 여러분 모두들 건강히...

그렇군요.
어차피 코드는 컴퓨터가 잘해석해야지 사람이 어떻게 생각하든지는
상관이 없다는 겁니다.
그러면 어셈블리를 하겠습니다.
그게 속편합니다.

그럼
ASM vs C vs JAVA
는 어떤가요?

3파전입니다.

저도 내세울것은 없지만...
글쓰신분이 자바로 뭔가 해본것이 없으셔서 그럴 것입니다.
저는 처음에 C++도 그다지 곱게 보지 않았는데...
해보니까 나름데로 특징이 있고 좋더군요..

처음에 ML도 그랬습니다.
이거 머하러 하는건가 싶었는데..
지금은 꽤 맘에 듭니다.

아마도 그런것 같습니다.
무슨 언어든지 나름데로의 특징이 있고..
쓸모가 있고 장점을 활용하면 좋은 것을..

자신이 쓰고 싶은곳에 맞춰 쓰려니 그런 문제가 발생한다고 봅니다.

예를 들어 망치로 나사를 박으려 하면서..
도구중에 망치는 좋지 않고 드라이버가 오히려좋다...
던가.. 드라이버로 못을 박으려 하면서
이걸로는 잘 들어가지 않고 망치로는 잘 들어가니..
도구중 망치가 좋다는 식이 되고 맙니다.

물론 처음부터

난 못을 박는 일을 주로 하기 때문에
드라이버를 별로 좋아하지 않는다고 하셨다면
괜찮았을 텐데..

그렇지 않으시고..

난 드라이버를 좋아하지 않는다. 원하는게 제대로 되지 않는다

이렇게 말씀을 꺼내셨으니...
결국 이렇게 될 수 밖에 없는게 아닌가 싶습니다.

제가 프로그래밍하다가 프로그래밍의 진수를 알기전에 다른 분야로 가서 각 언어에 대한 개념은 정확하게 모릅니다만..

제 글은 프로그램 사용자의 입장에서 적은 것이지요.
이곳에서의 글들을 보면 프로그래머의 입장에서만 글이 올라오는 것이 안타깝습니다.
코드가 환상적으로 짜여진 프로그램을 사용자들이 좋아할 것이라고 생각하면 곤란합니다. 사용자는 업그래이드했으니까 속도는 더 빨라지고 새로 배우기 귀찮으니까 자신이 전에 알던 인터페이스대로... 사용하길 원할 뿐입니다.
C로 만들어진 프로그램을 자바로 만들어서 배포한다면 사용자들은 어떤 차이점을 느낄까요?
"실행속도가 더 느려졌다. 작업처리속도도 느려졌다. 실행하기 귀찮다." 이 세가지가 가장 크게 와 닿을것입니다.
그럼 자바로 만든 프로그램을 C로 만들어서 배포한다면 사용자들은 어떤 차이점을 느낄까요?
"더 빨라졌다. 작업속도도 더 빨라졌다. 실행하기 편리해졌다." 이렇게 느끼겠죠. 전혀~ 예전에 비해 "소스를 읽기가 편해졌다. 서드파티의 지원이 많아졌다." 등등 이라고 생각하지 않습니다.
또 호환성도 전혀 생각치 않습니다.
자우루스PDA를 언급했었지요? 자우루스용 PDA를 쓰면서 자바로 만든 소프트웨어를 구하면 자우루스에서 작동하기를 원하겠지만 잘작동한다는 보장도 없고, 진정한 컴맹이 아니고서는 아무 프로그램이나 자우루스에 넣고 작동하기를 원하는 사람은 없습니다. 자우루스용으로 컴파일된 프로그램을 자우루스에 넣고 작동하길 원하며 잘작동하지요.
하여간 그렇습니다. 세상은 프로그래머들만 사는 것도 아닙니다.

언어가 무슨 상관이겠습니까? 하고자 하는 task에 따라 알맞은걸 골라 쓰면 그만이죠. 하고자 하는 일이 중요한 것이지 수단은 뒷문제라고 생각합니다.

다만 개인별 취향이 있는 법이니 나름대로의 근거에 기반해서 어떤걸 좋아하고 싫어한다고 밝히고 토론하는 것을 즐길수 있는 것인데 너무 민감하게 반응하지 않았으면 좋겠습니다.

오픈 소스 개발자들이 자바를 그리 좋아하지 않는게 사실입니다. 무엇보다 SUN이 일을 해가는 형태와 불투명한 라이센스와 소스코드가 공개되지 않은 등의 이유로 인해 싫어하는 개발자들이 많지요. 위에 보니 자바가 유닉스적이라는 말이 보이는데, 유닉스적인지는 모르겠지만 오픈소스적이지는 않습니다. Perl과 Python등이 더 오픈소스적이지요. 이런 시각은 Eric Raymond의 The Art of Unix Programming의 각 언어 소개 챕터중 자바 섹션을 보시면 알 수 있습니다.

현실적으로 대형 SI프로젝트나 서버 기반의 비지니스 어플리케이션 제작에 있어 자바를 따라갈만한 도구는 없습니다. 수많은 비지니스 로직 등등을 모두 C로 작성한다는건 아무리 대단한 프로그래머라도 절대 하고 싶지 않은 일일겁니다.

전자의 의견에는 동의하는데 근거없는 성능에 대한 비판이란 것은 문제가 있다고 생각합니다.

현재 다른 파트는 성능이 향상되었다고 하더라도 GUI는 현재 느린게 사실이고 현재 응용프로그램들은 느린게 사실이 아닙니까?

사람들의 의식은 곧 나아질거다. 나아지고 있다. 에 의해서 생겨나는게 아니라 현재의 응용프로그램들을 보고 느낀 게 의식이 되는게 아닐까 합니다.

항상 하는 말들이겠지만, 나름대로 다 장단점이 있는 것 같습니다.
UI를 만드는데..자바만큼 Performance가 나는 언어도 드물다고 생각하지만, Critical한 프로세스를 요구하는 곳에서는 C보다 처리속도가 현저히 떨어지는 걸 직접 경험 한 적이 있습니다.
Java 만큼 프로그램의 대중화에 기여한 언어도 없다고 생각합니다. 그만큼, 쉽고 가독하기 쉽게 설계되어있으며, 개체지향 패러다임에 아주 근접한 언어가 아닌가 합니다.
반면 C는 자바보다는 훨씬더 자유로운 언어가 아닐까 합니다. 자유롭되 더 책임이 따른 다는 반증이겠죠..
저에게 C를 할래 Java를 할래 물어본다면, 전 C를 택하겠습니다.
넌 자유로운게 좋으니까요..^^

추신. C의 꽁수는 무궁무진하다.

음... 그래서 애초에 속도를 가지고 자바와 C를 단순비교하는게 무의미하다고 생각하는 겁니다. /. 등에서 이런 논쟁이 시작되면 'apple과 orange를 비교하는 건 무의미하다'는 답글이 많이 올라오더군요 :)

C와 자바의 선택은 절대적 퍼포먼스와 생산성/디자인의 trade-off 관계입니다. 즉, 처음부터 동등한 조건에서 비교하는게 무의미한게 아닐까요?

예를들어 성능만이 모든 것의 척도라면 파이선, 펄은 물론 C/C++조차도 살아남지 못했을 겁니다. 심지어 홈페이지 하나 제작하는데도 어셈블리로 HTTP 서버부터 코딩하고 있지 않을까요?

엔터프라이즈 웹 어플리케이션에서 많이 쓰이는 분산캐쉬나 자동화된 퍼시스턴스 프레임워크 등은 제가 아는 한 C/C++로 구현되어 있는 경우 자체가 거의 없습니다. 생산성이나 디자인, 써드파티 툴 지원 등등을 무시하고 오직 성능만을 생각한다면 이해가 가지 않는 부분이 아닐지요...

이런 부분만 봐도 언어마다 적합한 영역이 따로 있다고 봅니다. 개인이 자바를 좋아하건 C를 좋아하건 여부는 자유지만 다른 언어를 과소평가하거나 자신의 언어를 모든 문제해결에 적합한 'silver bullet'으로 인식하는 건 좀 위험한 일이라고 봅니다.

개인적으로 티코를 편하게 혹은 빠르게 느낄 수 있겠지만 적당히 억지를 써야죠.
이런 글은 KLDP에서 되도록 보지않았으면 좋겠습니다.

ㅡ,.ㅡ;;님의 글을 보시면 대충 수준을 아실 수 있을겁니다.
http://bbs.kldp.org/viewtopic.php?t=29753&highlight=

ㅡ,.ㅡ;;님은 장난이 아니라 나름대로 진지한 것같습니다.
그렇다면 더욱 문제겠지요.

php 가 있는데.. 머할라고..

=== 건달의 경지를 꿈꾸며 ===

자바를 버리긴 했지만 -ㅅ-;; 자바가 딱히 나쁘다고는 생각 안합니다.

비교적 깔끔한 GUI 라이브러리에서 감동,
왠만한건 플랫폼 상관 없이 돌아가서 감동,
빵빵한 공짜 툴들에 감동 백만배....

그런데도 Java로 갈아타고 싶은 생각이 안드는게 조금은 신기하네요.....