True or False True or False

뭔가 직업관련된 글을 쓰는 것은 매우 어려운 것 같다.다른 사람들의 블로그를 보거나 혹은 검색해서 들어가게 된 글들의 품질을 봤을 때 매우 뛰어나다. 하지만 나는 그 정도의 글을 쓰는 것은 객곽적으로 생각핬을 때 현재의 나에게서는 불가능이다. 그렇다고 또, 글을 안 쓰자니 나중에 이러한 일이 있었지라는 부분이 사라지기도 하고나를 나타내는 부분이 사라지기도 한다. 그래서 이제부터라도 짧게 글을 쓰려고 한다. 글의 대한 무게감과 다루는 문제의 크기에 상관없이 그냥 글을 쓰려고 하고 또, 매번 아침의 출근을 1시간 정도는 일찍하고 있기에...(8시 출근인데 아침형 인간이 되어서 7시에 회사를 나오는....)그때 남는 시간에 글을 쓰는 시간을 가지려고 한다. 약간 사견으로 기술관련해서 글을 쓰는 것이 대단하다고..

서론 개인적으로 진행하던 프로젝트 중 축제와 관련이 있는 웹 프로젝트가 있었다. 축제의 디자인 포맷은 대부분 동일하고 변경되어지는 것은 시간표, 장소, 일정, 문구, 이미지 등등... 이 있었는데 한번의 개발을 통해서 여러 축제에 사용 될 수 있는 범용적인 웹 어플리케이션을 구축해야했다. 그런데 그때 당시에 읽었던 글 중 요기요에서 어플리케이션 Server Driven UI 를 보고 영감을 받았고 그것을 참고해서 진행했다. https://techblog.yogiyo.co.kr/%EC%9A%B0%EB%8B%B9%ED%83%95%ED%83%95-server-driven-ui-%EA%B0%9C%EB%B0%9C%EA%B8%B0-b1b80f47760b 우당탕탕 Server Driven UI 개발기 안녕하세요! 요..

어플을 개발하게 되었던 이유 이전에 인연이 있었던 회사에서 도움을 너무 간곡히 요청을 했었다,(1달에 한번씩 잊을때쯤이면 연락했었다 최소 8번은 했었다.) 그러다가 마지막에 내가 그러면 도움을 드리겠다하고, 진짜 터무니없는 적은 금액으로 어플을 개발하기 시작했다. 지금도 그 금액에 어플을 만들었다고하면 대부분의 사람들이 이상하게 쳐다볼것이다. 간략한 정보로 보통 받아야 할 최소금액의 1/4 만 받고 진행을 했다. 그럼에도 너무 간절하게 요청을 했기에 맘이 약해져서 도움을 주었다. 내가 맡은 일 1. 프론트(React Native) 2. 백엔드(Django) 3. 기획 보완(기존 기획에서 말이 안되는 경우를 말이 되게 변경) 4. 시스템 설계 5. 디자인 피드백(기존 디자인에서 유저 불친절한 디자인 변경)..

서론 특정 사람의 특정 날짜 이동경로를 취합해서 csv 로 제공해주는 API 가 있었다. 그런데 여기에서 문제가 발생한다. 특정 사람의 특정 날짜 이동경로를 csv로 받는데 시간이 너무 걸린다는 것이다. 그때 거짓말 보태서 한 5분에서 ~ 10분 정도가 걸렸던 것 같다. 참고로 이 프로젝트의 경우에는 csv 로 받는 것은 관리자가 수동으로 버튼을 클릭을 해야지 동작을 한다. 그렇게 많은 사람들이 호출하는 API는 아니었다. 그래도 이거는 큰 문제였다. 그런데 해당 소스코드를 봤을 때에는 문제를 바로 확인을 할 수가 없었다. 이유는 초기에는 이렇게 오래걸리는거면 N+1문제라고 생각을 했고 그쪽으로 확인을 하려고 할 때 기존 개발자가 그거는 문제없이 처리했다고 했고 그래서 그부분을 배제하고 코드를 봤었다. ..

서론 기존 주식관련 정보제공 플랫폼에 관련하여 일을 진행한 적이 있다. 그때 배포환경이 EB로 구축이 되어있었고 비용이 월 약 100만원에서 200만원 사이로 나왔던 것으로 확인이 되었다. 그리고 사용자는 유료 사용자가 100명 정도가 있고 무료 사용자의 경우 약 1,000명 정도가 있었다. 그래도 나름 초기 플랫폼치고 서비스의 이용자가 있는 플랫폼이였다. 그런데 나는 사실 여기서 보면 의아한 부분이 있었다. 대략 사용자가 1,000 명 정도인데 왜 서버 비용이 저렇게 많이 나오는가? 내가 생각 했을때에는 월 30만원 정도로 절감할 수 있다 생각했다. 그리고 또 하나의 문제가 무엇이냐면 특정 기능을 수행하면 서버가 순간 다운되었다가 다시 스케일링 되는 형태였다. 이때 지연시간이 존재했고 그로인해서 다른 ..

서론 기존 ERP를 기반으로 해서 새롭게 ERP 를 만들게 된 경험이 있다. 그때 기술 스택을 React + Django 로 개발 진행을 하게되었고 그때 내 밑으로 있었던 신입 개발자와 나는 사수로서 함께 작업을 하게 되었다. 그때 신입 개발자가 따로 어디쪽으로 개발을 진행한 경험이 없고 전공자이기만 해서 내가 프론트로 React를 해보는 게 어떻겠냐라고 제안을 했다. 왜냐하면 그전에 작업물이 그래도 node.js 기반으로 진행을 했기 때문에 그쪽이 더 적합할 것으로 판단했다. 제안하고 동생도 승낙을 해서 React(개발자 신입) + Django(본인) 이렇게 개발을 진행했다. 기한은 넉넉하게 잡아 2달이었고, 물론 기한내에 하기위해 내가 백엔드 작업을 빨리 끝내고 프론트를 도와주는 형태로 작업했다. 문..

서론 반도체 MES(React+Django) 관련 프로젝트를 도와줬던 때의 일이다. 해당 프로젝트의 경우에는 기한이 약 2달 정도 남아있었고 그때 설명으로 들었을 때에는 거의 개발이 완료되었고 버그 부분만 수정을 해주면 된다고 이야기를 들었었다. 그래서 나의 입장에서는 음... 쉽겠다라고 생각을 하고 일을 진행했었다. 그런데 그때 당시에 그 일을 맡고 경악을 금치 못했던게 세번이 있었는데 첫번째는 서비스의 속도가 너무 느리다는 것 두번째는 코드의 퀄리티가 너무 떨어졌다는 것 세번째는 거의 개발이 완료되었다는 것이 거짓말이었다는 것 서론 해결 일단 서비스의 속도의 원인은 70%(React) + 30%(Django) 였다. 일단 React 의 경우 쓸데없이 전체부분이 재렌더링이 되어지다보니 속도저하 이슈(5..

회의? 일단 회의는 무엇인가? 사전적 의미로는 여럿이 모여 의논함 이다. 그러면 더 나아가 의논함은 무엇인가? 의견을 주고 받는 것이다. 우리는 이것을 알아야 한다. 회의는 여럿이 모여서 하나 이상의 일을 가지고 의견을 주고 받는다는 것을 말이다 저는 솔직히 그렇게 생각합니다. "회의는 안하면 안할 수록 좋다" 라고요. 그러면 왜 그렇게 생각하는 지 말을 해야겠죠. 회의를 하면 안되는 이유 1. 여럿이 모이는 것은 큰 비용입니다. 여태까지 경험한 회의에서 많은 사람들이 간과하는 부분이 있다. 그것은 "회의는 비용이 없다" 라고 생각하는 것이다. 하지만 이것은 너무 큰 착각이다. 회의는 보이지 않는 큰 비용을 지출하는 것이다. 이 비용을 결정하는 부분은 여러가지 요소가 있겠지만 크게 두 가지다. 인원 시간..