책이 세상을 바꾼다

1회인지 2회인지 기억나지는 않지만 초창기 때 JCO와 인연을 맺은 탓인지 세월이 많이 흘렀음을 느낄 수 있었다. 예전엔 건대에서 주로 개최되었던 것 같고 가끔 힐튼(맞나?), 연대100주년 기념관에서 개최되었는데, 위상이 높아진 후에는 코엑스에서 자주 하는 것 같다.
초창기(10년 전)부터, 물론 당시 자바의 부흥기이기도 했지만, 수천 명은 훌쩍 넘는 인기 세미나였던 것으로 기억한다.
10년이 지난 지금도 세미나장에 발 디딜 틈이 없을 정도로 위상은 여전하고 세월이 지난 만큼 질문하는 수준이나 강의 주제를 볼 때 개발자들의 역량도 그만큼 높아진 것 같다.
초창기에는 아무래도 학생이 많았던 것 같고 당시 참석했던 학생들이 성장해서 개발자가 되어 참석자로 계속 이어져오곤 있는 것은 아닌지.
자바 개발자 세미나지만 자바 기술뿐만 아니라 다양한 최신 IT 기술을 소개하는 장이다보니 국내 최대 세미나로 그 명맥을 유지하고 있는 것 같다.
이번에 인상깊게 들었던 내용은 클라우드, Hot deployment.
특히 Hot deployment는 내용 중에 자바 가상머신 주제가 있어 진지하게 들은 것 같다. 윈도우나 리눅스 시스템과 같은 OS 영역에서는 상당히 많은 로우레벨 책이 나왔는데 왜 여태까지 자바의 핵심 기반인 JVM에 대한 원리나 구조를 다룬 책이 아직도 안나왔는지 IT 편집자로서 반성도 할겸. ^^

지금 정도의 한국의 자바 개발 역사라면 이런 책 정도는 한번 나와줘야 하지 않을까. 어느 출판사가 되었든 한번은 나와주었으면 하는 바람이다.

역시 개발서적의 백미 내지는 꽃(?)은 시스템의 구조를 기가막히게 설명해주는 책이 아닐까 싶다. OS, 커널 구조 등등. 물론, 어렵게 스펙 정리하듯이 아니라 개발자들에게 큰 그림을 보여줄 수 있는, 약간의 재미도 있으면서.
좀더 Advanced한 개발자가 되기 위해서는 시스템 레벨까지 학습해야 하는 것은 분명한 것 같다.

오늘, 그리운 사람들을 보게 되어 즐거운 하루였던 것 같다.

[클라우드 강의의 인기. 다른 강의들도 이에 못지 않았다는]

한번 들어보세요~~~.
사이트는 요기에서 퍼왔습니다.
http://15daysofjquery.com/

jQuery Demo - Expandable Sidebar Menu from John Resig on Vimeo.

아키텍처, 아키텍트에 대한 관심이 조금씩 높아지는 것 같다. 여러 가지 이유가 있겠지만 아무래도 소프트웨어의 복잡성이 높아져가고 각각 분해해서 개발하다보니 통합해야 하는 상황도 늘어나 자연스럽게 관심이 늘어는 탓인 듯.

비즈니스의 밸류와 사이즈가 다르기는 하지만, 소프트웨어 개발과 책을 만드는 과정은 참 비슷한 것 같다.

독자의 요구사항 분석 - 고객의 요구사항 분석
전체적인 얼개 설계    - 아키텍처 설계
원고 개발                 - 코딩
원고 피드백              - 테스트와 디버깅
교열/교정                 - QA
하판                         - 출시

책을 만들 때도 설계 단계에서 너무 세밀하게 한다고 해서 반드시 좋은 책이 나오는 것은 아니다. 소프트웨어 개발에서도 마찬가지인 것 같다. 그래서 애자일이니 XP니 TDD니 하는 방법론이 나오게 된 것 같다.

오늘 훈스닷넷에서 주최한 아키텍처 세미나에 참석했다.
약 50여 명 정도 참석하였는데 여성 참석자도 4명 정도 보였던 것 같다. 비율이 너무 적나? ^^ 

두 강사님의 강의 스타일이 많이 달랐다. 한분은 경험적인 내용을 프리하게 소개한 반면, 다른 한분은 정교하게 다듬어진 아키텍처 이론에 대한 강의를 하여 적절하게 밸런싱이 맞은 좋은 강의였다.
물론, 듣는 청중의 입장에서는 약간은 지루한 이론 강의보다는 실제 경험담 얘기가 더 듣기 좋은 것은 사실이다. 하지만, 용어를 정확하게 정의하고 아키텍처의 히스토리, 먼저 고민했던 사람들의 일반화한 경험 등도 그못지 않게 중요한 것 또한 사실이다. 아무튼 하나의 강의는 애자일 스타일인 것 같았고 다른 강의는 정교한 프레임웤 기반의 개발 스타일을 보는 듯 했다.

나는 개발자 출신도 아닌데, 아키텍처나 아키텍트라는 주제의 강의가 머리에 와닿는 이유는 뭘까? 오히려 그곳에 있는 개발자 출신들보다 내가 더 집중했던 것 같고 요목조목 필요한 내용을 들을 빼곡히 메모했던 것 같다.
이유를 생각해보니 아키텍트에게는 사람과의 커뮤니케이션, 리더십, 관리 능력, 큰그림을 그릴 줄 아는 능력, 비전메이킹 능력 등등이 요구되는데, 이것은 시간이 지나면서 생겨나는 게 아니라 조직을 구성해서 이끌어보고 문제도 경험해보고 실패와 성공도 해보는 데서 자연스럽게 나오기 때문인 것 같다.
내 자랑? ^^

아키텍트는 "고수"임에 틀림없다. 예전 무술영화에서 보면 고수가 제자를 들여 물긷는 것부터 시키고 이유도 가르쳐주지 않고 열나 필요없는 것 같은 것들을 반복해서 시키는 신이 많이 나온다. 그러다, 어느 순간부터 고수가 아는 내용을 순식간에 전해주고 "하산하라"라는 식상한 말을 하고 제자는 중원으로 나간다는...^^ 오늘 강의를 통해 얻은 것은 아키텍트가 되는 것도 그런 비슷한 과정인 것 같다는 생각. 개발할 때 열심히 역량을 쌓고 열나 깨져보기도 해야 비로소 깨달음이 오는 순간이 올거라는....

아무래도 오늘 청중의 분위기는 "아키텍트가 되려면 어떻게 해야 하지?" 하는 구체적인 답, 아니 어떻게 보면 나도 저렇게 해볼 만하다는 롤모델을 찾는, 그런 분위기였던 것 같다.

두 시간의 강의가 아키텍처가 무엇인지, 아키텍트가 되기 위해서는 어떻게 해야 하는지를 얻기에는 당연히 턱없이 부족한 시간이다. 그러나, 현업에 돌아가서 오늘 들었던 얘기를 곱씹어보면서 스스로 깨달음을 위한 좋은 재료가 될 만한 것들을 많이 얻었을 시간임엔 틀림없었던 것 같다.

---------------"말, 말, 말"--------------

"아키텍트가 되는 길은 도제제도와 비슷하다"
"십수권의 디자인패턴 책을 읽고도 이해가 안갔는데, 스프링 라이브러를 보고 코드가 아름답게 느꼈고 그제야 디자인패턴이 무엇인지 이해가 되었다. 그 뒤로 난 스프링빠가 되었다"
- 안영회강사님

"최초로 아키텍트라는 직함을 가진 분은 빌게이츠. 정확한 직함은 Chief Software Architect."
"아키텍트가 하는 일은 항상 새로운 일이다"
"아키텍트는 인사이트가 있어야 한다"
- 이충헌 강사님

 

한계레 원문 기사: http://www.hani.co.kr/arti/economy/it/470744.html

딸래미가 일주일에 한번씩 컴퓨터를 쓰는데, 포맷하고 한달도 안 되어 컴퓨터가 너무 지저분해져서 짜증이 났었는데, 역시 주범은 ActiveX였습니다.

플래시는 어떻게 될지 모르겠네요.
최근 웹 표준을 공부하면서 느낀 점은, 각 영역에서 전문가들이 전문가답게 일을 해야 한다는 것이었습니다.

구조는 HTML이 담당하고 표현은 CSS가 그리고 기능은 JavaScript나 기타 언어들로...그래서 개발자, 웹기획자, 디자이너가 서로의 영역에서 전문가로서 역량을 최대한 발휘할 수 있게 해줄 수 있는 것, 그것이 웹표준의 매력 중 하나이지 않나 싶습니다.

아무튼, ActiveX가 퇴출되고 웹표준에 대한 중요성이 더 높아지겠네요.
 
웹표준에 대해 참 잘 정리해놓은 블로그가 있어 소개합니다.

http://ugpapa.tistory.com/category/%EC%9B%B9%ED%91%9C%EC%A4%80/CSS

  

제목 그대로 UX는 참으로 많은 기반이론에 바탕을 두고 있다.

산업공학, 인지심리학, 디자인 등등. UX 책도 다양하게 많이 나왔으나, 성적은 글쎄?
이유가 뭘까? 누구나 공감할 수 있게 일반화가 안 된 때문일까?

"UX를 한마디로 정의하면 뭘까요?"
(to UX professional)
"스티브잡스처럼 디자인영감이 뛰어나다거나 사용자를 잘 알고 미적 능력이 뛰어난 최고의 디자이너가 있다면 좋겠죠. 하지만 어느 프로젝트나 특출난 전문가는 많지 않습니다. UX는 바로 사용자를 배려해서 제대로 설계 및 디자인이 나올 수 있도록 프로젝트의 시작과 끝에 함께 하는 프로세스라고 보면 될 것 같습니다."

어느 정도 정리가 된 것 같다.
결론적으로 말하면 UX가 없어도 프로젝트는 진행할 수 있다는 얘기?

UX 전문가인 그분이 보유한 책을 보여주는데, 웁스~~~.
정말 이분 공부 많이 한다. "프로젝트 논의하다가 문제가 생기면 모두 우릴 쳐다봐요. 이 분야가 평소에 공부해두지 않으면 참으로 힘든 분야죠. 그래도 많은 사람들이 UX의 기본적인 내용은 알았으면 좋겠습니다."

IA가 UX의 꽃이란 얘기로 마무리했다.

iPhone 에서 작성된 글입니다.

데브피아는 참으로 열정적으로 활동하는 개발자들이 많다.
지푸라기 하나라도 잡고 싶을 정도로 절실한 답변도 많고
때론 직설적으로 때론 애정을 갖고 답변해주는 분들도 대단하다.

그 중에 몇 가지만 소개한다.

<한창 공부할 때는 밥 먹는 시간외에는 프로그래밍만 생각했다>
모든 일에 적용할 수 있는 말이다. 나 또한 열정으로 무언가를 할 때 그리고 진짜로 밥 먹는 시간외에는 그것만 생각할 때 내가 이루고자 했던 그 이상을 이루었던 것 같다. 지금 마흔 하나, 그 열정을 다시 찾을 수 있을까? ^^

<스스로 탐구해서 해결하는 능력을 길러야>
컴퓨터 비전공 학생이 지금 공부해서 어떻게 비전공 학생을 따라갈지 걱정하며 질문을 한다. 참으로 멋진 답변이다.
"비전공이 열심히 해서 어느 수준까지 갔을 때, '문제 해결력'은 전공이 못따라 올 확률이 많다. 왜? 그들은 스스로 탐구해서 해결하는 능력을 길렀기 때문이다."

<지속적인 공부가 중요한 이유>
개발자가 영어를 왜 공부해야 할까?라는 질문에 대한 최상의 답변이다.
"개발자에게 가장 중요한 것은 개발이고 그 외의 다른 능력이 있으면 그 효과는 배가 됩니다."
비슷하게,
"편집자에게 제일 중요한 것은 책에 대한 열정이고 전문가적 지식까지 갖춘다면 그 효과는 배가 된다."

<프리랜서 단가 산정의 주요 포인트>
이 답변에 저작권이 있는지 모르겠네요. ^^
어느 프리랜서가 단가 선정을 어떻게 하느냐는 질문에 대해 몇가지 포인트를 잘 짚어주었다. 아마 다른 분야의 모든 프리랜서 분들에게도 적용될 수 있을 것 같다.

1. 집과의 거리
2. 업무량
3. 기간
4. 야근 및 주말근무 여부
5. 프로젝트 종료후 추가 수정 여부
6. 잘못 계산된 프로젝트 기간 및 업무량에 대한 추가 협의
7. 위 조건들이 계약서에 명시가 되는지 여부

이 정도로 철저하게 분석하고 준비하는 프리랜서라면 반드시 성공할 것 같습니다.


<언제 어디서는 다른 포지션의 가능성을 생각하며 공부를 게을리하지 말자>
기본기를 다시 다지기 위해 C/C++을 다시 공부하고 디자인패턴을 학습하고 서버쪽으로 지원하고 싶어 소켓과 윈도우즈 OS구조, 시스템 쪽을 꾸준히 공부하는 사람들이 많다.