http://findbugs.sourceforge.net 메릴랜드(Maryland) 대학에서 공개한 도구입니다. 자바의 버그패턴에 맞춰서 자바 소스코드를 컴파일된 바이트코드로 정적 분석한 후에 어느 부분이 문제가 되는지 자동 리포팅해줍니다.
누군가 내 코드를 검사한다는 것이 개발자에게는 탐탁치 않지만 임신진단시약처럼 자가테스트를 한다면 다른 얘기가 되겠죠. 남에게 보이기 전에 자신의 코드를 깔끔하게 만들 수 있으니까요.
http://www.devmento.co.kr 에서 주최한 개발자 컨퍼런스입니다.
developer와 mentor의 의미를 가진 사이트였습니다. 저는 상투적인 표현이지만 "영광스럽게도" 패널토의와 세션발표에 나서게 되었습니다.
의학도였지만 컴퓨터의 의사가 될 수 밖에 없었던 운명, 그리고 너무도 성실했기에 남들에게 주목받을 수 밖에 없었던 안철수 안연구소 의장님이 기조연설을 해주셨습니다. 불성실한 저의 프리젠테이션이 부실했었는데, 사진 한 장뿐인 안철수님의 연설은 저에게 큰 위로가 되셨습니다. "그래 PT는 장표보다는 얘기하는 사람이 더 중요한거야"라고 말이죠.
5가지 개발자 후배들에게 전해주는 메시지를 들었는데, 커뮤니케이션, 로우레벨에 대한 이해, 영어 정도가 생각이 납니다. 메시지를 들으면서 저는 OTUL(배나온 좌절)모드로 들어갔습니다. 이따 내 세션에서 할 말씀을 이리도 칼같이 정리해 주시니 아흐 오늘 세션 물거품되었다. 전략을 바꿀까 생각도 했습니다. "제가 전할 메시지는 아까 안철수님이 다 말씀해 주신 것 같습니다. 받아 적어 놓으셨을 텐데, 혹시 그중에 이해 안 가는 것 있으면 제가 부연설명해드리겠습니다"처럼 말이죠. ^^; 여튼 좋은 경험담 들려주신 개발 초극강 고수님께 진심으로 감사드립니다. (안 의장님 명함 득템했습니다. 아싸~)
양수열 소장님도 스티브잡스 스타일의 PT로 축사를 멋지게 해 주셨습니다. 인터넷에 만연하는 부정적인 개발 업계의 이야기에 관심을 두기보다는 좀 더 긍정적인 시각으로 희망을 갖고 개발하자는 메시지로 기억됩니다. ^^; (아~ 40살이 얼마 안남으니 기억력이 둔기로 얻어맞은 듯 합니다.)
패널토의 때는 긴장했습니다. ^^; 차세대 주목받는 개발트렌드가 뭐냐고 물어봤을 때 저는 당당하게 "자바스크립트요"라고 말했으니까 말이죠. 사실은 서버사이드 개발에서 UI,UX개발쪽으로 옮겨간다고 말하고 싶었는데, 너무 함축적으로 줄여서 말씀드렸습니다. 여기를 빌어 잠깐 변명한다면 예전 웹개발자들의 변명이 이제는 안 통한다는 것이죠. "이건 HTML로 브라우저로 표현이 안되는 겁니다"라고 한 동안 얘기했던 적이 있었죠. 마우스 이벤트 처리라든가 데이터 그리드 같은 것은 CS에 맡겨버려요 라고 얘기했었지만, 지금은 시대가 바뀌어서 "웹에서 워드 심지어는 스프레드시트의 대명사인 엑셀도 어느 정도 가능해요"라고 얘기하게 되었습니다. 사용자인터페이스에 신경을 써야된다는 얘깁니다. 어떻게 신경쓰냐고요? 코딩이죠. 그 액션에 대한 처리 로직. 이게 다 구글 때문입니다. <-- 요로콤 얘기하고 싶었습니다. 그걸 요즘 개발트렌드는 "자바스크립틉니다"라고 말해버렸으니. 에혀~
그 실수를 만회한다는 게 "얼마면돼" 얘기나 하고 말이죠. 연봉이 1억이 안된다느니 말이죠. 1억 반 짤라서 살짝 넘어 받고 있습니다. 연봉 일억 넘으면 쏠께요. ^^; 1년 지나서 연봉 다 받고 말이죠. 중간에 짤리면 안됨!!!
첫 세션은 미니 애플리케이션인 위젯에 대해서 옥상훈 SW아키텍트 연합회 공동의장이 발표했구요. 네 번째 세션은 백용규 SW아키텍트 연합회 공당의장께서 발표하셨습니다. ^^; 두 분이 그런 사이인줄 몰랐습니다. ^^; 역시 아키텍트는 말을 조리있게 잘 해야한다고 심하게 느꼈습니다. ^^; http://bcho.tistory.com 에 평소에 올리신 내용에 대한 실무적용사례를 잘 말씀해주셨습니다. 이 분 블로그에서 hudson 정리해 놓은 것은 대한민국 최강입니다. www.javastudy.co.kr 을 만든 장본인이고, www.j2eestudy.co.kr 의 기획자이기도 하시죠. BEA들어갔다가 nhn 싫다고 나와서 다시 BEA들어가셔서 오라클로 입성해 버린 화려한 경력을 소유하셨는데, 오늘 발표는 진솔한 경험담을 들려주셨습니다. 존경합니다. ^^; 총각 아니라고 선언하셨습니다. ㅋㅋ
많은 방법론들이 있지만 머리 나쁜 우리는 실용주의 방법들을 가져다 쓸 필요가 있다라는 내용으로 기억됩니다. (아흐~ 내 불쌍한 뇌여~ 닌텐도로 구제도 안되는... 쩌비)
말뿐이 아닌 행동하는 사람은 아름답다고 했나요. 지속적인 통합(CI)에 대한 프로젝트 적용사례는 익명의 회사 프로젝트의 장단점에 대해 깔끔하게 전달해 주셨습니다. 이 분의 블로그(http://bcho.tistory.com)에 그 비하인드 스토리가 잔뜩 들어있습니다. 뻥 좀 섞어서 "마치 퍼즐이 맞춰지는 것처럼" 블로그의 글들이 강연 시간 동안 머릿 속을 점령했다고 할까요.
앉아서 듣고 계신 분들은 복 받으신 거라 생각이 들 정도였습니다. 그치 모자 쓴 graystones!
백용규 아키텍트님의 말씀도 현실의 감춰진 이야기들이 포함되어서 흥미진진했습니다. 커뮤니티를 운영하면 크고 작은 일들을 많이 듣게 됩니다. 더구나 아키텍트라는 직업은 "임금님귀당나귀귀급"의 얘기들을 듣습니다.
그런 얘기들 얼마나 재밌습니까? 당사자들은 힘들지만 말이죠. 우리 사회에 만연하는 (경비절감을 위한) 나홀로 프로젝트에 대해서 말씀하셨습니다.
좌석 뒤에 음향담당하시는 분들입니다. 제가 무대에서 사라졌을 때는 저 자리에서 얘기하고 있었습니다. 회색 양복 입으신 분 자리 있죠. 거기요. ^^;
96년인가요? 98년인가 쌍용정보통신 인사팀에서 근무하던 시절 전산실에 웹을 아는 사람이 없어서 리크루트 홈페이지를 인사팀 직원이 직접 만드셔서 1,500명의 사내 인사 리서치를 성공적으로 수행하신 분이십니다. 그 때 도움을 많이 줬던 책이 여러분도 잘 아시는 "Taeyo의 ASP"책이랍니다.
그래도 많은 분들이 남아서 들어주셨다고 열정적으로 개발자 취업,경력관리에 대해서 말씀해주셨습니다. 인사팀 경력 20년이라 새겨들을 만한 내용이 많았습니다.
행사에서 조금 아쉬웠던 부분이 벤더부쓰의 위치였습니다. 사각지대에 있어서 눈에 잘 안띄었지요.
제가 관심을 가지고 블로거를 통한 마케팅을 도와주고 있는 IBM의 developerWorks 부쓰입니다.
다음 달 열리는 썬 테크 데이 홍보 부쓰입니다. 강해지세U(EMPOWER U)가 눈에 띄는군요. 설마 비아X라가 경품으로 나오지는 않겠죠. ^^; 나이가 드니 그런 거에... ^^; 저도 3일 풀로 신청을 했는데, 홍보에 열을 올리신 듯 합니다. 부탁인데, 경품 좋은 걸로 주세요. 저 터치2세대 하나 더 있어도 조하효!
한 가지 이 행사에서 뵙고 싶은 분은 hudson 개발자인 kohsuke님입니다. https://hudson.dev.java.net
이 hudson은 cruisecontrol 보다 느낌도 좋고, 같은 허씨라... 퍽!@#$!@#$
자바 패스파인더는 일반적인 디버거와 다르게 소프트웨어를 한번 실행하여 소프트웨어 상태를 확인하는 것이 아니라, 실행 가능한 모든 경로를 조사하여 발생 가능한 속성 위배(property violations) 사항(가령 deadlock이나 unhandled exception)을 확인하여 문제점을 보고한다.
소스 파일 수십만 개를 이클립스에서 실행해 본 적이 있는가? 실행하면, 시스템에 엄청난 부담을 주고, 많은 메모리를 필요로 해(이클립스에서 out of memory 예외를 받아 본 적이 있는가?), 시스템이 극단적으로 느려지는 원인이 된다. 이런 경우 시스템에서 실제 소스 코드를 받아 오는 대신 컴파일된 코드로 연결하는 것이 더 좋은 방법이 된다.
책을 읽는 경우가 있고, 책의 목차만 보는 경우도 있고, 책의 요약본만 보는 경우도 있습니다.
세 가지 경우 중에서 시간 대비 효과가 가장 큰 것이 마지막 요약본을 보는 경우인데요. 이클립스의 24가지 프로젝트를 정독하기는 힘든 상황에서 요약본은 거의 대학교 시험 앞서서 족보를 보는 것과 같은 효율성을 지니고 있습니다.
하긴 답답함은 해소하겠지만, 어디서 아는 척은 삼가는 것이 좋겠죠. 경험이 없는 지식은 선무당과 같으니까요.
소프트웨어 엔지니어를 들어보셨나요? ^^; 제가 가장 좋아하는 직업 중에 하나입니다. 개발자도 아니고 기획자도 아니고, 그렇다고 디자이너도 아니죠. 이 셋을 포괄한 명칭이 소프트웨어 엔지니어입니다. 무슨 일을 하는지는 아시겠죠. 서비스를 만들어가는 직업입니다.
Chris Aniszczyk, 소프트웨어 엔지니어, IBM에 의해서 쓰여진 기사입니다. OSGi라고 떠드는 기술을 사용하는데, Pervasive라는 단어와 연관이 있다는 정도만 저도 알고 있습니다. jar hell(jar 지옥)을 벗어나기 위한 기술이라고 들었는데, eclipse에 밀접하게 적용된 것입니다.
단순 유저에서 벗어나서 하드코어 유저로 올라서는 방법 중 하나가 플러그인 개발이겠죠. ^^; 자동차 운전과 정비에 빗대어 생각해 볼 수 있을 것입니다.
이올린에 북마크하기
이올린에 추천하기
