아… 정봉쥬 전위원은 프로페시아를 복용하시는구나… 정력감퇴제가 뭔가 나꼼수 듣다… 대머리 방지약인데 의사 양반도 남성호르몬 파괴약이라고 안드신다고 증언한 약… 5 hours ago

favicon 바꿔달라는 얘기 오랜만에 들어보네… 고양이 톰이 뭐 어때서 그러세요~ 파비콘이 뭔지도 모르던 옛적이 떠오른다. PM 03:48

물질적인 면에서 성공하지 못한 것은 부끄럽지 않다. 다만, 내가 20년 전에 이루었던 능력을 이제는 잊어버린 사실이 안타깝다. 나와 후배들이 씨앗 뿌린 결실로 동아리 후배들이 만든 회사가 며칠전 10주년 되었다고… 구 사이에 난 팀을 이끄는 능력을 상실했지. PM 04:39

코드에 주석을 많이 달아야 할까? 다음과 같은 주석을 보자면, “// 동의서 발송 여부 (0: 미수신, 1: 수신)”. flag 가 코드로 확장되거나, 코드 설명이 변경되면 “정보 불일치”가 발생한다. PM 04:55

자바는 엄격한 타입 체크로 악명 높은 언어이지만, apache commons DynaBean 같은 꼼수가 오픈소스로 제공된다는 점 때문에 다들 자바를 갑이라고 하는 것 같다. PM 04:46

DDD 다시 공부하기 아주 오래만에 블로그질 다시 재개… 나도 확실히 몰랐던 자바의 숨은 진실들이 있더라. 역시, 개념으로 이해하는 것 뿐 아니라, 코드를 작성해 봐야 한다. PM 02:03

DDD 재정리 중인데, 불변 클래스 작성을 강제할 수 있는 방법이 무얼까? 1) 철저한 교육, 2) 어노테이션 등으로 불변임을 지정하고, eye check or validator를 구현. 세상에 가장 못 믿을 게 '코드'라지만 결국 사람을 못 믿는게 문제인듯… PM 08:46

개념을 이해하는 것과 현실에 적용하는 사이에는 거대한 바다가 존재한다. 그 사이를 극복하는 길은 열심히 헤엄치는 것 뿐… 하아~ 푸욱 잠수해버리고 싶은 상황. PM 05:05

역시, 은탄환은 없었다. JPA를 사용하니 CRUD가 단순해 지기는 했는데… Update는 여전히 모호하고, Join을 이용한 자유로운 데이터 조합은 불가능한 듯(?) 보이고, 통계는 아예 넘사벽 이더라. 이런 문제에 대한 해결책을 논의할 시간과 자원은 없고~ PM 01:57

자바의 어노테이션을 처음 봤을 때는 뭐 저런 군더더기를 코드에 붙이고 난리야? 라는 생각도 했었는데 이제는 설계자와 개발자 간의 갈등을 해소할 수 있는 좋은 도구가 될 수 있을 것 같다는 느낌도 든다. MDA, DDD를 탁상공론이라고 생각하던 때도 있었꼬… AM 11:49

DTO/VO/Entity 클래스 작성을 자동화하고, 날짜/주소/전화번호 입력 값 전달(변환)을 표준화해보려고 이리 저리 기술들을 알아보다가… 어노테이션, Velocity, javassist 조합이 가장 괜찮아 보이네… PM 07:57

음… 나 너무 산만한게 아닌가 싶은데… 어노테이션 공부하다가, 어느새 Javassist를 보고 있어… 물론 이걸 써먹을 일이 있기는 하지만… PM 07:19

소프트웨어 개발에 대한 오해 중 하나. 개발자는 책 한권 읽고 나면 그 책에 나온 내용을 곧바로 응용해서 개발할 수 있을 거라는 기대… 코드 작성도 연습과 숙련이 필요한 겁니다. 패턴을 이해하는 것과 사용하는 건 다른 문제인 겁니다. PM 01:41

fupfin 제가 초보 개발자들을 위한 책을 읽는 이유는 함께 일하는 사람들이 대부분 초보이기 때문입니다. 저 혼자 잘하는 방식으로 일할 수는 없으니까요. ^^; PM 01:24

fupfin님의 감수 멘트 인용 : “프링을 왜 써야 하는지, 스프링을 쓰면 어떤 이득을 볼 수 있는지 알고 이 이점을 살려 사용하는 곳” : 이런 질문을 던져봤는데, 답 해줄 사람이 없더군요. 제 스스로 써내려가야 겠죠. 그런고로 감수하신 책부터 사야겠어요. AM 11:33

“A good architecture is not created in a vacuum.” Fielding 씨의 박사 논문 중에서… 단, 한 줄의 정의에 매료되는게 얼마 만인가? 아키텍쳐를 설명하려면 문맥과 논리를 바탕으로 해야한다. 닥치고 써라 하는 글들이 넘쳐난다… PM 06:19