본문바로가기

me2day

검색 ^_^
전날 December 27, 2007 다음날
27
Dec 2007
workrave낼 써바야지. coffee break 말고 you need smoke 이런거 됨 좋겠는데… AM 04:37
request.setAttribute <- 이거 사실 열라 구리지 않은가?? 사실 방법이 없더라. struts처럼 view 로 데이터를 전달하기 위해서는… 그래서 나는 ResponseWrapper 를 써서 response.addDataset 을 사용한다. AM 04:27
Business Logic Actually is All Around. <- 이거 함 밀어보자. 뜰때 까지 AM 04:24
MVC 이게 아직 통하나? 비지니스 로직이 view 단으로 넘어간지 오래 전 아니던가? 디자인과 로직의 분리는 이미 죽은 패러다임 아닌가 말이지. 오히려 비지니스 로직은 어디에나 존재한다. 가 답이 아닐까? AM 04:22
엔코아로 넘어갔던 후배 놈이 넥슨 어메리카로 옮겼단다. 오라클과 카트라이더… 궁합 안맞는다고 생각했는데… 역시 난 호로였어. 껍데기 빨랑 부시자. 이 자식 프로시져 디버깅 어케 하냐고 물었더니 sql로 바꾸라는 무성의한 답변을 남기고 가버리네 AM 04:12
Java 클래스 중 가장 짜증나는 클래스는 사실 Date(Calendar) 다. 빌어먹을 날짜 계산을 왜 Java 에서 하냐고; 시스템 시간 리턴하는건 그렇다 치자. 서버끼리 동기화 맞췄겠지. 날짜 연산하고 비교는 쿼리로 하자. 비즈니스 로직은 SQL이다.-_- AM 04:07
플젝 초반에 Framework 도우미가 와서 물었던 질문이었다. “그럼 비지니스 로직은 어디 들어가요?” 답변은 0.1초 만에 나왔다. “프로시져죠!” … 내가 맞구나 AM 04:03
“비즈니스 로직은 if문과 SQL로만 작성하는 것으로 아는 사람들” <- 이거 난가??? AM 04:01
ruby's instance variables are never public <- 이건 의외다. 그럼 getter/setter 는 필수?? AM 03:09
A method given only to a single object is called a singleton method. AM 02:48
JNI 컴파일시 주의할 사항. 1. UNIX 머신이라면 64/32 bit mode 컴파일을 구분해야 한다. 2. Windows라면? Visual C++ 깔자 AM 02:43
Object oriented is a catchy phrase. OO말고도 이런거 열라 많다. AM 01:33
오라클(DBMS) 이 홀대받는 진실 두 가지 : 1. debugging 의 부재 2. 형상관리의 부재… 이 두 가지는 앞으로 풀 생각도 없어 보인다. 그럼 결국 ORMapping 으로 넘어가는건가 이 세상은… AM 12:40

Follow RSS 댐뽀리 is sharing 114 stories with 1 person since December 10, 2007