eXtensible Markup Language
extended 가 아니라 extensible라는 데 주의. 확장해서 더 이상 확장할 수 없는게 아니라 계속 확장가능하다는 점이 중요하다.
XML은 웹 뿐만 여러 분야에 응용할 수 있는 기술이다.
XML에 대한 오해 중 하나가 HTML을 대치할 것이다. 현재로서는 HTML과 XML이 공존하는 방향으로 갈 것이며, 앞으로도 HTML이 사라지거나 하지는 않을 것 같다. XML 표준을 따르는 HTML 스팩으로 XHTML이 있으며, 요즘 대부분의 HTML은 XHTML로 가는 추세이다.
XML을 이용할 때 어떤 잇점이 있죠?? 아직 제대로 공부해본 적은 없고 대충 개요만 봤는데.. XML로 인한 오버헤드도 만만치 않아 보이던데..공용성(?)이 있는 자료가 아니라면 굳이 XML을 사용해야할 필요가 있을까요? --이기
XML 자체를 접근하는데 있어 이놈들이 어디에 쓰이고 있는지 용도를 그냥 훑어보는 것도 나름대로의 접근 방법이 될 수 있지 않을까요?
만약 전혀 감이 오지 않는다면, EJB 배포 스크립터나, OZ report application 등을 보시면 오호 하는 걸 보실 수도 있지 않을까 싶네요..
모 회사는 이를 이용해서 문제 은행도 만들고 있답니다.이런건 오픈되지 않겠지만...
알게 모르게 점점 application developer나 server application 관리자들에게는 다가오는 대상이 XML인지도 모르겠습니다. --엉뚱
만약 전혀 감이 오지 않는다면, EJB 배포 스크립터나, OZ report application 등을 보시면 오호 하는 걸 보실 수도 있지 않을까 싶네요..
모 회사는 이를 이용해서 문제 은행도 만들고 있답니다.이런건 오픈되지 않겠지만...
알게 모르게 점점 application developer나 server application 관리자들에게는 다가오는 대상이 XML인지도 모르겠습니다. --엉뚱
보통 처음 XML을 접하게 되면 위와 같은 생각을 많이 하게 됩니다. 저도 역시 처음에는 그런 생각을 했는데 몇년간 XML과 SemanticWeb 관련 공부들을 하면서 느낀것이 XML은 안되는 것을 되게 하는 기술이 아니라 더 잘되게 하는 기술이라는 생각이 듭니다. 그리고 이런 비유도 가능하겠군요. VC++로 다 할 수 있는데 왜 VB나 파워빌더같은 것을 사용하는냐...
웹 서비스를 비롯한 최근 기술들의 발전은 더빠르고 더 가볍게가 아니라 더 빠른 시간에 더 많이 만들자는 방향으로 나아갑니다. 그러한 부분에서 XML과 웹 서비스는 가장 핵심 기술이 되는 것이죠. XML은 현대의 바벨탑이라고 불릴만큼 대단한 기술이지만 어떻게보면 아이디어는 참 단순하죠. 그러나 그 적용성과 가치는 실로 대단하다고 할 수 있습니다. 이게 바로 표준 기술의 위력입니다. 단순한 로컬 프로그램이 아니라 여러개의 플랫폼이 섞여있는 환경에서 생각해보면 중요한 것은 속도가 아니라 상호운용성이 됩니다. XML은 상호운용성을 확보하기 위한 가장 훌륭한 기술이죠. --dark
웹 서비스를 비롯한 최근 기술들의 발전은 더빠르고 더 가볍게가 아니라 더 빠른 시간에 더 많이 만들자는 방향으로 나아갑니다. 그러한 부분에서 XML과 웹 서비스는 가장 핵심 기술이 되는 것이죠. XML은 현대의 바벨탑이라고 불릴만큼 대단한 기술이지만 어떻게보면 아이디어는 참 단순하죠. 그러나 그 적용성과 가치는 실로 대단하다고 할 수 있습니다. 이게 바로 표준 기술의 위력입니다. 단순한 로컬 프로그램이 아니라 여러개의 플랫폼이 섞여있는 환경에서 생각해보면 중요한 것은 속도가 아니라 상호운용성이 됩니다. XML은 상호운용성을 확보하기 위한 가장 훌륭한 기술이죠. --dark
나를잊어줘는 머지 않아 XML로 개발하는 시대가 오지 않을까 예측합니다. 미리 로직은 다 구현해 놓고, 이를 XML로 조합해서 하나의 시스템을 완성하는 거죠. 지금도 ComponentBasedDevelopment를 비롯하여 화면을 조합하거나, 워크플로우를 구성하는 부분에서 시도되고 있습니다만, 좀 더 두고봐야 할 듯...
SeeAlso
- ApacheAnt : ApacheAnt 설정 파일로 XML을 사용하는 것은 적절하지 못한 결정이었다는 내용의 글.
나를잊어줘가 보기에 소스 컴파일하고, Junit 으로 단위 테스트해보고, Javadoc 만든 다음 클래스는 JAR로 묶고, 전체를 zip 파일로 압축하여, 특정 디렉토리에 복사하는 작업을 Plain Text 설정 파일로 선언하려고 하면, 아주 복잡할 거 같습니다. 만약, 이런 걸 열댓개는 만들어야 한다면, 더 어려워질 거 같구요. 그럭저럭 만족하며, 잘 쓰고 있습니다.
- Plain Text and XML - A Conversation with AndyHunt and DaveThomas. DaveThomas는 "XML sucks because it's being used wrongly."라고 말한다.
DeleteMe 노스모크에 그다지 맞지 않을 내용인 것 같은데, KLDPDoc으로 보내는 것이 어떨까요 ?
DeleteMe 개인적으로는 XML이나 SemanticWeb에 관해서 창준님을 비롯한 여러분의 이야기를 듣고싶긴 하지만 노스모크에 이 분야와 관련이 없는 분들도 많을테니 구체적인 이야기는 다른 곳에서 하는 것이 좋을 듯 합니다. 그런데 혹시 XML과 관련된 국내 위키 사이트가 따로 존재하나요? 없으면 하나 만들고 싶긴 한데 아직 수행도 부족하고 같이 할 사람도 없어서 문제입니다. -- dark
관심있게 참여하시는 몇 분 계신 것 같습니다. 노스모크에적절한주제는 고정된 것이 아니니까 조금 더 두고보는게 어떨까요? --아무개
아무런 문제가 없는 주제라고 생각합니다. 페이지를 잘 정리하면 된다고 봅니다. --잡종
관심있게 참여하시는 몇 분 계신 것 같습니다. 노스모크에적절한주제는 고정된 것이 아니니까 조금 더 두고보는게 어떨까요? --아무개
아무런 문제가 없는 주제라고 생각합니다. 페이지를 잘 정리하면 된다고 봅니다. --잡종