포럼

자꾸 XE에 관한 비판적인 글은 넘쳐나는데. 정작 XE를 옹호하는 글은 극히 드무네요..

왠만하면 이렇게 논의성 글 쓰는걸 좋아하지 않은데..

새해이기도 하니, 정말 아끼는 프로그램 편 한번 제대로 들어보고자 합니다.

참고로, 전 3년넘게,  연간 5000 시간 이상  XE만  사용하는  유저입니다 ^^

충분히 XE 를 많이 써봤고, XE로 많은 사이트를 개발해보고, XE를 많이 고쳐본 경험을 기반으로 씁니다 ^^



1) XE에 관한 속도를 논하고자 한다면.. 우선

그림판 vs 포토샵 이렇게 생각하면 딱 될겁니다.

기존의 ZB4 나 그누4 가 그림판이고, XE 가 포토샵이라고 생각하시면 됩니다.

기능적인 편의성과 프로그램의 무게, 그리고 확장성, 편리성의 측면에서 딱 맞다고 봅니다.



선택 기준으로 설명드릴때는,..

이보다 '나모 or 드림위버' vs '에디트플러스' 로 하는게 더 좋겠네요



에디트플러스 환상적으로 가볍습니다. 솔직히 최고의 프로그램입니다

그러나, html 과 php, css 등 관련 지식이 머리에 다 없으면 쓸 수가 없습니다. 완전 개발자용 프로그램이죠.

반대로, 나모나 드림위버등.. html을 잘 몰라도 클릭클릭해서 대략적으로 만들 수 있죠.

무겁고 소스도 엉망이지만... html 잘 몰라도 손쉽게 접근해서 대략적으로 뚝딱 가능한 툴이죠.

어느게 좋은 프로그램일까요?

사용하고자하는 목적, 유저의 능력, 용도 , 현재의 사항 등에 맞춰 골라서 쓰는게 맞다고 봅니다.

XE 를 택하느냐, ZB4나 그누4 를 택하는 기준도 이와 동일하다고 봅니다

아예 html 을 잘 모르거나, 여러 기능을 넣고픈 경우.. XE 는 정말 멋진 프로그램입니다. 다만 좀 무겁습니다

가벼운걸 추구하는 분께는 그누4가 훨씬 낫겠죠.. 다만 기본적인 웹지식은 다 공부를 하셔야만 합니다.


2) DB 구조등의 문제점..

이것도 제 느낌엔 XE 측에서 기능적인 이유때문에 선택을 했다고 생각합니다.

통합검색, 글 이동 기능들.. 무제한으로 설정할 수 있는 확장변수 기능들...

파일 개수 제한없이 무제한으로 올릴 수 있고, 파일첨부한걸 본문에 자유롭게 배치할 수 있는 기능

이런 기능들 써보면서거 편하다고 생각 안 해보신 분들 없죠?

이런게 실제로 DB로 보면 참 무리가 가는 구조입니다. 에디터도 한계가 오고요..

모든 글이, 게시판별로가 아니라 하나의 table 안에 다 저장되고

확장변수는 전부 일일이 left join 되어야하는 구조.. (확장변수 복수검색하려면 left join을 몇차례나 해야합니다)

이 구조 기반에서 위젯 몇개만 돌려버리면 부하가 걸릴 수 밖에 없습니다

게다가 애드온.. 이거 실체가, 돌고있는 모든 소스를 다 검색해서 치환 하는 개념이라고 보면 됩니다

당연히 무리가 올 수 밖에 없습니다.. 애드온은 막대한 지장을 줄 수 밖에 없죠.

첨부된 파일을 본문에 넣을 수 있게하려다보니, 글이 저장되기 전에 미리 파일이 저장되어야만 했고..

그러다보니, 플래시기반으로 해서 별도 저장기능을 구현한거죠.. 

대신.... 편하지 않습니까?

예를들어 애드온 하나 기능 넣으려면, 원래 모든 스킨에다가 다 일일이 그 기능을 추가해야하는 작업인거죠

확장변수.. 기존 ZB4 기준으로 아무리 편법써도 sitelink1,2,file_download1,2,x,y, 까지가 한계였죠.

그후엔 DB를 직접 건드려야만 했습니다... 그런데 지금은 무제한으로 가능합니다.

게다가 확장변수 eid 라는거.. 잘만 이용하면 정말 여러가지 용도로 쓸 수 있습니다.

본문에 원하는 위치에 사진 추가도 못하던게 기존 에디터의 한계였죠..

즉, 기존 툴들에는 없던 XE 만의 기능적인 이유와 편의성을 제공하기 위해 만든 기능적인 이유로

불가피하게 해당 범위내에서 무거워지는 구조를 취하게 되었습니다.

자기가 추구하는 사이트의 특성에 맞게.. 생각하시면 됩니다.

굳이 이런 기능이 필요없는, 순수한 게시판만 필요하면, 솔직히 XE 쓰실 필요가 전혀 없습니다.

이런 경우라면, 그누4 를 적극 권해드립니다. 



3) XE 에 내가 필요로 하는 기능들이 많이 빠져있다고요?

스킨등을 만들다보면, 이런 한계가 있답니다. 사람마다 요구사항이 전부 다 달라요..
모두들 의견이 다 다릅니다. 취향도 다르고.. 이걸 전부 다 반영하는건 아주아주 한계가 있습니다. 

게다가 변수가 많아질수록 버그가 많아지고 관리하기 정말 제작하기 어려워집니다..

결국, XE 기준에서 지원하는 영역의 한계점을 정할 수 밖에 없습니다.

즉, 가장 기본적인 형태까지만 지원을 할 수 밖에 없습니다.

현재 XE.. 아주 솔직하게 말해서.. (1.5 에 따른 버그가 조금 있기야 하겠지만)

배포된 레이아웃 , 배포된 모듈 , 배포된 위젯만으로도..

html 하나도 모르고도, 조금 노력하면 사이트 제작 가능합니다.

이 사실 하나만으로 XE 는 나름의 목표를 이뤄냈다고 생각합니다.

(그누4 와 Zb4 는 html 에 대한 최소한의 지식이 없으면 제작이 안 됩니다.)

그러나, 앞에서 말했듯이 한계가 있습니다. 각 개인의 입맛에 맞게 제공해줄 수가 없는겁니다.

결국 부족한 부분들은, 서드파티 제작자들이 일부 체워주고..

그리고도 부족한건, 기존 ZB4 하듯이 스스로 익히거나, 전문 제작자들에게 의뢰하시는게 맞다고 봅니다..

쇼핑몰 말도 있었는데... 전 솔직히 XE 측에서 ShopXE 를 만들어야할 의무는 없다고 봅니다.

Xe 기반에서 아무리 잘 만들어도 , 절대로 전문 쇼핑몰 솔루션을 따라잡을 수가 없습니다.

ShopXe 솔직히 꽤 잘 만들었습니다. 커뮤니티 기반과 연계해서 포인트 연동이 꽤 기능적입니다.

Xe 1.5에서의 호환에 대한 불만.

기존 1.4 까지의 지원에 대해 ShopXE 개발진께.. 뭔가 보답을 해주신 분이 계셨나요?

웹개발로 삶을 유지하시는 분이 아니시라면, 개발을 포기해도.. 충분히 이해가 됩니다. 절대 욕먹을 일이 아닙니다

솔직한 제 심정은, 그정도라도 만들어준것 만으로라도 감사하고 또 감사할따름입니다.

ShopXE 1.5 에서 호환이 되게 만들 수 있습니다. 이 순간부터 개인 제작자들의 손이 많이 들어가 유료화 되겠지만..

오픈소스기반이니 무료.. 라는 익식 자체가 바뀌게 되면.. 이 문제도 언제가는 해결이 되겠죠.



4) XE 가 너무 어렵다고요?

네. 인정합니다. 어렵습니다. 정말 어렵습니다. 정말정말정말정말 어렵습니다.

실제 웹경력 5년~10년 되는 분들조차, XE 를 어느정도 다루려면 몇달을 뜯어봐야합니다.

많은 웹경력자분들조차 XE 이용한 제작을 하다가 한계를 느끼고 포기하는걸 정말 많이 봤습니다.

그 분들 조차 그런데, 일반적인 이용자분들에게는 어렵습니다.

그런데, 어려운건 어쩔 수가 없습니다.

XE 는 단순한 기능이 게시판 툴이 아닙니다.

html 하나도 모른 상태에서 아예 홈페이지 하나를 제작할 수 있을 정도의 기능을 만들고 다 연계하고

게다가 서드파티 분들의 확장성을 위하다보니, 모든걸 체계화해야하다보니,

웹지식이 없으신분들이 건드리긴... 지나치게 어려워질 수 밖에 없게 되었다고 봐야합니다

어렵게 만들려고 했던게 아니라, XE 가 추구하는 방향을 위해서는 어려워질 수 밖에 없어진겁니다.

그래도 조금 공부하시고 시행착오를 겪다보면, 스킨 수정정도까지는 그나마 가능할겁니다

그 이상을 하시려고 하면... 그건 아예 1년 이상 전문적으로 웹만 파고들지 않는 한 한계가 있습니다


제가 느끼기에.. 솔직히 말씀드리면

XE를 ZB4나 그누4 때와 자꾸 비교하시는 분들은, 아마 기본적인 웹지식을 익히신 분들일겁니다.

XE 는 어떻게보면 그 분들이 주타겟이 아니였을겁니다. 

자기 입맛에 맞게 수정하고 변경 추가 하고프시다면, 차라리 ZB4 나 그누4 를 쓰십시요.

XE로 이를 하려면, 몇배의 노력과 시간과 시행착오가 필요하실겁니다. 

그러나, 만들어진 기능들을 뚝딱뚝딱 붙이는건 , 어느 툴보다도 훨씬 쉬울겁니다.



5) XE가 전문 개발자를 위한 툴이라는 의견..

   

제 생각에, XE 는 정말 웹을 잘 모르는 분들을 위한 툴이라고 생각합니다.

개발자들조차도, XE 는 정말 머리아픈 툴입니다. 조금만 확장하려해도 이래저래 복잡하고 손이 가는게 아닙니다

결코 개발자 지향적인 프로그램이 아닙니다. 

1차적으로는, 기존 개발되어있는 자료들을 조합해서, 아주 간단한 형태는 일반 이용자도 손쉽게 만들 수 있는 툴이고

그리고 2차적으로... XE를 잘 아는 개발자들이 XE 기반으로 제대로 사이트를 만들면

관리를 위한 왠만한 기능을 전부 관리 기능, 레이아웃 설정, 스킨설정등에 다 넣음으로써..

실제 홈페이지를 이용 및 관리하는 분들이, html 을 하나도 모르고도 사이트 전체를 관리할 수 있게 만들 수 있습니다

그만큼 만들려면 어쩔 수 없이, 개발자들의 손을 빌려야하고 돈 이라는게 필요하겠지만.

그래도 제대로만 만들면, 굉장히 관리가 용이한, 이용자 지향적인 형태로 개발이 가능합니다.

확실한건, 실제 개발자가 운영하는 사이트로는. XE보다 순수하게 php로 제작하는게 훨씬훨씬 편할겁니다.

절대 개발자를 위한 툴이 아닙니다. ^^;; 철저하게 이용자를 위한 툴입니다.



6) XE 1.5 에서의 호환성 문제

많은 분들이 불만을 토로하지만..

실제 가장 큰 피해를 본 사람들은 의외로 서드파티 개발자들일겁니다.

그런데 그 분들은 정작 한두번 속으로 에이~~ 한뒤에 그냥 참고 따라갑니다.

열심히 만들어 배포해놓고도.. 호환 안 된다고 욕 많이 먹고

그리고 때로는, 아예 기존에 몇년간 유지하던 걸 다 포기하고 새로 만든경우도 있죠

(저 또한 3년넘게 기능 개선해오던 board 스킨.. 결국 포기하고 XE 1.5 용으로 새로 만들고 있습니다.)

사실 이번 업데이트 분명 XE측 실수도 있다고 생각합니다.

1.5 라는 버전명도, 쉬운설치도, 기존의 1.4 와 아예 파일을 분리하지 않은것도..

테스트가 너무 안 된채 배포된 것도.. 여러 문제가 있었다고 봅니다.

이건 운영의 실수라고 봐야겠죠.

그러나, 프로그램상으로 이번 호환성 문제는

XE 나름대로 어떤 큰 이유를 지니고 불가피하게 변경을 했을겁니다.

결코 기존의 호환성 문제를 소홀히 하지 않았을겁니다. 아마 대의를 위한 큰 선택이었을거라고 봅니다.

전에도 한번 예를들었지만..

윈도우XP 에서 되던 프로그램이 윈도우7 에서 안 되면..

윈도우7에 맞춰 업그레이드를 안 하는 그 프로그램을 욕할겁니까?

아니면 호환성 무시하고 개발한 MS를 욕할겁니까?

결국 윈도우XP를 쓰느냐, 윈도우7을 쓰느냐를 자기 사정에 맞게 사용자가 선택하듯이..

XE 1.4 를 쓰느냐, XE 1.5 를 쓰느냐는 사용자가 택해야하는 문제라고 봅니다.

무조건적으로 XE 1.5 가 문제가 있다고 욕할 문제가 아니라고 봅니다.  




7) XE Lite 버전에 관해서.. 그리고 모듈 분리등의 의견에 관해서

제가 게시판 스킨 만들면서, Lite 와 Full 이렇게 두개를 운영해봤습니다.

간단해 보이지만.. 이거 어마어마하게 부담스럽습니다.

뭔가 하나 고칠때마다 양쪽을 다 고친다는게.. 이거 ㅡㅡ; 할짓이 아닙니다. 기억도 다 못하고...

게다가 안정성도, 호환성도, 여러가지 문제점을 안고 있습니다.

이 Lite 버전에 투입될 인력이 있으면, 그냥 XE 자체에 투입되는게 훨씬 효율적이라고 봅니다.

위에도 언급했지만, 정말 속도 빠른걸 원하시면, XE 를 선택하면 안 되는게 정답이라고 봅니다.

모듈 분리도 마찬가지 맥락입니다.

분리를 많이 할수록, 그에 따른 여러 상황을 대비해, 함수화 하거나 설정을 맞춰줘야하는 부분들이 많아질겁니다

또한 분리됨으로써, Core 와의 버전차이등이 발생함에 따른 버그 발생등의 우려가 훨씬 높아집니다

결국 운영에 있어, 이 부분까지는 혼란을 줘서는 안 되겠다고 생각하는 부분까지는 합쳐서 배포해야한다고 봅니다.

XE측에서 이를 나름 고민해서 잡아둔게 지금 모습이 아닐까 싶습니다. ( 쪽지나 기타 여러 기능들)

무리한 분리보다는.. 차라리 관련 애드온들을 아예 꺼버리는 것 정도가 적합한 타협점이 아닐까 싶습니다.



8) 개인적인 결론

 

XE 는 그누4 나 ZB4 와는 다릅니다.

아예 지향하는 것도 다르고, 주타겟도 다르다고 생각합니다.

XE가 아무리 한다고 해도, 그누4 와 ZB4의 장점까지 다 포용할 수는 없다고 봅니다

대신 그누4와 ZB4 가 지원하지 못하던 부분에서 편의성과 다양성을 지원할겁니다.

그냥 막말하는게 아니라.. 솔직한 제 의견을 말하면

자기가 개발하려는 사이트 성격에 맞게..

XE 를 택하느냐, 그누4나 ZB4를 택하느냐.. 이걸 이용자들이 맞춰서 선택해야한다고 생각합니다.

최소한의 기능으로 가벼운걸 원하면 게시판기반의 그누4와 ZB4가 맞고

다양한 기능이나, 관리의 편의성, 다국어등을 원하면 XE 가 맞고.. (더더욱 잘 만들려면 전문제작자를 통하고..)

XE 대신 따른 툴을 쓴다고 해서, 나쁜 사람이 되는 것도 아니고.. XE 가 나쁜 것은 더더욱 아닙니다.

서로 지향하는 바가 다른 프로그램인바, 지향점이 유사한 사람에게는 최고의 프로그램인것이고

지향하는 바가 다른사람에게는 안 좋은 프로그램으로 느껴질 수도 있다고 봅니다.

결국.. 자기에게 맞는, 프로그램을 찾아서 선택하시는게..

오픈소스를 제대로 이용하는 진정한 이용자라고 봅니다.

어느 프로그램이 자기한테 맞는지 정도의 정보 수집과, 시행착오 정도는 이용자가 해야한다고 봅니다.

만약 XE 가 나쁘다고 느껴지신다면..

XE가 안 좋은게 아니라, XE 가 지금 불만을 가지신 유저분과 안 맞는게 아닌게 아닌가.. 생각합니다. ^^



긴 글 읽어주셔서 감사합니다.

아마 XE 가 망하기 전까지는, 전 계속 XE 와 함께 생사고락을 할듯합니다

그러니, XE 가 망하지 않고.. 계속 유지 발전해나가길 진심으로 빕니다 ^^


XE 개발진들.. 서드파티 제작자분들, 모든 이용자 분들.. 한해동안 수고 많으셨고.
새해 복 많이 받으시길 바랍니다 ^^

글쓴이 제목 최종 글
eohue 에디터가 가장 어렵네요 [11] 2012.01.22 by 시니시즘
銀童 XE mysql 데이터베이스 타입을 innodb 로 권장하면 어떨까요? [1] 2012.01.23 by 쿨럭이
銀童 부디 다른 XE 가 나오길 기원해봅니다. [12] 2020.03.14 by 루큐모닷컴
銀童 XE 의 기능적인 부분은 제하고 속도의 부분에서만 이야기를 해봅시다. [41] 2012.01.22 by 코뿔소2020
natura 사공이 많으면 배가 산으로 갑니다 [8] 2012.01.22 by natura
sejin7940 너무 XE 비판글만있어서, XE 옹호하는 긴 글을 하나 써봤습니다 ^^ [19] 2012.01.22 by 때린데 또때려
Youth XE에 간절히 바라는 것을 짧고 굵게 표현 [20] 2012.01.21 by sejin7940
루큐모닷컴 이제 제로보드4 메뉴얼 사라졋내용 ㅎㅎ [2] 2012.01.21 by 루큐모닷컴
하늘종 "가입폼 관리"랑 "회원정보 관리"는 분리하는게 좋지 않을까요? file  
우진홈 v1.4 메뉴관리를 복원한 v1.5용 트리메뉴 관리 모듈을 테스트 해 주세요. [18] file 2012.01.21 by 우진홈
코뿔소2020 PXE 게시판 파일 가지고 계신분 자료 부탁드려도 되나요. [4] 2012.01.21 by snows96
sonor XE의 CMS 점유율 [14] file 2012.01.21 by HolyJohn
푸하라 확장 변수를 이용한 정렬 문제 [4] 2012.01.21 by 푸하라
푸하라 모듈개발시 불편한점 몇가지 적어 보겠습니다. [3] 2012.01.20 by 푸하라
미노아 속력 증가를 위한 고견을 부탁드립니다. [21] 2012.01.20 by 푸하라
꿈계 회원가입할 때 post값으로 좀 받아오려고 하는데... [1] 2012.01.20 by CMD
푸하라 xe의 앞으로의 정책이 정말 궁금.... [2] 2012.01.20 by HolyJohn
sonor XE 1.4버전과 1.5버전의 속도차이 [8] file 2012.01.19 by 백월z
비누값 일반 회원에게 내부 모듈이 다 공개되는 건 어떤가 합니다 [5] 2012.01.19 by snows96
황비 XE의 마지막 사용자를 생각합니다. [19] 2012.01.19 by 서비여