반응형 분류 전체보기96 [협업] 프론트엔드 개발자와 협업하기 위한 API 스펙 백엔드 개발자 입장에서 프론트엔드 개발자와 효과적으로 협업하기 위해서는 API 스펙을 미리 작성해서 공유하는 것이라 생각한다. 프로젝트를 진행하다 보니 이런 부분은 선택이 아닌 필수여야 한다고 생각이 들어 정리해보고자 한다. API 스펙을 만드는 목적은 무엇인가? 왜 API 스펙을 만드는지를 먼저 생각을 해보면: 백엔드+프론트엔드 개발자가 플래닝한 결과에 대해 서로 같은 페이지 (on the same page) 에 있는지 확인하기 위함 백엔드+프론트엔드 개발자가 작업에 대한 소통을 할 때, 레퍼런스가 되는 문서가 필요하기 때문 플래닝 이후에 도출된 세부 작업들을 백엔드는 백엔드끼리, 프론트엔드는 프론트엔드끼리 작업을 하고 나중에 한꺼번에 연동을 해도 되지만, 그렇게 되면 비용이 엄청 비싸진다. 그래서 미.. 2023. 2. 1. [회고] 백엔드 개발에 대한 원데이 클래스 후기 들어가며 광운대학교 정보융합학부에 계시는 박규동 교수님의 학생들과 함께 원데이 클래스를 진행했습니다. 오랜만에 대학생들과 함께 시간을 보내다보니 왠지 모를 학생들의 열정을 느낄 수 있어서 너무 좋았습니다. 원데이 클래스를 진행한 이유 저는 제가 알고 있는 정보를 남에게 알려주고 가르쳐주는 것을 좋아합니다. 누군가가 제가 알려준 정보로 도움이 된다면 그것 자체로 즐겁습니다. 또 저 스스로가 어떤 내용에 대해 충분히 이해하기 위해서는 누군가를 가르쳐주는 과정에서 꼭 필요하고, 더 많이 배우게 된다고 생각합니다. 학부생활과 대학원 생활을 하며 취업을 해본 경험이 있는 저로써는 막상 준비할 때 어떻게 뭐부터 준비를 해야할 지 감이 잘 안왔습니다. 그래서 취업을 목표로 준비 중인 학생들에게 현재 개발자들은 어떻게.. 2023. 1. 30. [회고] '왜'가 왜 중요할까? 들어가며 회사 생활을 이어가다 보면 자연스럽게 그 문화에 익숙해지기 마련입니다. 처음에는 낯설게 느껴지지만 어느덧 적응을 하다보면 매일 반복되는 업무의 연속입니다. 개발자들도 똑같습니다. 매일 아침 "스크럼" 이라는 회의를 통해 전날 무엇을 했는지, 오늘은 무엇을 할건지, 특이사항은 없었는지에 대해 공유합니다. 프론트엔드 개발자들과 소통하기 위해 API 스펙 문서를 작성하고 새로운 비즈니스 요구사항에 대해 논의하기 위해 미팅도 참석합니다. 코드 작업을 하고, 테스트 케이스를 작성하고, 개발존에서 테스트까지 하고 배포를 합니다. 중간에 코드 리뷰도 받습니다. 가끔 이렇게 쳇바퀴같은 일상을 살다보면 내가 이 프로젝트를 왜 하는지, 이 업무가 왜 중요한지, 목적을 잊어버릴 때가 종종 있습니다. How, Wha.. 2023. 1. 29. [회고] 귀찮은 회의록은 왜 작성해야 할까? 회의는 회의록까지 작성해야 정말 끝이 난다. 들어가며 직장 생활은 정말 회의로 시작해서 회의로 마무리된다고 해도 과언이 아닌 것 같습니다. 백엔드 개발자로 일하고 있지만 코드를 작성하는 시간보다 작업 내용 공유, 아이디어 정리, 프로젝트의 방향성 등에 대해 논의하는 시간이 훨씬 더 많을 때가 있습니다. 회의에 쏟는 시간은 연차가 쌓임에 따라 더 많아지는 듯 합니다. 회의를 한 직후에는 어떤 이야기를 했는지 명확히 기억이 나지만, 나중에 돌이켜보면 막상 무엇을 이야기했는지, 무엇이 핵심 포인트였는지 기억이 잘 나지 않았습니다. 이 부분을 개선해보고자 최근에 진행한 프로젝트에서는 회의록 작성에 에너지를 많이 쏟아보았는데 느낀 점에 대해 공유해보고자 합니다. 어떤 스타일의 회의? 최근에 진행했던 프로젝트에서는.. 2023. 1. 29. [회고] velog 에서 tistory 로 옮겨온 이유 기술 블로그 작성을 위해 velog 에서 시작을 했습니다. 작년 하반기부터 조금씩 작성을 한 것 같네요. 깔끔한 velog 처음에는 velog 가 깔끔하고 마크다운으로도 작성하기가 편리해서 지속적으로 작성을 했습니다. 코드도 잘 정리가 되고, 작성하는 글을 바로 미리보기 기능을 통해 확인할 수 있었습니다. 20-30개의 글을 작성하다보니 과연 다른 사람들이 저의 글을 읽고 어떤 생각이 들까? 도움은 되는 글을 작성하고 있는걸까? 와 같은 생각이 들었습니다. 조회에 대한 통계가 아쉬웠던 velog 전체적인 통계를 확인해보고 싶었는데, velog 는 현재 각 포스트에 대한 조회수만 확인할 수 있었습니다. 그러다 예전에 활용하고 있었던 tistory 가 있다는 사실이 기억이 났고, tistory 에서 다시 기.. 2023. 1. 29. [회고] 기술 블로그를 작성하게 된 계기 교학상장: 가르치고 배우면서 서로 성장한다. 2022년 4분기쯤 이런 생각이 문득 들었습니다. 대학원을 졸업하고 개발자로 회사 생활을 시작한지도 벌써 5년차가 되었는데, 막상 되돌아보니 회사 생활만 열심히 했지 정작 그 기록이 남아 있지 않아 많이 아쉬웠습니다. 나름 공부도 꾸준히 하고, 열심히 살았다고 생각하지만 어디까지나 그건 제 생각인거고 증명할 수 있는 근거와 데이터가 부족했습니다. 점점 연차가 쌓이면서 동료들에게 자신있게 아는 개념에 대해 설명할 수 있어야 하는데 활용은 할 줄 알지만 세부 개념에 대해서 설명하기가 힘들었습니다. 3년차쯤 이직을 위해 면접을 보았는데, 스프링에 대해 전혀 설명하지 못하는 스스로를 보며 많이 부끄럽고 부족하다고 느꼈습니다. 그 뒤로 공부를 꾸준히 하면서 PPT 나 .. 2023. 1. 29. [코틀린] @RequestParam 에 기본값 넣어주기 Kotlin 으로 RESTful API 를 생성하는데, @RequestParam 으로 입력받는 파라미터에 기본값이 제대로 주입이 안되는 이슈를 겪었습니다. 이에 대한 솔루션을 정리하고자 합니다. 구현하고자 했던 기능 페이징 처리가 가능한 조회 API 를 생성하는 과정에서 일반적으로 page 와 size 에 대해 입력을 받게 됩니다. 보통은 첫 페이지에 10개, 20개씩 등 정해진 값으로 조회를 많이 하기 때문에 굳이 입력을 받지 않더라도 기본값을 설정해두는고 개발을 진행하게 됩니다. 예상 Kotlin 에 입문한지 얼마 되지 않아 아무것도 몰랐던 저는.. 위 기능을 구현하기 위해 아래와 같이 사용하면 기본값을 입력받을 수 있을 줄 알았습니다. @GetMapping('/api/v1/order/{orderIt.. 2023. 1. 29. [번역] 머신러닝을 활용한 제품 카테고리 분류하기 글에 대한 번역입니다. 오역이 있는 부분은 코멘트 주시면 감사하겠습니다. 상품 카테고리는 모든 온라인 쇼핑몰에 있어 중요한 핵심 뼈대입니다. 모든 상품을 정확한 카테고리에 분류하기란 여간 쉬운 작업이 아닙니다. 보통 엄청나게 많은 수의 카테고리가 관리되어야 하며 자주 변동됩니다. 아마존은 5만개 이상의 카테고리를 관리한다고 합니다. 이런 카테고리에 매일, 주기적으로 새로운 상품이 매핑되어야 합니다. 카테고리를 잘못 매핑한다는 것은 고객을 헷갈리게 하고 고객이 제대로 찾을 수 없기 때문에 이런 실수는 치명적입니다. 상품 카테고리화의 과정을 개선하기 위해 머신 러닝을 활용해보고자 합니다. 목표는 머신러닝 시스템을 개발하여 특정 상품이 어느 카테고리에 가장 잘 연결되는지를 찾아내는 것입니다. 이 블로그 글에서.. 2023. 1. 29. 이전 1 ··· 9 10 11 12 다음 반응형
