본문 바로가기

Homo Programming196

뭘 많이 매겨 얼마전 회사 게시판에 성공적인 프로젝트와 팀원을 열정으로 만드는 요인에 대한 토론글이 올라온 적이 있었다. 그 중 한가지 의견은 다음과 같다. 솔직하나 현명하지 않은 답변 올립니다. 성공적인 프로젝트란 고객 등, 이해관계자들을 100% 만족시키는 것이겠지만, 현실상 그런 프로젝트가 어디 있을까 합니다. 좀 다른 이야기입니다만, 어설픈 코더인 제가 바라는 프로젝트는 힘들더라도 즐길 수 있는 개발환경(기술적이든 아니든)을 갖추었으면 좋겠습니다.(개인의 마음 먹기에 달렸지만요~) 영화 '웰컴투 동막골' 에서 북측 장교 역할이었던 정재영이 동막골 촌장(?)에게 어떻게 사람들이 이렇게 잘 따르는지 물었더니 촌장의 대답이 이랬다죠. "뭘~ 많이 매겨(먹여)~" ○○씨나, ○대리님이 말씀하신 밥이 이거겠죠? 각 팀원.. 2008. 3. 11.
비즈니스 패턴 비즈니스 패턴은 사용자들과 비즈니스 조직 및 어플리케이션, 접근하는 데이터 사이의 관계를 나타낸다. 다음 표와 같이 네가지 주요 비즈니스 패턴이 있다. 비즈니스 패턴 설명 예 Self-Service (User-to-Business) 사용자가 인터넷이나 인트라넷을 통해 비즈니스와 상호작용하는 어플리케이션 단순한 웹 사이트 어플리케이션 Information Aggregation (User-to-Data) 사용자가 데이터, 텍스트, 이미지 등과 같은 대용량 정보로부터 유용한 정보 추출이 가능한 어플리케이션 비즈니스 인텔리전스, 지식 관리, 웹 수집 (Web crawler) Collaboration (User-to-User) 인터넷이 사용자 간의 협업 작업을 지원하는 어플리케이션 이메일, 커뮤니티, 채팅, 화상.. 2008. 3. 11.
유스케이스 드리븐 방식의 한계 - 유스케이스 드리븐 방식은 식별된 유스케이스로부터 공통된 객체를 식별하는 방법으로 가장 널리 사용되는 방법 중의 하나이다. - 그렇지만, Don Firesmith 는 다음과 같이 유스케이스 드리븐 방식에 대해서 반대입장을 표명했다. [Firesmith1996] “유스케이스는 객체지향 방법이 아니다. 각각의 유스케이스는 객체 기술에서 지양해야 하는 기능 분해 관점에서 수많은 문제점을 야기시킬 수 있는 주요한 기능적인 추상화를 담고 있다... 객체와 클래스가 식별되기 이전에 유스케이스가 먼저 식별되었기 때문에 유스케이스는 객체에 대한 속성과 오퍼레이션을 무시하게 된다.” 계속해서 그는 유스케이스 드리븐 방식이 “전형적인 서브시스템 아키텍처 형태를 띠며... 개개의 유스케이스의 로직을 표현하는 단일 기능 컨.. 2008. 3. 10.
사람이 더 중요한 소프트웨어 소프트웨어를 만드는데 있어서 무엇보다도 가장 중요한건 사람이라고 한다. 아무리 좋은 기술, 아무리 좋은 환경, 아무리 좋은 방법론이 있다고 하더라도 결국에는 사람이 하는 것이고, 사람을 닮은 시스템을 만드는 것이기에 사람은 더욱 더 중요하다. 하지만, 이러한 것은 소프트웨어 학문과 산업이 애초부터 다른 학문이나 산업보다 너무나도 미천한 역사를 가지고 있는 연유는 아닐까. 때로는 밥먹듯이 야근하는 소프트웨어 업계의 분위기는 어찌보면 개발 프로세스나 기술적인 측면들이 사람이 개입되지 않고서는 제대로 동작할 수 없는 미성숙함이 그 단초임이라는 생각을 하지 않을 수 없게 만든다. 그래서, 소프트웨어 개발이나 유지보수를 하는 사람들은 어떻게든 자동화나 체계적인 프로세스를 만들려고 노력하려 하지만, 현재의 상태에서.. 2008. 3. 10.
반응형

티스토리툴바