스크립트언어 PHP "자바 비켜라"

next의 이미지

http://news.naver.com/news/read.php?mode=LSD&office_id=030&article_id=0000121119&section_id=105&menu_id=105

애초부터 용도가 다른 언어에 대해서 저렇게 비교가 가능한건지 모르겠네요.

기사의 의도는?

기자의 의도는?

전형적인 제목만 선정적이게 뽑아 놓은 기사라고 할 수 있겠네요.

opiokane의 이미지

뭐 기자가 무식해서 그런 것이라고 봐야죠.
원래 기자들이 좀 무식하기는 했지만 이제는 온갖 잡뉴스 매체들이 생기니
아무나 기자입네하고 마구 갈겨대는 것 같습니다.
뉴스도 골라서 보세요. 스팸수준의 뉴스가 얼마나 많습니까?

George double you Bush has two brains, the left and the right, like normal people. But the problem is that there is nothing right in his left brain and there is nothing left in his right brain"

rainmon의 이미지

http://www.zdnet.co.kr/news/enterprise/dev/0,39031103,39140609,00.htm

이 기사를 보고 맞장구 친 기사같은..

저도 맞장구치자면 웹사이트 만드는데 쓰기편하고 단순한 php대신
꼭 어렵고 복잡한 자바로 개발해야 하는 특별한 이유가 있을까요?

1day1의 이미지

조금 오버가 있긴 하지만, 전혀 이야기할 가치조차 없는 정도는 아닐 듯 합니다.

Java 와 PHP , Oracle 과 mysql 의 상황이 조금 비슷해 보입니다.
서로간에 활용분야(규모)가 다르기도 하고 겹치기도 하지만, 점점 겹치는 부분이 늘어날것이라 생각이 됩니다.(어느쪽이 ? ^^)

F/OSS 가 함께하길..

seachicken의 이미지

"한때 풍미했던 자바를 제치고 자바가 각광을 받을 것인지 IT업계의 이목이 집중되고 있다."

기사 마지막의 이 문장이 백미군요.. 무슨 얘기인지...

Stay hungry! Stay foolish!

pool007의 이미지

음.. jstl의 경우는 어떨까요? 마찬가지로어려울까요?
jdbc 4.0, ejb 의 다음 버젼이 적용되도 어려울까요?

자바쪽도 놀고 있는건 아니죠..

하지만 php개발이 쉬워진다면 저로서도 환영이지만요...

php의 약자도 틀리고, java가 c++보다 어렵다는 말은 더구나;;

저는 C++에서 hello world찍은지 10년을 훌쩍 넘었고, 자바는 그의
절반에도 못미치지만, 자바는 1주일만에 문법과 기본 라이브러리를
다 뗀 반면 C++은 아직도 언어 자체 의 복잡 다단함을 다 이해하지
못하는데, 저런말은 도무지 믿을수가..

--
Passion is like genius; a miracle.

lacovnk의 이미지

php의 원형?, 예전에는 저렇지 않았나요? 어느 책에선가 봤던 것 같은데..

1day1의 이미지

pool007 wrote:
음.. jstl의 경우는 어떨까요? 마찬가지로어려울까요?
jdbc 4.0, ejb 의 다음 버젼이 적용되도 어려울까요?

자바쪽도 놀고 있는건 아니죠..

하지만 php개발이 쉬워진다면 저로서도 환영이지만요...

php의 약자도 틀리고, java가 c++보다 어렵다는 말은 더구나;;

저는 C++에서 hello world찍은지 10년을 훌쩍 넘었고, 자바는 그의
절반에도 못미치지만, 자바는 1주일만에 문법과 기본 라이브러리를
다 뗀 반면 C++은 아직도 언어 자체 의 복잡 다단함을 다 이해하지
못하는데, 저런말은 도무지 믿을수가..

딴지가 아니라. 정말 무슨 말씀인지 모르겠습니다.
"자바가 어려운 것이 아니다" 라는 것인가요?

F/OSS 가 함께하길..

1day1의 이미지

lacovnk wrote:
php의 원형?, 예전에는 저렇지 않았나요? 어느 책에선가 봤던 것 같은데..

정확히는 모르겠지만, Personal Homepage ... 이었던 것 같습니다.(php3 시절? , PHP/FI 시절?)
지금의 그 의미가 바뀌었는지 모르겠지만요.

php.net 을 보니.
PHP: Hypertext Preprocessor 이렇게 되어 있군요.

F/OSS 가 함께하길..

khris의 이미지

자바가 어려운것들은, 각종 프레임워크의 난립과 선택의 어려움, 방대한 프레임워크의 익숙해지는것이 어렵다는게 아니까요?

글쎄요, 그 프레임워크들도 없는, (게임프로그래밍 한정) C나 C++을 보노라면 짜증이 나는데;

───────────────────────
yaourt -S gothick elegant
khris'log

lovian의 이미지

그래도 비교하려면 JSP 같은 녀석과 비교할 것이지... ;

확실히 C++ 을 먼저 배워 그런지 JAVA 배울 때는 조금 편한 느낌이긴 했습니다.

반대순서로 배웠어도 같은 느낌이었을 것 같기도 합니다만.. :)

-----------------
한글을 사랑합니다.

pool007의 이미지

1day1 wrote:
pool007 wrote:
음.. jstl의 경우는 어떨까요? 마찬가지로어려울까요?
jdbc 4.0, ejb 의 다음 버젼이 적용되도 어려울까요?

자바쪽도 놀고 있는건 아니죠..

하지만 php개발이 쉬워진다면 저로서도 환영이지만요...

php의 약자도 틀리고, java가 c++보다 어렵다는 말은 더구나;;

저는 C++에서 hello world찍은지 10년을 훌쩍 넘었고, 자바는 그의
절반에도 못미치지만, 자바는 1주일만에 문법과 기본 라이브러리를
다 뗀 반면 C++은 아직도 언어 자체 의 복잡 다단함을 다 이해하지
못하는데, 저런말은 도무지 믿을수가..

딴지가 아니라. 정말 무슨 말씀인지 모르겠습니다.
"자바가 어려운 것이 아니다" 라는 것인가요?

1) 자바도 어렵지 않습니다. (물론 스크립트가 편하다는건 인정하지만요..)
2) 자바가 C++ 보다 어렵다는 말은 너무 지나친 오버입니다.
3) PHP의 약자도 틀린 기사는 신용이 안갑니다.

--
Passion is like genius; a miracle.

zzaratra의 이미지

약자 맞지 않나요 ? 예전과는 여튼 바꼇을 거에요...
그리고 이런 뉴스 나오는건 좋은거 아닌가요 .. 이런 뉴스가 한줄이라도 나와야... php 하는 사람들도 밥 벌어 먹죠....

자바난 C++ 할줄.. 모르는데... 이거 진짜 어렵지 않나요 ? --;;;

php 와 비교 하면 난이도가 10 배 이상 될것 같은데.. 개인적 생각입니다..

다크슈테펜의 이미지

십자 드라이버로 나사 풀어야 하는 곳에 일자 드라이버로 나사 풀리는 곳도 있겠지요 하지만 전부 풀수 있을 까요...
자바 그리고 PHP는 위와 같다고 생각합니다.십자 드라이버 그리고 일자 드라이버 물론 JSP와 PHP두개는 공통적으로 겹치는 부분도 있습니다.하지만 PHP로 자바의 전체 부분을 대체할수 있을까요...?

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

purewell의 이미지

다크슈테펜 wrote:
십자 드라이버로 나사 풀어야 하는 곳에 일자 드라이버로 나사 풀리는 곳도 있겠지요 하지만 전부 풀수 있을 까요...
자바 그리고 PHP는 위와 같다고 생각합니다.십자 드라이버 그리고 일자 드라이버 물론 JSP와 PHP두개는 공통적으로 겹치는 부분도 있습니다.하지만 PHP로 자바의 전체 부분을 대체할수 있을까요...?

의외로 그럴 수 있지 않을까요?
JSP든 PHP든 Native Code를 확장플러긴 같이 쓸 수 있으니까 충분히 감당할 수 있을 것 같습니다.

.NET이 나오고 나서,
언어는 단순히 취향일 뿐,
결국 최종적으로 마이크로칩에 전달하는 것은 똑같지 않습니까.

JSP건(혹 JAVA든!) PHP든 RUBY든 PYTHON이든
C든 C++이든 C#이든 아희든 뭐든 간에
결국 김옥빈양으로 통한다는 것이죠.

ㅡ_-)a

_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz

다크슈테펜의 이미지

purewell wrote:
다크슈테펜 wrote:
십자 드라이버로 나사 풀어야 하는 곳에 일자 드라이버로 나사 풀리는 곳도 있겠지요 하지만 전부 풀수 있을 까요...
자바 그리고 PHP는 위와 같다고 생각합니다.십자 드라이버 그리고 일자 드라이버 물론 JSP와 PHP두개는 공통적으로 겹치는 부분도 있습니다.하지만 PHP로 자바의 전체 부분을 대체할수 있을까요...?

의외로 그럴 수 있지 않을까요?
JSP든 PHP든 Native Code를 확장플러긴 같이 쓸 수 있으니까 충분히 감당할 수 있을 것 같습니다.

.NET이 나오고 나서,
언어는 단순히 취향일 뿐,
결국 최종적으로 마이크로칩에 전달하는 것은 똑같지 않습니까.

JSP건(혹 JAVA든!) PHP든 RUBY든 PYTHON이든
C든 C++이든 C#이든 아희든 뭐든 간에
결국 김옥빈양으로 통한다는 것이죠.

ㅡ_-)a


그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

purewell의 이미지

다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)

야동벌꿀님보단 좋습니다. ㅋㅋㅋ

_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz

다크슈테펜의 이미지

purewell wrote:
다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)

야동벌꿀님보단 좋습니다. ㅋㅋㅋ


그....그거야...(왠지 당한것 같다는 생각이 드는것은...)

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

purewell의 이미지

다크슈테펜 wrote:
purewell wrote:
다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)
야동벌꿀님보단 좋습니다. ㅋㅋㅋ
그....그거야...(왠지 당한것 같다는 생각이 드는것은...)

얼마 안 당해요.

_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz

rainmon의 이미지

purewell wrote:
다크슈테펜 wrote:
십자 드라이버로 나사 풀어야 하는 곳에 일자 드라이버로 나사 풀리는 곳도 있겠지요 하지만 전부 풀수 있을 까요...
자바 그리고 PHP는 위와 같다고 생각합니다.십자 드라이버 그리고 일자 드라이버 물론 JSP와 PHP두개는 공통적으로 겹치는 부분도 있습니다.하지만 PHP로 자바의 전체 부분을 대체할수 있을까요...?

의외로 그럴 수 있지 않을까요?
JSP든 PHP든 Native Code를 확장플러긴 같이 쓸 수 있으니까 충분히 감당할 수 있을 것 같습니다.

.NET이 나오고 나서,
언어는 단순히 취향일 뿐,
결국 최종적으로 마이크로칩에 전달하는 것은 똑같지 않습니까.

JSP건(혹 JAVA든!) PHP든 RUBY든 PYTHON이든
C든 C++이든 C#이든 아희든 뭐든 간에
결국 김옥빈양으로 통한다는 것이죠.

ㅡ_-)a

dotnet에서 수십가지의 언어를 지원한다곤 하지만
실질적으로 다양한 언어로 프로젝트를 진행하려면
각각의 언어들은 CLS의 스펙에 맞아야 합니다.
그럼 되는거 아니겠냐 싶지만 개발자가 자신이 사용하는
언어의 특성을 포기하고 어떤 틀에 맞추기란 쉽지 않습니다.
좀 억지같은 예입니다만 c 개발자한테 포인트를 사용하지 말라한다면
그게 어디 c 입니까..
managed c++ 과 unmanaged c++의 차이는 개인차가 있겠지만
많이 달라보입니다.

나는오리의 이미지

purewell wrote:
다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)

야동벌꿀님보단 좋습니다. ㅋㅋㅋ

야동벌꿀님의 방대한 DB와 바꾸실 의향이 있으싶니까?
1. 김옥빈
2. 야동벌꿀님의 DB

전 둘중에 2번을 선택하렵니다.

야동벌꿀님 공유는 언제해주실건가요?
반야동벌꿀의 힘이 자꾸만 커지고 있습니다.
주기도문과 마하반야바라밀다심경을 열심히 공부하며 버티고 있지만
반야동벌꿀의 힘이 갈수록 커져서 더이상 지켜내기 힘들듯 합니다.
어서 공유를...;;;

나는오리의 이미지

zzaratra wrote:
약자 맞지 않나요 ? 예전과는 여튼 바꼇을 거에요...
그리고 이런 뉴스 나오는건 좋은거 아닌가요 .. 이런 뉴스가 한줄이라도 나와야... php 하는 사람들도 밥 벌어 먹죠....

자바난 C++ 할줄.. 모르는데... 이거 진짜 어렵지 않나요 ? --;;;

php 와 비교 하면 난이도가 10 배 이상 될것 같은데.. 개인적 생각입니다..

PHP아 c++이나 난이도는 똑같지 않나요?
전 둘다 어렵던데 ㅡ.,ㅡ;
(제대로 php를 공부해본적은 없지만요.)
ydhoney의 이미지

purewell wrote:
다크슈테펜 wrote:
purewell wrote:
다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)
야동벌꿀님보단 좋습니다. ㅋㅋㅋ
그....그거야...(왠지 당한것 같다는 생각이 드는것은...)

얼마 안 당해요.

사람들이 그러면 안되어요.
maxnim의 이미지

어떻게 생각해보면 웹페이지를 중심에 놓고 봤을때
PHP가 (상대적으로)쉽고 빠르게 개발을 할 수 있겠지만
그것은 어디까지나 웹사이트를 구축할 때의 이야기인 것 같아요.

제 생각으로는, 웹페이지가 목적이라면 PHP가 적절한 선택일지는 몰라도
엔터프라이즈 환경에서는 아닌것 같군요. 특히 서로 다른 기기의 연결은
PHP로는 할 수 없잖아요.

마크.. 머시기??? 앤드리슨???
PHP 일을 하면서 결코 허접한 언어가 아니라고는 생각하지만
글쎄요... 그 사람이 말한 것처럼 될지는 모르겠네요.

개인적으로는 오히려 자바와 닷넷의 발전 가능성이 높지 않을까 생각합니다만...
제 말에 틀린 부분이 있다면 따끔히 지적해 주세요.

모두들 좋은 하루 되세요^^

cronex의 이미지

욕심많은오리 wrote:
purewell wrote:
다크슈테펜 wrote:
그런데 결론적으로 저는 김옥빈양 별로 좋아하지 않습니다.(먼산보기모드)

야동벌꿀님보단 좋습니다. ㅋㅋㅋ

야동벌꿀님의 방대한 DB와 바꾸실 의향이 있으싶니까?
1. 김옥빈
2. 야동벌꿀님의 DB

전 둘중에 2번을 선택하렵니다.

야동벌꿀님 공유는 언제해주실건가요?
반야동벌꿀의 힘이 자꾸만 커지고 있습니다.
주기도문과 마하반야바라밀다심경을 열심히 공부하며 버티고 있지만
반야동벌꿀의 힘이 갈수록 커져서 더이상 지켜내기 힘들듯 합니다.
어서 공유를...;;;

문제는 야동벌꿀님이 공유의 의지를 보이지 않으신다는 거겠죠.

------------------------------------------------------------
이 멍청이~! 나한테 이길 수 있다고 생각했었냐~?
광란의 귀공자 데코스 와이즈멜 님이라구~!

superwtk의 이미지

ㅋㅋㅋ 재밌게 봤습니다.

감상문도 한편~ http://blog.superwtk.com/archives/47

preisner의 이미지

논쟁을 하기 전에 기사를 잘 읽어 보시는 것이 좋겠습니다.

Quote:
안드리슨은 "C나 C++보다는 자바가 훨씬 더 프로그래머들에게 친숙하다. 아니, 자바가 복잡해지기 전까진 몇 년 동안은 그 말이 사실이었다. 논쟁의 여지가 있을 수 있지만 자바는 C++보다 훨씬 더 배우기 어려워졌다"고 말하고, 자바가 갖고 있던 대표적인 특징인 간결함은 PHP를 대표하는 말로 바뀌고 있다고 언급하며 "PHP는 자바보다 개발하기 쉬운 환경"이라고 말했다.

PHP 와 자바를 단순 비교한 내용이 아니고
자바가 초기의 단순함을 잃고, 점점 비대해 지고 있음을
PHP 와 비교한 내용 입니다.

점점 비대해 지고 복잡해 진다는 점은 자바 커뮤니티에서 진지하게
고민 해봐야 할 부분이라고 생각 합니다.

잘 아시는 문구 입니다만,
작은 것이 아름답다.

creativeidler의 이미지

아마도 자바 5.0에서 추가된 feature들 때문에 이런 말이 나오는 것 같습니다. 특히 generics가 문제죠. 많은 자바 프로그래머들이 자바 5.0의 generics로 인해 지저분해진 API를 증오하고 있죠-_- 추세에 역행하는 것이기도 하구요. 최근 자바의 부진에는 이 영향이 적지 않을 것입니다.

오만한 리눅서의 이미지

현시점에선 PHP는 C에..
Java는 C++에 비교하고 싶어염.

각각의 장점이 있죠.

안정성과 리유져빌리티는 Java가
래피드하고 직관적인 것은 PHP가...

뭐가 쉬운지는...
개인적인 취향.

:evil: :lol:

atie의 이미지

creativeidler wrote:
아마도 자바 5.0에서 추가된 feature들 때문에 이런 말이 나오는 것 같습니다. 특히 generics가 문제죠. 많은 자바 프로그래머들이 자바 5.0의 generics로 인해 지저분해진 API를 증오하고 있죠-_- 추세에 역행하는 것이기도 하구요. 최근 자바의 부진에는 이 영향이 적지 않을 것입니다.

이건 아닙니다. 기사에 누구의 말이 인용이 되었는지를 생각해 보면 자바의 웹 관련 프레임웍들이 무겁고 복잡해지면서 PHP와 비교 지적된 것이라고 생각이 됩니다.

----
I paint objects as I think them, not as I see them.
atie's minipage

purewell의 이미지

preisner wrote:
잘 아시는 문구 입니다만,
작은 것이 아름답다.

KIS

_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz

purewell의 이미지

욕심많은오리 wrote:
1. 김옥빈
2. 야동벌꿀님의 DB

전 둘중에 2번을 선택하렵니다.

ㅡ_-)a 글쎄요.
만약 1번 보기가 '실물 + 정식교제'라면
KLDP族 십중팔구는 1번을 선택할 듯 싶사옵니다.

ydhoney wrote:
사람들이 그러면 안되어요.

대세는 오리김옥빈에게 넘어갔습니다.

_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz

creativeidler의 이미지

Quote:

이건 아닙니다. 기사에 누구의 말이 인용이 되었는지를 생각해 보면 자바의 웹 관련 프레임웍들이 무겁고 복잡해지면서 PHP와 비교 지적된 것이라고 생각이 됩니다.

글쎄요. 앤드리슨이 자바 프레임웍을 지칭해서 저런 말을 한 적이 있나요? 기사만 봐서는 이거다 딱 말하긴 힘들어보입니다만? 그리고 최근 자바 프레임웍에는 경량화 바람이 강하게 불고 있고 스트러츠, 웹워크 등 주류 프레임웍은 2004년 이후로 별다른 기능 추가가 없습니다. 이미 무겁다고 하더라도 지금 와서 생긴 현상은 아니라는 거죠.

게다가 요즘 많은 자바 개발자들이 generics에 피를 토하고 있고-_- 1.4 발표 이후 급속하게 1.4로 이동했던 것에 비해 5.0 발표 이후 아직 1.4가 주류를 이루고 있는 걸 생각해본다면 5.0의 영향이 클 것 같군요.

머, 딱히 저 기사가 말하는 바는 그게 아니라 하더라도 요즘 자바가 부진한 이유로 5.0을 꼽는 사람들이 적지 않습니다.

stadia의 이미지

저도 아직 5.0으로 넘어가진 않았지만
자바 5.0 에 열광하는 쪽도 있는 것 같은데요.
정확하게 꼬집어 주시면 감사하겠습니다.

atie의 이미지

위 기사에 언급된 Marc Andreessen (Netscape 창시자)의 예측은 10월 19일에 있었던 Zend/PHP conference에서, "앞으로 자바보다는 php가 웹 어플리케이션을 작성하는데 보다 인기가 있을 것이다." 라고 한 것이 소스입니다. 굳이 새삼스런 이야기가 아닙니다.

제너릭이 웹 어플리케이션을 작성하는데 걸림돌이 되는 사항은 없습니다.

----
I paint objects as I think them, not as I see them.
atie's minipage

creativeidler의 이미지

Quote:
위 기사에 언급된 Marc Andreessen (Netscape 창시자)의 예측은 10월 19일에 있었던 Zend/PHP conference에서, "앞으로 자바보다는 php가 웹 어플리케이션을 작성하는데 보다 인기가 있을 것이다." 라고 한 것이 소스입니다. 굳이 새삼스런 이야기가 아닙니다.

제너릭이 웹 어플리케이션을 작성하는데 걸림돌이 되는 사항은 없습니다.

웹 프로그래밍을 지칭한 것이지 웹 프레임웍을 지칭한 것은 아닌 듯 하군요. 그리고 generics는 자바의 feature이고 자바 프로그래밍에 미치는 영향은 웹 애플리케이션에도 미치는 것이랍니다. 그리고 사실 웹 애플리케이션에도 직접적인 영향을 미칩니다. 많은 태그 라이브러리들이 warning을 좌르르 띄우기 때문에 5.0에 맞게 새로 만들 것이냐 말 것이냐를 고민하고 있거든요.

creativeidler의 이미지

Quote:
저도 아직 5.0으로 넘어가진 않았지만
자바 5.0 에 열광하는 쪽도 있는 것 같은데요.
정확하게 꼬집어 주시면 감사하겠습니다.

이런 저런 뉴스그룹이나 자바 개발자들 사이에 오가는 이야기를 보면 5.0 초창기에는 generics를 대단히 반기는 분위기가 많았습니다. 하지만 점점 쓰면서 현실적인 문제들이 발목을 잡는 것에 대해 짜증을 내는 분위기가 커져가고 있죠. 구체적으로 Javadoc API가 상당히 많이 지저분해졌습니다. 그리고 Collections를 확장하기가 상당히 번거로와졌습니다. 실제 활용에서는 실익이 거의 없구요. 어떤 개발자는 자기는 7년 동안 C++에서 void* 써왔는데 한 번도 타입 때문에 삽질한 적이 없다고도 하더군요. 몇몇 SI 업체들은 JVM 성능 향상 때문에 5.0으로 넘어가지만 generics는 끄고 사용하기도 하죠. 머, 여기가 generics에 대해 토론하는 자리는 아니니만큼 이 정도만 하고 넘어가겠습니다. 흥미로운 주제이니만큼 이 주제에 대해 새로 쓰레드를 여신다면 기꺼이 동참하겠습니다.

atie의 이미지

creativeidler wrote:
Quote:
위 기사에 언급된 Marc Andreessen (Netscape 창시자)의 예측은 10월 19일에 있었던 Zend/PHP conference에서, "앞으로 자바보다는 php가 웹 어플리케이션을 작성하는데 보다 인기가 있을 것이다." 라고 한 것이 소스입니다. 굳이 새삼스런 이야기가 아닙니다.

제너릭이 웹 어플리케이션을 작성하는데 걸림돌이 되는 사항은 없습니다.

웹 프로그래밍을 지칭한 것이지 웹 프레임웍을 지칭한 것은 아닌 듯 하군요. 그리고 generics는 자바의 feature이고 자바 프로그래밍에 미치는 영향은 웹 애플리케이션에도 미치는 것이랍니다. 그리고 사실 웹 애플리케이션에도 직접적인 영향을 미칩니다. 많은 태그 라이브러리들이 warning을 좌르르 띄우기 때문에 5.0에 맞게 새로 만들 것이냐 말 것이냐를 고민하고 있거든요.


자바에서 웹 어플리케이션을 작성하는데 JSF, Struts, Spring 등등을 사용하지 않고 하던가요?
그리고 5.0을 사용하더라도 제너릭을 사용하는 것이 필수는 아니죠. 경고가 좌르르 뜨는 것은 적절한 annotation을 한 줄 넣어 피하거나 아니면 컴파일은 1.4 호환으로 하면 된답니다.

제 요점은 php 컨퍼런스에서 나올만한 이야기가 나온 것 뿐이라는 겁니다.

----
I paint objects as I think them, not as I see them.
atie's minipage

creativeidler의 이미지

Quote:
자바에서 웹 어플리케이션을 작성하는데 JSF, Struts, Spring 등등을 사용하지 않고 하던가요?

웹 애플리케이션에 프레임웍이 쓰이지만 프레임웍만! 쓰이는 것은 아니죠. 수많은 Java의 기능과 도구, 라이브러리 중 하필 딱 웹 프레임웍을 문제라고 지적할 근거는 되지 못합니다. 이건 논리적으로 따져도 알 수 있는 문제 아니던가요?

Quote:

그리고 5.0을 사용하더라도 제너릭을 사용하는 것이 필수는 아니죠. 경고가 좌르르 뜨는 것은 적절한 annotation을 한 줄 넣어 피하거나 아니면 컴파일은 1.4 호환으로 하면 된답니다.

그건 저도 압니다. 하지만 문제는 한 가지 문제에 대해 two way가 생겼다는 것이죠. 자바가 줄곧 한 문제는 한 가지 방법으로 해결하는 것을 지향해왔고 그것이 자바 문법의 단순성을 강화시켜 널리 확산되는데 크게 기여했습니다. 하지만 이제 와서 갑자기 perl처럼 there are many ways로 가는 것이 자바의 정체성에 위협이 된다는 것입니다. 그러니 각종 태그 라이브러리를 만든 커뮤니티들에서 토론이 일어나고 있는 것이죠. 그 사람들이 컴파일 옵션 하나 몰라서 그러겠습니까.
atie의 이미지

creativeidler wrote:
Quote:
자바에서 웹 어플리케이션을 작성하는데 JSF, Struts, Spring 등등을 사용하지 않고 하던가요?

웹 애플리케이션에 프레임웍이 쓰이지만 프레임웍만! 쓰이는 것은 아니죠. 수많은 Java의 기능과 도구, 라이브러리 중 하필 딱 웹 프레임웍을 문제라고 지적할 근거는 되지 못합니다. 이건 논리적으로 따져도 알 수 있는 문제 아니던가요?

Quote:

그리고 5.0을 사용하더라도 제너릭을 사용하는 것이 필수는 아니죠. 경고가 좌르르 뜨는 것은 적절한 annotation을 한 줄 넣어 피하거나 아니면 컴파일은 1.4 호환으로 하면 된답니다.

그건 저도 압니다. 하지만 문제는 한 가지 문제에 대해 two way가 생겼다는 것이죠. 자바가 줄곧 한 문제는 한 가지 방법으로 해결하는 것을 지향해왔고 그것이 자바 문법의 단순성을 강화시켜 널리 확산되는데 크게 기여했습니다. 하지만 이제 와서 갑자기 perl처럼 there are many ways로 가는 것이 자바의 정체성에 위협이 된다는 것입니다. 그러니 각종 태그 라이브러리를 만든 커뮤니티들에서 토론이 일어나고 있는 것이죠. 그 사람들이 컴파일 옵션 하나 몰라서 그러겠습니까.

논리적으로 안 따져도 자바로 웹 어플을 만드는데 무엇이 복잡해졌는지는 알고 있습니다. 그리고 그 사람들도 컴파일 옵션은 물론 알고 있겠죠.
다시 말하지만 제 요점은 php 컨퍼런스에서 나올 법한 이야기가 나온 것 뿐이고 보는 사람의 관점과 지식에 따라 여러 해석이 있을 수 있겠지만 제 사견은 5.0의 제너릭과 연관시킨 것은 비약이라는 겁니다.

----
I paint objects as I think them, not as I see them.
atie's minipage

creativeidler의 이미지

Quote:
다시 말하지만 제 요점은 php 컨퍼런스에서 나올 법한 이야기가 나온 것 뿐이고 보는 사람의 관점과 지식에 따라 여러 해석이 있을 수 있겠지만 제 사견은 5.0의 제너릭과 연관시킨 것은 비약이라는 겁니다.

generics와의 연관이 비약일 수도 있다는 것은 물론 동의합니다. 추측이었을 뿐이니까요. 제가 주장하고 싶은 건 'generics 때문이다!'가 아니라 과감하게 "이건 아닙니다"라고 할 정도로 'generics 때문이 아니다'라고 할 만한 근거가 없다는 것, 그리고 웹 프레임웍과 연관시키는 것 역시 만만찮은 비약일 수 있다는 것입니다.

atie의 이미지

creativeidler wrote:
Quote:
다시 말하지만 제 요점은 php 컨퍼런스에서 나올 법한 이야기가 나온 것 뿐이고 보는 사람의 관점과 지식에 따라 여러 해석이 있을 수 있겠지만 제 사견은 5.0의 제너릭과 연관시킨 것은 비약이라는 겁니다.

generics와의 연관이 비약일 수도 있다는 것은 물론 동의합니다. 추측이었을 뿐이니까요. 제가 주장하고 싶은 건 'generics 때문이다!'가 아니라 과감하게 "이건 아닙니다"라고 할 정도로 'generics 때문이 아니다'라고 할 만한 근거가 없다는 것, 그리고 웹 프레임웍과 연관시키는 것 역시 만만찮은 비약일 수 있다는 것입니다.


저는 Marc Andreessen의 말 뜻을 그렇게 해석을 한 것이고, "이건 아닙니다."라고 했던 것에 대한 반론이었으면 이만 접겠습니다. 저 역시 비약일 수 있다는 것에 동의해서 입니다.

----
I paint objects as I think them, not as I see them.
atie's minipage