시간을 달리는 e라이더 <전기 자전거 여행, IT 스토리>

1년만에 컴퓨터 프로그램 개발자인 Drew******* 가 한국에 놀러 왔다.

그는 영국 생활을 정리하고 고향인 호주로 가기 위해 잠시 한국에 들른 것이다.

그와 얘기를 하면서 나이들어 프로그램 개발자로 살아 남는다는 것은 한국이나 영국이나 호주나 쉽지 않다는걸 알게됐다. 그동안 막연하게 외국은 한국보다 좋은 환경일 것이라 짐작만 했는데 꼭 그렇지만은 않은것 같았다.

한국은 coding 조기 교육이 한참 유행이라는 얘기가 오고 가다가 아이에게 코딩 조기 교육을 시킬거냐고 물어 봤더니 조기 교육은 안 시킨단다.  그말에는 나도 전적으로 동감한다.  

나중에 흥미가 있어서 알려달라고 하면 가르쳐 주겠지만 하고 싶지도 않은 아이에게 강제하는건 안 좋은 것 같다.

마치 그 얘기를 나누던 곳이 집이라. 

Drew******가 요즘 자기가 가지고 놀고 있는걸 보여주겠다고 하더니 자기 가방에서 뭔가를 꺼낸다.

그것은 BBC에서 만든 MICRO:BIT (마이크로 비트) 다.

시연을 해주겠다고 해서 

내 맥북을 켜고 USB에 MICRO BIT 를 연결한다

불러주는 사이트(http://makecode.microbit.org)에 접속한다. 

앗 스크레치 프로그램 처럼 블럭으로 코딩을 할 수 있는 화면이다.

어 근데 이건 웹 페이지인데

웹에서 바로 프로그램밍을 할 수 있나?

간단히 예제를 불러와 micro bit 에 다운로드하니 뒷면 LED에 하트 모양이 출력된다.

(사실 이부분은 내가 직접 눌렀지만, 약간의 음주 후라서 어떤 메뉴을 어떤 순서대로 눌렀는지 잘 기억이 안난다)

Drew******는 이런 교육 프로그램을 만들어서 업로드하는 일종의 재능 기부 같은 것도 회사 업무로 인정해 준다고 했다. (내가 해석을 제대로 했는지 모르지만~)

진심 부러웠다. 누구는 없는 시간 쪼개서 취미나 학습으로 하는 것을 업무시간에 돈 받고 할 수 있다니.

그에 대한 답례로 나는 micro bit와 거의 비슷한 아두이노와 각종 모듈들을 보여주고 라즈베리파이3도 보여줬더니 무슨 용도로 사용하냐고 한다.  

Tomcat, MariaDB 깔아서 개발용 JAVA WAS 용도로 사용하고 있다고 했다.

한국에서 많이 쓰는 C++, C#, .net, java 외 듣도 보도 못한 각종 프로그램밍 언어를 섭렵한 Drew******에게는 이정도는 얘들 장난일지도...

어디가서 난 개발자라고 하지 말아야겠다. 

그냥 java spring, C#, ASP.net, php 조금 하는 전산 사무직이라고 하자. ㅠ.ㅠ

• 제목 : Clean Code 클린 코드 애자일 소프트웨어 장인 정신 (Program Programming Programmer)
• 출판사 : 인사이트
• 저자 : 로버트 C. 마틴
• 옮김 : 박재호, 이해영

프로그램이 뭔지 코딩이란 어떻게 하는것이 좋은 건지 처음부터 다시보기 살펴보기 위해서 오늘(2019년 3월 31일) 펼쳐든 책인데 1장의 깨끗한 코드 내용이 너무 감명 깊어서 약 1페이지 반 분량을 인용해 본다.

내가 나쁜 코드들을 계속 생산하여 내 코드를 열어본 다른 개발자가 욕을 하고 있지는 않나 반성하며 책을 읽어나가고 있다!

요약 인용도 고려해봤으나 미천한 글 재주로 저자의 의도를 해칠 수 있어 원문을 그대로 인용한다. 

왜 이 책을 읽어야 되는지는 아주 잘 설명 하고 있으니 구입해서 읽어 보도록 하자

1장, 깨끗한 코드 중(p4 ~ p6)

...... (중략)

나쁜 코드로 치르는 대가

  2-3년 넘게 프로그램을 짰다면 남들이 저질러놓은 쓰레기 코드로 고생한 경험이 있으리라.  코드가 하도 엉망이라 프로젝트 진도가 안 나가는 경험도 있으리라.  나쁜 코드는 개발 속도를 크게 떨어뜨린다.  프로젝트 초반에는 번개처럼 나가다가 1-2년만에 굼뱅이처럼 기어가는 팀도 많다.  코드를 고칠 때마다 엉뚱한 곳에서 문제가 생긴다.  간단한 변경은 없다.   매번 얽히고설킨 코드를 '해독'해서 얽힌고설킨 코드를 더한다.  시간이 지나면서 쓰레기 더미는 점점 높아지고 깊어지고 커진다.  청소할 방법이 없다.  불가항력이다.

  나쁜 코드가 쌓일수록 팀 생산성은 떨어진다.  그러다가 마침내 0에 근접한다.  생산성이 떨어지면 관리층은 나름대로 복구를 시도한다.  어떻게?  생산성을 중가시키려는 희망을 품고 프로젝트에 인력을 추가로 투입한다.  하지만 새 인력은 시스템 설계에 대한 조예가 깊지 않다.  설계 의도에 맞는 변경과 설계 의도에 반하는 변경을 구분하지 못한다.  게다가 새 인력과 팀은 생산성을 눞여야 한다는 극심한 압력에 시달린다.  그래서 결국은 나쁜 코드를 더 많이 양산한다.  덕택에 생산성은 더더욱 떨어져 거의 0이 된다.

원대한 재설계의 꿈

  마침내 팀이 반기를 든다. 그들은 이처럼 협오스러운 코드로는 더 이상 일하지 못하겠다며 관리층에게 재설계를 요구한다.  관리층은 재설계에 자원을 쏟아붓기 싫지만 생산성이 바닥이라는 사실을 부인할 도리가 없다.  결국은 팀이 요구하는 대로 원대한 재설계를 허락한다.

  새로운 타이거 팀이 구성된다.  모두가 타이거 팀에 합류하고 싶어한다.  새로운 프로젝트니까.  처음부터 시작해 진정으로 아름다운 작품을 창조할 기회니까.  하지만 가장 유능하고 똑똑한 사람들만 타이거 팀으로 차출된다.   나머지는 계속해서 현재 시스템을 유지보수한다.

  이제 두 팀이 경주를 시작한다.  타이거 팀은 기존 시스템 기능을 모두 제공하는 새 시스템을 내놓아야 한다.  그뿐만이 아니다.  그동안 기존 시스템에 가해지는 변경도 모두 따라잡아야 한다.  새 시스템이 기존 시스템 기능을 100% 제공하지 않는 한 관리층은 기존 시스템을 대체하지 않을 테니까.

  때때로 경주는 아주 오랫동안 이어진다.  10년이 넘게 걸리는 경우도 보았다.  새 시스템이 기존 시스템을 따라잡을 즈음이면 초창기 타이거 팀원들은 모두 팀을 떠났고 새로운 팀원들이 새 시스템을 설계하자고 나선다.  왜? 현재 시스템이 너무 엉망이라서.

  방금 한 이야기를 일부라도 겪었다면 시간을 들여 깨끗한 코드를 만드는 노력이 비용을 절감하는 방법일 뿐만 아니라 전문가로서 살아남는 길이라는 사실을 인정하리라.