루키의 보석함

상품디자이너인 데이비드 켈리는 “성공과 실패는 동등하게 보상받을 가치가 있다. 하지만 아무 것도 하지 않는 다면 벌을 줘야 한다” 고 이야기 했습니다. 실제 프로젝트를 진행할 때 일입니다. 모 프로그램에 플러그인을 개발해야 할 필요가 있었는데.. 처음에 AJAX (DWR) 을 이용해서 처리했습니다. 하지만, 원격에서 호출이 안되자. dwr 문제일까? 하고 prototype으로 바꾸어서 테스트 해 보았지만, 역시 문제가 발생했습니다. Javascript는 보안상의 이유로 cross-domain을 지원하지 않기 때문이었습니다. 그래서 이런 경우에 사용할 수 있는 이기종간의 통신을 위한 웹서비스를 사용하자고 제안했습니다. 웹서비스를 이용하여 프로그램을 구성하고 테스트를 마치고 보니.. 이런 웹서비스 내에서 우..

프로젝트를 수행하다보면 많은 사람들이 참여하게 됩니다. 기획자, 개발자, 디자이너, PM, PL… 어느 하나 중요하지 않은 것이 없다고 생각합니다. 톱니바퀴가 물려 돌아가듯이 서로 협력하고 앞으로 나아갈 때만 좋은 결과가 나오지 않을까 하네요~~ 그런 의미에서 얼마전 블로고스피어에 나온 글들을 나열해 봅니다. Linus님의 개발자와 기획자 상생의 길 본인의 경험에 따라 개발자와 기획자 사이의 의사소통 해결부분에 대해서 이야기하고 있습니다. 기획하시는 분들이 아주 좋아할 만한 스타일의 개발자라는 생각이 드네요~~ 철수님의 개발자와 기획자 상생의 길을 읽다가.. 개발자와 기획자가 서로 이해하지 못하는 이유에 대해서 적어놓고 있습니다. 서로간의 조금씩 양보하고 서로의 입장이 되어준다면 이정도 문제는 해결해 나..

깨진 창문 이론(Broken Window Theory)이라는 말이 있습니다. '티핑 포인트'라는 책과 '실용주의 프로그래머'라는 책에서 인용되고 있는데요.. 요약하면, 오랜기간 수리하지 않고 방치된 창문 하나가 거주자들에게 버려진 느낌을 준다는 겁니다. 그래서 다른 창문이 하나 더 깨지고.. 낙서가 등장하고.. 심각한 구조적 손상이 시작되는 것이죠.. 결국 건물 소유주가 고치려는 의지를 넘어설 정도로 건물이 손상되고, 버려진 느낌은 현실이 되어 버린다는 겁니다. 보다 자세한 내용은 다음 블로그들을 참고하시기 바랍니다. http://www.nanael.net/48 http://blog.naver.com/chowyf?Redirect=Log&logNo=80034681435 '실용주의 프로그래머' 책에서는 실생..

마틴파울러는 이렇게 말했습니다. 컴퓨터가 이해할 수 있는 코드는 어느 바보나 다 짤 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다. 워드 커닝햄은 다음과 같이 이야기했습니다. 저는 작지만 유용한 프로그램들을 매일 작성할 것을 추천합니다. 누군가가 똑같거나 혹은 더 나은 걸 이미 만들었다는 데에 절대 신경쓰지 마세요. 유용성과 복잡성 간의 균형 감각을 얻기 위해서는 당신 자신이 만든 프로그램의 유용성을 직접 느껴봐야만 합니다. 둘 다 매우 감동적인 이야기입니다. 정말 부럽기도 하구요~~ 그러나 IT 개발자의 현실은 그렇게 여유롭지만은 못한 것 같습니다. 몇주전 블로고스피어에 올라왔던 아메바님의 그림일기를 보면 아주 적나라하죠.. ^^ 이런 현실을 벗어나 즐겁게 일하면서 사람이 이해할 수 ..

Abstract Factory Pattern - 디자인 패턴 참고서적 : Head First Design Pattern 소스코드 다운로드 : http://www.wickedlysmart.com/headfirstdesignpatterns/code.html 패턴 정의 #5 - Abstract Factory Pattern 추상 팩토리 패턴에서는 인터페이스를 이용하여 서로 연관된, 또는 의존하는 객체를 구상 클래스를 지정하지 않고도 생성할 수 있습니다. 디자인 원칙 1. 추상화된 것에 의존하도록 만들어라. 구상 클래스에 의존하도록 만들지 않도록 한다. 추상 팩토리 패턴을 사용하면 클라이언트에서 추상 인터페이스를 통해서 일련의 제품들을 공급받을 수 있습니다. 이때, 실제로 어떤 제품이 생산되는지는 전혀 알 필요도..

Factory Method Pattern - 디자인 패턴 참고서적 : Head First Design Pattern 소스코드 다운로드 : http://www.wickedlysmart.com/headfirstdesignpatterns/code.html 패턴 정의 #4 - Factory Method Pattern 팩토리 메소드 패턴에서는 객체를 생성하기 위한 인터페이스를 정의하는데, 어떤 클래스의 인스턴스를 만들지는 서브클래스에서 결정하게 만듭니다. 팩토리 메소드 패턴을 이용하면 클래스의 인스턴스를 만드는 일을 서브 클래스에 맡기는 것이죠. Creator 추상 클래스에서 객체를 만들기 위한 메소드, 즉 팩토리 메소드를 위한 인터페이스를 제공하고 있습니다. Creator 추상 클래스에 구현되어 있는 다른 메소..

Decorator Pattern - 디자인 패턴 참고서적 : Head First Design Pattern 소스코드 다운로드 : http://www.wickedlysmart.com/headfirstdesignpatterns/code.html 패턴 정의 #3 - Decorator Pattern 데코레이터 패턴(Decorator Pattern)에서는 객체에 추가적인 요건을 동적으로 첨가한다. 데코레이터는 서브클래스를 만드는 것을 통해서 기능을 유연하게 확장할 수 있는 방법을 제공한다. 디자인 원칙 1. 클래스는 확장에 대해서는 열려 있어야 하지만 코드 변경에 대해서는 닫혀 있어야 한다. 데코레이터 패턴은 포함관계를 나타냅니다. 기본 Component를 각 Decorator 클래스가 포함함으로써.. 원하는 결..

Observer Pattern - 디자인 패턴 참고서적 : Head First Design Pattern 소스코드 다운로드 : http://www.wickedlysmart.com/headfirstdesignpatterns/code.html 패턴 정의 #2 - Observer Pattern 옵저버 패턴(Observer Pattern)에서는 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들한테 연락이 가고 자동으로 내용이 갱신되는 방식으로 일대다(one-to-many) 의존성을 정의합니다. 디자인 원칙 1. 서로 상호작용을 하는 객체 사이에서는 가능하면 느슨하게 결합하는 디자인을 사용해야 한다. 옵저버 패턴은 주제(Subject)와 옵저버(Observer)에 의해 정의됩니다. 옵저버는 주제에 의존하고..

Strategy Pattern - 디자인 패턴 참고서적 : Head First Design Pattern 소스코드 다운로드 : http://www.wickedlysmart.com/headfirstdesignpatterns/code.html 자바의 디자인 패턴을 좀 정리해 두려고 합니다. 나중에 찾아보기 편하려구요~~ 앞으로 이 부분을 공부하면서 연재할 계획입니다.!! 패턴 정의 #1 - Strategy Pattern 스트래티지 패턴 (Strategy Pattern)에서는 알고리즘군을 정의하고 각각을 캡슐화하여 교환해서 사용할 수 있도록 만든다. 스트래티지를 활용하면 알고리즘을 사용하는 클라이언트와는 독립적으로 알고리즘을 변경할 수 있다. 디자인 원칙 1. 애플리케이션에서 달라지는 부분을 찾아내고, 달라지..

지난 시간에 이어서 SCORM의 CMI 데이터 모델에 대한 정리를 마무리 하도록 하겠습니다. 11. Learner ID cmi.learner_id SCO를 사용하는 학습자의 아이디 또는 구분자 GetValue 미니주석) 보통 LMS에 로그인 할 때 사용하는 ID가 있습니다. 그걸 의미한다고 보시면 됩니다. 12. Learner Name cmi.learner_name SCO를 사용하는 학습자의 이름 GetValue 미니주석) 역시 LMS에서 사용하는 학습자의 이름입니다. learner_id나 learner_name은 사용자가 설정할 수 없습니다. 즉, SetValue를 지원하지 않는 것이죠.. 13. Learner Preference cmi.learner_preference._children cmi.lea..