Common

💡 영상 쉽게 설명하는 29CM Architecture Manifesto 세미나 내용 빠른 성장, 그러나… 지금까지 잘해왔다는 것이 이후에도 잘할 것이라는 것을 보장하는 것은 아니다. 지금까지의 결과는 과거 시점과 과거 실행에 따른 결과일 뿐이고, 우리가 앞으로 어떻게 행동하고 어떻게 실행 했을때 좋은 결과를 낼 수 있는 가를 보장하는 것이 아니다. 이제는 고객의 기대치, 다양한 요구사항, 늘어나는 트래픽에 맞는 새로운 구조가 필요하다. 특정 시점에서는 다음 단계의 성장을 지원하기 위해 매우 근본적인 것들을 해야 한다. 기존 트래픽, 성능 30%, 60% 향상 시키는건 기존 설계에서 가능하다. 그러나 트래픽이 몇배로 되는걸 버티기 위해서 개발방식, 구조등을 바꿔야 한다. 3주년의 잠 못 이루는 밤 더 빠..

💡 원본 영상 : https://www.youtube.com/watch?v=WVvFRh1vGv8 세미나 내용 동기유발 인간이 어떤 목표의 달성을 위해 노력하게 하는 계기를 마련해주는 것, 그것을 PM이 어느정도 해줘야 한다. 왜냐하면 PM은 개발자에게 업무를 요청하는 일을 많이 하게 됩니다. 이때, 개발자의 능력을 100% 끌어내는것. 이게 바로 PM에게 되게 중요한 역량이라고 한다. 그렇다면 나쁜 PM은 이 과정에서 어떻게 행동할까요? 일반적으로 PM은 다른 분들과 다르게 가장 먼저 시작하게 되고 고민하고 정리하기 시작합니다. 그러면서 자연스럽게 나의 일이 되는데, 그 다음에 잘 정리한뒤에 그냥 개발자에게 툭 던지게 됩니다. 이때, 툭 던지는 과정에서 단순히 PM은 개발자들에게 시키게 되고, 개발자들은..

💡 원본영상 : https://www.youtube.com/watch?v=kmUneexSxk0 세미나 내용 도메인 지식을 탐구하고, 문제 영역과 해결 영역을 좁히고 분산하여 복잡한 비지니스를 문제를 해결하는 방법을 소개합니다. 해당 세미나의 대상은 아래와 같습니다. 미리 핵심 요약을 이야기 해보면 아래와 같습니다. 문제 영역 탐구 위의 글을 읽고 해결책을 먼저 찾으려고 한다면, “엘리베이터의 속도를 높인다.”, “새로운 엘리베이터를 만들어 추가한다.”, “짝수층과 홀수층의 엘리베이터를 분리한다”로 정리할 수 있다. 그러나 이런 답을 먼저 하기 전에 누구의 문제인지 / 어떤것이 문제인지 / 왜 문제인지에 대한 질문을 먼저 던지는 것이 좋다. 앞서 나열된 해결책들은 다양해 보이지만, 모두 “엘리베이터 사용자..

💡 원본 영상 : https://youtu.be/saxHxoUeeSw?si=Gg1FrAHEgiUKg6U2 세미나 내용 여기서 다룰 내용은 아래와 같습니다 소프트웨어 아키텍처의 목적 클린 아키텍처와 헥사고날 아키텍처 아키텍처의 목표 이 발표를 하는 이유는 개발자들의 용어를 기획자(PM/PO) 분들이 알았으면 좋을거 같고, 기획자의 목표와 개발자의 목표가 같은 곳을 바라보고 있다는 것을 알려주고 싶었다. 소프트웨어는 복잡합니다. 얽히고 얽힌 코드들로 구성되어 있습니다. 따라서 주기적으로 변경이 필요한데요. 위의 사진을 소프트웨어라고 생각한다면 여기서 가위를 칼로 변경해야 한다면 어떻게 해야 할까요? 끈으로 연결되어 있는 다른 도구들의 연결들을 풀고 가위를 칼로 변경하고 다시 연결해줘야 합니다. 이때 갑자기 ..

💡 영상: https://www.youtube.com/watch?v=eyhitm6LWkU 배민의 제품 음식 배달 / 포장 로봇 B마트 - 과일, 채소, 정육 등 장 보기 서비스 배민스토어 배민 상회 - 외식업을 하는 분들에게 음식재료나 용기를 판매하는 서비스 배민 외식업 광장 - 사장님에게 꼭 맞는 외식업 솔루션을 제공하는 곳 지향하는 방향 퀵 커머스와 컨비니어스(편의) 이코노미를 지향하고 있다. 고객이 어떤것을 가치를 느끼고 돈을 지불할꺼냐, 본인의 수고로움을 감수하고도 서비스를 이용하는 그런 의지를 표명할것이냐 하는 부분에서 편의에 가치를 두고 서비스를 이용하는데 그걸 중요하게 새악ㄱ하고 있다. 결국 이러한 것들을 통해 일상의 행복을 가지게 되고, 그걸 배달하는 것이다. 일상의 행복을 위해 필요한 것..

토스 플레이스 10월 IMPACT NIGHT 후기 운이 좋게, 토스 플레이스 10월 IMPACT NIGHT라는 행사에 참여를 하게 되었다. 처음으로 토스가 사용하고 있는 공간에 갔는데, 전반적으로 깔끔했던거 같다! 세션은 아래와 같은 순서로 진행이 되었다. 리더님의 토스플레이스에 대한 설명(비전 세션(Why Offline)) 토스플레이스 제품을 사용해보는 시간 관련 직군(저는 백엔드개발자여서 백엔드쪽으로 배정되었습니다.) 현업자분과의 커피챗 참고로 저녁시간에 진행됨에 따라 퇴근 후 샌드위치와 유뷰초밥, 과일 세트를 식사로 제공해주고 커피를 무제한으로 제공해줘서 든든하게 들었던거 같습니다! 아래에서 간단하게 후기를 작성해보도록 하겠습니다. 리더님의 토스플레이스에 대한 설명(비전 세션(Why Offline)..

FIRST 원칙 FIRST 원칙이란? 클린코드 책의 저자인 Bob Martin이 처음으로 제시한 규칙 이 규칙의 목적은 효율적이고 좋은 단위 테스트를 하기 위함 아래와 같이 5가지의 요소로 이루어져 있음. 빠르고(Fast) 독립적이고(Independent) 반복가능하며(Repeatable) 자체 검증가능하며(Self-validating) 철저하고 적시에(Thorugh & Timely) Fast 유닛테스트는 빠르게 실행되고 빠르게 결과를 알아야 한다는 의미. 빠르게 하기 위해선, 테스트 케이스의 단위가 최대한 작게 작성. 또한, 빠르게 단위테스트를 진행하기 위해 실제 서버나, DB와 통신하지 않고 Mock(가짜 데이터)를 이용. 즉, 실제 테스트를 하고 싶은 부분만 잘라서 테스트를 하는것이 중요함. Ind..

Why Engineering Managers Still Want To Write Code(왜 개발 관리자가 여전히 코드를 작성하길 원하는가) 리더 역할을 맡으면서 기술적으로 직접 해보고, 코드를 작성해야 할까요? 이러한 기사들은 수없이 많고 흔한 주제입니다. 그러나 왜 이러한 질문을 애초에 하는 이유가 무엇일까요? 왜 이게 문제일까요? 팀을 이끌고 다른 개발자를 휼륭하게 하는 것이 주요 목표인데, 왜 가장 큰 영향을 미치지 않거나 팀에 중요한 가치를 더하는 것이 아닌 작업에 집중해야 할까요? 개인적인 경험을 통해 나 자신에게 같은 질문을 하면 이러한 생각을 해서 동기부여를 하는 3가지 주요 이유가 있다고 생각합니다. 코딩은 에너지를 줍니다. 대부분의 개발자 관리자는 오랫동안 개발 역할을 맡거나, 여러 가..

통합 테스트는 독립적으로 개발된 소프트웨어의 단위가 서로 연결되어 있을 때 올바르게 작동하는지 확인합니다. 이 용어는 소프트웨어 산업의 확산된 표준임에도 불구하고 이 용어를 글에 사용하는 것이 조심스러웠습니다. 특히 많은 사람들이 반드시 통합 테스트의 범위는 넓어야 한다고 하지만, 좁은 범위에서 더 효과적으로 수행할 수 있습니다 흔히 이러한 것은 약간의 역사로 시작하는 것이 가장 좋습니다. 통합 테스트를 맨처음 알았을 때는 1980년대 폭포수(Waterfall) 개발 방법론의 지배적인 영향때문이였습니다. 큰 프로젝트에서는 시스템의 다양한 모듈의 인터페이스와 동작을 명시하는 설계 단계가 있습니다. 모듈들을 개발자들이 할당받아 프로그래밍합니다. 보통 한명의 개발자가 하나의 모듈만 담당하는 일은 흔치 않는 일..

Git Submodule 설정하기 서브모듈(Submodule)이란? 하나의 저장소 안에 있는 또 다른 별개의 저장소입니다. 보통 다른 원격 저장소를 가져와 서브모듈을 사용하게 됩니다. 🔨서브모듈(Submodule) 설정 git submodule add https://github.com/{사용자명}/{저장소명}.git {폴더명} 위의 명령어를 실행하면 지정한 폴더명으로 폴더가 생성되면서 서브모듈이 생성됩니다. 저는 아래와 같이 명령어를 사용했습니다. git submodule add https://github.com/Meet-Coder-Study/study-platform-submodule.git config 아울러 아래와 같이 .gitmodules라는 파일이 생성됩니다. [submodule "config"..