se4 [진정한 개발자] SW 프로세스에 대한 서로 다른 생각... KLDP에 올린 만화입니다. SW를 개발하는 어느 조직이나 자신들만의 SW 프로세스를 갖고 있습니다. 교과서에 나오는 여러 SW 프로세스를 자신들의 환경에 맞추어 수정하고 템플릿 문서도 정리해 놓았겠지요. 하지만 실제로는 SW 프로세스에 대한 구성원 각자의 생각이 서로 다른 경우가 많습니다. SW 프로세스는 프로젝트 관리자(PM) 머릿속에만 있고 직접 SW를 구현하는 개발자에게는 잘 안보이는 경우가 많고, PM 위에 있는 사람들은 아예 SW 프로세스에 대해 고민하지 않고 납기일에만 관심을 갖습니다. SW 프로세스가 거창할 필요는 없겠지만 모두가 잘 알고 있고 실천하기 쉬워야 조직내 진정한 프로세스로 자리잡을수 있습니다. 조직 수준에 맞는 쉬운 SW 프로세스가 필요한 셈이지요. 2007. 7. 3. 201가지 소프트웨어 개발 원칙 이 가운데 쓸만한 몇가지 원칙을 뽑아 본다면.. 일반원칙 품질이 제일이다. 사후에 품질을 만들어 넣으려하지 마라. 성능보다 신뢰성이 더 중요하다. 시제품을 고객에게 빨리 보여준다. 처음 시도하는 것은 폐기할 작정으로 개발한다. 보면 볼수록 더 많은 것을 원한다. (변경에 대비하자) 개발중의 변경은 피할 수 없다. 가능하면 개발하기 보다는 구매한다. 사용자 메뉴얼이 간단하게 되도록 소프트웨어를 개발한다. 아무리 복잡한 문제라도 해결책은 있다. 소프트웨어 도구는 우수한 개발자에게 제공한다. 대세를 따를 때는 주의해야 한다. (신기술대한 맹목적 수용은 위험) 문서표준을 사용한다 모든 문서에 용어정의를 한다. 요구사항 원칙 요구사항이 불명확할수록 비용예측이 어렵다. 시제품으로 사용자 인터페이스 선정의 위험을 줄.. 2006. 6. 18. [Professional 소프트웨어 개발] 변하지 않는 핵심 잡기 소프트웨어 개발자는 공부를 많이 해야 한다. 새로운 기술이 늘 쏟아지다 보니 지금 유행하는 기술도 어느새 최신 기술에 밀려 찬밥 신세가 되고 만다. 모뎀으로 겨우 통신이 가능하던 시절에는 대부분의 개발자가 단독으로 실행되는 프로그램을 개발했지만 인터넷이 등장하고 웹이 일반화되면서 웹개발이라는 새로운 영역이 생겨나기 했다. C, C++이 보편적으로 쓰이던 때에 갑자가 Java, C#이 이라는 언어가 나타나서 개발자들에게 배울거리는 던져주기도 했다. 그러고 보면 그 옛날 열심히 공부했던 VB, Win32API, MFC는 최근 2년간 거의 사용하지 않고 C, C++ 기본 라이브러리로만 개발을 해왔었다. 툴과 언어는 계속 진화하고 또 사라진다. 특히 10여년전에 만들어진 언어는 지금도 버전업하면서 더 복잡해지고.. 2005. 12. 19. [Professional 소프트웨어 개발] 소프트웨어의 특성 "Professional 소프트웨어 개발"을 읽고 소프트웨어업계에 몸을 담은지도 거의 10년이 다 되가는 것 같다. 대학 졸업하기전부터 업계에 투신(?)했기 때문에 오랜 경력을 쌓고 있으나 그것이 진정한 경력이라고 말하기는 힘든 것 같다. 적어도 이 책을 읽고 나면 그런 생각이 든다. Software Engineering의 중요성을 알게 된 것은 그리 오래되지 않았다. 2003년 PDA용 웹브라우저를 개발하면서 마감기간을 지키기 위해 몇날을 밤새웠고 잘못된 아키텍쳐 선정으로 몇주를 그냥 날려버리고 개발보다 테스트에 많은 시간을 들이는 등 총체적인 문제에 직면했었다. 물론 프로젝트는 성공적으로 마무리가 되었다. 하지만 부작용은 심각했다. 크리스마스와 새해를 회사에서 보냈고 결국 무리하게 개발을 진행하다가 .. 2005. 12. 13. 이전 1 다음