글
그럼에도 불구하고 UML은 좋은 도구다
2009 이야기
2009/08/12 08:28
UML전문가가 설계전문가?
Ray님이 기분 상할지 모르지만, 나도 종종 내뱉는 넋두리를 풀어낸 글이다. 여기 120% 공감하는 말이 있다.
거기에 더해서 혼란을 가중시키는 다양한 도구까지 있다. 수차례 내뱉은 말을 다른 사람 글로 본다.
종종 사람들은 UML이나 모델링 도구 혹은 사용 기법이 설계의 어려움을 대신해주길 바란다. 고민을 덜 하고 간단한 조작을 통해 마법이 일어나길 바란다. 혹은 다른 사람이 대신해주길 바란다. 심지어는 미루어 버리기도 한다. 도구의 역할은 같은 노력을 투입했을 때, 효과를 높여줄 뿐이다.
Ray님 글에 120% 공감하고, 내 넋두리를 대신해준 듯 속이 시원하다. 그렇지만, 짓궂게도 토를 달고 싶어진다.
UML 대신 다른 말을 대입해보자.
UML이 고작 모델링을 위해 선택할 수 있는 하나의 언어일 뿐일까? 물론, 그렇게 평가할 수 있다.
하지만, UML을 활용할 수 있는 도구가 많이 나와 있다. 설계를 모두 담아내긴 부족하긴 해도 다양한 표기법과 편리하게 의미를 담을 수 있게 해준다. 부족하긴 하지만 UML은 좋은 도구다.
끝내기 전에 하나만 부탁하자. 이미 구입한 분이 아니라면, 제발 비싼 모델링 툴은 택하지 말자. 무료 툴이 불편하다면, 20만원 정도인 EA면 충분하다.
Ray님이 기분 상할지 모르지만, 나도 종종 내뱉는 넋두리를 풀어낸 글이다. 여기 120% 공감하는 말이 있다.
사실 넘치는 기법들이 개발자들을 더 혼란스럽게 하는 것에 종종 화가 날 때가 있습니다.
기법은 기법일 뿐입니다. 내용은 아니죠.
거기에 더해서 혼란을 가중시키는 다양한 도구까지 있다. 수차례 내뱉은 말을 다른 사람 글로 본다.
잘 된 설계는 형식에 구애 받지 않고, 소프트웨어를 구현하기 충분하게 소프트웨어 구조를 잘 설명한 것
종종 사람들은 UML이나 모델링 도구 혹은 사용 기법이 설계의 어려움을 대신해주길 바란다. 고민을 덜 하고 간단한 조작을 통해 마법이 일어나길 바란다. 혹은 다른 사람이 대신해주길 바란다. 심지어는 미루어 버리기도 한다. 도구의 역할은 같은 노력을 투입했을 때, 효과를 높여줄 뿐이다.
Ray님 글에 120% 공감하고, 내 넋두리를 대신해준 듯 속이 시원하다. 그렇지만, 짓궂게도 토를 달고 싶어진다.
UML을 아는 것은 좋습니다. 남들이 UML로 작성해 놓은 것을 읽을 수는 있어야 하니까요.
UML 대신 다른 말을 대입해보자.
영어를 아는 것은 좋습니다. 남들이 영어로 작성해 놓은 것을 읽을 수는 있어야 하니까요.
UML이 고작 모델링을 위해 선택할 수 있는 하나의 언어일 뿐일까? 물론, 그렇게 평가할 수 있다.
하지만, UML을 활용할 수 있는 도구가 많이 나와 있다. 설계를 모두 담아내긴 부족하긴 해도 다양한 표기법과 편리하게 의미를 담을 수 있게 해준다. 부족하긴 하지만 UML은 좋은 도구다.
끝내기 전에 하나만 부탁하자. 이미 구입한 분이 아니라면, 제발 비싼 모델링 툴은 택하지 말자. 무료 툴이 불편하다면, 20만원 정도인 EA면 충분하다.
