반응형 설계10 [개발] The Joel Test: 나은 코딩을 위한 12단계 The Joel Test: 나은 코딩을 위한 12단계 글 : Joel Spolsky 번역 : B.K. Chung 정봉겸 감수 : Jang Han Goo 구장한 2000년 8월 9일 SEMA에 대해서 들어보신 적이 있습니까? 소프트웨어 팀이 얼마나 잘하는지를 재는 나름대로 복잡한 시스템입니다. 앗, 아니! 그 링크를 누르지 마세요. SEMA를 "이해"만 하는데 아마 6년정도가 걸릴것입니다. 그래서 소프트웨어 팀이 얼마나 좋은지 등급을 매길 수 있는 - 좀 무책임하고 되는대로의 - 자체적인 버젼의 테스트를 만들었습니다. 이 테스트의 장점은 3분정도밖에 걸리지 않는다는 것입니다. 절약되는 시간으로 의대에 가서 공부할 수도 있을 것입니다. The Joel Test Source Control(소스 컨트롤)을 사용.. 2010. 10. 20. [IT/개발] 실용주의 프로그래머 Tip 1. 자신의 기술(cratf)에 관심과 애정을 가져라. : 소프트웨어 개발을 잘 해보려는 생각이 없다면 왜 인생을 그 일을 하면서 보내는가? 2. 자신의 일에 대해 생각하면서 일하라! : 자동 조종 장치를 끄고 직접 조종하라. 스스로의 작업을 지속적으로 비판하고 평가하라. 3. 어설픈 변명을 만들지 말고 대안을 제시하라. : 변병하는 대신 대안을 제시하라. 그 일은 할 수 없다고 말하지 말고, 무엇을 할 수 있는지 에 대해 설명하라. 4. 깨진 창문을 내버려두지 말라. : 눈에 뜨일 때마다 나쁜 설계, 잘못된 결정, 좋지 않은 코드를 고쳐라. 5. 변화의 촉매가 되라. : 사람들에게 변화를 강요할 수는 없다. 대신, 미래가 어떤 모습일지 그들에게 보여주고 미래를 만드는 일에 그들이 참여하도록 도우라. 6.. 2010. 10. 14. [IT/개발] IT 프로젝트의 현실 IT 프로젝트의 현실 출처: 불분명 출처는 분명하지 않지만 인터넷에서 한참 유행했던 IT 프로젝트가 수행되는 현실을 극명하게 보여주는 그림을 하나 소개한다. 나는 이 삽화가 우리가 처한 프로젝트의 현실을 함축적으로 잘 표현하고 있다고 생각한다. 삽화의 의미를 내 관심에서 되새겨 보았다. (맨 위 왼쪽부터 설명해보면) 1 : 고객은 요구사항을 프로젝트 팀에게 간략하게만 설명한다. 자신의 요구사항을 다 이야기해주는 친절한 고객은 없다. 알아서 잘 해주기를 바라는 고객이 대부분이다. 2 : 프로젝트 리더(PL)는 고객이 말한 것을 자세히 파악하지 못하고 일부분만 어렴풋이 이해한다.(선반이 3개에서 1개로 줄었고 나무에 매다는 방식도 나뭇가지 양쪽에 각각 매다는 것으로 이해한다.) 3 : 업무를 분석하고 설계한.. 2010. 10. 13. [IT/개발] 프레임워크 정의와 개발 요점 프레임워크의 정의 •더글라스 슈미츠 (POSA2 저자) : 프레임워크는 도메인 기반의 지식으로 구성된 객체 구조와 기능을 가지고 있는 "반쯤 완성된 애플리케이션"이다. •랄프존슨 : 추상클래스들의 집합과 상호 협조하는 클래스들의 인스턴스 동작방법으로 이루어진 재사용 가능한 디자인 프레임워크 개발을 위해 고려할 5가지 기본 속성 •1) 조직 : 조직을 먼저 구성하지 마라. 비지니스 파악 --> 관련된 프로세스 정제 --> 프로세스에 맞게 IT 조직 구성 •2) 계획 : 땅콩버터 (특징을 중심으로 골고루 구현하는 Bottom-UP 방식. 기능중심의 팀이 필요), 마천루(시나리오 중심으로 구현, 특정모듈에만 집중적인 개발이 됨) •3) 아키텍처 : 아키텍처 타입, API, 실행, 의존성을 고려해 Layerin.. 2010. 7. 7. 이전 1 2 다음 반응형
