안녕하세요. 구차니님
기초라는 것이 개발자가 혼자서 어떻게 해 볼 수 있는 것이 아니고, 회사의 조직, 프로세스, 관리방식, 시스템등을 말하는 것입니다. 그런 것 없이 개발자들보고 알아서 잘 해보라는 것은 무리죠. 제대로된 환경에서 개발을 해야 개발자들이 또 역량이 올라고요. 지금은 너무 당양한 것들을 안하면서 뭔가 근사한 것만 찾는 회사가 많아서 문제입니다.

조대협님 안녕하세요. 반갑습니다.
조대협님의 블로그는 즐겨보고 있습니다.

레퍼런스란 참 중요하죠. 그런데 제가 하는 컨설팅은 레퍼런스를 찾기가 참 어려운 분야입니다. 국내에서는 제대로 하고 있는 회사를 찾기가 어렵고, 외국에서는 당연한 것들이니까요. 새로운 솔루션을 제안하는 것이면 쉬울텐데, 소프트웨어 개발 문화를 향상하고, 개발프로세스를 정비하고, 스펙을 쓰고, 소스코드를 관리하고 하는 것들은 워낙 기초이고 당연한 것들이어서, 꼭필요하다는 것을 증명하기가 짜증나는 경우입니다. 그럼에도 왜 그렇게 해야 하는지 증명하기를 요구하는 경우도 있습니다. 그리고 이런 부분까지 너무 ROI를 따지는 경영자들은 대부분 소프트웨어 개발자체를 너무 이해하고 있지 않기 때문에 성과를 내기도 어렵고 왠만하면 일하고 싶은 생각이 없죠.

또 지적한바와 같이 국내 소프트웨어 회사들의 구현 기술이 뛰어난 것은 동의합니다. 그런데, 이를 뒷바침하여 글로벌 경쟁력 있는 소프트웨어를 만들어내고 유지할 수 있는 프로세스, 시스템, 조직등이 저변이 취약하여 일정 수준 이상을 뛰어넘지 못하고 있는 것을 보면 안타까죠.

안녕하세요. 우울한딱따구리님

당연한 말씀입니다. 그렇게 중요한 시스템을 도입한다고 한다면 레퍼런스가 아주 중요하죠. 그런데 저희 컨설팅 분야는 그렇게 수치적으로 뭔가 보여주기가 어려운 측면이 있습니다. 소프트웨어 회사를 분석해서 조직 및 프로세스를 개선하고 교육을 시키고 하는데, 뭔가 증명해 보이기는 어렵죠. 제가 만난 수많은 회사들의 소프트웨어 개발 역량은 대부분 10점만점에 1,2점인데 비해서 마음만은 8,9점이죠. 이런 회사들도 설득할 수 있는 증거들이 필요할 것도 같네요. ^^

이것이 정량적으로 측정이 거의 불가능합니다. 하지만 가끔 이런 것들에 대한 정량적인 자료들이 있기는 하더군요. 코드리뷰 전후의 소프트웨 결함 및 처리 비용 비교, 전문적인 테스트 팀이 있는 경우와 없는 경우의 비교 등등 하지만 그 숫자들을 액면 그대로 믿기 어렵고 그 성과가 회사마다 너무 다르고 또 너무 당연한 것들이기 떄문에 컨설팅 후에 그 성과를 수치적으로 평가를 하지는 않습니다.

안녕하세요. Peter님
지금까지는 어떻게 보면 불모지와 같았었는데, 점차 그런 자료들이 필요해보이는 군요. 저희 회사에서도 그동안의 경험으로 많은 자료가 축적이 되었으므로 점차 그런 정량적인 데이터를 만드는 것을 시도해볼 필요가 있어보이네요. 감사합니다.

구차니님 안녕하세요.
시행착오를 줄이면서 스스로 길을 찾는 것도 좋은 방법이라고 생각합니다. 뭐든지 적절히 조절하는 것이 좋겠지요.

두렁청해님 안녕하세요.
우리나라 대부분의 소프트웨어 회사의 현실이 그러니 크게 실망하지 마세요. 회사가 아니더라도 경험할 곳은 많으니 두렁청해님이 한번 lead 해 보세요.

수습도 안끝난 신입이라 힘이 하나도 없네요
말은 좋은거 있으면 같이 배우자~ 좋은 안 내봐라~ 이러면서 막상 자기가 하던 방식 아니면 할려고 안하더군요~
물론 설명해드렸지요~^^
서브버전 쓰면서 커밋, 체크아웃, 업데이트 3가지만 잘 사용해도 희망을 가질텐데 서브버전 서버를 ftp처럼 쓸려고 하더군요.ㅠㅠ

Jake님 오랫만입니다.
실리콘밸리에서 5년이면 배우는 것이 소프트웨어를 개발하는 방법이죠. 우리나라 개발자들도 다들 소프트웨어를 개발하고 있는데 이렇게 얘기하면 이상하다고 생각하겠지만, 제 경험에 의하면 정말로 다릅니다. 일단 미국은 60년의 소프트웨어 역사를 통해서 소프트웨어를 개발하는 방법에 대해서 체계를 갖추고 있고, 개발자들은 그런 회사에서 개발하면서 자연스럽게 익히는 것을 우리나라의 개발자들은 그런 기회가 없습니다. 그냥 코딩 실력과 몇몇 지식과 기법을 통해서 개발을 하는데, 그 기초가 너무 취약합니다. 그것이 무엇이냐고 물으면 책을 몇권 써야 설명이 다 되겠지요. 물론 미국에도 엉터리로 개발하는 회사도 있고 우리나라에도 잘하는 회사들도 많죠. 하지만 그 비율이 현격하게 차이가 나는데 문제가 있습니다.

골프를 배우려고 하는데, 혼자서 책보고 비디오 보고 배우는 것과 골프를 처음 시작할 때부너 골프 코치에게 배우는 것의 차이라고 할까요? 그럼 코치에게 배우는 것은 무엇인가? 너무 많아서 한마디로 말할 수 없습니다. 또 우리나라에는 골프를 배울 수 있는 골프코치가 그리 많지 않고 미국에는 널려 있는 상황과 비슷합니다.

또, 제대로된 방법 딱 하나를 상세하게 설명해주면 그대로 따라하면 되지 않을까?라고 생각해도 골프도 그렇게 안된다는 것은 쉽게 예상할 수 있듯이 소프트웨어도 그렇게는 안되죠.

그럼 어떻게 하면 배울수 있나? 인도의 개발자들처럼 미국이나 소프트웨어 선진국에 가서 배우는 것이 가장 좋은 방법이나 어렵죠. 그리고 고참개발자들은 이미 늦은 경우도 많구요. 이글의 말미에도 적었지만, 우선 마음부터 고쳐 잡아야죠. 그래야 여러가지 기회가 있을 때 받아드릴려고 하겠죠. 그 기회는 책이나, 강연이나, 전문가를 만나거나, 컨설팅을 받거나 등등 여러가지가 될 수 있습니다. 이럴 때 마음이 닫혀 있다면 배우지 못합니다.

묘재님 안녕하세요.
SI가 나쁜 것은 아니지만, 환경은 그리 좋지 않습니다. 우리나라의 SI의 개발 형태를 보면 업무지식(Domain지식) 위주로 개발이 진행되므로 오래 개발을 할 수록 업무나 비즈니스 로직은 점점 잘 알게 되지만, 소프트웨어 개발 실력을 향상할 기회는 상대적으로 적어집니다. 솔루션을 개발해보는 것은 다양한 경험 측면과 생각의 다변화 면에서는 긍정적이네요. 하지만 솔루션을 개발하는 회사나 부서의 환경도 별차이가 없다면 결국 본인이 스스로 공부하고 찾아다니면서 익혀야 하는데, 어려운 일입니다. 묘재님도 끊임없이 공부하시는 것 같으니 잘 될겁니다. ^^

아름드리님 안녕하세요.
본인이 아는 것보다 남을 설득하는 것은 10배이상 힘듭니다. 특히 본인이 완전히 확실히 알지 못하고 같이 잘 해보자고 하는 입장이면 더욱 어렵죠. 그리고 아름드리닙도 책보고 구글보고 할 수 있는 것은 한계가 있다는 것을 느낄 수 있을 겁니다. 책보고 골프를 배우는 것과 같죠. 제가 무료 세미나도 하고 있으니 관심있으면 연락주세요. 감사합니다.

bluepoet님 안녕하세요.
개발 2년차인데 벌써 이런 경험을 하고 생각을 하고 있다는 것은 아주 긍정적입니다. 미래가 총망되네요. ^^

redef님 안녕하세요. 깨달음은 한순간에 오기도 하더군요. 아직 기회가 많이 있으니 잘하실 것 같습니다. ^^

우울한딱따구리님 안녕하세요. 경험하지 않고 깨닫거나 스스로 알아내는 것은 기적이거나 천재겠죠?

학교 다닐때 경험하고 깨닫는건 학습, 경험하지 않고도 깨닿는 걸 지능이라고 배운 것 같은데데... 개인적으로 경험하지 않고 스스로 꺠우친 것들은 그리 많지 않은 것 같습니다. ㅜ.ㅜ

지식으로 깨우칠 수 있는 것이 있고, 골프와 같이 경험 없이 지식만으로는 익힐 수 없는 것이 있습니다. 소프트웨어도 지식과 경험이 모두 필요한 분야라고 생각합니다. ^^