우당탕탕 우리네 개발생활

저자인 로버트 기요사키는 두 명의 아버지가 있었다. 하와이주의 교육감으로 일하고 계신 친아버지인 가난한 아버지, 그리고 제일 친한 친구 마이크의 아버지인 사탕수수 농장과 여러 사업을 운영하시는 부자 아버지이다. 이 두 사람은 거진 정반대의 가치관(경제관)으로 세상을 살아간다. 가난한 아버지는 독서의 중요성을 강조했지만, 부자 아버지는 돈에 관한 지식의 중요성을 강조했다. 가난한 아버지는 똑똑했다. 가난한 아버지는 돈을 좇는 삶을 살지 말라고 했다. 하지만 늘 돈에 의해 고통스러워하고 결국 돈의 노예로 살아가고 있었다. 부자 아버지는 가까스로 초등교육만을 마쳤다. 부자 아버지는 자산을 만들기 위해 노력하라고 했다. 그 결과, 자신보다 똑똑한 사람들을 거느리며 돈으로부터 자유로운 삶을 살고 있다. 저자는 이..

참 신기한 일이다. 라는 책을 읽고 작성했던 첫 글인 를 읽고...(1) 이후 7개의 글을 작성했다. 약 2주 동안에 이루어진 일이다. 원하는 미래의 내 모습을 구체적으로 그리기 시작하니 실행에 거침이 없어졌다. 글솜씨가 없는데 썼다가 괜히 망신당하면 어떡하지?라는 걱정은 어느덧 온데간데없고 내가 정말 얘기하고 싶은 게 뭐지? 어떻게 하면 내 생각을 더 순수하게 전달할 수 있을까? 를 고민하고 있다. 이 고민에 대해 다양하게 생각하던 도중 떠오른 답 중 하나는 글 자체를 이쁘게 쓸 수 있는 역량을 키우는 것이었다. 그럼 도대체 어떻게 해야 글을 이쁘게 잘 쓸 수 있는건데? 나에겐 가장 좋은 선생님 중 하나인 유튜브가 있다. 그런데 요새 유튜브는 자주 나를 소름 돋게 만든다. 내가 관심을 가지는 분야에 대..

API문서는 개발팀끼리의 협업에 있어 반드시 필요합니다. API문서가 존재하지 않는다면, API를 사용해야 하는 당사자가 매번 직접 코드를 분석하여 필요한 스펙을 알아내야 할지도 모르겠습니다.  저는 백엔드개발자로서 API문서를 여러번 작성해 봤습니다. Google Docs와 OpenAPI를 통해 작성을 해봤었는데 OpenAPI에 더 매력을 느끼게 되었습니다. Google Docs는 무난하고 익숙했습니다. 어려서부터 '한글'을 주로 사용하면서 docs와 비슷한 환경에서의 문서작성을 해본 경험이 있었기 때문에 프로그램 내 도구들을 사용하는데 어려움이 없었습니다. 하지만 다목적 프로그램이니 만큼 형식이 없어 API문서의 필요한 요소들을 전부 만들어야 하는 부분이 큰 단점으로 여겨졌습니다. 실제로 제가 Ato..

백엔드 서버를 구성하면서 중요하게 생각하고 있는 것 중 하나는 정교한 validation입니다. 보통 저는 서버를 구축한 이후 API 문서를 작성합니다. 각 API 마다 Request에 필요한 파라미터들의 타입명시를 잘해놓고 테스트도 곧잘 합니다.(API문서에 명시한 스펙으로 말이죠.) 하지만 온갖 다양한 타입의 파라미터들을 Request에 담아 테스트를 하다 보면 예기치 않은 에러들을 마주하는 상황이 종종 생깁니다. 예기치 않은 에러라는 것은 문서에 명시하지 않은 에러코드를 나타낸다는 뜻이고 이는 해당 API를 사용하는 클라이언트 입장에서 핸들링할 수 없게 됩니다. 이로 인해 생길 수 있는 피해가 적다고 해도 이는 치명적인 상황으로 여기는 게 맞다고 생각합니다. 이런 생각으로 저는 validation적..

현업에서 Expressjs + mongoose의 조합으로 대부분의 서버작업을 진행했습니다.mongoose의 편리성으로 인해 덕을 많이 봤던터라 Nestjs와의 조합도 기대가 되었습니다. Nestjs의 공식사이트에서 가이드를 쉽게 접할 수 있었습니다. 이를 토대로 Nestjs + mongoose환경을 구축해 본 경험을 풀어보겠습니다. https://docs.nestjs.com/techniques/mongodb Documentation | NestJS - A progressive Node.js frameworkNest is a framework for building efficient, scalable Node.js server-side applications. It uses progressive JavaS..

Externally defined environment variables are visible inside Node.js through the process.env global. We could try to solve the problem of multiple environments by setting the environment variables separately in each environment. This can quickly get unwieldy, especially in the development and testing environments where these values need to be easily mocked and/or changed.https://docs.nestjs.com/t..

몽고DB(MongoDB←HUMONGOUS)는 크로스 플랫폼 도큐먼트 지향 데이터베이스 시스템이다. NoSQL 데이터베이스로 분류되는 몽고DB는 JSON과 같은 동적 스키마형 도큐먼트들(몽고DB는 이러한 포맷을 BSON이라 부름)을 선호함에 따라 전통적인 테이블 기반 관계형 데이터베이스 구조의 사용을 삼간다. 이로써 특정한 종류의 애플리케이션을 더 쉽고 더 빠르게 데이터 통합을 가능케 한다. 관계형 데이터베이스 - 위키백과, 우리 모두의 백과사전위키백과, 우리 모두의 백과사전. 관계형 데이터베이스(關係形 Database, Relational Database, 문화어: 관계자료기지, 관계형자료기지, RDB)는 키(key)와 값(value)들의 간단한 관계를 테이블화 시킨 매우 간ko.wikipedia.org..

행사를 참석하면서 적은 내용들과 제 짧은 느낀점들을 공유하고자 이 글을 작성했습니다. 틀린 내용이 있거나 이슈가 될 수 있는 부분은 언제든 댓글로 지적해주시면 반영하겠습니다. 강의자분들께서 해주신 모든내용을 정확히 기록하진 못했다는 점 참고 부탁드리겠습니다. 토요일 오후 1시, 주말을 반납한 열정이 가득한 개발자들의 모임이 시작되었다. 개발자로 3년이상을 지내면서 aws 컨퍼런스나 행사들에 참여하고자 하는 열망은 늘 있었지만 실천으로 옮기지 못했다. 우연히 인터넷을 돌다가 행사일정을 발견하여 신청할 수 있는 상황이 만들어지길 바래왔나보다. 나는 'aws' 를 주제로 만들어진 카카오톡 오픈채팅방에 두 곳이나 가입이 되어 있다. 구직을 하면서 기술면접을 보러 갔던 곳 중 한 곳의 개발자분이 알고보니 우리나라..