💪 Pre Learning 1

📌 개발 공부 0.5개월 차인 to-be 개발자의 자습 블로그🙂ﾠJul, 2021

새로운 분야에 임하는 마음
무엇을 모르는지도 모르는 상태에서 무엇을 모르는지 아는 상태로 넘어가는 것, 그리고 어렵지만 결국 알게 되기까지.
첫 번째 단계에서는 다른 이의 도움이 필요하고, 두 번째 단계에서는 앎을 좇는 나의 자세가 필요하고, 세 번째 단계에서는 완벽주의가 필요하며, 모든 단계에서 게으름을 경계해야 한다.

현재 상태
8월에 있을 WeCode 커리큘럼 이수 전 '프로그래밍에 접근해도 되는 걸까.'하고 걱정하며 이런저런 자료를 찾아보는 중

:: 개념이 궁금해

feat #키워드

언어? 일종의 외국어로 봐도 되나

자연어
컴퓨터언어
프로그래밍
코딩
프로그래밍과 코딩의 차이
ㄴ컴퓨터언어로 명령을 내리는 작업이 코딩, 같은 결과를 내더라도 어떻게 명령을 내릴지 설계하고 코딩하는 게 프로그래밍?
#프로그래머 #디벨로퍼 #코더 #코더가되지말자

컴퓨터가 뭐지

도체와 반도체
컴퓨터공학
순수학문으로서의 컴퓨터란
ㄴ 컴퓨터 자체가 이미 공학적인 것 같아서 자연과학으로서의 컴퓨터에 관한 연구가 가능한지 궁금해서 던지는 질문
실용학문으로서의 컴퓨터공학이란
개발자
프로그래머
#요즘은코딩이교양인가

컴공과 가야 하나

IT
전공자와 비전공자
개발 시장은 포화, 아니 과포화인가
내가 하고 싶은 것은 코딩인가 프로그래밍인가
#그냥컴퓨터랑대화하고싶은건데... #영어학전공안해도통번역하던데...

원하는 걸 만들려면 뭘 해야 하지

모바일 앱
웹 앱
인터넷
HTTP
WWW
domain
네트워크
'프런트엔드/클라이언트'와 '백엔드/서버'는 상호 필수불가결한 요소인가
#백엔드가있어야웹앱이라할수있지 #프런트엔드개발의매력 #기능입은디자인 #예쁘면기분좋아편하면짜릿해

계속 하면 난 뭘 할 수 있지

테크트리
로드맵
프레임워크
라이브러리
프런트, 백 → 풀스택 → 데브옵스로 성장하는 게 정석?
#프런트하나만이라도잘하고싶은데

얘넨 또 뭐야

3D
4D
메타버스
#갑자기분위기메타버스 #훗날내근무지?

:: 이쪽에 눈독을 들이게 된 계기

일할 때 절실히 필요했던 개발팀

스타트업 오퍼레이터로서 변하지 않은 나의 제 1의 목표는 운영 효율화였다. 7년 중 처음 1년 정도는 다소 무식한 방법을 써서라도 앞만 보고 달렸다면, 이후 3년은 어떻게 획기적으로 생산성을 높일 것인가 하는 고민과 문제 해결이 팀의 과제였다. 이는 단순히 회사의 운영 리소스를 관리하는 측면 뿐만이 아니라 제품의 생존에 관한 문제이기도 했는데, 그 이유는 제품의 핵심이 데이터의 양이었기 때문이다. 당시의 인력으로 누적하고 관리한 데이터는 더 큰 규모의 기업이 마음만 먹으면 얼마든지 물량 공세로 따라잡을 수 있는 수준이었으므로 선발주자인 우리 서비스가 데이터 확보 방식을 효율화하고 고도화해 입지를 다져야 했다. 그래야 그냥 1위가 아닌 쉽게 건드리기 힘든 압도적인 업계 1위가 될 수 있었다. 이제 막 자라나는 새싹으로서 우리 제품의 성장을 반대하는 자본과 권력으로부터 쉽게 뿌리 뽑히지 않으려고 발버둥친 것이다.

팀 전체 업무에서'획기적인 생산성 증대'라는 목표를 달성하지는 못했지만, 운영팀 나름의 고생이 전체 구성원의 노력에 기여해 우리 서비스는 다음 3년 간 달라진 명성의 업계 1위를 유지했다. 이제 산업 전반에서 우리 회사를 없애야 하는 벤처회사가 아니라 자신들이 소비자의 선택을 받기 위해 필수로 협업을 고려해야 하는 파트너로서 인정해 주었다. 나는 이때부터 운영 효율화의 이유에 '우리 서비스 규모에 걸맞는 운영 관리 시스템이어야 한다.'라는 내용을 추가했다. 왜냐하면 많은 다운로드와 MAU, 그리고 높은 대중 인지도에 비해 우리가 일하는 방식이 너무나 원시적이고 비효율적이어서 내부 구성원에게 보여주기도 부끄러웠기 때문이다. '스타트업이니까...' 예전에는 그렇게 일했다고 쳐도 2021년이 되도록 우리 팀 어드민은 7년 전이나 4년 전 등 예전과 달라진 게 많이 없었다.

그 와중에 사막의 오아시스처럼 우리 팀의 타는 목마름을 해소하는 프로젝트가 있었는데, 그게 바로 개발팀과의 협업이었다. 기획자도 디자이너도 배정되지 않았지만 클라이언트인 운영팀과 프런트엔드개발자 및 백엔드개발자와의 협업으로 수십여 개의 구글 드라이브 시트에서 벗어나 데이터를 처리하고 휴먼 에러를 줄여 일다운 일을 할 수 있게 되었다. 내 생각만큼 똑똑하게 일하기 힘든 환경에서 해방되어 내가 하는 일의 능률이 오르는 것은 회사의 구성원으로서, 때로는 개인으로서 내 자존감이 회복되는 수준이기도 했다.

하지만 실무 팀으로서 느끼기에 이런 한 번의 큰 변화도 우리 팀 전체 업무에 대입해 봤을 땐 그 수준이 너무 미미했다. 예전에는 힘들게 일해도 고객 한 명 한 명이 좋아해 주니까 그렇게 일해도 괜찮았다. 내부 구성원끼리도 사이가 좋았어서 서로 응원해 주고 힘을 북돋아 주었지만 무엇보다 고객이 알아주니까, 그 덕에 산업 곳곳에 우리의 영향력이 뻗치는 게 보이니까 더 할 수 있었다. 그러나 운영 업무 프로세스의 비효율은 머지않아 고객에게 들통이 났고, 그 구멍은 그대로 서비스를 향한 신뢰가 떨어질 수 있는 위험 요소가 되었다. 시시각각 변경되는 정보를 제때에 수집해 서비스에 반영해야 했고, 정보의 생산자와 소비자 사이에 오해가 생기지 않도록 정보를 제공하는 방식에도 변화를 주어야 했으며, 우리의 운영 정책이랍시고 우리 서비스를 찾아준 고객을 오래 기다리게 할 수 없었다. 어느 때보다 자동화와 효율화가 필요했다.

이렇게 곳곳에 파인 구멍을 메우기 위해 많은 대화를 했다. 방법도 모색하고 그 방법을 시행해 보기도 했다. 이 과정에서 개발팀이나 데이터팀과 자주 대화할 기회가 있었는데, 대화를 하면 할수록 힘이 생기다가 나중에는 질려버렸다. 우리가 시도해 보고자 하는 방향에 동의하지만 그들은 다른 일을 해야 하므로 우리의 일을 할 수 없었기 때문이다. 내가 회사를 다니는 내내. 퇴사 전 몇 개월은 수년간 같은 말을 반복하는 것에 회의감이 생겼다. 우리는 구상만 할 수 있는데, 자신이 생각한 것을 바로 실천할 수 있는 그들의 능력이 부러웠다. 나는 문제를 제기하고 해결책이 실현되기를 기다리기만 하는데 직접 해결하는 사람들의 업무 방식이 마땅해 보였다.

웹 사이트를 만들고 싶다

커리어패스 전향을 결정하면서 백엔드를 배워볼까 생각했었다. 대략적인 개념을 배우는 초반에는 프런트엔드보다 백엔드 쪽이 더 이해가 잘 되기도 했다. 아무래도 내가 회사에 다닐 때 서비스 초반부터 백엔드개발자와 협업하면서 이쪽 사고방식이나 용어에 익숙했기 때문인 것 같다.

그렇지만 참을 수 없는 visualization에 대한 욕구를 프런트엔드개발자가 되어 풀어보고 싶었다. 잘 만들어진 스큐어모픽이나 플랫디자인 혹은 인포그래픽디자인을 보면 손에 잡히지는 않지만 '가지고 싶다.'는 이상한 생각을 자주 했고 디자인 요소 하나하나를 동작하게 만들어 다른 사람들이 쓰게 하고 싶었다. 차츰 나의 이런 면을 알게 되었을 땐 내 전공과도 상관없고 내가 하고 있는 일과도 너무 달라서 당황스러웠다. 그냥 일시적으로 가진 흥미라고 생각했다. 그런데 2018년에 회사에서 한 선천적 욕구와 강점에 관한 검사에서 내가 "사실에 근거해서 논리적으로 상황을 평가하고 싶어하는" 것 다음으로 "상상력을 발휘하여 기존의 것과 다른 새로운 것을 제안하고 싶어하는" 창조적 욕구가 있다는 것을 알게 되었다. 여전히 왜 그런 욕구를 가지고 있는 이유는 알 수 없었지만 적어도 이 욕구가 일시적인 것이 아니라는 것을 알게 되었다. 이 두 가지 내재적 강점을 내가 하는 업무에 마음껏 풀었으면 좋았겠지만 직무 특성상 그러지 못했다.

기록하고 싶다는 생각을 해왔다. 나라는 작은 존재를, 그 정체성을 웹 상에 표현하는 일을 하고 싶었다. 나는 어떤 사람이며, 어떤 가치관을 가지고 사는 사람인지, 이걸 보고 있는 당신은 어떤 사람인지 질문을 던지는. 그리고 다른 사람의 그것도 표현해 주고 싶었다. 내가 보고 싶을 때 보는 내 일기 혹은 저 멀리까지 존재감을 드러내는 발광체로써. 이것은 기록에서 시작해 나라는 브랜드를 실재하는 브랜드로 구현하고 싶다고 생각했다.

이런 웹 사이트를 만들고 싶다

결론은 프런트엔드다. 나는 프런트엔드개발자가 되어야 내가 오래도록 만들고 싶다고 생각한 것을 생각에 그치지 않고 실제로 만들 수 있다.

나와 같은 고민을 하고 있는 클라이언트를 만나 문제를 해결해 주고 싶다. 백오피스에서 같이 어드민을 개발해 업무 프로세스에 변화를 주고 생산성을 극대화할 수 있다면 정말 뿌듯하고 행복할 것 같다. 혹은 서비스 전면에서 제품의 한 부분을 맡아 개발하고 배포하는 것을 상상하면 그 제품의 탄생 배경과 그 제품을 사용하는 고객, 그리고 작지만 그 연결 지점에서 내가 기여한다는 게 떠올라 벌써부터 찡하다. 머지 않아 이런 영광을 누릴 수 있다면 얼마나 좋을까. 이 이후에도 꾸준히 문제를 해결하고 기존의 코드를 유지・보수하며 내가 맡은 부분이 한 부분으로서 잘 작동할 수 있게 하고 싶다. coding은 digital 세상이지만 굉장히 analogue적인... 일종의 장인정신을 발휘하고 싶다. 그래서 Git Hub 이름을 maimade라고 지었다. 수공예품을 지칭하는 handmade에서 착안했고 mai는 나의 영어 이름이다.

실력을 키워서 언젠가는 개인 프로젝트도 하고 싶다. 앞서 말한 것처럼 상용 서비스가 아닌 개인을 브랜딩할 수 있는 홈페이지를 만들어 보고 싶다. 드러내고 싶은 것을 자신의 감성으로 기록하고, 자신이라는 작품을 담는 그런 web site를 제작해 보고 싶다.
cf. 목표 1, 목표 2, 목표 3