SUN이 웹 개발 팀의 롤을 세분화 하면서 JSP를 디자이너 책임으로 해 놔서 사내에서 업청 싸웠던 기억이 나네요. 디자이너보고 JSP 배우라고 했다가...;;;

특정 기술 스펙의 도입만으로 분업/의사소통 문제 같이, 사람간의 문제를 다 해결될 것처럼 이야기하는 사람이 있다면 일단 안 믿으면된다. 차라리 '~를 더 쉽게 해준다.'는 표현이라면 한번 들여다 보자.

fupfin 어디서 디자이너도 배울 수 있는 기술이라고 적혀있었던 것도 본거 같기도 하네요. 하기야 SQL도, COBOL도 모두 비개발자를 위한 언어였다고 하네요 ^^;

요즘은 bpel이 그 뒤를 잇는것 같아요 다 의미있는 시도지만 ㅎㅎ

전 재활용과 효율성을 놓고 시간에 따라 바뀌고 있는 언어들 간의 표현들도 재밌더군요 ㅎ OOP를 선택 했어야 하는 이유 그대로가 최근에는 FP를 선택해야 하는 이유로 나오니까요.

이름만 바꿔가면서 나오는 새로운 기술용어는 마치.... 얼굴만 바뀌는 보스처럼. 똑같은 패턴으로 공략하면 해결되는듯 해요.자동화 확산하는 입장에서는. ^^ 좀 그렇지만.

오리대마왕 나름 다 발전에는 기여를 하고 있는데, 벤더사들의 주장이나 처음의 기대만큼은 아닌 것 같아요 ^^;

성현 네, 기술이 달라져도 생각보다 핵심원리?는 그 기술의 갯수만큼은 많지 않은 것도 같아요~