MINIWIKI
CareerSideProjectBook&Study
  • ⚡README
  • 😃ME
    • Review
      • 2025 OKR & 회고 - 회사 없이도 먹고살 수 있는 상태가 된다
        • 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 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
  • 10s
  • 20s
  • 목적지
  • 29살, 지금의 나는 무엇을 해야할까

Was this helpful?

  1. ME
  2. Review
  3. 2022년 회고

지도 위의 29살

인생은 멀리서 돌아보면 상관없어 보이는 여러 점들이 연결된 결과라는데 '나의 지금은 어떤 점들이 연결되어 만들어진 것일까' 하는 물음에서 내 인생의 점들을 연결해보고 각 지점에서 얻었던 것, 느꼈던 것들을 짧은 문장으로 정리해본다. 나아가 앞으로 연결될 점들은 무엇인지, 나만의 지도 위 이 여행에서 나는 어디를 향해 가고 있는지 뚜렷히 하기 위해 몇 자를 더한다.

10s

10대 때의 나는 적당히 놀면서 적당히 공부하는 평범한 학생이었다.

10년간 체육대회 계주선수 🏃

  • 초등학생때부터 고등학생때까지 약 10년여간의 학창시절 동안 나는 줄곧 반에서 체육대회 대표 계주선수였다.

  • 처음이자 마지막으로 특별한 노력을 들이지 않고도 꾸준히 잘했던 유일한 것이었다. (지금은...ㅎ)

고3, 🪑 의자왕

  • 19살 때에는 인생에서 가장 열심히 한 가지 일에 몰입을 해본 경험을 했다.

  • 자는 시간 6시간, 점심과 저녁을 먹는 2시간 정도를 제외하고는 오로지 공부만 했었던 것 같다.

  • 고등학교를 입학할 때 150등이 넘어갔었던 나는 교내 보기 드물게 J커브 성적향상 기록을 만들어내며 졸업할 때 쯤에는 전교 1등도 한번 정도는 해볼 수 있었다.

  • 당시 쉬는시간에도 계속 앉아있었던 나를 보고 한 친구는 의자왕이라는 별명을 주기도 했었다.

  • 이 때는 내가 하는 공부가 나에게 떳떳했었고, 무엇이든 나를 속이지 않고 확실하게 알고 넘어가는 습관을 들였던 것 같다.

  • 내 인생에서 처음으로 노력해서 무엇인가를 성취하고 작게나마 성공해본 경험이었다.

20s

20살, 사학과 🤔

  • 원하는 과는 아니었지만 사학과에 입학을 했고 곧잘 적응을 했다.

  • 지금 전공을 살려서 일을 하고 있지는 않지만, 나는 사학과에서 다음과 같은 것들을 배웠고 지금도 꽤나 내 인생에서 잘 써먹고 있다.

    • 비판적 사고

      • 어떤 현상이나 사람, 사물을 접할 때 한번 뒤집어보는 시각을 갖게 되었다.

      • 사학과에 들어가면 꼭 듣게되는 <역사학의 이해> 라는 수업이 있는데, 이 수업에서는 눈앞의 붉은 사과가 정말 빨간색인지, 정말 사과인지, 정말 동그란지 한번 더 생각해보도록 끊임없이 질문을 한다.

      • 주어진 사실을 그대로 수용하지 않고 그것이 정말 그러한지 잘근잘근 씹어서 이해하는 연습을 한다.

      • 이런 생각법을 훈련하고 이런 시각을 갖게 되면서 나는 세상의 중심부 보다는 주변부의 목소리에 더 재미을 느끼게 되었다. (중심은 정말 중심인가, 그 중심은 누가 만든 중심일까?)

    • 논리적 글쓰기

      • 4년 내내 시험이고 과제고 끊임없이 한 두 문제에 대해 논리적으로 설명하고 풀어내는 연습을 주구장장 하게 된다.

      • 사건 자체만 보는 것이 아니라 사건의 배경을 통해 그 사건이 발생할 수 밖에 없던 이유를 논리적으로 설명하고 그 사건의 영향이 어땠는지에 대해 한 편의 완성된 글로 써 내려가는 것, 혼자서는 해볼 수 없는 경험들이었다.

22살, 뉴욕 라이프 🗽

  • 감사히도 1년간 뉴욕 어학당에서 공부를 할 수 있는 기회가 있었다.

  • 처음으로 해외에서 살아봤던 경험이었는데, 들인 돈이 아깝지 않게 최고의 아웃풋을 뽑으려고 노력했던 것 같다.

  • 이때도 처음 입학할 때까지만 해도 중급반 정도였었는데, 1년 뒤 마지막에는 제일 높은 반에서 어학당 쌤들의 칭찬을 받으며 졸업할 수 있었다.

  • 다양한 나라의 사람들과 소통하고 친구가 되며 문화의 다양성을 배울 수 있는 시간들이었다.

23살, 국제학 복수전공

  • 배웠던 영어를 잊지 않기 위해서, 원래 관심이 많았던 국제학 분야를 복수전공하기로 했다.

  • 유학파&영특자 친구들과 전과목을 영어로 수강하며 학교생활을 했고 졸업시험도 통과하며 무사히 졸업을 할 수 있었지만 사실 꽤나 힘든 시간들이었다.

  • 매일매일 읽어야할 리딩도 많고 뉴스도 많았는데 수업을 듣고 토론을 하던 어느날, 나는 문득 내가 모르는 세계들에 대해 굉장히 멀리 떨어진 이곳에서 토론에 참여하고 있는 자신에 대해 회의감이 들었나보다.

  • 탁상공론이라는 기분에 휘감겨 현장에 직접 가서 활동해보고 싶다는 생각을 하게 되었다.

25살, 아프리카 케냐 생활 🐘

  • 케냐는 인생의 반환점이었다. 지금 아니면 언제 가볼까, 하는 가벼운 마음으로 떠났지만 케냐에서의 370 여일은 내 인생의 가장 의미있는 페이지 중 하나를 차지하게 되었다.

  • 코이카 지원의 지역개발사업 PM을 맡아서 사업을 처음부터 끝까지 운영해봤고

  • 나를 IT 세계로 푸시한 두 가지 계기를 만나게 된다.

    • M-PESA 모바일머니

    • 미국의 스타트업 Andela

26살, 국비지원 코딩공부 🧑‍💻

  • 케냐생활 말부터 파이썬을 조금씩 건드리며 시작했던 코딩 공부를 본격적으로 하기로 했다.

  • 4월부터 시작되는 국비지원학원 과정에 등록했고 6개월간 오전 9시부터 오후 9시까지 12시간씩 계속 학원에서 공부를 했다.

  • 이때는 우연히 졸업식 날과 프로젝트 발표날이 겹쳤었는데, 그 주 내내 고민하던 부분을 졸업식날 아침에 해결하여 무사히 발표도 졸업식도 마친 기억이 있었을 정도로 하루종일 코딩생각만 가득했다.

  • 처음 배우는 컴퓨터와 코딩은 어렵기도 했지만 그만큼 내가 머리속으로 생각하던 것을 구현해내는 것이 너무 재미있었다.

  • 다행(?)이도 6개월간의 국비지원과정이 채 끝나기 전에 취업을 할 수 있었다.

    • 취업을 준비할 때 중요하게 생각했던 요소들이 몇 있었는데 그는 다음과 같다.

      • 사회의 문제를 해결하는가?

      • 성장하는 스타트업인가?

      • 월급이 밀릴 여지가 있는가?

      • 내가 가서 성장할 수 있는가?

  • 위의 기준에 맞는 기업은 결국 대기업보다는 스타트업이었고, 스타트업 중에서도 사회의 문제를 해결하는데 포커싱 되어있는 곳이어야만 했다.

  • 다행히도 그에 딱 맞는 기업을 찾아 성공적으로 개발자로서의 첫 걸음을 뗄 수 있었다.

27살, 개발자의 시작 / 대안신용평가 핀테크 💰 스타트업

  • 입사하게 된 스타트업은 핀테크 분야였고, 쉽게 말하자면 신용등급이 낮아서 기존 금융권에서는 대출을 받기가 힘든 청년들의 모바일 데이터를 분석하여 대안적인 신용등급을 평가해주는 서비스를 운영하고 있었다.

    • 회사를 다니면서 알게 되었는데, 우리나라 대부분의 청년들은 20세 이전에는 신용기록이 거의 없으므로 우선 4등급에서 9등급까지 랜덤으로 부여받은채로 사회생활을 시작하게 된다고 한다.

    • 단순히 평가할 신용정보가 없을 뿐인데 4-9등급까지 저평가된 신용등급으로 사회생활을 시작하는 것은 부당하다고 생각해서 생긴 서비스라고.

  • 이 곳에서 나는 다음과 같은 것들을 배웠다.

    1. 스타트업의 탈을 쓴 대기업에게 속지 말자

      • 막상 회사에 들어가보니 겉보기엔 스타트업인데 내부 조직체계나 문화는 대기업이었다.

      • 결제라인도 팍팍하고 엄청난 규율과 규제, 규칙이 있었으며 자유롭게 서비스에 대해서 이야기하거나 토론할 수 있는 문화도 아니었다.

      • 개발팀은 분위기가 좋았지만 그것만으로 회사를 계속 다니기에는 한계가 컸었다.

    2. '그냥' 개발하지 않는다.

      • CTO 님으로부터 배운 것이다. 기획서를 받고 고민없이 그냥 개발을 시작하기보다, 이 기획의도가 무엇인지, 그 목적을 달성하기 위해서 이 기획이 최선인지, 이 기능을 사용하는 사용자에게 적합한지 등 다양한 방향으로 고민해보고 스스로 그 기획에 납득이 될 때 개발을 시작하라고 하셨다. 물론 납득되지 않는 것은 납득 될때까지 질문하고 토론해야한다.

      • 기술을 쓸 때 남들이 쓰니까, 최신 유행이니까 그냥 사용하지 않는다. 기술은 결국 수단이다. 남의 조직에 적합한 기술이 현재 우리 조직에는 적합하지 않을 수 있다. 기술을 쓸 때, 왜? 라는 물음을 항상 유지한다.

      • 그때는 정답이었고 지금은 아닐 수 있다. 당시 코드를 작성할 때의 작성자는 그 구조가 정답이라고 생각했고 그렇게 개발할 수 밖에 없는 이유가 있었을 것이다. 지금 보면 틀린 답처럼 보이겠지만 당시의 배경을 이해하고 코드를 보아야 한다.

        • 이렇게 생각하고 레거시를 마주하면 그렇지 않을 때보다 한결 마음이 평온한 것을 느낄 수 있다. 그리고 이 생각법은 사학과에서 4년간 역사적 사건이나 인물을 마주할 때 수도없이 연습했던 것이라 익숙했다 😊

    3. 지금 당장은 하고싶은 것을 못해도 주변을 얼쩡대면 기회가 온다.

      • 서버개발을 하고 싶어서 면접을 봤는데 막상 합격하고 첫출근을 하니 안드로이드 개발을 하게 되었다.

      • 당시에는 '지금 안드로이드 개발을 경험해두는 것도 서버개발을 할 때 반드시 도움이 될꺼야' 하는 마음에 그대로 한번도 안해봤던 안드로이드를 급히 배워 3개월만에 앱 리뉴얼까지 맡게 되었다.

      • 하다보니 또 욕심이 생겨 사내의 모바일 신용평가 SDK 까지 코드를 정리하고 개선하는 등 재미있게 개발을 했지만 마음속 한켠은 여전히 내가 돌아가야할 곳은 서버쪽이라는 찝찝함이 있었다.

      • 서버개발을 하고 싶어서 퇴사를 한다고 하니 퇴사 전까지 온투법(온라인 투자연계금융업법) 준비를 위해 AWS 상의 서버를 Koscom 으로 이전하는 작업을 해보는게 어떻겠냐는 제안을 받았다.

      • 인프라쪽도 재미있어서 배워보고 싶었고 분명 큰 성장의 기회가 될거라고 판단하여 약 4개월간 서버이전작업을 맡아서 진행했고 CTO님, 이사님들, 동료들의 도움을 받아 무사히 마무리하고 나올 수 있었다.

      • 퇴사할 무렵 공용오피스에 있던 옆 세션 회사의 대표님으로부터 퇴사하면 자기 팀으로 조인해서 서버 개발을 맡아주지 않겠냐는 제안을 받았다. 그렇게 꿈꾸던 서버개발을 할 수 있는 기회가 온 것이다. 아마 4개월 전에 퇴사하고 인프라에 대한 지식도 없는 상태였다면 그 제안을 받지도 못했겠거니와 나도 섣불리 조인하겠다는 의사를 밝히지 못했을 것이다.

    4. 개발자로서 첫회사는 반드시 코드리뷰와 성장을 갈망하는 좋은 동료들이 있는 곳에서 시작하자

      • 회사 분위기는 딱딱했지만 사람들은 너무 좋았고, 개발팀은 나름 변화와 성장을 도모하는 희망적인 분위기였다.

      • 그렇지만 여타 다른 스타트업과 마찬가지로 인력은 늘 부족했고 각자가 하나의 분야를 온전히 맡아서 하다보니 코드리뷰 문화가 정착할 수 있는 상황이 아니었다. 개발팀 이외의 조직이 그것에 대해 인정을 해주는 분위기도 아니었다.

      • 지금 이 회사를 떠난지 1년이 좀 넘었는데, 지금와서 생각해보면 첫회사에서 코드리뷰나 성장을 갈망하는 동료 등 좋은 문화를 경험할 수 있었다면 좀 더 성장할 수 있지 않았을까, 하는 아쉬움이 있다.

28살, 이직 / 프롭테크 🏢 스타트업 / 첫번째 사이드 프로젝트

  • 첫 회사를 퇴사할 무렵 공용오피스에 있던 옆 세션 회사의 대표님으로부터 퇴사하면 자기 팀으로 조인해서 서버 개발을 맡아주지 않겠냐는 제안을 받았다.

  • 서비스에 대한 설명을 들어봤는데 구조가 꽤 재미있었고 무엇보다도 내가 하고 싶었던 서버개발을 할 수 있을 것이라는 기대감에 조인하겠다고 답변을 드렸다.

  • 회사 생활은 나름 재미있고 아기자기하다.

    1. 파도에 휩쓸릴지 vs. 서핑으로 멋지게 어우러질지는 결국은 해내느냐에 달렸다

    2. 좋은 동료와 함께라면 두렵지 않다

    3. 개발자에게 커뮤니케이션 스킬은 정말 중요하다

    4. 하나의 서비스가 만들어지는데 중요하지 않은 직군은 없다

    5. 고객과 우리의 핏을 맞추는 과정

    6. 성장하는 조직에 대한 고민

  • 처음으로 사이드 프로젝트를 진행했고 사용자들의 반응을 직접 느낄 수 있었다.

목적지

나는 행복한 하루를 떠올릴때면 늘 같은 그림을 그리곤 한다.

  1. 이른 새벽 알람없이 눈을 떠 따뜻한 차 한 잔을 내린다.

  2. 기다란 테이블에 앉아서 노트북을 켠다. 한손에는 따뜻한 차가 들려있다.

  3. 오늘 하루 해야할 일들을 10분 정도의 시간을 들여 적는다. 오늘은 그 일들에만 집중한다.

  4. 본격적으로 일과를 시작하기 전에 짧은 글을 쓴다. 글은 나에 대한 것이든, 내 일에 대한 것이든, 다른 어떤 주제이든 상관없다. 내 생각을 담아 적어내려가는 그 행동으로 일과를 시작한다.

  5. 해가 뜨면 아침 공부를 시작한다. 아마 개발공부일 확률이 크지만, 공부는 어떠한 종류라도 상관없다.

  6. 점심시간에 가까워오면 가벼운 점심을 먹는다. 밥을 먹고는 잠깐 집 앞 바닷가에 산책을 나간다.

  7. 낮 시간에는 업무를 한다. 집중하여 5시간정도 일을 한다. 나는 사회의 문제를 해결하는 서비스를 만들며 나와 함께 살아가는 모든 것들에 도움이 되는 일을 한다.

  8. 저녁 시간이 되면 사랑하는 사람들과 함께 직접 요리를 하거나 맛있는 식당에 가서 저녁을 먹는다. 물론! 술도 한 잔 한다.

  9. 집으로 돌아와 운동을 하고 따뜻한 물로 샤워를 한다.

  10. 황열등 아래에서 우울한 재즈를 들으며 조용히 책을 읽는다. 사랑하는 사람도 함께 책을 읽고 있다. 가끔은 영화를 보거나 이야기를 하면서 잠에 든다.

내가 상상하는 이 하루를 보내기 위해서 어떤 것들이 필요할까

아래의 것들이 충족되면 기타 필요한 습관적, 재물적인 것들은 자연스럽게 충족될 수 있기에 가장 중요하고 내가 노력해서 얻어야 하는 네 가지를 추려보았다.

  1. 시간적, 공간적

    • 내가 가장 집중력이 좋은 시간에 일을 할 수 있는 자유가 있어야 한다.

    • 내가 가장 효율성이 좋은 공간에서 일을 할 수 있는 자유가 있어야 한다.

  2. 경제적 자유

    • 내가 원하는 곳에서 살아가며 원하는 일을 해도 안정적인 생활을 유지할 수 있는 경제적 자유가 있어야 한다.

  3. 문제를 파악하고 분석하며 이를 사업으로 해결하는 능력

    • 사회문제를 파악하고 분석할 수 있는 감각이 있어야 한다.

    • 문제를 해결할 수 있는 능력이 있거나 그런 사람들과 같이 일을 해야한다.

    • 문제를 사업화하여 해결하는 능력이 있어야 한다.

  4. 다른 사람들과 공감할 수 있는 나만의 이야기

    • 독서, 여행, 사람, 대화를 통해 나만의 철학을 만들어 간다.

    • 꾸준히 글로써 사람들과 소통할 수 있는 공간이 필요하다.

필요한 것들을 준비하기 위해서 나는 지금 어떻게 살아가야 할까

  1. 시간적 자유 / 공간적 자유

    • 정규직으로 일한다면 원격자율근무를 할 수 있어야 한다.

    • 개인사업을 한다면 시간과 공간에 제약을 받지 않아야 한다.

  2. 경제적 자유

    • 은퇴하기까지 내가 필요한 돈의 총 금액을 정확하게 파악한다.

    • 그 돈을 모을 수 있는 구체적인 연간, 월간 계획을 세운다.

  3. 문제를 파악하고 이를 사업화하여 해결하는 능력

    • 독서와 대화를 통해서 혜안을 기른다.

    • 나의 길을 먼저 밟았던 사람들로부터 인사이트를 얻는다.

    • 문제를 프로그래밍적으로 해결할 수 있는 능력을 키운다.

    • 서비스를 통해 이윤을 창출하는 경험을 기른다.

    • 같이 관심있는 이슈를 해결할 동료를 찾는다.

  4. 철학과 이야기

    • 꾸준히 독서, 여행, 사람, 대화를 통해서 나만의 철학을 만들어간다.

    • 블로그에 나만의 우주를 건설한다. 그 곳에 내가 고민하고 실패하며 성장해나가는 이야기들을 조금씩 담아낸다.

    • 사람들과 소통할 수 있는 커뮤니티를 만든다.

29살, 지금의 나는 무엇을 해야할까

1. 100% 원격자율근무 회사로 이직한다.

현재 회사는 재택근무제도가 있고 지금도 주 2회정도는 재택근무를 하지만 기본이 사무실 베이스이다. 그렇다보니 아무래도 사무실에서 의사소통하는 것이 더 자연스럽고 팀원들도 웬만하면 사무실에서 모든 소통을 끝내고 개인적인 작업들만 재택근무기간에 하려는 경향이 있다. 내가 원하는 시간에 원하는 곳에서 최고의 효율로 일을 할 수 있으려면 모든 팀원들이 100% 원격근무를 하는 회사로 이직을 해야만 한다.

  • 원격자율근무회사 리서치하기

    • requirements 제대로 알고 경험쌓기

  • 이력서, 포트폴리오 -> 블로그로 한번에 끝내기

  • 코딩테스트 준비

  • 기술면접 준비

    • 사용하고 있는 기술들 기본지식 정리

    • 문제해결경험 정리

2. 지속적인 경제공부 및 투자활동을 통해 수익을 창출한다.

정말 부끄럽게도 이 나이 먹도록 내가 일년에 얼마정도를 써야 삶의 질을 유지하면서 안정적으로 살아갈 수 있는지 구체적으로 계산을 해본 적이 없다. 내가 노동을 하지 않고도 살아갈 수 있으려면 얼마정도의 금액이 필요한지, 구체적으로 계산을 하고 그 금액을 모으기 위해 나는 지금 하루에, 한달에 얼마정도를 벌어야 하는지 객관적으로 직시해야한다. 또한 현재 상태는 금융문맹이라고 부를 수 있을 정도로 경제적 지식이 거의 없는 상태이다. 경제공부를 꾸준히 하되 소액이라도 조금씩 투자를 하며 수익을 창출하는 경험을 이어나가는 것이 필요하다.

  • 은퇴까지 필요한 총 비용 계산

    • 그 금액을 달성하기 위한 연간플랜 - 월간플랜 세우기

    • 그 금액을 달성할 수 있는 방법 구체적으로 나열하기

  • 월 n원 벌기 프로젝트로 매월 진척사항 점검하기

  • 경제/투자 책 읽고 블로그에 정리하기

  • 산업/기업 공부하기

  • 투자 포트폴리오 구상하기

  • 커뮤니티 조인하여 도움 얻기

3. 해결하고자 하는 문제에 대해 지속적으로 인사이트를 공유하고 이야기하며 이를 사업화할 수 있는 공간을 마련한다.

  • 해결하고자 하는 문제에 대해 인사이트를 공유하고 이를 사이드 프로젝트로 발전시킬 수 있도록 하는 커뮤니티를 만든다.

  • 해당 커뮤니티에서 같이 문제를 해결해나갈 동료들을 찾는다.

  • 커뮤니티의 활동을 기록한다.

4. 혼자서 1주에 MVP 하나를 만들 수 있을 정도로 개발능력 및 속도를 향상시킨다.

어차피 내가 만들고 있는 서비스는 아무리 완벽하게 개발할지라도 시장의 반응을 얻지 못할 확률이 매우 높다. 머리 속 아이디어를 빠르게 만들고 빠르게 실패할 수 있도록 매일 꾸준히 개발공부를 한다.

  • 노코딩 툴 학습

    • 어느정도 간단한 구현까지는 노코딩 툴의 힘을 빌려서 노가다를 피한다.

  • 프론트엔드 언어 & 프레임워크 제대로 학습하기 + 개발 속도 올리기

    • 노코딩 툴은 결국 한계가 있고 비싸다. 자유롭게 커스터마이징 할 수 있으려면 결국 프론트 기술을 배워야 한다.

  • 백엔드 개발 퀄리티 & 속도 향상시키기

    • 서버는 결국 비즈니스의 핵심! 빠르고 정확하게, 제대로 알고 개발하도록 꾸준히 학습하기

  • 기본적인 기획, 마케팅 및 데이터 분석 능력을 갖춘다.

5. 블로그를 통해서 나만의 스토리를 만들어간다.

  • 매일 꾸준히 나의 언어로 한 개 이상의 글을 쓴다.

  • 어떤 일을 하고 나면 반드시 회고를 작성하여 1) 왜 했는지 2) 무엇을 배웠는지 3) 다음에는 어떻게 더 잘할 수 있을지 생각하는 시간을 갖는다.

  • 꿈꾸는 삶과 더불어 이를 위해 해야할 일들을 글로 작성하고 연간, 월간 계획의 달성률을 블로그를 통해 공개적으로 점검한다. 혼자하면 100% 망한다.

이번 2022년 한 해는 이 글을 이정표 삼아 나는 또 나만의 지도 위에서 꾸준히 여행해갈 예정이다. 2022년 회고록에는 이 모든 내용들이 잘 무르익어 담길 수 있기를 🙏

Previous<삶의 문제> 지도 다시 꺼내보기Next매번 시간계획을 망치는 MBTI 'P형 인간'을 위한 5단계 인생관리법

Last updated 4 months ago

Was this helpful?

자세한 이야기는 을 참고!

이 회사에서 나는 다음과 같은 것들을 배웠다. ()

😃
이 글
2021년 회고 참고