민우아빠[사가]의 잼있는세상

무식이 힘이다.~~~

2년 전엔 이런 생각은 있었지만 막상 일을 해보고 경험해보고 나서 알게된.. 그리고

경험하게된 일들이다.. 사실 이전 회사에선 인원도 적고.. 일만 무지하게 많았던 관계로

어떤 프로그램을 작성할때 그에 맞는 DB설계, 프로그램 구조설계.. 이런거 생각할 시간도

없었고.. 당연히 그냥 짜~~ 그럼 짰다..

그런회사에서 2년 반을 근무하다, 막상 큰 회사의 사원으로 입사한후에.. 참 적응하기 힘들

더라..

오자마자 사람들 왈.. 기대반.. 하지만 안겨준건.. 실망.. 아니 체계안잡힌.. 무자비한..

중구난방의 일처리 방식에. .금새 사람들을 놀라게 하곤 했다..

물론 지금도 상황은 비슷하다.. 좀 나아지긴 한건가..

개발방법론 그게 모뉴~~

이전에 읽어본 블로그에서 작자가 한 .. 개발방법론에 의거한 일의 진행..
정말 쉽지.. 않다.. 아니 현실적으로 그에 꼭 맞게 프로그램을 할려면 배보다 배꼽이 클것이다.

아니 내경험상 크다.. 이전에 그룹웨어 개발과 관련한.. 설계를 해볼 기회가 있었다.
우선 .net 기반의 프로젝트라서.. MS에서 개발한 개발방법론을 기반으로 그 구조를 설계 했다.

사실 난 처음 그렇게 시작할때 부터 음.. 프로그램은 언제 짤까 라는 생각부터 들었다..
이렇게 되어서 저렇게 된다는것.. 그런 프로세스 흐림도를 그리는 일은.. 예전엔 내 머리속에
서 모두 혼자 결정하고 혼자 구현 했던 터라..

결국 그렇게 프로세스 구조만 그리는데.. 1달이 소요되었고. 그것고 하다가 말았다..
일이라는 것이 진행되다가 없어지고.. 무기한 연기되는 것이 다반사인 세상이만..
나같이 속마음이 급한 사람이라면 역시.. 그런 방법은 맞지 않는거 같다..

필요하긴 필요해.. 하지만 언제?

사실 그렇다고 불필요한 일은 절대 아니다..

그러한 절차를 통해서 계획된 프로그램, 복잡한 프로세스 흐름도를 가지는 프로그램은
꼭 그러한 절차가 필요하다..

하지만 각각의 일흐름이 그러하듯이.. 모든일에는 정도가 있는법.. 적당한 선에서..
그게 맞게 좀더 간략화 되고.. 심플한 프로세스 구조가 훨씬 낳은 경우도 있는 법인것
같다..

그런 의미에선 여러모로 많은 생각을 갖게 하는 좋은 글이었습니다..

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

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