프로그래머가 아닌 많은 일반인들이 프로그래밍을 배우고 있다.

심지어 5살짜리 애기도 코딩에 대해 배운다고 하는 말을 듣고 굳이 그렇게 일찍 배울 필요가 있나 싶은 생각도 들었지만 코딩이 기초학문이 되어가고 있는 것을 느낄 수 있었다. 심지어 아이들의 교육을 걱정하는 부모님까지 코딩에 대해 기본은 알고 싶다는 이야기도 들었다.

문득 코딩이 글쓰는 것과 비슷한 것 같다는 생각이 들었다.

글 쓰는 것은 기본적으로 모든 사람이 배우지 않는가.

그런데 코딩도 비슷한 것 같다는 것이다.

나는 직업이 프로그래머가 아니지만 '간단한 코드를 만든다.'

반복되는 작업을 자동으로 하는 10줄 정도의 간단한 코드이다.

다른 직원에게 설명해주고 싶지만 배우려는 의지도 없어보인다. 

그들의 생각은 '너는 프로그래머 였으니까...'

그런데 코딩에도 글 처럼 수준이 존재한다.

'번득이는 아이디어를 갈겨되는 한줄의 메모'

'아무렇게나 생각을 적어되는 내 블로그 수준의 글'

'전문적인 학술지의 글'

'아마추어 소설가의 글'

'작가의 글'

심지어 많은 사람들은 몇 년 혹은 몇 달동안 글을 적지도 않을 것이다. 

전문 적인 프로그래머로서의 코드는 간결하고 읽기 좋으며 구조적으로 완벽에 가까워 보일 것이지만

일반인의 코드는 그렇지 않을 수도 있으며 그럴 필요도 없다.

일반인이 글을 쓰며 '내 글은 완벽해야되' 라고 생각을 하면 아무 글도 쓸 수 없는 것 처럼.

일반인이 전문적인 수준의 코드를 만들어 내려고 하면 아무것도 적을 수 없다.

하지만 일반인이 쓰는 글이 가치가 없다고 여겨지지 않는 것 처럼 

일반인이 만든 코드가 가치가 없다 말 할 수도 없다. 

몇줄의 파이썬 코드지만 회사에서 꽤 많은 업무 시간을 줄여줄 수 있다.

돼지우리 같은 코드로 만든 회사 홈페이지가 회사에서 꽤 중요한 역할을 할 수도 있다. 

글을 써야 하는데 자신이 전문가가 아니라고 글을 쓰지 않겠는가.. 

코딩을 하는게 엄청나게 다른 것을 한다고 생각하는 주변사람들도 문제이다.

사무직을 다니면서 엑셀을 쓰지 않는 사람들이 얼마나 될까?

엑셀 전문가가 아니여도 엑셀을 쓴다. 

코드도 딱 그 정도만 되도 쓸 수 있다.

리액트의 프레젠테이션 컴포넌트와 컨테이너 컴포넌트를 보고

컴포넌트의 재사용에 대한 방식을 생각해 보았다. 

이렇게 재미있는 방식을 왜 아직도 몰랐었나 싶다.

개념이 재미있어 그림으로 그려보려고 한다.

재활용 할 수 있는 프레젠테이션 컴포넌트에 

각각 목적에 다른 데이터를 넣어주면 

용도에 맞는 컴포넌트가 만들어진다.

만약 컨테이너 없이 로직과 데이터를 메인에서 재사용할 컴포넌트에 넣어주게 된다면 

메인공간이 지저분해 질 것이다.

혼자서 개발을 할때는 기획 역시 혼자서 해야 한다.  

사실 다른 사람들은 혼자 개발할 때 기획과 개발을 정확히 나누면서 하는지 그렇지 않은지 모르겠지만

난 그렇게 하지 않았다. 그래서 문제가 발생한 것이다.

모든걸 개발이라고 생각해 버린것...

정확한 기획 없이 코드를 만드려했다.  그러다 보니 애매하다... '어떻게 만들겠다' 정하지 못한체로 만들 생각이 끼어든다.

사실 코딩하는 것은 생각보다 단순하다. 왠만한건 구글에 다 나와있다.

명확한 목표가 있으면 그걸 구현하는건 그저 시간투자이다. (물론 깔끔하고 완벽한 코딩은 어렵겠지만)

하지만 기획에서 명확한 구현의 목표를 정하지 못하면 코딩이 막혀버리고 

코딩은 어렵다... 라고 잘못된 인식을 가질 수도 있다.

기획이 어려운게 정답이 없다...ㅠㅠ

이렇게 할까? 저렇게 할까? 애매하게 생각이 끝나는 경우가 많다... 

생각이 열린 상태에서 닫고 마무리 짓지 못한 것이다.

아마 이건 기획서라도 작성을 하면 도움이 될 것 같다.

그도 그럴것이.. 기획서를 만들지도 않으니..

그냥 '머리에 있으니 그대로 하지' 라고 생각하지만 얼마뒤 뭘하려는지 까먹게 되는거...

기술적인 것과 코딩이 더 어려울거라는 편견 때문에 기획에 집중하거나 시간과 공을 들이지 못한다.

어째튼 취미로 하는 코딩 머리아프면 재미 없다.

아이디어를 만드는 일 = 기획

이 기획을 명확히 생각하는게 더 중요할 것 같다. 

그래야 그 아이디어를 코드로 번역할 것 아닌가.......

웹개발자 였을때 웹사이트를 개발 하기 위해 항상 크롬 개발자 탭을 사용하여 뭐가 잘못되었고 어디에서 에러가 나는지 찾곤 하였다. 그때 주로 사용했던 것은 element 탭과 console탭이였다. 

개발자가 아니라 남의 제품을 사용하는 지금은 element탭과 console탭을 사용할 일이 없어졌고

내가 쓰는 사이트의 웹서버에서 웹사이트로 전달된 raw 데이터를 얻어내기 위해 Network 탭을 사용하게 되었다.

혹시라도 민감한 정보를 서버에서 전달하고 클라이언트단에서 제거하는 방법을 쓴다면 보안상 얼마나 위험한지 알 수 있다.

0. 필터: ALL XHR JS CSS 등 자신이 원하는 데이타 타입에 대한 요청을 필터링 할 수 있다.

1. 타임라인: 시간에 따른 우리의 요청 정보를 선택 할 수 있음.

2. 요청이름: 오른쪽에 우리가 보내는 요청의 이름들이 나온다. 그리고 그걸 선택하면 타임라인에 언제 보내진 요청인지 파란 라인으로 표시가 된다.

3. 요청시 보낸 헤더 정보

요청시 보낸 헤더 정보를 볼 수 있다.

Request Url: Request URL이 무엇인지, 

accept: 우리가 요청한 파일의 형식이 무엇인지.

authorization: 우리가 요청에 사용된 토큰이 무엇인지 알 수 있다.

4. response 탭

마지막으로 리스폰즈 텝을 보면 요청을 통해 얻어진 결과를 볼 수 있다.

이렇게 얻어진 json형식의 데이터를 쉽게 CSV로 바꿀 수 있다.

엑셀에서 사용할 수 있도록 CSV로 바꾸기