MINIWIKI
CareerSideProjectBook&Study
  • ⚡README
  • 😃ME
    • Review
      • 2025 OKR & 회고 - 회사 없이도 먹고살 수 있는 상태가 된다
        • 2025년 20주차
        • 2025년 19주차
        • 2025년 18주차
        • 2025년 17주차
        • 소설쓰기의 쓸모
        • 2025년 15주차
        • 2025년 14주차
        • 요즘 회사생활
        • 첫 페이지 작성!
        • 큰 코 다쳤다
        • 오랜만에 좋았던 하루
        • 악순환과 반복실패
        • 2025년 12주차
        • 2025년 11주차
        • 2025년 3월 6일
        • 2025년 3월 4일
        • 2025년 3월 1일
        • 2025년 2월 회고
        • 2025년 1-2월 책, 영화, 음악
        • 2025년 1-2월 회고 (PM)
        • 2025년 1-2월 회고 (콘제품)
          • (Merged) 2025 비즈니스
        • 2025년 1-2월 회고 (삶/사람)
        • 2025년 1-2월 회고 (기본)
        • (25.02) 고객 피드백 받기
        • 다시 전략 수정
        • 머리 속 복잡한 것들 끄적끄적
        • 변하지 않는 핵심 철학
        • 개별화 능력을 이용하는 방법
        • 파고들기
        • 예술가와 사업가
        • 강점
        • PM으로서의 전문성
        • 부동시
        • 이게 다 무슨 소용인가
        • 내가 가장 잘 전할 수 있는 메시지
        • 연말인사 타이밍
        • Attitude는 옷부터
        • 다시 시작
      • 2024 회고
        • 2024년 12월 4주차 (52/52)
        • 원한다고 생각했던 것들
        • 2024년 12월 3주차 (51/52)
        • 회사 vs. 퇴사
        • 2024년 12월 2주차 (50/52)
        • 2024년 11월 4주차 (47/52)
        • 2024년 11월 3주차 (46/52)
        • 2024년 11월 1주차 (44/52)
        • 혓바늘
        • 2024년 10월 3주차 (42/52)
        • 그냥, 요즘하고 있는 생각들
        • 2024년 10월 1주차 (40/52)
        • 2024년 9월 4주차 (39/52)
        • 2024년 9월 3주차 (38/52)
        • 2024년 9월 2주차 (37/52)
        • 2024년 9월 1주차 (36/52)
        • 2024년 8월 4주차 (35/52)
        • 잃어버린 보물창고
        • 분기별 프로젝트
        • 강점검사
        • 글쓰기
        • 이상적인 하루
        • 나와 아프리카
        • 한 때 나에게 힘이되었던 문장들
      • 2023 회고
        • 2023년 12월 5주차
        • 2023년 12월 4주차
        • 2023년 12월 3주차
        • 2023년 12월 2주차
        • 2023년 12월 3일
        • 2023년 12월 1주차
        • 2023년 11월 29일
        • 2023년 11월 28일
        • 2023년 11월 27일
        • 2023년 11월 18일
        • 2023년 11월 15일
        • 2023년 11월 12일
        • 2023년 11월 11일
        • 2023년 11월 1주차
        • 2023년 10월 3주차
        • 2023년 9월 4주차
        • 2023년 9월 3주차
        • 2023년 9월 2주차
        • 2023년 9월 1주차
        • 2023년 8월 4주차
        • 2023년 8월 2주차
        • 2023년 8월 1주차
        • 2023년 7월 4주차
        • 2023년 7월 3주차
        • 2023년 7월 2주차
        • 2023년 상반기 회고
        • 나태하고 욕심많은 인간은 어떻게 살아야 하나
        • 책 <어떻게 살아야 하는가>
        • 책 <당신은 결국 무엇이든 해내는 사람>
        • 복잡계를 살아가는 단순한 사람
        • 책 <모든것이 되는법>
        • 글로 신뢰를 얻었던 경험들
        • 기획은 나를 찾아가는 과정
        • 나는 왜 살아가는가
        • 장항준 감독으로부터 배우는 "삶을 대하는 자세"
        • 개발자가 말하는 감정에도 분석이 필요한 이유
      • 2022년 회고
        • problem map 작성하기
        • 삶에서 내가 해결하고 싶은 문제 (2)
        • 삶에서 내가 해결하고 싶은 문제 (1)
        • <삶의 문제> 지도 다시 꺼내보기
        • 지도 위의 29살
        • 매번 시간계획을 망치는 MBTI 'P형 인간'을 위한 5단계 인생관리법
        • 당신은 왜 프로그래밍을 공부하는가?
        • 아무 것도 아닌 내가 글을 쓰는 이유
        • 책 <여행의 이유>
        • 책 <붕대감기>
      • 2021년 회고
    • Career
      • [미리캔버스] AI 제품 PM
        • 선택과 집중
        • 어쩌면 내가 틀릴 수도 있다는 생각
        • 뾰족한 사람들과의 협업
        • AI기능 PPT로 온보딩
        • AI 제품에서 가장 중요한 것
      • [미리캔버스] 앱 PM
      • [미리캔버스] 소상공인 제품 PM
      • [미리캔버스] 2.0 PM
      • [홀로스탠딩] 백엔드 개발
      • [청년5.5] 안드로이드 개발
      • [가축대출사업] NGO Project PM
    • Insight
    • Interview
    • Public Writing
  • SIDE PROJECT
    • [Youtube] 메이킹필름
      • [Product] 청춘집 프로젝트
        • (v24.11) 청춘집 JTBD
          • (구) 청춘집 실행계획
          • (구) 플레이리스트 기획
            • 데이식스 전곡 타임라인
            • 챕터 구성
        • (v25.01) 청춘집 JTBD
          • 아이돌 굿즈 시장 조사 (공식)
          • 아이돌 굿즈 시장 조사 (비공식)
        • 제작 준비
          • 레퍼런스 - 오프라인 시집
          • a5 책 만들기
    • [Youtube] 마포구타자기
      • [mptw] JTBD
        • IKIGAI
      • [mptw] 채널 설정
        • 채널 이름 후보군
      • 시리즈 [읽는음악]
        • [읽는음악] 백로그
          • 노래 가사 콘텐츠 레퍼런스
        • ep1. 파노라마 - 이찬혁
          • 이찬혁 <ERROR>
        • ep2. 마지막 인사 (feat. 청하) - 이찬혁
        • ep3. 나의 바다에게 - 도영
        • ep4. Dattom - 백예린
        • ep5. REBEL HEART - IVE
        • ep6. Either way - IVE
        • ep7. 너와의 모든 지금 - 재쓰비(JAESSBEE)
        • ep8. 예뻤어 - DAY6
        • 6주차. 데이식스 시리즈
    • [IT] 공적인사적모임 플랫폼
      • 1. 우리 조직의 얼굴을 만들자
      • 2. 내 생에 첫 기획서 만들기 (feat. QA Driven Development)
    • [Meet] 공적인사적모임
    • [Youtube] 이상한나라의 개발자할무니
    • [Study] Disquiet PM 스터디 쿨피스
    • [IT] 서울 빵 맛집 잘알 테스트
    • [Meet] 얼리버드 모닝클럽
      • 홍보를 곁들인 2주일 운영후기
  • 잡학사전
    • 와인 원데이 클래스
    • 소설쓰기
      • <책> 소설쓰기의 모든 것 1 - 플롯과 구조
      • 유튜브 - 소설 쓰는 법
      • 강의들
      • 작가가 되려면 어떻게 해야해
    • AI
      • 생성형 AI
    • ComfyUI
      • Stable Diffusion
      • ComfyUI 준비, 설치, 설정
      • Module 구조에 대해 이해하기
      • ComfyUI
      • Core Node
    • 작사
      • 작사가 되는 법
    • 유튜브
      • 유튜버 스토리님의 부캐 성장기
      • 주언규 유튜브 초보편 (클래스101)
      • 주언규 유튜브 왕초보 편
    • 경제
      • 연금저축펀드
    • ChatGPT
    • 크롤링
      • Automatio
      • Octoparse
    • 노코드
      • 북마크 & 노코드 서비스 목록
  • PRODUCT&BUSINESS
    • Service Planning/Analysis
      • 브런치시리즈 <개발보단 고객개발>
      • baemin mart
        • 1. 시작
        • 2. 우아한형제들 & 배민상회
        • 3-1. [인터뷰] 포항에서 치킨집을 운영하시는 최사장님
        • 3-2. [인터뷰] 부산에서 족발 프렌차이즈를 운영하시는 이사장님
        • 4. <아프니까 사장이다> 커뮤니티 데이터 분석
        • 5. 문제정의 & 개선 가설
        • 6. 결론 - 역기획서
      • careerly
      • meetme
      • 배달의 민족 역기획 사례
      • 당근마켓 역기획 사례
      • 도그냥 님이 말하는 진짜 역기획
      • 도그냥의 역기획 스터디법
      • 책 <현업 기획자 도그냥의 서비스 기획 스쿨>
      • 기획서 작성하기
    • Business/Growth
      • Unsexy Business 뉴스레터에서 얻는 인사이트
      • 책 <원씽>
      • 책 <아프리카 스타트업>
      • 책 <유난한 도전>
      • 책 <함께자라기>
      • 책 <나는 돈 없어도 사업을 한다>
      • 책 <나는 장사의 신 은현장이다>
      • 책 <왜 사업하는가>
      • 책 <왜 일하는가>
      • 이제는 피칭도 유튜브로
      • 세컨드 브레인이 필요한 이유
      • 책 <타이탄의 도구들>
      • 책 <역행자>
        • <역행자> 역행자의 7단계 모델 복습
        • <역행자> 운명을 거스르는 역행자의 7단계 모델
      • 책 <월급쟁이로 시작한 38살 그녀는 어떻게 30억을 벌어 파이어족이 되었을까?>
      • 책 <파리에서 도시락을 파는 여자>
      • 책 <존리의 금융문맹탈출>
      • 책 <돈의 감각을 길러주는 경제 지식 첫걸음>
        • 금리
        • 환율
        • 주식
        • 채권
        • 부동산
        • 연금
        • 경제정책
        • 규제
        • 경제위기
    • Product-Market Fit
      • 브런치 북 <개발보단 고객 개발>
      • 책 <아이디어 불패의 법칙>
      • 고이장례연구소
      • 글쓰기로 PMF 검증하기
      • 연대 송도 캠퍼스의 40%가 사용한 서비스
      • 어웨이크코퍼레이션의 김민준 님
      • 드로우 마이 브랜드
      • 노코드로 PMF 찾는 방법
    • UI/UX
      • UX Writing Workshop
        • 4. 고객과의 관계형성 - 차별점 강화
        • 3. 비즈니스 임팩트를 만드는 글쓰기
        • 2. 후킹한 문장으로 고객 행동 이끌기
        • 1. 쉽고 정확한 문장으로 문제해결
        • What is UX Writing?
        • Reference
      • UX/UI 관련 유용한 사이트 모음
    • PM/PO
      • [책] 대체 뭐가 문제야
      • 오너십을 갖고 일하는 PM이 된다는 것
      • 책 <프로덕트 매니지먼트>
      • 책 <인스파이어드>
      • PM Wiki
      • 당신과 팀을 성장시킬 PM 직무가이드
      • PO 미신, 파랑새를 찾아서 - CPO 김용훈
      • 개발자가 생각하는 좋은 PM 나쁜 PM
      • 프로덕트 매니저는 뭐하는 사람인가
      • 토스 리더가 말하는 PO가 꼭 알아야할 개념 (2)
      • 토스 리더가 말하는 PO가 꼭 알아야할 개념 (1)
      • 책 <조직을 성공으로 이끄는 프로덕트 오너>
        • <프로덕트 오너> PO의 시간관리법
        • <프로덕트 오너> PO가 데이터 기반으로 일할 수 밖에 없는 이유
  • DATA
    • Database
      • 이 위키를 만드는데 참고한 자료들
      • 데이터 기반 의사결정
      • 데이터베이스의 종류
      • 트랜잭션과 무결성
      • 트랜잭션, 커밋, 롤백, 트랜잭션 전파
      • ERD, entity relationship diagram
      • 기본 3 - 관계, 키
      • 기본 2 - 필드, 레코드, 타입
      • 기본 1 - 엔티티, 릴레이션, 속성, 도메인
    • SQL
      • Sub Query
      • JOIN
      • 데이터 정렬셋과 유니코드
      • 자료형
      • DDL, DML
      • SELECT
      • SQL
    • MySQL
      • MSQL to MySQL Data Migration
      • MySQL Server 다운로드, 로그인
      • helpful commands
      • 문자열 자르기 SUBSTR(column, startIdx, length)
      • 특정 값을 ORDER BY 특정 값 우선 정렬 하기 (ORDER BY FIELD)
      • 이것이 MySQL이다
    • H2
      • ‼️h2 in-memory-db Table not found (this database is empty) 해결방법
  • Dev-General
    • Webmark
    • Open Source
      • 나의 첫 opensource contribution 경험기
    • Dev-Insight
      • Event
        • YOUTHCON 2022
        • INFCON 2022
      • 책 <누워서 읽는 알고리즘>
      • 책 <나는 LINE 개발자입니다>
      • 서비스에 대해 개발자가 가져야할 생각들
      • AI 시대에서 결국 살아남는 것
      • AI 시대에 개발자가 살아남는 방법
      • 주니어를 넘어서, 성장하는 개발자의 길 (인프런)
      • 아마추어와 프로의 차이
      • 개발자의 개발공부에 대하여
      • 서비스에 대해 개발자가 가져야할 생각들
      • 좋은 개발자와 인맥을 만든 노하우
      • 개발자 취업기/이직기 모음
        • 라인게임즈 백엔드 개발자 경선님
        • OKKY 미니세미나 <비전공 학원출신 SI개발자, 유명스타트업 들어간.ssul> 참석 후기
        • 비전공자에서 2억받는 아마존 엔지니어가 되기까지
        • IT 대기업 100% 합격하는 방법
  • 🏗️computer science
    • Algorithm & Data Structure
      • About this page
      • Test Review
        • Page 1
      • Big-O
        • 빅오표기법의 문제풀이
        • 피보나치 수열의 시간복잡도
      • Bit Operation
        • bit masking
      • Math
        • 합공식 / 누적합
        • 피보나치 수
        • 약수찾기
        • 소수찾기
          • 백준 1978 소수찾기
          • 백준4948 베르트랑 공준
          • 백준 8393 합
          • 백준 1929 소수구하기
        • 최대공약수 / 최소공배수
          • 백준 2824 최대공약수, BigInteger
          • 백준 2609 최대공약수, 최소공배수
        • 순열과 조합
          • 백준 15649 N과 M
        • 그 외 개념 정리
      • Recursion
        • N Queens problem
        • counting cells in a blob
        • recursion 응용 - 미로찾기
        • 순환 알고리즘의 설계
        • 순환적으로 사고하기
        • 백준 17478 재귀함수가 뭔가요
        • 백준 10870 피보나치수 5
      • Sort
        • java 에서의 정렬
        • radix sort
        • sorting in linear time
        • comparison sort 에서 최상의 시간복잡도
        • priority queue
        • heap sort
        • quick sort
        • merge sort
      • Array and List
        • 표준 라이브러리
      • Linked list
      • String
      • Stack
        • 백준 1874 스택수열
        • 백준 10828 스택 구현하기
      • Queue
        • 백준 10845 큐 구현하기
      • Heap
        • 백준 11298 절대값힙
        • 백준11279 최대힙
        • 백준1927 최소힙
      • Deque
      • Tree and Binary tree
        • Tries
        • Red-Black Tree
        • Binary Search Tree
      • Search
        • 완전 탐색
        • 이분탐색
      • Graph
        • 최단경로
        • MST 2 - prim 의 알고리즘
        • MST 1 - Kruskal 의 알고리즘
        • MST, minumum spanning tree
        • DAG, Directed Acyclic Graph
        • DFS, Depth First Search
        • BFS, Breadth First Search
      • Dynamic Programming
        • Knapsack problem
        • LCS, Longest Common Subsequence
        • matrix chain
        • 행렬 경로 문제
        • 백준 1003 피보나치 함수
        • 백준 9461 파도반 수열
        • 백준9251 LCS
      • Greedy
      • Implementation
      • LIS, Longest Increasing Subsequence
      • Two Pointer
      • Line Swipping
      • Fenwick tree
      • Backtracking
    • Computer Structure
      • 이 위키를 만드는데 참고한 자료들
      • 그래서 컴퓨터는 어떻게 동작하나요?
      • 컴퓨터의 구성
      • 컴퓨터의 역사
      • 컴퓨터 구성요소의 기능 및 이해
      • 중앙처리장치 - 마이크로 명령 - 입출력과 인터럽트
      • 중앙처리장치 - 기본 컴퓨터 프로그래밍
      • 중앙처리장치 - 프로그래밍 언어와 실행
      • 파이프라인과 벡터처리 - 데이터의 종속성 - 병렬처리와 파이프라인
      • 파이프라인과 벡터처리 - 파이프라인 구조 - 데이터/구조
      • 파이프라인과 백터처리 - 산술&명령어 파이프라인
      • 파이프라인과 벡터처리 - 파이프라인 CPU의 성능분석
      • 메모리 구조 - 메모리 시스템의 이해
      • 메모리 구조 - 효율적인 메모리 관리 정책
      • 메모리 구조 - 컴퓨터 성능 개선을 위한 메모리 관리
      • 입출력구조 - 시스템 BUS 구성 및 제어
      • 입출력 구조 - 입출력(I/O) 연결과 주소 지정
      • 입출력 구조 - 입출력 수행과 인터럽트
      • 병렬컴퓨터 구조와 성능분석 - 멀티 프로세서
      • 병렬 컴퓨터 구조와 성능 분석 - 시스템 성능 분석과 개선
    • This Is Coding Test 2021
      • 1. 출제 경향 & 파이썬 문법 부수기
      • 2. 그리디 알고리즘 & 구현
      • 3. BFS & DFS
      • 4. 정렬 알고리즘
      • 5. 이진탐색
      • 6. 다이나믹 프로그래밍
      • 7. 최단경로 알고리즘
      • 8. 기타 그래프 이론
      • 9. 코딩테스트에서 자주 출제되는 기타 알고리즘
      • 10. 개발형 코딩테스트
    • Operating System
      • 이 위키를 만드는데 참고한 자료들
      • 운영체제란, Introduction to Operating Systems
      • 컴퓨터 시스템의 구조, Structure of Computer System
      • 프로그램의 실행, Program Execution
      • 프로세스, Process
      • 쓰레드, Thread
      • 프로세스의 생성과 종료, Start and End of Process
      • 프로세스 시스템 콜과 프로세스간의 협력, System call and Interprocess Communication
      • CPU Scheduling
      • CPU Scheduling Algorithm
      • Process Synchronization Problem
      • Initial Attempts to Solve Process Synchronization Problem
      • semaphore 와 monitor 로 synchronization 해결하기
      • 데드락, Deadlock
      • 메모리 관리, Memory Management
      • Memory Allocation
      • Virtual Memory
      • Virtual Memory 2
      • File System
      • File Systems Implementation
      • Disk Management & Scheduling
    • Network
      • 이 위키를 만드는데 참고한 자료들
      • 대규모 트래픽으로 인한 서버 과부하 해결방법
      • 유선 LAN과 무선 LAN
      • 네트워크를 이루는 장치 (L1, L2 .. L7)
      • REST API
      • HTTP 매서드
      • HTTP 상태코드
      • 직렬화와 역직렬화
      • 로그인 구현방식 2. 토큰 기반 인증방식
      • 로그인 구현방식 1. 세션 기반 인증방식
      • 웹 브라우저의 캐시 - 공통점과 차이점
      • 웹 브라우저의 캐시 - 쿠키
      • HTTP header
      • 웹 브라우저의 캐시 - 세션 스토리지
      • 웹 브라우저의 캐시 - 로컬스토리지
      • browser rendering
      • HTTPS 와 TLS - TLS 핸드쉐이크
      • HTTPS 와 TLS - 암호화
      • HTTP History
      • www.naver.com 을 주소창에 입력하고 화면에 나타나기까지의 과정
      • IP 주소 - 공인 IP와 사설 IP
      • IP 주소 - Classless,Subnet Mask, Subnetting
      • IP 주소 - Classful IP Addressing
      • IP 주소 - IPv4, IPv6
      • IP 주소 - 이진수 이해하기
      • IP 주소, MAC 주소, ARP, RARP
      • 라우팅
      • TCP 4way handshake and TIME_WAIT
      • TCP 3way handshake
      • TCP/IP - internet layer
      • TCP/IP - Transport Layer
      • TCP/IP - Application Layer
      • TCP/IP - MTU, MSS, PMTUD
      • TCP/IP 4계층, OSI 7 layer
      • 네트워크의 분류 - LAN, MAN, WAN
      • 네트워크 토폴로지와 병목현상
      • 네트워크의 기초 3
      • 네트워크의 기초 2
      • 네트워크의 기초
    • Linux
      • reference
      • sudo apt-get install / uninstall
      • vim
      • linux basic command
    • Design Pattern
      • 이 위키를 만드는데 참고한 자료들
      • static 을 자주 사용하게 되었을 때의 단점
      • 자바스크립트의 class와 static
      • 프로그래밍 컨텍스트
      • 의존성 주입 vs. 전략패턴
      • flux pattern
      • Spring MVC 패턴 적용 사례
      • MVC, MVP, MVVM pattern
      • 프록시 패턴
      • 옵저버 패턴
      • 전략패턴
      • 의존성 주입과 의존 관계 역전 원칙
      • 이터레이션 패턴
      • 추상 팩토리 매소드 패턴
      • 팩토리 메소드 패턴
      • 싱글톤 패턴
      • 디자인 패턴, 라이브러리와 프레임워크의 차이
    • Programming Basic (Go)
      • 이 위키를 만드는데 참고한 자료들
      • 트랜지스터, Trangister
      • 논리소자, Logic Element
      • 튜링과 폰 노이만, Turing and Von Neumann
      • 컴퓨터의 원리, Computer Principle
      • 프로그래밍 언어, Programming Language
      • 컴파일러와 동적언어, Compiler and dynamic language
      • golang
      • hello, world
      • variable
      • variable 2
    • Base Knowledge
      • 이 위키를 만드는데 참고한 자료들
      • 신기술 도입시 고민해야할 점(feat. react.js vs. vue.js)
      • 정적 타입 시스템의 필요성
      • 도커, 컨테이너
      • 클라우드, Saas, IaaS, PaaS
      • SSO
      • RBAC
      • OAuth2.0
      • REST API 사용을 위한 인증 방법 4가지
      • API
      • Data Format - XML
      • Data Format - JSON
  • ☕Java/Spring
    • Java
      • Java Code Convention
      • Java 버전별 특징 (v1-v19)
      • java.lang.Math
      • List 4가지의 초기화 방법
      • HashMap 4가지의 정렬 방법
      • 어노테이션 프로세서 정리하기
      • Annotation Processor 로 없는 소스코드 생성하기
      • lombok 은 어떻게 동작하는 것일까?
      • 다이내믹 프록시 정리하기
      • 클래스의 프록시
      • 다이내믹 프록시
      • 프록시 패턴은 무엇인가
      • Spring Data JPA 는 어떻게 동작할까?
      • reflection api 정리
      • reflection api 이용하여 spring ioc container 만들기
      • reflection api
      • spring dependency injection 은 어떻게 동작할까
      • 바이트 코드 조작하기
      • java bytecode 를 조작해 테스트 코드 커버리지 확인하기 (feat.jacoco)
      • Class Loader
      • JVM 의 구조
      • java, jvm, jdk and jre
      • synchronized
      • java string.split(".") 오류
    • Java 8
      • 이 위키를 만드는데 참고한 자료들
      • Metaspace
      • Parallel 정렬
      • Annotation
      • CompletableFuture
      • Date and Time
      • Optional
      • Stream
      • interface의 default 메소드와 static 메소드
      • 인터페이스의 변화
      • 함수형 인터페이스
      • java 8 소개
    • Spring Framework
      • Spring 3.0 준비하기
      • 특정 매소드만 transaction 처리하기
      • 스프링 프로젝트 시작하기
      • 스프링이란 무엇인가
      • 스프링 핵심 기술의 응용
      • AOP 2
      • AOP 1
      • 서비스 추상화 2
      • 서비스 추상화 1
      • 예외
      • 템플릿
      • 테스트
      • 오브젝트와 의존관계
      • 스프링이란
    • Spring Boot
      • [Gradle]UncheckedIOException
      • java19 + spring 3.0.5 + gradle 7.4.1 에서 프로젝트 gradle 설정하기
      • [리뷰] Gradle 멀티 프로젝트 관리
      • [리뷰] 멀티모듈 설계 이야기 with Spring, Gradle
    • JPA/QueryDSL
      • querydsl 을 쓰는 이유
      • JPA querydsl에서 json array 로 된 컬럼에 조건 적용하기
      • querydsl 에서 mysql order by field() 사용하기
  • 🏰Infrastructure
    • InfraWorkshop
      • 이 위키를 만드는데 참고한 자료들
      • aws로 안정적인 인프라 만들기 2
      • aws로 안정적인 인프라 만들기 1
      • 어플리케이션 진단하기
      • 서버 진단하기
      • 부하 테스트
      • 웹 성능 개선하기
      • 웹 성능 진단하기
      • <aws로 그럴듯한 인프라 만들기> 회고와 피드백
      • aws로 그럴듯한 인프라 만들기 3 - 배포스크립트
      • aws로 그럴듯한 인프라 만들기 2 - 배포하기
      • aws로 그럴듯한 인프라 만들기 1 - 네트워크 망 구성
      • docker container
      • connection check
      • network segmentation
      • cloud 서비스를 사용한다는 것
    • AWS
      • AWS IAM
      • AWS CodePipeline 으로 배포 자동화하기 (1)
      • AWS CodePipeline 으로 배포 자동화하기 (2)
  • 🪄Test
    • TDD
      • 이 위키를 만드는데 참고한 자료들
      • [2주차] 로또 과제 강의를 듣고나서
      • [1주차] 자동차 경주 과제 강의를 듣고나서
      • TDD, 리팩토링이란?
      • 가장 쉽게 TDD 시작하는 방법
      • 의식적인 연습과 학습 테스트
      • TDD 에 집착해야하는 이유
      • 공부하는 자세
    • AssertJ
      • 이 위키를 만드는데 참고한 자료들
    • JUnit
      • 이 위키를 만드는데 참고한 자료들
      • Junit 기본 개념
  • 😎OTHERS
    • Helpful Command
      • Mac 에서 특정 포트 검색, 종료
      • crontab
    • Llibrary
    • IntelliJ
      • 내가 좋아하는 커스텀 세팅
    • GIT
      • Github ID/Token 한번 입력 후 저장하기
      • Github Actions
      • github organization private repository push 안될 때 (not found issue)
      • commands
      • git commit convention
    • Logging
      • logback + webfilter 로 로그설정
      • ‼️log4j 보안 이슈
    • Postman
      • postman 의 header에서 언더바(_) 변수 인식 안되는 현상
Powered by GitBook
On this page

Was this helpful?

  1. ME
  2. Review
  3. 2025 OKR & 회고 - 회사 없이도 먹고살 수 있는 상태가 된다

2025년 1-2월 회고 (PM)

Previous2025년 1-2월 책, 영화, 음악Next2025년 1-2월 회고 (콘제품)

Last updated 2 months ago

Was this helpful?

1

1월 한줄평 : 미친듯이 잘 쉬었고 이제 게으름에서 벗어나 다시 달릴 시간

정말 소중한 한 달간의 휴식기를 모처럼 맞이한 만큼, 일 생각하지 않고 편하게 개인 프로젝트에 몰입하는 것을 목표로 했고 어정쩡하게 일에 걸쳐있지 않고 정말 완벽하게 본업 생각을 하지 않았기에 잘 보낸 것 같다. 비록 복귀 전주에는 미리 이런 저런 지식들을 공부하는 것을 목표로 했으나, 역시 게으름 이슈로 잘 진행되지 못했다.

게으름 이슈는 어떻게 대응할 것인지? - 주말 사무실 출근 및 새벽 출근 루틴을 당분간 유지하면서 절대 게을러질 수 없고 생산성이 가장 높게 집중할 수 있는 환경에 스스로를 위치시키려고 한다. 집은 완벽하게 쉼과 게으름의 공간이 될 것 같다.

  1. 채널톡 설정을 미루고 미루다가 드디어 완료해서 매우 뿌듯했다. 마지막 주에 출근하기 전까지는 진짜 마음껏 놀고 프로젝트에만 몰입해보자.

  2. [목표] 연말정산 완료, 4분기 성과리뷰 완료, 민트팀 업무결과 정리, 젠스쿼드 히스토리 파악, todo 작성 [결과] 연말정산만 완료. 나머지는 모두 실패

    1. 연말정산은 기간 맞춰서 잘 마무리했으니 문제없다.

    2. 마지막 주는 사이드 프로젝트에 대한 전반적인 회의감, 민희진 대표, 윤승림 대표, 나영석 감독 등 다양한 인물의 인터뷰를 보면서 직업과 일에 대한 이런 저런 생각들이 떠오르다보니 그에 대한 생각을 하는데 많은 시간을 보냈고, 더불어 농땡이도 많이 피웠다.

    3. 남은 설날 연휴를 미처 다 마치지 못한 사이드 프로젝트에 불태울 것인지, 아니면 업무 복귀에 대한 준비를 할 것인지 고민을 하다가, 사이드로 불태우기로 결정했다. 이유는... 어차피 업무는 복귀하고나서도 월-금 약 12시간 이상을 불태울 예정이기 때문에 그 안에 잘 적응하는 것을 나의 미션으로 부여하기로 했다.

    4. 일단... 남은 기간을 잘 보내보기로 한다...!

  3. 설 연휴 기간을 잘 보낸다.

2

  1. [목표] 온보딩 완료 - 제품 데이터 마스터, ComfyUI 완벽숙지 [결과]

    1. 회고 skip

  2. [목표]온보딩 완료 - 제품 데이터 마스터, ComfyUI 완벽숙지

    1. ComfyUi 는 강의가 너무 크고 방대해서 지루함 이슈로 일단 개념 정도만 익히고 중단했다.

    2. 제품 데이터는 일단 쿼리가 너무 길어서 우선 매일 아침마다 보고 싶은 데이터 하나씩 조회해보는 것으로 익숙해지고자 한다.

    3. 스쿼드 내 대시보드와 이슈 관리 방법을 제안했는데 의외로 동료들의 반응이 좋아서 꽤 뿌듯했다. 조금이나마 스쿼드에 기여를 한 것 같아서 기분 좋았다.

    4. 2주정도 지나고나니, 나의 강점과 약점이 조금씩 보인다.

      1. 강점 - 나는 이들이 맡고 있던 프로덕트 전체를 담당하던 조직에 있었고, 그만큼 과거 히스토리를 알고 있다. 다른 PM들과도 친분이 있어서 관련된 협업을 요청하는 것에 거리낌이 없다. 누구에게 무엇을 요청해야할지 잘 알고 있다.

      2. 약점 - 나는 아직 ai 에 익숙하지 않고, 공부해야할 것들이 산더미이다. 이 스쿼드가 맡고 있는 제품에 대해서도 아직 모르는 점이 많고, 히스토리는 당연하게도 기존 동료들보다 모른다. 이 스쿼드가 주로 보고 있는 데이터에 대해서도 아직 모르는 점이 많다.

  3. [목표] 첫 담당 이슈 무사히 진행 / 제품 이해도 높이기 / 제품 데이터 루틴화 / 고객 모니터링 루틴화 [결과]

    1. 자리배치

      1. 스쿼드원들의 자리배치 이슈로 너무 많은 시간을 논의에 쏟아서 아쉬운 하루였다. 나 역시 눈 닫고, 귀닫고 내 할일에 집중했을 수 있었을텐데, 빨리 논의 끝내고 싶다는 마음에 뭔가 일도 하나도 못하고 그냥 시간만 보냈다.

    2. 고객 피드백 기능 추가

      1. 현재 맡고 있는 프로덕트에 고객 피드백 기능을 붙이는 것에 대해서 가볍게 생각하고 진행하려고 했는데, 새로운 리더분이 한번 더 생각해볼꺼리를 주셔서 일단은 꽤나 만족스럽다. 앞으로도 이분께 많은 것들을 배울 수 있을 것 같다. 한편, 그와는 별개로 진짜 필요한가, 얼마나 임팩트가 있는가-에 대한 고민이 아직 풀리지 않아서, PRD를 쓰면서 천천히 생각을 정리해봐야할 것 같다.

      2. 하지만 일을 다 마무리한 것과는 별개로 이 아이템이 긍정적으로 받아들여질 것인지는 아직 의문이다. 바쁜 다른 일들이 많은데 이곳에 리소스를 쓰는 것이 맞나?하는 의문이 들고, 스쿼드원들과 리더도 회의적인 입장이라서 사실 빠꾸되더라도 큰 미련은 없을 것 같다. 그냥 오랜만에 PRD 작성 워밍업을 했다-치자.

      3. 처음으로 PD, FE분과 업무 관련 논의를 하게 되었는데, 초간단한 건이라서 그런지 이야기가 그냥 물 흐르듯 흘러갔다. 다들 각자의 분야에서 경력이 많은 분들이라 믿음직스럽고 이젠 그냥 나만 잘하면 될 것 같다.

      4. 리더 승인 기다리지 않고 일단 실행을 조금씩 하고 있었는데, 잘했구나-싶다가도 조금 더 빨리 했다면 좋았을텐데-하는 부분도 있다. 차라리 빠르게 PD 분께 관련 내용 넘겼으면 훨씬 더 빠르게 내용 공유 되었을텐데, 아쉽다. 이런 부분은 조금씩 개선해나가자.

    3. 새벽출근, 시간활용

      1. 화요일, 오전 중으로 PRD 문서를 다 완성해서 기분 너무 좋았다. 오전 시간 중에 가장 중요한 일에 온전히 집중해 일단락 마무리를 하는 것은 정말 최고의 루틴인 것 같다.

      2. 점점 실무를 하나씩 하게 되면서 계획했던 일들을 다 완료하지 못하고 다음날로 넘기는 경우가 많아지고 있다. 너무 많아지기 전에 주기적으로 처리해줘야하는데, 너무 지치지 않게 잘 대응하는게 중요할 것 같다.

      3. 금요일+주말, 집에서 집중해서 원하는 일을 끝내기- 프로젝트를 나름 하고 있는데, 우선 오늘은 시작이 좋다. 왠지 잘 될 것 같은 하루.

      4. 금요일, 보기좋게 망했다. 생산성으로 따진다면, 월요일의 50%도 안되는 것 같은... 앞으로 당분간 금요일 재택은 안 할 예정...!

    4. ai 지식

      1. 아직 ai 에 대해서 너무 모른다는 느낌이 많이 든다. 스쿼드에서 논의되는 것들을 온전히 다 이해하지 못해서 아직 어려운 점이 많다. 빨리 적응하고 스쿼드에 도움이 되는 1인이 되고 싶다.

    5. 아이소매트릭 프리셋 추가

      1. 어제 처음으로 백오피스를 통해 아이소매트릭 프리셋을 넣는 작업을 진행했는데, 여러 모델별로 ai 이미지 생성을 테스트하고, 프롬프트를 최적화하는 작업을 하고 있으니 그동안 하던 PM업무와 달라서 새롭고 재미있었다.

    6. 앱 스쿼드 해체

      1. 지난 1년동안 함께했던 스쿼드가 해체된다는 소식을 들었다. 지금의 나는 다른 스쿼드에 있지만 그 스쿼드에 분명 더 좋은 PM분이 오셔서 프로덕트를 나보다 더 잘 운영해주실 것이라고 믿었는데, 아쉬운 마음이 컸다. 마지막 쫑파티겸 오랜만에 팀원들이랑 술마셨는데, 여전히 재미있고 즐거웠다. 확실히 함께한 시간은 쉽게 사라지지 않는 귀한 가치인 것 같다.

    7. PM스터디

      1. 이전 조직보다 훨씬 컴팩트해서 참여하는 마음이 너무 무겁지 않아서 좋다. 다양한 아티클을 읽고 인사이트를 얻는 것도 좋다. (이렇게 안하면 진짜 안읽기 때문에...) 그리고 조금씩 다양한 의견을 교류하는 느낌이 있다. 변화하고 있다고 느껴진다.

    8. 회고방식

      1. 요일별로 회고 진행해보는데, 하루하루 생각하는 점들, 고민했던 것들에 대한 기록을 쌓아가는 건 너무 좋은데, 일의 주제별로 하나씩 토픽을 열어도 괜찮겠다는 생각이 든다. 요일별로 나뉘어져있으니까, 뭔가 단발성으로 끝나는 느낌도 들고...?

      2. 그래서 그냥 바꿔버렸다. 주제별로. 훨씬 좋은 것 같다. 매일 오전에 간단하게 회고하되, 새로운 주제가 있다면 추가하고, 기존에 있는 주제는 누적해서 쌓아가면 좋은 기록들이 모일 것 같다.

    9. 고객 정성 반응 수집 자동화

      1. 고객 정성반응 수집을 자동화하려고 하는데, 얼마나 잘 될지는 모르겠으나, 일단 개인에게 부담을 좀 덜 주고 싶은 마음. 그리고 직접 찾아가야하는 노력이 아니라, 그것이 나에게 찾아와서 자연스럽게 정보를 습득할 수 있는 구조가 되면 좋을 것 같다는 생각.

    10. 지라 레이블링 규칙

      1. 동료분께서 초안을 만들어주셨는데, 읽다보니 귀차니즘 많은 엔팁은 너무 규칙에 압도당하는 느낌이 들었다... 모두가 문서 작성 자체에 큰 부담을 느끼지 않고, 레이블링에 신경쓰지 않았으면 하는 마음. 이 부분을 잘 헤쳐나가야겠다.

  4. -

    1. 고객 피드백 이슈 조기 종료 -> 재검증

      1. 새로운 스쿼드에 와서 처음으로 PD, 개발자 분들과 소통하며 진행하고 있던 첫번째 이슈를 결국 개발 진행을 하지 않기로 결정했다. 최소 공수로 빠르고 간단하게 탁- 진행하는게 목표였으나, 내가 예상했던 것보다 공수가 3배이상은 들게 되었고 다른 우선순위 높은 이슈들과 비교해보았을 때, 감안하고 진행하기에는 무리가 있다고 생각되어, 결국은 진행하지 않게 되었다.

      2. 아쉽긴 아쉽지만 개인적으로는 스쿼드에 도움이 되기 위해서는 빠르게 포기하고 다음 아이템을 준비하는것이 맞다고 생각한다.

      3. 하지만 같은 실수를 반복하고 싶지는 않다. 이 부분은 정말 내가 킥오프를 했어야만 알 수 있었던 부분인가? 킥오프 전에 개발리더님과 이야기하면서 충분히 사전에 알 수 있었던 것은 아닌가. 어쩌면 개발 공수를 체크한다고 해놓고 나는 그동안 수박겉핥기 식으로 나 편한대로만 체크하고 있었던 것은 아닌가. 그러니까 항상 실제 액션에 있어서 메이커들은 당황하게되고 일정에 압박감을 갖게 되었던 것은 아닌가

      4. 기존에 이미 보이는 컴포넌트를 활용한다고 해서 공수가 드라마틱하게 감소하는 것은 아니다. 항상 염두해두자. 소통에 부담이 되는 사람이라도 명확하게 이야기를 마무리하고 정확하게 확인하자. 그래야 더 많은 힘을 들일 것인지, 아닌지 빠르게 판단하여 더 중요한 곳에 리소스를 집중할 수 있다.

      5. (25.02) 고객 피드백 받기

    2. 문화를 바꾼다는 것 - 회의 분위기가 여러모로 경직되어있다는 느낌이 드는데 함께 일하는 PM님도 이를 느끼셨는지 회의 끝나고 나에게 찾아와서 이대로 괜찮은 것인지- 물었다. 다음 회의부터는 내가 회고 파트를 맡아서 진행해보기로 이야기가 되었는데, 그 전에 구성원들 모두 회고에 대해서 유의미하다고 생각하는지, 전반적으로 스쿼드 분위기에 대해서는 어떻게 느끼는지 이야기를 한번씩 해보면 좋겠다고 생각했다.

    3. 다른 스쿼드에 간다면? - 함께 일했던 애정하는 동료로부터 그쪽으로 와서 일할 생각이 없는지 질문을 받았다. (정확히는 약간 찔러본 너낌). 지금 처한 환경이 그리 좋지는 않지만, 가더라도 뭐라도 하나 해보고 넘어가고 싶은 마음이 있고, 내가 감히 이런 분위기와 문화를 바꿔볼 수도 있겠다는 생각이 아직까지는 있긴 한데, 벌써 지치는 마음이 들기도 하고, 여러모로 마음이 싱숭생숭하다.

    4. 질문과 대화의 중요성 - 어제 리더님과의 정렬회의에서 우리 스쿼드는 무엇을 해야하는지는 많은 것 같은데, 왜 해야하는지는 잘 모르겠다고 말씀드렸다. 그동안 일을 하면서 계속 뭔가 아쉽고 부족하다는 생각을 했었는데, 그게 이런 생각의 연장선이었던 것 같기도. 어떻게보면 무례할수도 있는 질문이었는데, 리더님이 오히려 속시원하게 생각을 공유해줘서 조금은 이해할 수 있게 된 것 같다. 분명 똑똑한 분 같고, 직관도 뛰어나신 것 같다. 육각형 PM인데, why에 대한 공유가 잘 되지는 않아서 함께 일하는 PM들이 이를 잘 따라가기 위해 계속 질문하고 노력해야겠다는 생각을 했다. / 한편 개발자분과 작업 과정에서 예상보다 큰 공수가 잡힌 것에 대해 1:1로 이야기하는 시간을 가졌다. 오해하고 있는 부분도 일부 풀렸고 내가 그 분을 지레짐작하고 있었다는 생각도 들어서 살짝 반성하기도 했던 것 같다. 겉으로 보이는 인상, 주변의 이야기에 쉽게 휩쓸리지 않는 사람이라고 스스로를 생각했는데, 아직 부족한 부분이 많은 것 같다. 주의해야지.

😃
⭐
⭐
⭐
✅
✅
✅
❌
👍
⭐
⭐
👍
👍
👍