조대협의 블로그

http://www.ewaypartners.com/ 에서 수입해서 파는 툴 같은데. 스팸 이메일로 받았다가 흥미가 있어서 살펴보았다. http://www.lattix.com/dl/demo/LDMdemo-01-01.htm 소스 코드간 Dependency를 Syntanx check로 체크해서 Matrix로 보여주는 모델인데, 어느정도 소스간의 Dependency 분석을 통해서 변경에 대한 Impact를 예측할 수 있을 듯 싶다. 그러나!!. 동적 Class Loading이나 또는 Spring을 이용한 DI, 또는 각종 Java AP의 configuration에 따른 Dependency 관리는 어려울것 같으니... 결국 보조적인 툴 정도로만 사용이 될텐데. 그래도 편리 하지 않을까? 변경에 대한 Impact관..

BEA로 컴백을 결심한후에 읽었던책.. 사실 다 읽지 못했다.. 밀려있는 상태.. -_- ( 왜 책한권을 끝까지 읽기가 어려울까?) N社에서의 경험과 이 책이 현재 컨설팅 업무에 큰 도움을 줬다. 엔지니어 성향이 매우 강한 나로써는 고객의 문제를 해결해주는 컨설팅에 대해서 본질부터 다시 생각해야 한다는 숙제를 던져주었고, 이것은 현재 내가 고객을 대하는데도 큰 영향을 주었다. 기본적으로 컨설턴트는 고객이 요구 한다면 못하는 일은 없다. 단지 "돈" 이 필요할뿐. 구체적인 기법은 솔직히 어렵기도 하고 잘 적용하기도 쉽지는 않다. 그러나 기본적인 컨설턴트로써의 사고 방식에 대한 전환에는 큰 도움이 된책.. 점점 IT가 고객 중심으로 바뀌는 사상을 반영해주듯이.. 이 책 역시.. 고객과 함께 일할 수 있는 방..

실용주의 프로그래머. 전글에서도 언급했듯이. 요즘 매우 관심을 두고 보고 있는 책들이다. 읽다보니 모든 시리즈를 다 섭렵했는데. 아직 읽다말은 책도 있고 읽는 중인 책도 있다.. 다 읽어야 할텐데... 실용 주의 프로그래밍은.. 기존의 책속에만 있는 이론 중심의 방법론들이 아니라, 실제 프로젝트를 잘 이끌어 나갈 수 있는 여러 방안에 대해서 설명하고 있다. 프로젝트 관리론에서 부터 특히 빌드 배포 자동화, 자세등에서 까지 "조엘 온 소프트웨어"에 이어서 개발자들에게 꼭 추천하고 싶은 책이라고나 할까? 실용주의 프로그래머에서는 실용 주의 프로그래밍의 이론과 프로그래머로써의 자세를 프로젝트 관리에서는 멍청한 팀장이 아닌 좀 더 실질적인 팀장이 되기 위한 자세.. 실제로 "실용 주의 프로젝트 관리"는 PM으로..

요즘 어찌어찌 하다 보니 앤드류 헌트의 펜이 되어버렸다. Pragmatic 시리즈의 저자인데, 요즘 유행하는 Agile 방법론등의 시초가 되는 실용주의 방법론을 외치는 사람이다. 형상 관리, 빌드 자동화 책을 보다가 어찌어찌 해서 실용주의 프로그래머라는 책을 읽었는데. 재미있는 글이 하나 있어서 기록해 놓는다. 이른바 "깨진 창문 이론" 깨진 창문 이론이란, 도시에 있는 한 건물에 창문이 하나 깨지게 되면, 그로 인해서 주변이 지저분해지고 낙서도 많아지고 결국에는 그 지역이 할렘화 된다는 이야기이다. 즉 작은 문제 하나를 방치해 놓으면 모르는 사이에 그것들이 점점 커져서 나중에는 대치할 수 없는 문제가 된다는 이야기다. 소프트웨어 개발이나 인생 살이도 다른게 하나 없는것 같다. 사소한 BUG하나가 나중에..

안녕하세요? 어제 DevDays에 참가하셨던 분들 중에서 강의자료가 필요하신분들을 위해서 내용을 첨부합니다. 원래 이 강의 내용들은 JCO 주최 Java Conference에서 2회에 걸쳐서 강의되었고 이미 여러 문서들이 인터넷을 통해서 배포 되어있었기 때문에 내용이 익숙하신 분들이 많을것 같습니다. 얼마전에 다시 BEA로 돌아오느냐고 신선한 주제를 마련하지 못했네요.. 다음 컨퍼런스에서는 좀더 신선한 주제로 찾아뵙도록 하겠습니다. 감사합니다.

http://www.xplanner.org/index.html XP기반의 프로젝트 관리툴. 스케쥴 관리등이 가능.

1. 클라이언트가 서버에 접속하면 서버인증서(서버의 공개키를 인증기관이 전자서명으로 인증한 것) 를 전송받습니다. (이때, 클라이언트 인증을 필요로 할 경우 클라이언트의 인증서를 전송하게 됩니다.) 2. 클라이언트는 받은 서버 인증서를 분석하여 신뢰할 수 있는 인증서인지를 검토한 후, 서버의 공개키를 추출합니다. 3. 클라이언트가 세션키로 사용할 임의의 메세지를 서버의 공개키로 암호화하여 서버에 전송합니다. 4. 서버에서는 자신의 비밀키로 세션키를 복호화하여 그 키를 사용하여 대칭키 암호방식으로 메시지를 암호화하여 클라이언트와 통신하게 되며 이것은 "https"라는 별도의 프로토콜을 사용하게 됩니다. 즉 공개키를 서버가 클라이언트로 내려보내면 클라이언트에서 세션키를 암호화해서 서버에 보내서 세션을 만든다..

일일 빌드는 소스 코드의 에러율을 낮추주고 일정을 중간 중간 체계적으로 체크할 수 있는 여러점에서 유용하다. 그러나. 일일 빌드를 자동화 하지않을 경우에는 잊혀지기 쉽고.. 그 이점을 찾기가 어렵다. 일일 빌드는 자동화가 필요하다.

인터넷에서 퍼온 글인데, 상당히 유용할듯 하다. JMeter가 MS Stress에 비해서 사용법이 어렵고, 수작업이 다소 많이 들어가지만, 반대로 그만큼 세세한 부하 생성이 가능하다.

내가 BEA를 떠날 수 없는 이유중에 하나는 BEA는 항상 정말 재미있는 기술들을 만들어낸다는 것이다. 이런게 필요하지 않을까 생각하고 있으면 몇달후에, 그 제품들을 떡하니 가져다 놓는다. 그리고 공부할 수 밖에 없는 상황으로 만들어 버린다. 이번에는 WebLogic 개발 환경은 WebLogic Workshop 에 Flex Builder가 포함되어 버렸다. 기존 WLW에서 Opensource (JSTL,Struts,Hibernate,JDO,Spring,Beehive)를 지원한데 이어서 또 다른 획기적인 일이다. 이제 Eclipse 안에서만 개발을 하면 모든 Java AP개발을 끝이 날 듯 싶다.