작심이일 흥!!!
10.07.28 11:19
술자리의 유혹을 뿌리치고 귀여운 우리딸 보러 귀가 중
by 베네로그
베네로그
본격 개발 이야기 + 이쁜 딸 자랑하기 위한 미투
친구들과
앗! KSUG에 올릴까 하고 있었는데요. ㅋㅋ
10.07.27 10:47
spring-mvc-3-showcase
""Use @ResponseBody to exchange data with web service clients" 피상적인 스펙밖에 안 봤지만, JAX-RS 표준보다 편해보이는군..
by 베네로그
읽다 보니 급 땡기네요 ^^ 나도 하나 질러? ㅎ
10.07.25 10:26
넥서스원은 아이폰보다는 조금더 컴퓨터에 가까운 느낌.. 아이폰과 윈모폰의 중간정도라는 평가에 동감. 확실히 아이폰보다는 처음 사용할때 약간의 센스가 필요한 부분은 있음. 그래도 내 취향에는 잘 맞는듯.. 피카사 연동 부분이 가장 마음에 든다.
by 베네로그
benelog
네. 근데 원격 method call 까진 아니더라도 객체 주고받는 부분에 대해선 많이 나아지지 않았나 생각해요. JSON 같은 기술은 참 유용하구요. flex에서 쓰이는 자료 전달방법(이름이 잘..) 도 그렇구요. 이건 논점 이탈인가 ^^a
10.07.23 10:00
"하지만 RMI를 사용하는 것에서 오는 모든 장점보다 네트워크와 마샬링의 부하에서 오는 단점들이 훨씬 더 크다는데 문제가 있다... 프리젠테이션 계층과 비즈니스 로직 계층이 공존하는 구조도 얼마든지 확장이 가능하다." 왜 EJB 시절의 시행착오를 한번 더 겪어야 할까?
by 베네로그
오리대마왕
오래전에 대부분의 상황에서 RMI류의 이득이 없다는 것이 업계에서 다 밝혀졌음에도 불구하고 아직 그것을 과도하게 쓰려는 움직임이 있어서 인용해본거에요. 뭔가 주변에서 EJB시절의 시행착오가 한번 더 일어나는 것 같은 느낌이라서..
10.07.23 08:12
"하지만 RMI를 사용하는 것에서 오는 모든 장점보다 네트워크와 마샬링의 부하에서 오는 단점들이 훨씬 더 크다는데 문제가 있다... 프리젠테이션 계층과 비즈니스 로직 계층이 공존하는 구조도 얼마든지 확장이 가능하다." 왜 EJB 시절의 시행착오를 한번 더 겪어야 할까?
by 베네로그
문맥을 잘 모르겠어요. 상혁님은 저 글에서 RMI 옹호론자 쪽이신거에요, 반대론자 쪽이신거에용?
10.07.22 13:27
"하지만 RMI를 사용하는 것에서 오는 모든 장점보다 네트워크와 마샬링의 부하에서 오는 단점들이 훨씬 더 크다는데 문제가 있다... 프리젠테이션 계층과 비즈니스 로직 계층이 공존하는 구조도 얼마든지 확장이 가능하다." 왜 EJB 시절의 시행착오를 한번 더 겪어야 할까?
by 베네로그
캬! 역시 물개선생님...
10.07.22 10:51
"우리에게 필요한 것은 썬의 정책을 앵무새처럼 따라하는 태도가 아니라 실용적인 관점에서 경험을 통해 실제로 증명된 것을 기반으로 잘못된 관행을 개선시켜 나가는 노력과 의지이다" 마소 2005년5월호에 김승권님께서 쓴 기사에 이런 문장이 있었네. 썬도 참 삽질 많이 했지
by 베네로그
얼굴 보고 싶었는데 아쉽네요. 다음에 제가 함 놀러 갈게요.
10.07.21 20:53
달콤한 휴가 3일째.. 시간은 잘도가네.. 담주 출근하면 할일이 많을 것 같지만, 4일만 더 잊고 살자;
by 베네로그
회식중입니다. 모두 있고 잘 쉬다 오세요^^
10.07.21 20:38
달콤한 휴가 3일째.. 시간은 잘도가네.. 담주 출근하면 할일이 많을 것 같지만, 4일만 더 잊고 살자;
by 베네로그
"내 이럴 줄 알았지." 는 세상에서 가장 쓸데없는 말이라 생각합니다.
10.07.20 23:40
"침묵은 동의를 의미하므로, 침묵하는 전문가는 권위 없는 관리자 못지 않게 잘못된 결정에 책임을 져야한다."
by 베네로그
EP
benelog
EP님이 말씀하신 상황은 아닌 것 같아요. user library 의 경우 내 프로젝트 폴더에 물리적으로 위치하는게 아니라 eclipse가 자기 내부 관리하는 jar들을 매칭해 주는 거라서요. maven까진 너무 헤비하고 ^^;
10.07.19 18:56
eclipse 질문입니다. dynamic web project를 만들고 spring 3.0 을 user library 로 등록하였습니다. 코딩엔 문제가 없으나 tomcat 에 deploy 될 땐 spring 의 jar 가 WEB-INF/lib 에 포함 안되네요.
by 오리왕
난 자기같은 고급개발인력이 음성검색에 광분하는게 더 신기하네
10.07.19 14:37
아이폰으로도 구글 음성검색이 되는 것을 알게되어서 어제, 오늘 계속 가지고 놀고 있음.. 정말 신기..
by 베네로그
리소스 부족을 끼얹나요 ㅋㅋ
10.07.19 01:29
URL 스타일비교. http://cartoon.media.daum.net/series/view/ikki/11 VS http://comic.naver.com/webtoon/detail.nhn?titleId=150388&no=16&weekday=mon
by 베네로그
발표자료 잘 보겠습니다. 감사합니다. ㅎㅎ(링크까지.. 굽신굽신)
10.07.18 22:11
JCO 세미나 4번트랙 발표자료
후기 쓰인 곳이 또 없으려나;
by 베네로그
URL 디자인 랩 생기고 프로세스에 URL 검수 추가될 기세
10.07.18 22:01
URL 스타일비교. http://cartoon.media.daum.net/series/view/ikki/11 VS http://comic.naver.com/webtoon/detail.nhn?titleId=150388&no=16&weekday=mon
by 베네로그
JCO 페스티벌에서 KSUG가 발표한 세션의 자료가 올라왔군요. 상혁님 수고하셨습니다.
10.07.18 20:00
JCO 세미나 4번트랙 발표자료
후기 쓰인 곳이 또 없으려나;
by 베네로그
전 희안하게 전화기에 대고 혼자 말 하는 것이 쑥스러워서 음성인식 기술은 잘 안쓰게 되더군요. 구글이 제 영어 발음을 못 알아 들어서 그런건 꼭 아니에요 ㅎㅎ
10.07.18 17:25
아이폰으로도 구글 음성검색이 되는 것을 알게되어서 어제, 오늘 계속 가지고 놀고 있음.. 정말 신기..
by 베네로그
아이폰으로도 구글 음성검색이 되는 것을 알게되어서 어제, 오늘 계속 가지고 놀고 있음.. 정말 신기..
10.07.18 15:33
구글 음성검색 광고
어제 오늘 지하철, 인터넷에서 여러번 구글 음성검색 광고를 보게 되었다.. SF영화 속에서 나왔을 법한 기능이기도 하군;
by 베네로그
모르면 공부를 하덩가 전문가에게 물어보던가 해야지. 아는척 밀어부치는 것들이 문제죠?
10.07.16 21:04
음.. 말하고 싶었던 핵심은 특정 기술이 꼭 쓰여야한다.. 그런 것보다는 기술적 의사결정이 보다 실무자에 가까운 곳에서 자주 일어날 수 있어야 하는 것… 그러다보면 자연스럽게 더 나은 기술과 방식이 선택되겠지…Java말고 다른 언어도 선택할 수 있는 분위기도 좋고..
by 베네로그
수고많았어요. 꼭 하고싶은 말이 있었는데 그것도 못하고. 탁구도 지고. 뭥미^^
10.07.16 21:01
음.. 말하고 싶었던 핵심은 특정 기술이 꼭 쓰여야한다.. 그런 것보다는 기술적 의사결정이 보다 실무자에 가까운 곳에서 자주 일어날 수 있어야 하는 것… 그러다보면 자연스럽게 더 나은 기술과 방식이 선택되겠지…Java말고 다른 언어도 선택할 수 있는 분위기도 좋고..
by 베네로그
위쪽에서는 실증적인 과정을 거치는 비싸지만 확실한 방식 보다 값싸게 결론을 사고 싶어하죠. 가장 실패하기 좋은 방법을...
10.07.16 19:26
음.. 말하고 싶었던 핵심은 특정 기술이 꼭 쓰여야한다.. 그런 것보다는 기술적 의사결정이 보다 실무자에 가까운 곳에서 자주 일어날 수 있어야 하는 것… 그러다보면 자연스럽게 더 나은 기술과 방식이 선택되겠지…Java말고 다른 언어도 선택할 수 있는 분위기도 좋고..
by 베네로그
필요할만한 부분만 잘.. 찾아서 쓴 책이죠.. ^^;
10.07.15 13:25
부지런한 최범균님.. 벌써 3.0책을 내셨네. 기존 2.5책의 증보판 성격인듯..
by 베네로그
예. 개정판 성격이더라고요. 그거 말고도 3.0 책 한 권 더 있던 것 같기도 하고... 최범균님의 책은 마른 사막에 오아시스랄까... 갈급할 때 목 축이기에 딱 좋죠.
10.07.15 13:24
부지런한 최범균님.. 벌써 3.0책을 내셨네. 기존 2.5책의 증보판 성격인듯..
by 베네로그
야구에도 깊이가 있으셨네.. 역시 하나의 전문가는 다른 분야에도 전문가가 되기 쉽다더니 ~
10.07.14 16:40
비거리 늘어난 이대호 2루타 대신 홈런
,
'무결점 사나이' 이대호, 정말 무결점인가?
잘은 모르지만 왼쪽 어깨가 일찍 열리던 문제도 손목부상과 관련이 있지 않을까? 뒤에서 받쳐놓고 때릴 수 있다는 자신감과 손목의 힘은 관련이 있을 것 같다.
by 베네로그
그러게요. 저도 아발론의 대안으로 생각했던 놈인데...osgi와 spring의 중간 정도여서 어중간했던 것일 수도...
10.07.14 13:12
몇년전에 어느 공공기관 프로젝트에서 쓰였다던
tapestry
. 국내에서는 그곳말고는 썼다는 이야기를 들은 적이 없다. 아직도 계속 잘 업그레이드가 되고 있었군. HTML을 그대로 살려서 디자이너하고 협업하기에 좋을 것 같은데.. 실제 해보면 어떠려나..
by 베네로그
tapestry가 hivemind를 내부 IOC 컨테이너로 썼던 것 같은데 hivemind 망한 이후에 어찌 되었나 모르겠네요.
10.07.13 14:29
몇년전에 어느 공공기관 프로젝트에서 쓰였다던
tapestry
. 국내에서는 그곳말고는 썼다는 이야기를 들은 적이 없다. 아직도 계속 잘 업그레이드가 되고 있었군. HTML을 그대로 살려서 디자이너하고 협업하기에 좋을 것 같은데.. 실제 해보면 어떠려나..
by 베네로그
"스피리터스"라는 술은 알코올이 거의 96%라고 하는데요 ㅎㅎ 보드카입니다..
10.07.12 18:31
안드로이드는 CDEFG 순서로 컵케이크(Cupcake), 도넛(Donut), 에클레어(Eclair), 프로요(Froyo),진저브레드(Gingerbread)라.거창한 이름들보다 마음에 든다.내가 뭘 만든다면 술이름으로 버전을 정해서 가장 최강버전은 '빼갈'로 하리라.
by 베네로그
Z까지 가려면 너무 멀었네요.
10.07.12 13:35
안드로이드는 CDEFG 순서로 컵케이크(Cupcake), 도넛(Donut), 에클레어(Eclair), 프로요(Froyo),진저브레드(Gingerbread)라.거창한 이름들보다 마음에 든다.내가 뭘 만든다면 술이름으로 버전을 정해서 가장 최강버전은 '빼갈'로 하리라.
by 베네로그
글로벌하게. Soju 버전으로!
10.07.12 11:40
안드로이드는 CDEFG 순서로 컵케이크(Cupcake), 도넛(Donut), 에클레어(Eclair), 프로요(Froyo),진저브레드(Gingerbread)라.거창한 이름들보다 마음에 든다.내가 뭘 만든다면 술이름으로 버전을 정해서 가장 최강버전은 '빼갈'로 하리라.
by 베네로그
ㅎㅎㅎㅎ
10.07.12 11:28
안드로이드는 CDEFG 순서로 컵케이크(Cupcake), 도넛(Donut), 에클레어(Eclair), 프로요(Froyo),진저브레드(Gingerbread)라.거창한 이름들보다 마음에 든다.내가 뭘 만든다면 술이름으로 버전을 정해서 가장 최강버전은 '빼갈'로 하리라.
by 베네로그
빼갈보다는 바카디를.. ㅎㅎ
10.07.12 11:25
안드로이드는 CDEFG 순서로 컵케이크(Cupcake), 도넛(Donut), 에클레어(Eclair), 프로요(Froyo),진저브레드(Gingerbread)라.거창한 이름들보다 마음에 든다.내가 뭘 만든다면 술이름으로 버전을 정해서 가장 최강버전은 '빼갈'로 하리라.
by 베네로그
이름만 바꿔가면서 나오는 새로운 기술용어는 마치.... 얼굴만 바뀌는 보스처럼. 똑같은 패턴으로 공략하면 해결되는듯 해요.자동화 확산하는 입장에서는. ^^ 좀 그렇지만.
10.07.11 21:02
"JSP기술의 가장 큰 특징은 개발자의 역할과 디자이너의 역할을 완전하게 분리함으로써 서로의 작업을 보다 작게 쪼개고, 각자의 작업에 의해 생성된 결과를 다시 합칠 수 있도록 해준다는 것입니다." 옛날책 정리&버리기 작업 중에 발견한 2001년도 어느 잡지의 내용 중
by 베네로그
전 재활용과 효율성을 놓고 시간에 따라 바뀌고 있는 언어들 간의 표현들도 재밌더군요 ㅎ OOP를 선택 했어야 하는 이유 그대로가 최근에는 FP를 선택해야 하는 이유로 나오니까요.
10.07.11 11:16
"JSP기술의 가장 큰 특징은 개발자의 역할과 디자이너의 역할을 완전하게 분리함으로써 서로의 작업을 보다 작게 쪼개고, 각자의 작업에 의해 생성된 결과를 다시 합칠 수 있도록 해준다는 것입니다." 옛날책 정리&버리기 작업 중에 발견한 2001년도 어느 잡지의 내용 중
by 베네로그
요즘은 bpel이 그 뒤를 잇는것 같아요 다 의미있는 시도지만 ㅎㅎ
10.07.11 10:56
"JSP기술의 가장 큰 특징은 개발자의 역할과 디자이너의 역할을 완전하게 분리함으로써 서로의 작업을 보다 작게 쪼개고, 각자의 작업에 의해 생성된 결과를 다시 합칠 수 있도록 해준다는 것입니다." 옛날책 정리&버리기 작업 중에 발견한 2001년도 어느 잡지의 내용 중
by 베네로그
특정 기술 스펙의 도입만으로 분업/의사소통 문제 같이, 사람간의 문제를 다 해결될 것처럼 이야기하는 사람이 있다면 일단 안 믿으면된다. 차라리 '~를 더 쉽게 해준다.'는 표현이라면 한번 들여다 보자.
10.07.11 10:47
"JSP기술의 가장 큰 특징은 개발자의 역할과 디자이너의 역할을 완전하게 분리함으로써 서로의 작업을 보다 작게 쪼개고, 각자의 작업에 의해 생성된 결과를 다시 합칠 수 있도록 해준다는 것입니다." 옛날책 정리&버리기 작업 중에 발견한 2001년도 어느 잡지의 내용 중
by 베네로그
SUN이 웹 개발 팀의 롤을 세분화 하면서 JSP를 디자이너 책임으로 해 놔서 사내에서 업청 싸웠던 기억이 나네요. 디자이너보고 JSP 배우라고 했다가...;;;
10.07.11 10:44
"JSP기술의 가장 큰 특징은 개발자의 역할과 디자이너의 역할을 완전하게 분리함으로써 서로의 작업을 보다 작게 쪼개고, 각자의 작업에 의해 생성된 결과를 다시 합칠 수 있도록 해준다는 것입니다." 옛날책 정리&버리기 작업 중에 발견한 2001년도 어느 잡지의 내용 중
by 베네로그
뷰와 로직을 분리할 필요가 없다는 말은 아닙니다. 경계를 연역적으로 도출할 수 없으니 탐색의 과정을 거쳐야 하는데, 경계가 뚜렸해야 한다는 명분만 내세우고 탐색의 필요성은 무시하여 경계를 고치기 어렵게 만들면 안된다는 뜻 정도로 이해해주시면 고맙겠습니다.
10.07.10 18:21
뷰와 로직의 분리?
원래 애매할 수 있는 단어들이지만, 그것을 명확하게 하려는 노력도 부족했다.. 약어, 신조어를 과용하면서 용어의 일관성도 없었다는 점도 있었고..
by 베네로그
뷰와 로직을 분리하면 관리대상이 달라진다고 생각합니다. 차주 금요일 발표때 보여드릴 테스트 자동화도 로직만 검증합니다. 경험상 둘을 분리하면 로직은 요수변경에 따라 많이 안바뀌어요
10.07.10 14:13
뷰와 로직의 분리?
원래 애매할 수 있는 단어들이지만, 그것을 명확하게 하려는 노력도 부족했다.. 약어, 신조어를 과용하면서 용어의 일관성도 없었다는 점도 있었고..
by 베네로그
흠... 저렇게 말할 정도로 모호하다고 보지는 않는데요. 제가 문제점을 잘못 파악하고 있는지... 물론 뜻 모르는 용어를 남발하는 일도 많지만요.
10.07.10 07:26
뷰와 로직의 분리?
원래 애매할 수 있는 단어들이지만, 그것을 명확하게 하려는 노력도 부족했다.. 약어, 신조어를 과용하면서 용어의 일관성도 없었다는 점도 있었고..
by 베네로그
전 도스 시절 창 무한대 (그래봐야 메모리 한계로 금방 끝이지만) 열수 있어 하던 시절이 그리워요. 관리라는 말이 생기고 제가 그 자리에 있으니 사는게 재미없네요 ㅠ
10.07.10 01:20
문득 이 책의 코드를 보니 Struts1 + EJB1 + 생JDBC 가 가장 암울했던 시절이였다는 생각이…요즘은 많이 나아졌지만 아직도 갈길은 멀기만 하네..사실 요즘은 언어를 떠나서 웹환경 자체가 가지는 비효율성이 크다고 느껴진다..
by 베네로그
문득 이 책의 코드를 보니 Struts1 + EJB1 + 생JDBC 가 가장 암울했던 시절이였다는 생각이…요즘은 많이 나아졌지만 아직도 갈길은 멀기만 하네..사실 요즘은 언어를 떠나서 웹환경 자체가 가지는 비효율성이 크다고 느껴진다..
10.07.10 00:59
책장이 비좁아서 앞으로 안볼만한 책들 정리하기 위해 한번 쭉 보는 중...
by 베네로그
저는" 지금은 밤도 없는 서울 어느곳의 지하에서 프로젝트 지원을 하고 있습니다... "
10.07.09 17:17
'지금은 밤이 없는 백야의 땅 아이슬란드에서 빙하를 보고 있습니다.' 누군가의 부재중 답장 메일.. 멋지군;
by 베네로그
누군지 알 것 같다...
10.07.09 17:00
'지금은 밤이 없는 백야의 땅 아이슬란드에서 빙하를 보고 있습니다.' 누군가의 부재중 답장 메일.. 멋지군;
by 베네로그