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
  • 국가부도의 날
  • 미국 4대 은행 중 2곳이 하루만에 사라졌다.
  • 지구 전체가 지고 있는 빚은 총 생산의 3배가 넘는다.
  • 석유 매장량 1위 베네수엘라는 왜 무너졌나
  • 시장을 이기려던 문재인 정부의 실패한 부동산 정책

Was this helpful?

  1. PRODUCT&BUSINESS
  2. Business/Growth
  3. 책 <돈의 감각을 길러주는 경제 지식 첫걸음>

경제위기

국가부도의 날

  • 우리나라는 1997년 11월 21일, 국가 부도를 맞이했다. 모두가 잘 알고있는 IMF 구제금융을 신청한 날이었다.

  • 외환 위기의 원인에는 기업, 금융기관인 은행, 정부 등 여러 차원의 경제 주체들이 맞물려있었다.

  • 기업

    • 자본주의 체제 하에서 돈을 벌기 위해서는 돈을 싸게 빌리고 비싸게 빌려줘야한다.

    • 당시 우리나라 기업들은 외자를 도임한 뒤, 동남아의 기업들에게 이런식으로 돈을 빌려줬는데, 태국부터 외환위기가 발생하면서 이와 엮여있던 동남아시아 국가들이 도미노처럼 무너졌고, 그 끝에는 한국이 있었다.

    • 한국 기업들 역시 돈을 갚아야 했는데, 돈을 갚기로 한 동남아시아 국가들은 여력이 없었고, 당장 갚을 수 있는 돈은 없었다.

    • 결국 대기업을 포함하여 수많은 기업들, 은행들이 도산했고, 그에 따라 많은 사람들이 일자리를 잃고 사업을 말아먹게 되었다. 자살률도 높아졌다고 한다.

  • 은행

    • 원인에는 금융기관의 문제도 있었다. 대출 자격이 없는 기업이나 기관에게는 돈을 빌려주지 말아야하는데, 각종 뇌물과 비리를 통해 자격이 없는 곳에 돈이 흘러갔고, 결국 경제 위기 상황에서 다같이 망하게 되었다.

  • 정부

    • 당시 우리나라 정부는 빠르게 OECD 국가로 가입을 하기 위해서 금융시장을 빨리 개방햇고, 순식간에 외국인 자금이 들어와 원화 가치가 상승하게 되었다.

    • 원화가격이 비싸지니, 수출기업의 가격 경쟁력은 없어지게 되었고, 외환보유액은 점차 줄어들게 되었다.

    • 결국에는 우리나라도 다른 동남아 국가들처럼 외부 투자금들에 눈이 멀어 세계 경제 흐름을 읽지 못하고 망하게 되었다.

  • 끝나지 않은 외환위기

    • 비록 우리나라는 2001년 8월, 구제금융을 신청한지 3년 8개월만에 IMF 에 빌린 195억원을 모두 갚았다.

    • 하지만 우리나라는 자본시장에서는 개발도상국으로 평가받고 있으므로, 다시 어떠한 위기이던지 간에 한국을 덮칠 수 있는 위험을 가지고 있다.

    • IMF 이후, 한국 사회에서는 은행, 대기업, 부동산 자산, 평생직장 등에 대한 믿음이 바닥을 쳤었는데, 사실 다시 IMF 이전처럼 인식이 돌아가는 것 같다. 이럴 때일수록 위기에 대해 더욱 경각심을 가져야 한다.

미국 4대 은행 중 2곳이 하루만에 사라졌다.

  • 2008년, 미국의 4대 투자 은행 중 2곳인 리먼브라더스와 메릴린치가 무너졌다. 왜 이런일이 발생했을까?

  • 글로벌 금융위기는 또 다른 말로 서브프라임 모기지 사태라고도 한다.

    • 미국의 주택담보대출은 신용 등급에 따라 프라임, 알트에이, 서브프라임으로 나뉘는데, 서브프라임은 가장 신용이 낮은 등급이다.

    • 서브프라임 모기지는 신용등급이 매우 나쁜 사람이 받는 주택담보대출이다.

  • 당시 미국의 부동산 시장은 호황이었다. 가만히 있어도 집값이 오르니, 사람들이 빚을 져서라도 무리하게 집을 사려고 했다.

  • 은행 역시 대출 상환 능력이 없는 서브프라임 등급의 사람들에게도 대출을 후하게 해줬는데, 집값이 눈에 띄게 오르니, 대출상환을 못할 경우에는 부동산을 팔아서라도 상환할 것이라고 안심한 것이다.

  • 은행은 이 서브프라임 모기지(비우량 주택담보대출)을 모기지 전문 금융회사로 넘겼고, 모기지 은행들은 주택저당채권(MBS)의 형태로 전환했다.

  • 리먼브라더스 같은 전문가들이 여기서 기회를 포착하게 된다. 다양한 등급의 MBS 를 섞어서 다시 쪼개 파는 부채담보부증권(CDO)를 판매하기 시작한다. 프라임, 알트에이, 서브프라임 등 다양한 등급의 MBS를 섞어서 위험요인이 없다고 홍보

  • 하지만 연준이 2004년부터 금리를 올리자, 서브프라임 등급의 대출자들 중 대출을 상환하지 못하는 사람들이 나타나기 시작하고 담보로 잡힌 집이 시장에 쏟아져 나오게 된다.

  • 물량이 갑자기 많이 풀리니 집값이 떨어졌고, 이로 인해 관련 채권도 부실해졌다. 당연히 이 채권을 팔던 모기지 전문 금융회사들과 투자 은행들이 무너지기 시작했다.

  • 글로벌 금융위기로 인한 결과

    • 미 연준의 대규모 양적완화정책

      • 금융위기를 해결하기 위해 미 연준은 5%대였던 금리를 0%대로 낮췄다.

      • 하지만 이것으로도 충분하지 않자, 달러를 찍어내는 양적완화를 한다. 2015년이 되어서야 0.25% 금리를 인상할 수 있게 된다. 2018년에야 양적완화를 종료했지만 아직 기준 금리는 0%이고, 그 여파는 남아있다.

    • 월가를 점령하라 시위

      • 정작 금융위기를 일으킨 투자회사들은 잘먹고 잘살고 있고, 이들을 망하지 않게 하려고 시민들의 세금이 낭비되었다.

      • 일반 사람들이 월가로 뛰쳐나와 시위를 하기 시작한다.

    • 투자 규제 정책

      • 시위에서만 머물지 않고 버락 오바마 대통령 시절에는 금융 감독 시스템을 강화하고 금융소비자를 보호하며 대형 투자은행이 자기 자본 투자와 헤지펀트 투자를 금지하는 등 규제를 강화한 정책적 개혁 법안 재정한다.

지구 전체가 지고 있는 빚은 총 생산의 3배가 넘는다.

  • 전 세계가 하나로 이어지자, 큰 사건들이 터질때마다 세계 경제도 같이 영향을 받았다. 그리고 그 위기마다 각 나라들은 빚을 내어 위기를 이겨냈다.

  • 유럽의 경우, 2008년 글로벌 금융위기의 여파를 뒤늦게 받았다. 유럽의 주요 은행들이 미국의 주택 관련 파생 상품에 대규모 투자를 했다가 큰 손실을 봤고, 은행을 망하지 않게 하려고 국가적으로 막대한 자금을 쏟아부었다. 유럽 국가들의 부채가 빠르게 늘어나게 되었다.

  • 원래부터 튼튼했던 프랑스, 영국, 독일과 같은 나라들은 겨우 버텼지만, 남유럽의 4개국, 포루투갈, 스페인, 그리스, 이탈리아 등의 나라는 빈약한 재정이 드러났다.

  • 숨겨진 재정 적자가 하나씩 드러나가 글로벌 평가사들은 남유럽 국가들의 신용등급을 낮추기 시작했고, 그리스 등은 유럽연합을 비롯하여 국제기구에 손을 빌리기 시작했다.

  • 코로나의 여파 역시 전 세계적이었다. 코로나 기간동안, 특히 2020년에는 전 세계 부채가 24조달러 들어나 사상 최대 증가폭을 기록했다. 현재 2022년 전세계는 전세계 GDP 대비 부채 비율이 351% 이다. 버는 것의 3배가 빚이라는 말이다.

  • 어려운 시기를 빚으로 이겨내면, 그 시기가 지나고 금리 인상시 엄청난 이자가 큰 부담이 된다. 이 시기에 경제가 부실한 국가들이 하나씩 나타나는 것이다.

  • 세계의 예상은 중국이다. 중국의 경우, 지방정부의 부채가 제대로 집계되지 않고, 국가 전체적으로도 정확한 부채 규모도 알 수가 없다. 숨겨진 부채가 많기도 하다.

  • 하지만 미-중 무역전쟁 등 중국은 현재 부채를 줄이기도 어려운 상황이다.

석유 매장량 1위 베네수엘라는 왜 무너졌나

  • 베네수엘라는 사실 석유 매장량이 전 세계 1위에 해당하는 국가였다. 하지만 지금은 가난한 나라가 되었다. 왜그럴까?

    • 석유 매장량이 워낙 많다보니, 석유를 통해 돈을 버는 것에 익숙해져있었다. 그래서 다른 산업에 대한 육성 정책이 활발하지 않았다.

    • 소수의 부자들이 석유 생산에 대한 권리를 부여잡고 이를 제대로 분배하지 않은 것도 잘못이었다.

    • 1999년부터 반미 성격의 좌파 우고 차베스의 집권도 문제가 되었다. 사회복지와 부의 분배에 많은 돈을 썼지만, 지속가능한 경제 환경을 구축하는 것에는 소홀히 했다. 석유의 생산량은 계속 줄어들었고, 미국에서 셰일오일 개발을 하고 베네수엘라를 대상으로 경제제제를 강화하면서 경제는 더욱 어려워졌다.

    • 결국 잘못된 경제 정책으로 가난해진 나라가 되었다.

  • 반면 네덜란드는 베네수엘라와 정 반대이다. 네덜란드 역시 천연자원에 의존한 경제로 큰 호황기를 맞이하였으나, 제조업의 가격경쟁력 약화, 과도한 복지 지출 등으로 노동생산성도 약화되고, 물가도 빠르게 오르게 되었다. 여기에 오일쇼크, 주택시장 버블 등의 위기를 맞이하면서 같이 경제도 어려워졌다.

    • 하지만 네덜란드는 위기상황에서 노동 생산성을 높이고 임금인상을 억제하기 위한 바세나르협약을 체결한 뒤, 자원의존도를 낮추고 수출 경쟁력 회복을 위해 제조업 경쟁력 강화에 투자하는 등 경제정책적으로 잘 노력했다. 그리고 그 결과, 자원의 저주에서 벗어나게 된다.

  • 결국, 금수저라고 성공하는 것도 아니고 흙수저라고 실패하는 것도 아니다.

시장을 이기려던 문재인 정부의 실패한 부동산 정책

  • 문재인 정부 5년동안 집값이 기하급수적으로 상승한다. 그런데 애석하게도 문재인 정부는 집값을 잡기위해 5년간 28차례의 부동산 대책을 내놓았을 정도로 어떤 정부보다도 많은 노력을 한 정부였다. 왜 이런 상황이 발생했을까?

  • 문재인 정부는 수요를 억제하는 정책을 펼쳤는데, 사실 자본주의 체제에서 시장의 수요를 강제로 억제하는 것은 매우매우 어려운 일이다.

    • 계속되는 규제에도 가격은 오르면, 수요자는 불안해진다. 지금이 가장 싼 값이고 지금 기회를 놓치면 진짜 못산다는 생각을 하게 된다.

    • 그렇게 수요 억제 정책을 펴다가 수요 심리를 더욱 자극해버린 꼴이다.

  • 그렇다고 공급정책을 안한 것도 아니다. 공급 물량은 다른 정부보다 많았지만, 그 타이밍이 문제였다. 인허가 수는 취임 첫해부터 점점 줄어들어 사람들로 하여금 새로운 아파트가 생길 것이라는 기대를 할 수 없게 했다.

  • 새로운 주택 수가 늘었지만, 그만큼 멸실 건수도 늘어나, 결국에는 늘어난 가구보다 늘어난 주택 수가 줄어들어 공급이 부족했다.

  • 임기 대부분동안 낮은 금리를 유지하며 어느 정부보다 돈을 많이 풀었고, 이러한 돈은 시장보다는 부동산으로 흘러 들어갔다.

  • 어떻게 했어야 하는가 그럼?

    • 시장과 싸우기보다는 시장에 순응하고 달래는 정책이 필요했다.

    • 수요가 얼마든지 있든 공급은 얼마든지 하겠다고 시장에 신호를 계속 주었어야 한다.

  • 다른 경제정책에서도 아쉬운 점이 많다.

    • 최저임금을 무리하게 올려서 아르바이트생들의 자리를 빼앗았고

    • 52시간제를 도입하면서 돈이 모자란 직장인들은 저녁이 있는 삶 대신, 대리운전이나 배달알바를 하게 되었다.

    • 일자리를 많이 늘렸다고 하지만, 실제 효과는 미비했다.

Previous규제NextProduct-Market Fit

Last updated 2 years ago

Was this helpful?