엄청난 정신력으로 참고 왔더니 이미 지각... 이런 스토리보다는 훨씬 상퀘한 느낌이네요

우씨 혹시 했는데 회사에도 없네 -_-

그거슨 스르러츠에서 request를 자동으로 object으로 넘겨주는 기능이 없어서 막 Map을 썼는데, 이게 쓰다보니 편하단 말죠. class안마들어도 되고, 이거가지고 여기저기 열심히 넘어들어가는거지요. 음핫 도대체 누가 첨에 이짓을 시작했는지 잡히면 둑음. 아무래도 S사 에서 먼저 시작한짓이 아닐까 사료됨

근데 어쩜그리 여기랑 똑같네요--;

나름 똑똑하게 일한다는 사람들인데 이렇게 되어 있어서 잠시 황당한 상황인데... 이걸 어떻게 말하나... 상처입지 않을까? -_-

N사에서 iBatis 발표한 자료를 보니깐 Map이랑 custom 클래스랑 별 상관이 없다고 하던데.... 그럼 어떻게 해야되는건가요? 저도 iBatis 랑 아파치 DBCP랑 같이 쓰는 중인데.... 전 잘 상처 안 입는 편이에용. ㅋ

참고로 전 서블릿은 안 쓰지만, request의 parameter를 각각의 handler가 처리하고, handler가 dao를 호출하면 iBatis가 결과를 받고, 다시 handler에게 넘기는 구조인뎅.... 복사는 잘 몰르겠습니다. ^^;

지원 : 음... iBatis에서 Map을 쓰기 때문에 문제인게 아니고요. 쿼리에서는 id 값만 받으면 되는데 무조건 모든 servlet parameter를 map에 몽땅 복사하고 그걸 서비스 레이어 DAO 레이어로 전달 전달한 후 ibatis에 바로 넣어버린다는 거죠. 서비스랑 dao는 id 값만 하나 파라메터로 받아서 이것을 ibatis에 사용하는 식으로 해야 하는데 말이죠.

그렇군요 그럼, 저는 id 값만 전달하고 있으니 맞는 것 같군요. 다행이다. 하아..... ^^;

요청당 페어로 커스컴 객체를 만드는게 맞는걸까요? 종종 Map(RequestParameters/Data) 와 Validator을 받는 객체 한두개(상황마다 다르게 구성된) 으로도 .. (응?;;;)

ㄴ 써 보니까 말이 안되는 듯 하네요. ㅎㅎㅎ 걍 에러 안나고 성능 좋으면 뭐든 되죠.뭐. ㅋㅋ

ㄴ 문제는 맘 편하게 아무렇게나 코딩해도 에러 안나고 성능 좋게 되지 않으니 문제지... 무엇보다 신경 써야할 것은 유지보수성이니...

ㄴ그리고 무조건 Map이라서 문제인 것도 그렇다고 무조건 객체에 담으면 괜찮은 것도 아니겠지... 언제나 trade off는 있는 것이니 상황에 따라서 알 맞은 것을 써야... 여기의 문제는 단지 id 인자 하나면 되는 곳에도 map으로 처리 했다는...

ㄴ 아마 그 컨트롤러는 여러 데이터를 받다가 ID만 받게 수정되고 수정되었던것 아닐가요? ㅎㅎㅎ

ㄴ 모든 서비스의 메소드 인자가 Map이라니 내가 이러지. 어느 것 하나 때문이 아니라. 사람들에게 물어봤더니 그렇게 쭉 해왔다네.

역시 그렇게 쭉 하는게 쵝오. 사실 덜도 말고 더도 말고 딱 필요한 것만 넘기고 받고 싶어요 라는

일관성있고 좋네요. ㅋㅋㅋ

이 사람들에게 어떤 교육을 해야할지 고민 중. SOLID 원칙과 필수 디자인 패턴 서너개?

전 황사마스크로 ㅋㅋ

난 감기 걸려서 파란 마스크를...;;;

호오... 전 황사에 무딘건가요? 별다른 느낌을 못받아서 그냥.. ^^;; 코다리 뚝배기 맛있어 보이네요. ㅎ

저도 잠깐은 몰랐는데 한 20분 걸어보니 입에서 모래 씹히고 호흡도 답답하고 그렇더라고요.

엄... 이제 보니 추적이라고 썼네... 추격...-_-

아 울티마6 진짜 밤새고 했었는데.. 하아 하고 싶군요;;

별 상관은 없겠지만, 예전에 대학원 실험실에서 밤새 혼자 놀더 머드게임(Text기반)이 생각나네요. 글자로만 게임하는 거라 엄청난 상상력이 필요했다는...

rath : 오호 저랑 같은 세대...(응?!) 김동휘 : RPG는 그래픽이 단순할 수록 상상력 때문에 더 재미있는 것 같아요. ^^

밥먹었는데 다시 배고파지네요..ㅎㅎ

hanie : 올려 놓고 보니 사진이 좀 그래서 걱정했는데 다행이네요. (응?!)

물 & 삼각김밥

우유 & 삼각김밥 T.T

트기한 콤보네요. ㅎㅎ

둘다 드시고 소화제 고고씽

매트릭스의 세계로.. =_=

가수면상태… (한 마디로 가위 눌리는??)

흑! 비슷했어요. 잠자는 내내 꿈 속에서 발표 자료 만들고 한시간 단위로 잠깨고…

왜 이쁠까요-ㅁ-!

그래서 먹었어요. -_-;

현실에 안주하게 된다는 파란약.....

진실 따위! ;;

손금을 볼 수 있군요.ㅎㅎ

좀 봐주시....;;;

하지만 언제 현실에 적용될런지. 휴~

TDD는 당장 못하더라도 짧은 작업 단위와 feedback 아이디어는 업무에 쓸 수 있을 것 같더라고.

이건 결국은 수련(practice)의 문제인 것 같아요. 그래서 TDD는 도구가 아니라 사고 방식이라고 하는 것 같고요.

맞아요. 수련의 과정이 필요하죠. 사실 TDD를 팀에서 일괄적으로 도입하겠다고 하는 사람보면 걱정되요. 그런 사람들 때문에 준비없이 TDD를 했다가 안 좋은 경험만 하게 되는...

개발 방식일뿐이라고 생각하고 있었는데... 제가 모르는 다른 것이 있나 보군요... 늙어도 공부는 많이 해야 한다는....T.T

김동휘 : 저도 나이 많아요. 같이 공부해요. ^^

간만에 저랑 비슷한 나이를 만나는 것인가요? 후후.... 어쟀든 반가워요. 나중에 길거리에서 보면 민쯩 까고 술한잔~~~

아이리버 사전 사두고 무지 후회 했다는...ㅋㅋ

이쁜데, 확 땡기는게 없네요. ㅎㅎ

저건 SNS 서비스와 붙으면 시너지가 대단할 듯 한데 서비스까지 자기들이 다 해버리니 기기와 서비스 둘다 성공해야 하는 부담이 민트패스에 있는 거죠.

두서기 님을 호출하세요.(의견 반영의 최단거리.)

혹! 미트패스 직원이신가요? +_+

ㄴ 기획자 이십니다.(후후훗!)

ㄴ 그런데 사실 이런 생각을 안해보셨을리는 없고... 전략적인 결정이었겠죠.

미투패드가 생기면 되겠군요 ㅎㅎㅎ

어차피 다 윈도우ce에서 돌아가는 앱일뿐인데

좋은생각이네요. 그런데 민트패드쪽보다는 미투쪽 만박님을 찌르는게 더 빠르지 않을까요?

똑똑…

아! 예 나갑니다.

훗!

아가! ㅠ_ㅠ

민트패드가 꾸준히 업데이트되고 있죠. 갖고싶어요. =3

그거 SDK가 공개되어 있나요?

이놈이 win ce 기반이었군요. 오호.. 참 재미있는 놈이기는 한데...

안녕하세요 죄송한데 Modern c++ Design 좀 제가 구매할 수 있을까요? 한번 보고 싶은데 구할수가 없네요 책값이 1.x 만 정도인것으로 아는데 착불로 해서 2만원정도에 구입했으면 합니다. 010 - 구칠삼오 7916 으로 연락 부탁드립니다. 감사합니다 ^^

나의 기대 수명은 71세! 에잇!

이거머 거의 짧고 굵게, 가늘고 길게 에 다 판가름.. 뭥미

지구에서 99세 까지 살 거라네요. (별로 긍정적으로 답 하지도 않았는데…)

HP 간지나네요. N사는 밉상이군요 -.- 단어 선택 좀 잘하지..

퇴출은, 퇴근 출근의 약어 입니다. 휴~디테니염

ㄴ 막 오타나고

아마도 GE사의 사례인것 같은데요... ^^

멋있어요~~

도토리나무?? ^^;

오~

오~ 같은 것 하라고 찍은 거 아닌...;;;

정말 맞는 말입니다.

앗, 공동저자로 이름 올릴까요!?(응?)

의외로 좋은 반응이… 연구 후원자 모집합니다. 줄기세포는 비교도 안 될 대박 연구

저욤. ㅎㅎ

야식도 배식을 하나요

ㅎㅎ 아들 식기에요.

군대생각나네요.

저런 식기 하나 구입해야 겠어요 .. ^^

음? 어떤 문장인데요?

이런. 재정신이 아닌 가운데 썼더니 이 글도 잘못 썼군요. 오늘 하루가 너무 피곤... ㅠ.ㅠ

저는 ARS로우체국하면바로끊습니다 혈압상승

전 그냥 내려놓는데요. 자동으로 끊기도록...ㅋㅋ

그런데 HTTP 자체가 이제 점점 Stateful로 가려는것 같아서요 ^^; 백엔드 stateful도 아예 엉뚱한 흐름은 아닌것 같아요

HTTP 프로토콜 자체가 그렇게 간다는 뜻인가요? 자료가 있으면 좀 소개해주시면...

하긴... 이미 session을 자기 PC 메모리 처럼 쓰는 사람들이 있는데 conversation은 오히려 양반일 수도 있겠네요.