오랜시간 해오고 있지만

요즘 종종 레퍼런스 책들을 훑어보면서

과연 이런것 까지 함수로 제공을 해야 할까 하는것들이 꽤나 있습니다.

대개는 사용자 편의를 위해 제공되는 내장함수이므로

마땅히 많은것이 좋다 라는 생각이 듭니다만

애당초 프로그래머의 길을 택할때 저처럼 뭔가 만들어 내는것 자체가

좋아서 시작한 사람들도 다수 있을거라 생각이 듭니다.

문제는 점점 외워서 하는 형태의 작업이 더 능률적이고 생산적이라고

치부되는 현상이 이쪽 업계에도 만연하고 있다는겁니다.

number_format() 과 같은 구현을 하려고 골머리를 썩히고

줄바꿈을 명확히 구현하기 위해 밤을 새던게 엇그제 같은데

이젠 이런 함수가 있을까 싶어서 찾아보면 대부분 존재하더라구요.

가끔은 왜 이딴것도 함수로 만들어 놨을까 싶은것도 있습니다.

명백히 많은 함수가 존재하고 많은 라이브러리가 존재한다는것은

개발자들에게 좋은일이 아닐수가 없습니다.

예전에 차를 샀을때 네비게이션이 없었습니다. 지도책이나 사회과 부도 하나 들고

길을 외워가며 주변 지형을 외워가며 운전을 하던 시절을 지나

버튼 몇번만 누르면 친절하게 몇차선으로 이동해서 가야 빠른지 알려주는

네비게이션이 보급화 되다보니 운전할때 예전보다 지형을 익히는데 소홀하게 됩니다.

결국 네비게이션 없이는 가까운거리도 못가는 사람들이 많습니다. 저도 그러하구요.

실제 연구결과는 택시 운전수들이 버스 운전수 보다 후천적인 지능지수가 높다고 합니다.

길을 많이 외워야 하는 택시 운전의 특성상 생기는 장점중에 하나죠.

전 이런 측면에서 보게 되더라구요.

기술이 발달해서 더 많은 편의를 제공할 수록 사람들의 사고가 줄어들게 됩니다.

당연한 수순이긴 하지만 꼭 필요한 노력이라는게 결여되는것에 대한 훗날의 부작용

이라는 부분은 터부시 하는 현상이 종종 목격됩니다.

제가 프로그래머로의 앞길을 걱정한건 이맘때 쯤입니다.

예전에 수학과 프로그래밍의 상관관계 고찰이라는 글도 썼었고 한두번이지만 개발자 톡에서

알고리즘으로 유창화 님과 즐거운 댓글을 주고 받는것도 아주 좋은 기억이었습니다.

단순히 면접시험에서 왜 다른 정보를 차단하고 알고리즘 검증을 위한답시고

종이와 연필만을 주느냐.. 하는 문제에 있어서

많은 사람들이 실소를 하고 방법이 잘못되었다 할 수도 있지만

저도 실제 후임 개발자를 뽑을때 썼던 방식 입니다. 적은 케이스라 증거의 대상이 될순 없겠지만

그렇게 뽑은 개발자는 제 기대를 훨씬 웃도는 결과치를 보여주긴 했습니다.

 디자이너는 저가 커버하는 영역이 아니므로 뭐라 말을 못하겠습니다만

적어도 개발자라면 왜 수학적인 사고를 하려고 애를 써야 하는지

왜 좀더 개선된 함수를 만들어 내려고 고민을 해야 하는지

왜 난이도 있는 개발에 용감하게 몸을 던져야 하는지

고민해야 하지 않을까요.

저도 아직 배워가는 개발자일 뿐입니다. 오해말아주세요.