전체 글21 소프트웨어 설계가 완벽할 수 없는 다섯 가지 이유 소프트웨어 설계란 개발을 위한 초석이며, 설계자가 고객 또는 개발자와 커뮤니케이션하기 위한 도구이다. 소프트웨어 설계는 분명 다른 공학의 설계와는 다른 특성을 갖고 있으며 소프트웨어 설계는 다음의 몇 가지 이유 등으로 인해 완벽할 수 없다. 첫째, 소프트웨어 설계는 일반 공학의 설계가 아닌 시나리오다. 일반 공학, 예를 들어 건축공학에서, 건축 설계의 최종 목적물은 건축물에 대한 스틸 사진이다. 그러나 소프트웨어 설계의 최종 목적물은 시간의 흐름에 따라 혹은 외부의 이벤트에 어떤 행위 즉 기능을 해야 하는 지를 계획하는 것이다. 이 점에서 오히려 영화의 시나리오에 가깝다. 이것은 소프트웨어 설계를 위해 흔히 사용하는 UML이 영화 시나리오를 도식화하기 위해 꽤나 적합하다는 것에서도 알 수 있다. 거꾸로 .. 2020. 10. 15. 프로젝트 M을 논하다 – 1. 들어가며 당신에겐 하찮아 보일지 모르는 이 프로그램을 만들기 위해, 우린 수많은 시간을 치열하게 일해야 했습니다. - 이채성 목차 1. 들어가며 2. 프로젝트 M은 어떤 녀석인가? 3. 프로젝트 M, 왜 힘들었나? 4. 프로세스 M을 다시 한다면 들어가며 이 글은 M 프로젝트를 겪으면서 보고 느꼈던 것에 대한 개인적으로 정리한 글이다. 결코 누구의 잘잘못을 가리기 보다는 이러한 프로젝트를 통해 겪은 내용을 함께 함으로써 또 다른 M 프로젝트에 다소 나마 도움을 주기 위함이다. M 프로젝트에 처음엔 프로젝트 PMO로 프로젝트에 참여했다가, 프로젝트가 어느 순간 무너지면서 본사 담당 Sub-PM, WAS 서버 관리자, Java 개발자로서 생활했다. 내용은 프로젝트를 관리하는 입장에서 서술되었으며, 최대한 객관적으로 .. 2019. 2. 22. NetZ 이야기 - 1. 1999년 7월 序 NetZ는 98년부터 2003년까지 개발했던 작은 프로그램이다. 이 이야기는 NetZ를 개발하면서 그리고 개발한 후에 겪어야 했던 일들에 대한 기억의 편린이다. 이제는 말할 수 있다? ㅎㅎ 그래, 10여 년의 세월이 지나서, 이제는 아무런 감정의 기복없이 담담히 나를 회상할 수 있을 때가 되어, 그 때에 있었던 일들을 어디엔가 남기고 싶었다. 지금은 비록 프로그램 개발보단 무슨 무슨 계획서를 작성하느라 세월을 보내고 있지만 내게도 프로그래머로 한 칼이 있던 시기가 있었다. 그 때를 추억한다. 2011.11.07 1999년 7월 "MIS지원팀 이채성입니다" "이채성씨죠?" "예. 전데요" "여긴 본사 경영기획팀인데요. 이채성씨가 AutoAuto라는 프로그램을 개발했나요?" "예." "여권이 있나요?" .. 2019. 2. 19. 최저 비용으로 기업 내 커뮤니케이션 활성화 하기 조직 내 커뮤니케이션 활성화란 명목으로 기업용 SNS 를 도입하거나 이런저런 많은 것을 만든다. 하지만 기업의 커뮤니케이션의 활성화는 단순히 IT시스템의 도입으로 되지 않으며 결국 그러한 것을 사용하는 조직의 문화가 커뮤니케이션의 활성화를 좌지우지 한다. 진정 커뮤니케이션 활성화를 원한다면, CEO스스로가 바뀌어야 한다. CEO 스스로가 듣고 싶은 말만 듣기를 원한다면 커뮤니케이션 활성화를 위해서 IT적으로 아무리 많은 투자를 한다고 하더라도 진정한 커뮤니케이션이 되지 않는다. CEO는 직원들이 어떤 생각을 하고 있는지 알고 싶어하면서도 막상 그것이 본인의 생각과 반하는 생각이라면 귀를 막고서 듣지 않고자 한다. 이런 이중적인 모습에 직원들은 쉽사리 실망하고 만다. 회사에 대한 비방적인 글이 올라왔다고 .. 2019. 2. 19. 이전 1 2 3 4 ··· 6 다음