학교에서 소프트웨어 공학 수업때문에 UML에 치를 떨었다.

'아니 저런 초유의 삽질이 있단 말인가?'

여전히 나는 그러한 복잡한 방식의 설계는 싫다!! 앞으로 절대 안하고 싶다. (예를 들어 (결과물이)간단한 Use case 를 만들기 위한 고민은 절대! 하고 싶지 않다.) 하지만, 뭐 배운거 써먹어봐야지... 해서 만들어봤다. 복잡한 디자인은 싫더라도, 어느정도의 디자인은 도움이 될꺼라고 생각해서이다.

그동안 UML을 사용해본적은 없지만, 머리속에서라도 대략적인 설계는 반드시하고 코딩을 해왔기 때문에 설계는 항상 중요하게 생각해왔다. 나는 단지 그것을 도식화하기 위해 사용할 뿐 아직까지 다른 이유는 없다. 그래서 그런지, 아직 프로젝트가 작아서 그런지... 이걸 하고서 덕을 본건 '아직까지는' 전혀 없다.

현재는 코딩 후, UML 을 만들거나 코딩 컨셉을 다 잡은 후 UML 을 만들고 있다. 그래서 그런지, UML 을 작성함으로써 생기는 코딩에 대한 Feedback 이 없다. 이상하다. -_-;; UML 을 작성함으로써 뭔가 얻는게 있을듯 있을듯 한데..... 아직까지는 글쎄..... class diagram 만 만들어서 그런가?? 조만간 collaboration diagram 도 만들게 되면 뭔가 도움이 될지도 모르겠다.

뭐, 위에 작업중인건, 하드 날리고 6월 말부터 다시 작업하고 있던 엔진이다. 컨셉도 바꾸고... 아에 처음부터 다시 작성중이라 잘잘하게 손가는 일이 많다.

원래 기본적으로, 렌더러와 엔진의 추상화, 그리고 렌더러를 엔진에 붙이고, 리소스 관리는 엔진으로, Scene 관리는 렌더러에서 처리 예정이었으나, Ogre3D 엔진의 구조를 잠깐 참고보고 Resource Manager 와 Scene Manager 를 추가했다. 찾아보니 공개된 Scene 관리 프로그램이 제법 있는 듯 하여, 차후, 일단은 Open Scene Graph 등의 (공개) 프로그램과 연동할 수 있도록 해볼 예정이다.

문제는 플러그인 추가이다. 특히 Renderer 의 경우는 플러그인화가 필수인데, 그전에 스크립트 엔진을 만들어야 할지 모르겠다. 당장 스크립트 엔진 작성은 무리라서 난감하다. (컴파일러 수업도 발로 들었는데....)

다시 UML 얘기로 넘어가면......., 역시 StarUML 은...... 별로다. 공개인 점은 굉장한 장점인데, 버그가 꽤나 많은 편이고(특히 XML로의 변환), 기본적으로 사용자를 배려하지 않은 인터페이스가 굉장히 많다. 처음에는 이런 프로그램이 공개에다가 '한국 사람이 만들었다고?? 대단한데!' 생각을 했지만, 쓰다보면 외국인이 만들었다면 이렇게 불편하게 만들진 않았을텐데... 라는 생각이 들정도다. StarUML 은 Plastic(StarUML 이전의 이름)때부터 존재했었기 때문에, 분명히 나름대로 적지 않은 시간과 기회가 있었을텐데, 이러한 불편한 점이 아직도 개선되지 않고 남아 있다는 것은 실망스럽지 않을 수가 없다.(하긴, 얼마전 소개했던 Gantt Project도 마찬가지다. 그건 버그가 훨씬 심하다. 일일이 말할 수 없을 정도다.)

뭐, 일단은 무료이니 만큼 쓰는데까지 쓰는거고.... 나중에 적절한게 생기면 교체를 할 예정이다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.