배가 고파요.. 나는 이제 떠납니다.

dm219.mp3
리쌍 4집 007입니다. 흥겨운 노래죠.

주중에 에버랜드로 하루 놀러 다녀왔을 뿐인데 갑자기 페이스를 놓친 마라토너가 된 양 마구 흔들리고 있습니다. 원래 이렇게 할 일이 많았었나 싶을 정도로 많은 미션을 받았습니다. 스터디, 교수님, 숙제들, 번역, 하고 싶은 것들과 관련하여 일들이 점점 늘어나고 있습니다.

갑작스레 밀려오는 일들을 바라보고 있으면 멀리 있는 점을 오랫동안 집중하여 응시했을 때 조그만 점이 커지듯이 앞으로 닥쳐올 일들과 해야할 일의 부피가 커져서 점차 제 자신을 압박하게 됩니다. 손을 대기 싫어지죠. 약해지는 겁니다.

이럴 때 가장 좋은 방법은 노래 가사 처럼 멀리 떠나가버리는 것이 아니라 그냥 닥친 일들 중에 가장 급하고 중요한 걸 잡아서 시작하면 됩니다. 말은 쉽죠. 막상 손에 잘 안잡히는 경우가 많습니다.

그럴 떄는 마음가짐이 필요합니다. 현실은 원래 힘든거고 이런게 삶이다. 그냥 받아 들이자. 여기서 도망가면 나는 여기까지다. 여기서 멈추면 끝이다. 아무것도 아닌거다. 라고 생각하면 손을 댈 수 밖에 없습니다.

그렇게 손을 대면 부풀어졌던 점은 다시 원래 크기 대로 돌아가게 되고 생각했던 것 보다 금방 일들을 처리할 수 있습니다.

떠나고 싶은 심정은 노래로 달래고 내일은 아래 목록을 처리해야겠습니다.

1. Agile Java 발표 준비
2. JSP 4장
3. Amabooks 구현
4. RoR

토요일에는

5. 숙제
6. RoR 베타리딩
7. Ruby

기선아 이렇게만 하면 일요일은 행복하게 놀수있어~ 파이팅!!!!

기선의 미투데이 – 2007년 5월 30일

  • 오늘은 신나게 에버랜드에서 놀았습니다. 집에 돌아와 컴터를 키자마자 바로 일상으로 돌아왔슴을 알리는 구글톡~ 저의 시간은 제가 놀때 더 빨리 달리는 것 같습니다. 마치 스팀팩 맞은 마린처럼?! ㄱㄱㄱ!! 오후 11시 33분

이 글은 whiteship님의 미투데이 2007년 5월 30일 내용입니다.

Eclipse 플러그인 제거하기

잘못 설치 했거나 자주 사용하지 않는 플러그인을 간단하게 제거 할 수 있습니다.

이 때 주의 할 것은 퍼스펙티브에서 삭제 하신 다음에 진행을 하시는것이 안전합니다.
사용자 삽입 이미지삭제하고 나서 원래 퍼스펙티브 아이콘 같은 걸 불러 오려다가 실패하여 이클립스가 죽기 일보직전까지 가는 상황입니다. 우클릭 해서 미리 삭제 해주신 다음에 진행하시는게 좋겠습니다.

사용자 삽입 이미지위 그림에 보이는대로 Manage Configuration을 클릭하면 다음과 같은 화면을 볼 수 있습니다.

사용자 삽입 이미지간단하죠. 🙂

한 가지 불편한건… 플러그인을 설 할 때와 마찬가지로 이클립스를 다시 실행한다는 것입니다. 어쩔 수 없죠.

3. Role Separation with JavaBeans

어떻게 하면 잘 돌아가는 것(function well) 뿐만 아니라 인터페이스 까지 볼 수 있는(appealing interface) 애플리케이션을 만들 수 있을까?
– 컨텐츠 생성 과 컨텐츠 표현 계층을 분리하라.
– 이렇게 하면 화면 디자이너가 애플리케이션의 코드와 상관없이 인터페이스만 보고 화면을 개발할 수 있다.
– 애플리케이션 코드를 화면에서 숨길수록 더 깔끔한 표현 계층을 만들 수 있다.

JavaBeans
– Serializable 인터페이스 구현
– default 생성자
– private 속성들
– public getter, setter들

Using JavaBeans
– <jsp:useBean id=”objectName” scope=”page” calss=”class.path” />
– <jsp:getProperty name=”objectName” property=”propertyName” />
– <jsp:setProperty name=”simpleBean” property=”propertyName” value=”propertyValue” />

Dealing with Large Sets of Data
– 조금씩 그때그때 가져오기
– 왕창 가져와 놓고 조금씩 보여주기 => 캐쉬 사용

Standardizing Form Handling
– validation 과 error reporting
– 검증과정
    – 1. 입력되는 데이터를 임의로 저장한다.
    – 2. 입력된 데이터를 검증하여 에러가 나면 에러를 객체에 저장한다.
    – 3. 2번 과정을 무사히 마치면 데이터베이스에 커밋할 것으로 체크한다.
– 표현과정
    – 1. request의 파라미터로 커밋 될 것인지 확인(submit이라는 파라미터가 있는지 확인)한다.
    – 2. 없으면 에러가 있거나 아직 데이터를 입력하지 않은 상태(폼을 처음 로딩했을 때)니까 폼을 보여준다.(에러가 있으면 에러도 표시)