me2DAY

전날 2007년 12월 27일 다음날
27
Dec 2007
생각

workrave낼 써바야지. coffee break 말고 you need smoke 이런거 됨 좋겠는데… 오전 4시 37분

생각

request.setAttribute <- 이거 사실 열라 구리지 않은가?? 사실 방법이 없더라. struts처럼 view 로 데이터를 전달하기 위해서는… 그래서 나는 ResponseWrapper 를 써서 response.addDataset 을 사용한다. 오전 4시 27분

생각

Business Logic Actually is All Around. <- 이거 함 밀어보자. 뜰때 까지 오전 4시 24분

생각

MVC 이게 아직 통하나? 비지니스 로직이 view 단으로 넘어간지 오래 전 아니던가? 디자인과 로직의 분리는 이미 죽은 패러다임 아닌가 말이지. 오히려 비지니스 로직은 어디에나 존재한다. 가 답이 아닐까? 오전 4시 22분

생각

엔코아로 넘어갔던 후배 놈이 넥슨 어메리카로 옮겼단다. 오라클과 카트라이더… 궁합 안맞는다고 생각했는데… 역시 난 호로였어. 껍데기 빨랑 부시자. 이 자식 프로시져 디버깅 어케 하냐고 물었더니 sql로 바꾸라는 무성의한 답변을 남기고 가버리네 오전 4시 12분

생각

Java 클래스 중 가장 짜증나는 클래스는 사실 Date(Calendar) 다. 빌어먹을 날짜 계산을 왜 Java 에서 하냐고; 시스템 시간 리턴하는건 그렇다 치자. 서버끼리 동기화 맞췄겠지. 날짜 연산하고 비교는 쿼리로 하자. 비즈니스 로직은 SQL이다.-_- 오전 4시 7분

생각

플젝 초반에 Framework 도우미가 와서 물었던 질문이었다. “그럼 비지니스 로직은 어디 들어가요?” 답변은 0.1초 만에 나왔다. “프로시져죠!” … 내가 맞구나 오전 4시 3분

생각

“비즈니스 로직은 if문과 SQL로만 작성하는 것으로 아는 사람들” <- 이거 난가??? 오전 4시 1분

생각

web.xml 선언을 Servlet Spec 2.4로 해야만한다. 이렇게 하면 JSP에서 오류가 발생할 경우, 컴파일된 서블릿의 줄 번호가 아니라 JSP의 줄 번호를 정확하게 집어준다.오옷 정말? 내일 해바야지. 근데 어짜피 include 가 있을탠데…-,- 오전 3시 43분

생각

Exception Procession할 차례 오전 3시 20분

생각

ruby's instance variables are never public <- 이건 의외다. 그럼 getter/setter 는 필수?? 오전 3시 9분

생각

A method given only to a single object is called a singleton method. 오전 2시 48분

생각

JNI 컴파일시 주의할 사항. 1. UNIX 머신이라면 64/32 bit mode 컴파일을 구분해야 한다. 2. Windows라면? Visual C++ 깔자 오전 2시 43분

생각

Object oriented is a catchy phrase. OO말고도 이런거 열라 많다. 오전 1시 33분

생각

오라클(DBMS) 이 홀대받는 진실 두 가지 : 1. debugging 의 부재 2. 형상관리의 부재… 이 두 가지는 앞으로 풀 생각도 없어 보인다. 그럼 결국 ORMapping 으로 넘어가는건가 이 세상은… 오전 12시 40분

댐뽀리님은 2007년 12월 9일부터 0명114개의 얘기를 나누고 있습니다 RSS 구독