티스토리로 옮김

티스토리로 옮김
http://akangels.tistory.com/

......

블러거 너무 불편해.......
글목록 분류가없어........ 아악...

대학시절 프로젝트 목록

※ 프로젝트 경험
1. Dijkstra를 이용한 navigation
- 기간 : 2008. 11 - 2008. 12
- 개발환경 : Visual Studio 2005, C#, Access
2. 네트워크를 이용한 로봇통신 시뮬레이션
- 기간 : 2008. 11 - 2008. 12
- 개발환경 : Visual Studio 2005, C#
3. 성적관리 시스템(Score Managers)
- 기간 : 2008. 09 - 2008. 12
- 개발환경 : Visual Studio 2005, C#, MS SQL 2005
4. 손가락 인식 프로그램
- 기간 : 2008. 05 - 2008. 06
- 개발환경 : Visual Studio 2005, MFC, 영상처리
5. 정렬 알고리즘
- 기간 : 2008. 09 - 2008. 10
- 개발환경 : Eclipse, JAVA, Jigloo
6. 실전포트리스
- 기간 : 2008. 09 - 2008. 12
- 개발환경 : RCX, C7. 자취방검색 프로그램 - 기간 : 2008. 09 - 2008. 12
- 개발환경 : C#, MS SQL

※ 팀프로젝트 수상경험
1. 2008창의적 종합설계 경진대회 (Capstone Design) 부문별 대상
- 참여주제 : 웹 카메라를 이용한 감시 시스템(Cs Guard)
- 기간 : 2008. 04 ~ 2008. 09
- 내용 : 웹 카메라를 이용하여 외부 침입자 감시와 화재 및 내부자의 응급상황을 감지할 수 있는 시스템
- 담당분야 : 아이디어 제공 및 전체적인 프로그래밍 담당
2. 2009창의적 종합설계 경진대회 (Capstone Design) 우수상
- 참여주제 : 가상으로 옷 선택하기 (Virtual Coordination)
- 기간 : 2009. 04 ~ 2009. 09
- 내용 : 웹 카메라를 이용하여 사용자가 착용하고 있는 옷의 객체를 추출 및 색과 무늬를 넣음(증강현실)
- 담당분야 : 아이디어 제공 및 전체적인 프로그래밍 담당

답답하다.

잘 선택한것인지 잘못된 선택을 한것인지 잘 모르겠다.

손가락에 꼽을정도로 읽은 책중에 폰더씨의 위대한 하루였던가..

그곳에서 하나의 선택으로 인하여 그사람에게 어떠한 결과가 미치는지 그리고 모든것은 그사람의 선택으로 인하여 결정된다는것...

요즘들이 그책이 생각난다.

지금 생각해보면,

왜 내 주의의 사람들은 그 회사를 좋다고 평가하는 사람이 단 한명도 없었던걸까..

그리고 난 왜 그 말들에 귀를 기울였던걸까..

그때 환경 여건을 생각한다면 그럴수밖에없었을까..

숙제 내준시간.. 새벽 3시 30분.. 그리고 주말포함해서 일요일까지 완료

처음에는 그냥 숙제형식이기에 주말 상관없이 나온줄알았는데..

숙제의 어려움을 느끼고 친구한테 조언을 구하고자 물어보던 과정중에서

도대체 어떤회사이길래 이런 숙제를 내주었냐고해서 그회사의 이름을 말했다.

그랬더니 정말 충고하는데 가지말라고 하는것이다. 일만 하다가 끝난다라고..

그때까지 나는 에이 어차피 프로그래밍 하는것 좋아하는데 무슨상관이냐고 했었다.

그런데 자꾸 그말이 걸려서 다른 친구들에게 물어봤다.. 그회사 어떠냐고..

하나같이 좋다는 말이 안나왔다.. 단 한명만이라도 좋다고 나왔다면...... 아마 나의 선택은 달랐을것 같다.

 

아 잘모르겠다.. 정말 잘한 선택인지.... 바보같은 선택이였는지..

 

한가지 확실한것은 있다... 이 선택이 잘한 선택이기 위해서는 난 더 높은곳으로 가야한다는 것.

더 열심히 해야한다는 것..

 

그래도 그회사 덕분에 재밌는 공부를 했었다.. 진짜 객체 지향이라는것이 무엇인지 정도는 알았으니까..

그리고 팀원들과 같이 개발하기위해 그리고 나의 소스를 다른사람이 이해시키기위해 어떻게 해야할지는 알았으니까..

좋은 배움은 된것 같다.. 이것을 써먹을수 있는 회사에 들어가야할텐데......

 

난 단지.. 만들고 싶을 뿐인데..

난 컴퓨터로 프로그래밍 하는것이 좋다...

 

이제 12월... 어여 취직해서 만들어 보고싶다..

 

그런데 마음에 와닿는 그런 회사를 발견하질 못하였다.

 

대체 어딜가서 무엇을 해야할까...

 

정말 모르겠다...

 

난 단지... 만들고 싶을 뿐인데... 그것을 어디에서 무엇을 만들어야할지... 모르겠다..

 

난 단지... 만들고 싶을 뿐인데... 어디를 가야할까....

 

어렵다....

던전앤파이터 마을 물리 및 마법 공격력 계산 프로그램

DNFDamage_1.exe

그냥 심심해서 만들어봤다.

 

속성강화 및 퍼뎀, 고뎀스킬에 대한것은 나중에 추가하도록하겠다..

 

잠이와서..;;

Command Pattern

Command Pattern

명령을 클래스로 표현하기
Command : 명령, Event
이벤트 구동 프로그래밍 에서 사용되는 이벤트와 같은 의미

클래스가 일을 실행할 때에는 자신의 클래스나 다른 클래스의 메소드를 호출합니다. 메소드를 호출한 결과는 객체의 상태에 반영되지만, 일의 이력은 어디에도 남지 않습니다.
이때 이 일을 실행하시오 라는 명령을 표현하는 클래스가 있으면 편리합니다. 실행하고 싶은 일을 메소드를 호출하는 동적인 처리로 표현하는 것이 아니라 명령을 나타내는 클래스의 인스턴스로 하나의 물건 처럼 표현할 수 있기 때문입니다. 이력을 관리하고 싶을 때에는 그 인스턴스의 집합을 관리하면 됩니다. 명령의 집합을 저장해두면 같은 명령을 재 실행할 수 도 있고, 또는 복수의 명령을 모아서 새로운 명령으로 재이용할 수도 있습니다.

 

예제프로그램

CommandPattern.alz

Command Pattern의 등장인물

Command의 역할
: 명령의 인터페이스를 정의
  예제프로그램에서 Command 인터페이스

ConcreteCommand의 역할
: Command역할의 인터페이스를 실제로 구현하고 있는 역할
  예제프로그램에서 MacroCommand 클래스와 DrawCommand 클래스

Receiver의 역할
: Command 역할이 명령을 실행할 때 대상이 되는 역할. 명령을 받아들이는 수신자
  예제프로그램에서 DrawCommand의 명령을 받아들이고 있는 DrawPanel클래스

Client의 역할
: ConcreCommand 역할을 생성하고그 사이에 Receiver 역할을 할당
  예제프로그램에서 Main 클래스

Invoker(기동자)의 역할
: 명령의 행동을 개시하는 역할
  Command역할에서 정의되는 인터페이스를 호출하는 역할이 됩니다.
  예제프로그램에서 Main클래스와 DrawPanel 클래스가 이 역할을 합니다. 이 두개의 클래스가
  Command 인터페이스의 execute 메소드를 호출하고 있습니다. Main 클래스는 Client 역할과
  Invoker 역할 둘 모두 수행합니다.

 

출처 : Java 언어로 배우는 디자인 패턴 입문