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
  • 1. 누가 만드는가
  • 1-1. publy
  • 1-2. publy 의 미션
  • 2. 요즘 개발자 커뮤니티 careerly
  • 2-1. 미션
  • 2-2. 목표
  • 2-3. 전략
  • 2-4. 구조
  • 3. 문제 정의
  • 3-1. 여전히 회사 타이틀을 중심으로 메인 프로필이 구성된다
  • 3-2. 컨텐츠의 주요 생산자인 업계 전문가들이 지속적으로 방문할만한 이유가 부족하다
  • 3-3. 지속적인 네트워킹이 발생하기 어렵다
  • 3-4. 개발 직군에 특화된 지식과 정보가 부족하다
  • 3-5. 커리어리 서비스를 이용한 성공 사례가 부족하다
  • 4. 개선안 도출
  • 4-1. 개선 방향성
  • 4-2. 검증 가설 및 매트릭
  • 5. 이 글은 아래의 자료들을 참고했습니다
  • 6. 글을 마치며

Was this helpful?

  1. PRODUCT&BUSINESS
  2. Service Planning/Analysis

careerly

커리어 관리가 일상이 되는 시대, 나만의 커리어 지도 플랫폼

Previous6. 결론 - 역기획서Nextmeetme

Last updated 2 years ago

Was this helpful?

오늘은 퍼블리가 만들고 있는 서비스에 대한 역기획을 해보려고 한다. 아래부터는 조사를 통해 나름의 논리로 이야기를 늘어놓았지만, 이것 하나만은 명확하게 하고자 한다. 서비스에 대해서 그 누구보다 깊게 고민하는 사람은 바로 그 서비스의 기획자/PM/PO 일 것이다. 그래서 외부인인 내가 정확한 데이터도 없이 구구절절 글을 써내려가는 것에 대해 고민이 많았지만, 기획 공부도 하고 좋아하는 서비스에 대해 막연한 지적보다는 깊게 이해하고 분석하는 과정도 한번쯤은 좋은 경험이 될 것 같아서 이렇게 글을 시작하게 되었다. 자, 그럼 퍼블리 스타일로 상큼하게 글을 시작해보자.

10분 동안 아래와 같은 내용을 이야기 할거에요

  • 내가 애정하는 서비스 커리어리에 대한 이해 (회사, 목표, 전략, 구조 등)

  • 커리어리의 미션, 목표, 전략에 비추어 볼 때, 현재 서비스에서 아쉬운 점

  • 아쉬운 점을 개선하기 위한 방향성 및 검증 방법

1. 누가 만드는가

careerly 를 만드는 회사, publy 는 어떤 회사인가

서비스에 대한 이해는 그를 만들고 있는 회사로부터 시작해야한다고 생각한다. 회사의 철학이 서비스에 담겨있을테니 말이다. 그래서 publy 라는 회사에 대해서 먼저 간단하게 알아보았다.

1-1. publy

publy는 박소령 대표가 2015년에 만든 회사이다. 그는 서울대 경영학과, 맥킨지 한국지사, 하버드 케네디 스쿨 등 소위 말해 엘리트 코스를 거쳐왔지만, 석사를 마친 뒤 한국으로 돌아와서는 1년 간 무직 상태였다고 한다. 그무렵 우연히 지인과 함께한 식사 자리에서 다음 창업자인 이재웅씨를 만나게 되었고, 본인이 생각하고 있던 아이디어를 이야기하자 창업에 대해 권유를 받았다고 한다.

그렇게 창업하게 된 것이 publy였다. 회사명과 같은 이름을 가진 서비스 publy는 초기만해도 예비 독자들로부터 크라우드 펀딩을 받아 고품질의 콘텐츠를 제작하는 크라우드 펀딩 콘텐츠의 형식을 띄고 있었지만, 고품질 콘텐츠를 소비하는 유저들을 확보한 뒤부터는 직장인 1-3년차 주니어들을 대상으로 한 실무 콘텐츠 위주로 큐레이션을 진행하는 구독제 서비스로 변화해갔다. 지금은 시니어나 리더 포지션을 위한 콘텐츠도 많아서 독자의 폭이 점차 넓어지는 추세라고 한다.

1-2. publy 의 미션

그렇다면 publy 는 어떠한 미션을 가지고 일하고 있을까. 유료 커리어 콘텐츠를 만들던 그들은 왜 베트남에 진출하고, 기업용 SaaS 툴을 만들고 있을까. 그들의 미션을 이해하면 그 궁금증을 해결할 수 있다.

  • 기술로 커리어 시장을 혁신한다.

    • 일과 커리어 시장의 Human Nature 를 기술과 제품의 힘으로 해결한다.

  • 각자 나에게 잘 맞는 일을 찾고, 즐겁게 일하는 세상을 만든다.

    • 일에 대한 지식과 정보가 부족해서 겪는 어려움과 시행착오를 줄인다.

    • 남들이 좋다는 일이 아니라 나에게 잘 맞는 일을 발견하고 더 즐겁게 일하는 삶을 살도록 돕는다.

    • 퍼블리 없을 땐 도대체 어떻게 일했지? 라고 고객들이 느끼는 세상을 만든다.

기본적인 출발 선상이 아예 다른 상태에서 경쟁을 했던 경험을 하다 보니, 그는 개인이 통제할 수 있는 노력과 개인이 통제할 수 없는 운의 결합으로 어떤 결과가 나온다면, 운보다는 노력이 결과에 연결될 가능성을 높여주는 것이 우리 사회에게는 더 필요할 것이라고 생각했다. 정보와 지식이 폐쇄적으로 특정 소수 집단에 고이는 것이 아니라, 기술을 타고 더 많은 사람들이 쓸모있게 누릴 수 있도록 하는 것이 필요하다고 생각했다. 사람들마다 가지고 있는 정보와 지식의 격차를 줄여나가고 그 결과 사회 전반의 요소들이 상향평준화 될 수 있도록 하는 것을 바란다고 한다.

결국 퍼블리 팀이 만들고 있는 것은 단순히 유료 콘텐츠 플랫폼이 아니다. 퍼블리 유니버스는 기술을 이용하여 일과 커리어 시장 전반에 퍼져있는 정보와 지식의 격차 문제를 기술로 효과적으로 해결하는 플랫폼을 목표로 한다.

2. 요즘 개발자 커뮤니티 careerly

퍼블리가 운영하고 있는 careerly 서비스는 2020년 12월에 론칭되었다. 원래는 주로 IT 업계 2030 직장인들을 위한 SNS로 알고 있었는데, 어느 순간부터 캐치 프레이즈가 "요즘 개발자 커뮤니티" 로 바뀐 것을 보아 타겟군을 IT 직장인에서 개발직군으로 좁힌 것 같다.

2-1. 미션

  • 이제 "평생 직장"이라는 개념은 사라졌고, 2030 세대는 평생동안 커리어를 관리해야하는 첫번째 세대가 되었다.

  • 개인이 평생 커리어 관리를 잘하기 위해서 필요한 것은 무엇일까. 아래의 세 가지 요소를 생각해볼 수 있다.

    • 변화에 앞서있거나

    • 혹은 같이 변화를 경험하는 사람들이 있거나

    • 아니면 이들이 공유하는 정보들을 얻거나

  • 하지만 모든 개인이 좋은 네트워크를 갖고 있지는 않다. 커리어리는 바로 이 지점에 주목한다.

  • 일상적으로 커리어를 관리해야하는 시대에서 개인 간 정보와 지식의 격차를 '커리어리' 라는 프로덕트를 통해 줄이고, 누구나 쉽게 좋은 네트워크를 만들며 경험할 수 있도록 기술적으로 서포트한다.

커리어리의 미션

  • 신뢰할 수 있는 사람들과 연결되어 누구나 쉽게 좋은 네트워크를 만들고 경험할 수 있도록 한다.

  • 일하는 모든 사람들이 나만의 미래, 나만의 일하는 자아를 설계할 수 있도록 돕는다.

서비스 키워드

  • #커리어 #일 #정보격차 #네트워크 #퍼스널브랜딩

2-2. 목표

위와 같은 커리어리의 미션과 최근에 개발자로 좁혀진 핵심 타깃을 고려한다면, 아래와 같은 목표를 도출해낼 수 있을 것이다.

  • 커리어리를 통해

    • 빠르게 변화하는 시장을 따라가고

    • 그동안 해온 일들을 바탕으로 스스로 일하는 자아를 정의하며

    • 언제든지 커리어 기회를 잡을 수 있도록 돕는

  • 국내 대표 개발자 커뮤니티가 된다.

2-3. 전략

그렇다면 커리어리 팀은 목표를 달성하기 위해 어떤 전략을 취하고 있을까. 현재 커리어리 서비스를 통해서 유추해볼 수 있지 않을까.

2-3-1. 개발자 중심 커뮤니티화

이러한 변화는 현재 서비스의 모습에서도 잘 드러난다. 기존의 QnA 메뉴에서 기술 관련 QnA 메뉴가 추가되었고, 개발자들 중심으로 오픈 프로필을 걸어 커리어 제안을 자유롭게 받을 수 있도록 하였다. 또한 요즘은 거의 안하는 사람들이 없다는 사이드 프로젝트 메뉴를 통해 팀원을 쉽게 모집할 수 있도록 하였고 최근에는 부트캠프 비교 메뉴도 추가되어 아직 개발자는 아니지만 곧 개발자로 직무 전환을 꿈꾸는 '예비' 개발자들의 니즈까지 잘 충족하고 있다.

2-3-2. 신뢰할만한 업계 전문가들이 트렌드를 해석하고 인사이트를 제공

커리어리의 목표 중 하나는 많은 개발자들이 빠르게 변화하는 IT 업계의 트렌드를 쉽게 따라갈 수 있도록 하는 것이었다. 이에 맞게 현재의 커리어리에서는 '네카라쿠배' 라고 불리는 빅테크 기업의 재직자들을 중심으로 양질의 콘텐츠들이 많이 공유되고 있으며, 그들이 자신만의 인사이트가 담긴 글도 꾸준하게 공유하여 개발자들이 지속적으로 유입될 수 있도록 하는 원동력이 되고 있다.

커리어리를 이용하면서 특히 감탄했던 점은 바로 "하루에 한번 푸시 알림" 기능이다. 매일 아침 출근시간에 가장 인기있었던 포스팅을 푸시 알림으로 전해주는 기능인데, 우선 푸시 메시지가 개발자라면 누구나 한번쯤은 클릭해볼 수 밖에 없게끔 후킹하다. 게다가 무지성으로 계속 알림이 오는 다른 앱들과는 다르게 출퇴근 시간에 딱 한번만 알림이 온다는 점에서 피로도도 적고 앱에 대한 만족도도 크다.

2-3-3. 내 프로필, 마이 브랜딩 페이지를 통해 스스로 일하는 자아를 정의

퍼스널 브랜딩이 거의 필수가 된 요즘 시대에 이런 기능은 너무 당연하다고 생각되겠지만, 다른 플랫폼은 따라할 수 없는 커리어리만의 포인트가 있다. 바로 콘텐츠와 글쓰기이다.

커리어리의 프로필 화면을 보면 현재 직무, 경력사항, 교육, 개인 웹사이트 등의 항목은 사실상 커리어 관련 다른 플랫폼에서 거의 필수적으로 볼 수 있는 것들이다. 하지만 커리어리의 경우는 내부에서 직접 URL을 통해 공유하거나 자신만의 인사이트가 담긴 게시물을 작성할 수 있고 그것에 대한 사람들의 반응을 확인할 수 있다. 이렇게 프로필 상에서 개인이 작성한 게시물의 목록을 한눈에 볼 수 있도록 하면서 사실상 다녀왔던 회사나 졸업한 학교 등 전통적인 커리어 패스에서는 어필할 수 없었던 개인의 생각과 태도를 하나의 매력으로서 어필할 수 있도록 해준다.

답변 목록 역시 마찬가지이다. 커뮤니티 내 다른 개발자들이 겪고 있는 어려움에 대해 답변해왔던 히스토리를 프로필 상의 목록으로 조회할 수 있도록 하여 내가 얼마나 커뮤니티에 기여하는 사람인지, 타인을 배려하고 함께 성장하는 것의 가치를 아는 사람인지를 효과적으로 입증할 수 있다.

2-3-4. (React 개발자 한정) 맞춤 채용 서비스 및 오픈 프로필을 통해 커리어 기회 다각화

커리어리의 목표 중 하나인 "언제 찾아올지 모르는 기회를 잡을 수 있도록" 과 연결되어 커리어 기회를 양방향으로 열어놓은 모습을 볼 수 있다. 채용 공고 매칭 메뉴를 통해서는 커리어 기회를 탐색하고 있는 개발자가 직접 자신과 맞는 회사를 찾아 지원할 수 있도록 하였고, 오픈 프로필 메뉴를 통해서는 커리어 제안을 받고 싶은 개발자의 프로필 목록을 공개하여 구직자 입장에서 의외의 커리어 제안을 받아볼 수 있도록 하였다.

2-4. 구조

현재 커리어리의 서비스 구조를 사용자 니즈를 기준으로 구분해보았다.

  • 트랜드 탐색, 인사이트, 지식 공유를 목적으로 커리어리를 이용하는 사용자는 주로 팔로우하고 싶은 사람들을 회사, 사람, 키워드 기반으로 검색한 뒤, 일괄적으로 팔로우 한 후 그들의 게시글에 기반하여 피드를 탐색한다.

  • 네트워킹이 주 목적인 사용자라면 팔로우 하고 있는 사람과 1대 1 채팅을 시도하던가 아니면 넓은 범위에서 QnA 및 투표 등을 통해 커뮤니티에 참여한다.

  • 커리어 기회를 탐색하는 것이 주 목적이라면 채용 공고를 통해 지원할 회사를 찾거나 오픈 프로필을 통해 커리어 제안 가능성을 열어둔다. 사이드 프로젝트를 통해 포트폴리오를 만들거나 수익창출을 도모할 동료들을 찾거나 아니면 비개발 직군에서 직무전환을 위해 부트캠프를 탐색할 수도 있다.

  • 커리어리를 통해 퍼스널 브랜딩을 하고 싶은 사용자라면 일단 프로필을 정성껏 채워 그동안의 경력과 프로젝트, 활동 등을 기반으로 자신을 어필할 것이다.

그렇다면 현재 커리어리의 서비스의 구조는 미션과 목표를 달성하기 위한 가장 좋은 구조일까?

3. 문제 정의

다시 한번 커리어리의 미션과 목표를 생각해보자.

  • 신뢰할 수 있는 사람들과 연결되어 누구나 쉽게 좋은 네트워크를 만들고 경험할 수 있도록 한다.

  • 일하는 모든 사람들이 나만의 미래, 나만의 일하는 자아를 설계할 수 있도록 돕는다.

  • 커리어리를 통해

    • 빠르게 변화하는 시장을 따라가고

    • 그동안 해온 일들을 바탕으로 스스로 일하는 자아를 정의하며

    • 언제든지 커리어 기회를 잡을 수 있도록 돕는

  • 국내 대표 개발자 커뮤니티가 된다.

이러한 미션과 목표를 고려해보았을 때, 아직 커리어리 서비스에서는 아쉬운 점들이 몇가지 보인다.

3-1. 여전히 회사 타이틀을 중심으로 메인 프로필이 구성된다

퍼블리 대표님의 인터뷰나 공식 유튜브 및 브런치 계정 등 다양한 채널을 통해 이해한 바에 따르면 퍼블리는 커리어리를 통해 기존의 딱딱하고 전통적인 이력서 중심의 커리어 탐색에서 벗어나 개인이 회사의 네임벨류와 타이틀에 국한되지 않고 좀 더 개성있고 다채롭게 스스로 일하는 자아를 만들어갈 수 있도록 돕는 것을 목표로 한다고 이해했다.

그러나 커리어리 서비스 내에서 개인을 드러내는 가장 중요한 창구인 내 프로필에서는 여전히 회사 타이틀을 중심으로 프로필이 구성되어있는 것을 볼 수 있었다. 물론 관심있는 사람이라면 프로필 더보기 버튼을 클릭하여 이 사람의 개인적인 프로젝트나 콘텐츠, SNS 등 다양한 면을 둘러볼 수 있겠지만, 어찌되었든 회사 경력을 확인하는 것보다는 한 단계 더 허들이 있는 셈이다.

이러한 구조에서 느껴지는 것은 커리어리 내에서조차 여전히 "어떤 회사를 다니느냐"가 개인을 표현하는 가장 중요한 요소로 여겨지고 있다는 것이다.

구직중인 개발자들이 본인의 프로필을 등록하여 커리어 관련 제안을 받아볼 수 있도록 구성한 개발자 오픈 프로필 메뉴도 마찬가지이다. 역시나 그동안 재직해왔던 회사들이 가장 상단에 노출되어 개인의 일하는 자아를 가장 잘 드러내는 요소로 비춰진다.

3-2. 컨텐츠의 주요 생산자인 업계 전문가들이 지속적으로 방문할만한 이유가 부족하다

커리어리가 개발자를 중심으로 타겟 범위를 좁히긴 했지만, 크게 보면 세 분류의 사용자들이 커리어리에 존재하는 것으로 보인다.

  1. 업계 트렌드를 이끌거나 잘 파악하고 있는 빅테크 기업 재직자이거나 트렌드를 잘 파악하며 자신의 인사이트를 공유하는 개발자

  2. 풍부한 네트워크가 부족하여 업계의 트랜드를 주변에서 자연스럽게 파악하기 힘든 예비/주니어 개발자 혹은 소규모 기업 재직자

  3. 개발자는 아니지만 개발 지식이나 기술 트렌드를 모니터링하거나 혹은 개발자를 채용하는 것에 관심이 있는 타직군 종사자

위와 같은 구조에서는 결국 주요한 콘텐츠의 생산자인 1번 사용자들의 풀을 늘리는 것이 굉장히 중요해지는데, 현재의 커리어리에서는 업계 사람들과 인사이트를 공유할 수 있다는 점 이외에는 이들의 방문을 지속적으로 유도할만한 요소가 없어보인다.

사실 개발자들 사이에서는 트위터나 OKKY, LinkedIn과 같이 전통적인 플랫폼에서 이미 유명하거나 시니어인 개발자들을 팔로우하며 개발 트렌드와 인사이트를 익히는 것이 암암리에 알려져 있기 때문에 주요한 콘텐츠 생산자인 1번 사용자들이 커리어리를 이탈하여 다시 기존의 플랫폼들로 돌아가는 순간, 나머지 2번, 3번 사용자들도 자연스럽게 같이 이탈될 가능성이 높아 보인다. 실제로 개인적으로 작년부터 트위터와 커리어리를 통해 팔로우하고 있던 개발자 분들 중 몇 분은 어느 순간부터 커리어리에 게시글을 올리지 않고 활동도 하지 않지만 트위터에서는 여전히 활발하게 인사이트를 공유해주고 계신다.

3-3. 지속적인 네트워킹이 발생하기 어렵다

커리어리의 목표 중 하나였던 "신뢰할 수 있는 사람들과 연결되어 누구나 쉽게 좋은 네트워크를 만들고 경험할 수 있도록 한다"에 비추어볼 때, 현재 커리어리 내에서는 지속적인 네트워킹을 하기가 힘들다고 생각된다.

현재 커리어리의 네트워킹 발생 포인트를 보자면 아래와 같은 지점들이 있을 것 같다.

  1. 직접 소통하고 싶은 사람과 1대 1 채팅

  2. 개발자 QnA를 통한 완전 공개적 소통

  3. 투표 채널을 통한 간접적인 참여

  4. 게시글 하단의 댓글

결국 모든 사람들과 공개적으로 소통하거나 1대 1로 완전 사적인 소통을 하거나 둘 중 하나로 귀결되고 그 중간 층위의 소통 채널이 부재한다. 게다가 게시글이나 QnA를 기반으로 한 소통의 경우 일시적이기 때문에 네트워킹의 효과가 지속적으로 발생하기 힘들다.

3-4. 개발 직군에 특화된 지식과 정보가 부족하다

OKKY의 경우 QnA 게시판에는 하루에서 수십개의 글이 올라오지만 거의 대부분 1시간 이내에 (퀄리티에 상관없이) 반드시 답글이 달린다. 한번 이를 경험한 유저는 다시 OKKY에 글을 남기게 된다. 누군가 답해줄 것이라는 믿음이 생기기 때문이다. 커리어리의 QnA 글들이 조회수에 비해 답변 수가 적은 것을 고려한다면 그 차이는 두드러진다.

프로그래머스의 경우는 코딩테스트를 중심으로 성장하였으나 지금은 코딩테스트 연습은 물론이고 소규모 그룹 강의, 커리어 관리, 커뮤니티까지 개발자들에게 필요한 다양한 기능들을 선보이고 있다. 무엇보다 프로그래머스는 매년 실시하는 데브매칭으로 인해 취업이나 이직을 준비하는 많은 개발자들이 이왕이면 이곳에서 모든 것을 한번에 관리하게 된다. 코딩테스트부터 커리어 관리 및 부족한 지식 학습까지 모든 것을 한번에 해결할 수 있기 때문이다.

온라인 교육 플랫폼으로 알려졌던 인프런은 작년부터 채용 서비스인 랠릿을 런칭하면서 본격적으로 커리어 플랫폼으로 전환하고 있다. 인프런은 유명한 개발자들이 강사로 지식공유를 많이 하고 있으며 특히 강사와 수강생 간에 직접적으로 질문과 답변을 할 수 있어서 특히 커뮤니티가 잘 조성되어있다. 다양한 강의들을 중심으로 로드맵 구성, 유명 기업의 재직자들을 중심으로한 멘토링 서비스 제공까지 주니어부터 시니어 개발자들까지 연차에 상관없이 매력적인 기능들을 제공하고 있다.

3-5. 커리어리 서비스를 이용한 성공 사례가 부족하다

커리어리의 프로필 및 마이 브랜딩 페이지 기능을 이용해본 결과, 실제로 상당히 만족스러웠다. 경력, 교육, SNS 항목들이야 다른 플랫폼에도 이미 당연하게 존재하니 특별할 것이 없었지만, 프로젝트와 콘텐츠를 등록하는 항목이 특히나 만족스러웠다. 프로젝트는 업무나 사이드 프로젝트로 진행했던 내용을 등록하는 것까지는 다른 플랫폼과 유사한데, 해당 프로젝트에 대해서 상세하게 설명할 수 있는 서브 페이지를 생성할 수 있다는 점이 인상적이었다. 실제로 프로젝트를 등록하게 되면 그와 관련된 세부적인 내용들은 다시 개인 블로그나 Github 등 외부 페이지로 연동될 수 있도록 링크를 걸어야 하는 수고스러움이 있었는데, 커리어리에서는 정말 이 프로필 내부에서 모든 내용을 다룰 수 있을 것 같았다.

콘텐츠 영역의 경우는 나의 회고나 스터디 기록, 내가 등장한 인터뷰 등 나를 표현할 수 있는 다양한 콘텐츠들을 간단하게 등록할 수 있도록 해준다. 이 부분 역시 타 플랫폼과는 차별된 커리어리만의 좋은 기능이었다.

그런데, 여기서 나는 의문이 들었다. 개발자로 살아오던 그동안 나는 왜 커리어리에 마이 브랜딩 페이지가 존재한다는 것도 몰랐으며, 알고난 뒤에도 세부 프로필을 등록할 생각을 하지 않았을까?

커리어를 꾸준히 관리해야하는 개인의 입장에서 보면 한 플랫폼에 종속되어 나의 커리어를 관리하는 것은 꽤나 위험한 배팅이다. 해당 플랫폼이 서비스를 종료할수도 있고 내가 원하는 기능을 추가해주지 않으면, 나는 어쩔 수 없이 마음에 안드는 부분도 감수하며 포트폴리오를 관리해야하기 때문이다. 노션 포트폴리오의 인기는 그러한 점을 반증해준다.

또한 회사마다, 면접관마다 선호하는 포트폴리오 스타일이 다르다는 점도 문제이다. 어떤 면접관은 웹 형식의 개성있는 포트폴리오를, 어떤 면접관은 PPT 형식의 PDF 파일을 선호한다.

하지만 커리어리는 어떨까. 커리어리의 포트폴리오(프로필 혹은 마이 브랜딩 페이지)는 이러한 성공 사례가 존재하는가? 존재한다면 많이 바이럴 되지 않아 알려지지 않은 것이 문제이고 존재하지 않는다면 기능의 효과성에 대해 재점검해보는 시간이 필요할 것 같다.

4. 개선안 도출

4-1. 개선 방향성

구구절절 문제들을 늘어놓긴 했는데, 어떤 방향으로 개선할 수 있을까? 다른 커뮤니티 플랫폼의 사례를 참고하여 나름대로 생각해본 개선안은 다음과 같다.

4-1-1. 메인 프로필 상단에 노출할 정보를 직접 선택할 수 있도록 하여 나만의 일하는 자아를 직접 설계하도록 한다.

퍼블리가 늘 하는 말에 깊게 공감한다. 평생 직장이 사라진 이 시대에서 개인의 직업, 타이틀, 회사명 만으로는 일하는 나를 정확하게 설명할 수 없다. 그렇다면, 커리어리를 통해 내 프로필을 조회하는 사람이 나를 어떤 모습으로 봐주면 좋을지, 내가 생각하는 "일하는 나"는 어떤 모습일지 개인이 스스로 정하도록 자유도를 높여보면 어떨까.

지금처럼 회사명을 가장 상단에, 메인에 두지 말고, 사이드 프로젝트를 성공적으로 진행해 유명해진 사람에게는 그 프로젝트를 최상단에, 브런치 작가로 유명해진 사람은 그 매거진이나 책을 최상단에, 유튜브로 유명해진 사람에게는 그 채널을 최상단에 어필할 수 있는 기회를 주면 어떨까. 지금은 금융권 개발자이지만, web3.0 분야로 이직을 꿈꾸는 사람이라면, 그가 web 3.0 분야에 대한 글을 쓰며 꾸준히 운영해온 트위터 계정을 최상단에 두는 것이 어쩌면 스스로를 더 잘 표현하는 방법일 수 있다.

또한 커리어리에 가입하는 개발자들 중에는 직군 전환을 준비하거나 아직 학생인 예비 개발자들 혹은 주니어 레벨이 많은 것으로 보여진다. 이미 유명 스타트업들의 CTO 분들 및 채용 담당자 분들의 숱한 인터뷰를 통해 드러나듯, 회사가 주니어 개발자에게 원하는 가장 큰 것은 "성실함"과 "성장가능성"이다. 요즘 개발자들이 저마다 개인 블로그를 운영하고 있는 것도, Github 상에서 잔디심기 캠페인이 유행하는 것도 이러한 맥락에서라고 생각한다. 따라서 주니어 개발자들의 입장에서는 커리어리를 통해 자신의 성실함이나 성장가능성을 잘 드러낼 수 있다면 매력적일 것이다. Github 계정과 연동하여 잔디심기 현황을 드러낸다던지, 매일 꾸준히 커리어리에서 글을 읽고 공유하고 있다는 뱃지를 붙여준다던지 개인의 꾸준함을 증명할 수 있는 요소가 메인 프로필 공간에 위치하면 좋을 것 같다.

4-1-2. 콘텐츠 생산자에게 적절한 보상과 기회를 제공하여 지속적으로 양질의 콘텐츠가 생산될 수 있도록 한다.

커리어리에 주로 글을 생산하는 주체는 앞서 말했듯 개발 트렌드를 이끌고 있는 빅테크 기업 재직자이거나 아니면 개발/커리어에 대해 자신만의 철학과 생각을 공유하고 싶은 인사이트가 넘치는 사람들이다. 이미 개인 블로그, 트위터, 브런치 등 많은 플랫폼이 존재하는데, 이들은 왜 커리어리에 글을 써야할까? 지식/생각 공유에 대한 니즈 이외에는 사실 뚜렷하게 그 이유를 찾아볼 수 없다. 반드시 커리어리에 공유해야만 하는 좀 더 결정적인 이유가 필요하다고 생각되는 지점이다.

트위터는 전세계 사용자들을 대상으로 하며, 유명하지 않아도 쉽게 바이럴 될 수 있고, 브런치의 경우는 글을 꾸준히 잘 쓰면 개인 브랜딩은 물론이고 운이 좋다면 출간의 기회도 잡을 수 있다. 개발자라면 하나씩 가지고 있는 기술 블로그는 구글 에드센스를 붙여 소소한 광고 수익을 얻을 수도 있다. 커리어리에서는 어떤 이익을 얻을 수 있을까?

사실 이부분에 있어서는 굳이 커리어리 내부에서 보상체계를 만들기 보다는 퍼블리만이 가지고 있는 퍼블리 유니버스 체계를 잘 이용하면 좋겠다는 생각이 들었다. 퍼블리는 현재 구독형 유료 콘텐츠 서비스인 맴버십, 스타트업을 위한 아웃바운드 채용 솔루션 서비스 위하이어 등과 함께 다른 플랫폼에서는 보기 힘든 일종의 세계관이 구축되어있다. 마침 작가들에게 콘텐츠에 대한 원고료를 지불하고 있는 맴버십 서비스가 있으니, 커리어리에서 좋은 콘텐츠를 많이 생산하고 있는 개발자들에게 "퍼블리 작가 하이패스"의 기회를 제공해보는 것은 어떨까 생각했는데, 이미 이러한 방법을 초기에 사용했었다는 것을 알게 되었다. 지금도 사용하고 있는 방법인지는 모르겠으나, 이 방법을 공개적으로 드러낸다면, 기존에 글을 쓰지 않던 개발자들도 글을 많이 남기게 되는 자극제가 되지 않을까. (게다가 현재 퍼블리 맴버십에 마케팅/기획 분야에 비해 개발 분야의 글이 많이 부족하다는 점을 고려해보면 상호 이점이 많을 것 같다)

커리어리가 커리어 서비스인만큼 커리어 기회의 측면에서 좀 더 보상을 주는 방법을 생각해 볼 수도 있을 것 같다. 커리어리 내에서 일정 개수 이상의 좋아요 수를 받은 게시글을 많이 작성한 개발자나 QnA에 대한 답변을 많이 작성한 개발자들을 대상으로 개발자 오픈 프로필 목록에서 상단 노출되도록 한다던지, 메인 피드 상에서 게시글의 노출 확률을 높여준다던지 하는 식으로 기회를 더 주는 것이다. 아니면 위하이어 서비스와 연계하여 아웃바운드 채용의 기회를 선제적으로 얻을 수 있도록 하는 방법도 있을 것 같다.

4-1-3. 네트워크 층위를 좀 더 세분화하고, 특정 주제나 관심사를 통한 자연스러운 소통을 유도한다.

지금의 커리어리는 전체 혹은 개인의 양극화된 네트워크 레벨을 가지고 있다. 이 사이에 클럽이나 그룹처럼 중간 층위의 네트워크 레벨을 하나 추가해보는 것이다. 각각의 클럽이나 그룹은 특정 주제나 관심사를 기반으로 구성되도록 하면, 주니어부터 시니어까지 자연스럽게 네트워킹을 할 수 있는 기회가 될 수 있을 것이다.

커리어리의 맥락에서 이를 적용해보자면, 특정 주제나 관심사에 대해서 콘텐츠를 많이 생산하는 사람들을 한 곳에 모아 클럽 형태로 활동해보는 것을 역으로 제안할 수도 있을 것 같다. 클럽 활동으로 어떤 것을 할 것인지는 생각을 해봐야하겠지만, 이런 식으로 주제를 기반으로 그룹이 형성된다면, 주제에 관심있는 신규 사용자들도 자연스럽게 유입될 수 있고, 지금보다 쉽게 같은 관심사를 가진 다양한 사람들과 빠르게 네트워킹할 수 있게 된다. 주제별이나 키워드별로 깊이있는 콘텐츠가 한 곳으로 모일 수 있다는 것은 덤이다.

4-1-4. 개발자에게 특화된 서비스를 제공한다.

  • 개발 컨퍼런스 캘린더 & 함께 갈 파티원 모집

    • 개발 컨퍼런스는 매년 열리는데 그 소식을 놓쳐서 아깝게 참여를 못하거나 같이 갈 사람을 못구해서 카카오톡 오픈 채팅방에서 파티원을 모집하거나 외롭게 혼자 간적이 있다. 요즘처럼 비전공자 출신 개발자가 많은 상황이라면 이 니즈는 분명 있을 것이라고 생각한다. 함께 갈 파티원까지 커리어리 내부에서 모집할 수 있다면 자연스럽게 네트워킹 효과도 있으니 본격적인 개발자 커뮤니티가 되는데 도움이 되지 않을까.

  • 인기 언어/라이브러리/프레임워크의 업데이트 현황

    • 물론 개발자들은 커리어리에 이런 점들이 게시되더라도 공식 홈페이지로 다시 들어가서 확인해볼 것이다. 아니면 이미 관련 알림체계를 적절하게 구축해놓았을 것이다. 하지만 큰 규모에 비해서 이런 개발 관련 소식들을 활발하게 공유할 수 없는 스타트업 개발자들의 경우는 관련 소식들이 모여있으면 너무 편할 것 같다.

    • 이것 역시 업데이트 내용에 대해 개발자들마다 각자의 의견과 인사이트를 공유하게 되면 더 의미있는 교류가 발생할 수도 있을 것 같다.

4-1-5. 맴버십-커리어리-위하이어로 연결되는 구조를 통해 보다 확실하게 성공적인 커리어 기회를 경험할 수 있도록 사례를 만들고 공유한다.

커리어리 프로필을 포트폴리오로 사용하여 실제 원하는 기업에 합격한 사례를 적극적으로 소개하거나, 커리어리에서 꾸준히 글을 남긴 덕에 강연 기회를 얻게 되었다던가, 커리어리에서 적극적으로 활동하는 사람들의 프로필을 위하이어 서비스에서 노출하여 커리어 관련 제안을 받아볼 수 있는 확률을 높인다던가 다양한 방법으로 어떻게든 성공적인 사례를 하나 만들어내는 것이다. 우리는 브런치를 통해 출간 기회를 얻게 된 사람들을 너무 쉽게 찾아볼 수 있고 노션 포트폴리오로 성공적으로 취업한 개발자들도 많이 찾아볼 수 있다. 지금보다 훨씬 많은 사람들에게 커리어리 프로필을 정성스럽게 꾸며 이곳에서 커리어를 관리해야하는 이유를 제시해주어야 한다. 커리어리를 통해 성공적인 커리어 경험을 한 사람이 많아질수록 당연하게도 더 많은 사람들이 커리어리를 통해 개인의 커리어를 관리하게 될 것이다.

4-2. 검증 가설 및 매트릭

위의 개선 방향성을 기준으로 검증할 가설과 그 효과를 측정할 검증 방법을 생각해보았다.

  1. 메인 프로필 상단에 회사 이외의 요소를 넣을 수 있다면, 개인 스스로 일하는 자아를 더 잘 드러낼 수 있을 것이다.

    1. 메인 프로필에서 회사 이외의 요소를 넣은 유저들 수가 지속적으로 늘어난다면 회사 이외에 스스로를 효과적으로 표현할 방법에 대한 니즈가 있었다고 판단한다.

    2. 메인 프로필에 회사 이외의 요소를 넣은 유저들이 받은 1대 1 메시지 개수를 업데이트 전/후로 비교한다. 이전보다 메시지의 개수가 늘었다면, 그만큼 커리어 시장에서도 회사 이외의 요소로 스스로를 어필할 수 있음을 확인할 수 있다.

  2. 커리어리 내/외부적으로 보상시스템을 도입하면 양질의 게시글의 수가 많아질 것이다.

    1. 보상시스템 전후로 커리어리 내 특정 개수 이상의 좋아요를 받은 게시글의 수를 비교한다.

  3. 클럽/그룹 제도를 도입한다면 커리어리 내 개발자들의 네트워킹이 더 활발하게 일어날 것이다.

    1. 클럽/그룹 제도 도입 후 1인당 앱 체류시간, 1인당 앱 이용 빈도수, 1인당 작성한 게시글의 수가 증가한다면, 도입된 제도로 인해 개발자들이 활발하게 활동하며 인사이트를 얻고 있다고 판단한다.

  4. 개발자 특화된 기능을 신규 출시한다면, 신규 가입한 개발자의 수가 많아질 것이다.

  5. 커리어리 서비스를 이용한 성공사례가 많이 알려진다면 커리어리를 이용해 일상적으로 커리어를 관리하는 사람의 수가 증가할 것이다.

    1. '커리어리를 통한 취업기/이직기 글쓰기 대회'처럼 대량의 성공기를 모집할 수 있는 기회를 만들고 그 사례를 많은 사람들에게 알린 뒤의 월간 활성사용자 수, 유저별 프로필 업데이트 수가 증가하는지 확인한다.

5. 이 글은 아래의 자료들을 참고했습니다

  • 공식채널

  • 대표 인터뷰/계정

  • 기능/업데이트 관련 뉴스

  • 사용자 후기

6. 글을 마치며

휴-! 처음으로 역기획을 해봤는데, 정말 쉽지 않군...? 다시 한번 서비스를 만드는 모든 분들을 존경하게 되는 계기가 되었다. 아무래도 처음으로 하는 역기획이다보니 아쉬운 점도 많고 부족한 점도 많을 것 같다. 아무쪼록 너그러이 봐주시되, 피드백을 주실 분들은 언제든지 부탁드리겠다🙇

이번 역기획을 하면서 퍼블리와 커리어리에 대해 정말 깊게 이해해 볼 수 있는 계기가 되어서 참 좋았다. 비록 내가 만든 내새끼는 아니지만 애정하고 잘 써왔던 유저로서 좋아하는 서비스를 이렇게까지 깊게 조사해보고 이해해봤던 적이 없었던 것 같다. 정말 많은 공부가 되었고, 그 과정에서 커리어리 서비스를 좀 더 꼼꼼히 살펴볼 수 있어서 좋았다. 덕분에 몰랐던 기능들, 앱 버전-웹 버전 간의 기능 차이도 많이 알게 되었고 재미있었다. 다음번 역기획은 좀 더 분량을 줄이되 깊게 해보면 좋을 것 같다. 부족한 글 봐주셔서 너무 감사드리며 오늘도 좋은 하루 되시길 바라겠다🙌

과 를 참고해볼 때, 퍼블리는 위와 같은 미션을 가지고 일을 하고 있다. 어떤 배경에서 등장했는지 찾아보니, 박소령 대표가 케네디 스쿨 시절 겪었던 경험들이 자리하고 있었다.

그는 한국에서 두 번의 직장 생활을 경험한 뒤, 하버드 케네디 스쿨로 유학을 가게 되었다. 그곳에서 우수한 동료들을 보면서 열등감과 패배감을 느꼈다고 한다. 에서는 그 때의 경험을 "인생에서 자아가 산산이 부서지는 경험"이라고 할 정도로 당시는 그에게 매우 힘들고 처참했던 시기였다.

커리어리는 어떤 문제를 해결하고 싶어서 등장하였을까. 어떤 미션을 위해 만들어지고 있을까. 퍼블리가 공개한 영상 및 를 참고해보았다. 커리어리 사업리더 김관종님의 인터뷰를 보니 아래와 같은 흐름으로 정리할 수 있을 것 같았다.

최초의 커리어리는 직군에 상관없는 IT 직장인들을 위한 커뮤니티였던 것으로 기억한다. 하지만 2022년 10월부터 핵심 타깃을 개발직군으로 좁혔고, 개발자들을 위한 커뮤니티로 그 모습을 변화했다. 그 결과, .

여러 인터뷰를 통해 커리어리는 2023년 국내 대표 개발자 커뮤니티로 자리매김하겠다는 목표를 드러냈다. 하지만 , , 등 전통적으로 존재해왔던 개발자 커뮤니티들과 비교해보았을 때, 아직 개발 직군에 특화된 지식과 정보가 많이 부족하다는 생각이 든다.

이런 와중에 지난 2년간 이 엄청난 바이럴을 타면서 많은 개발자들 사이에서 비슷한 형식의 노션 포트폴리오가 유행이 되었다. 그녀의 글이 바이럴이 된 것에는 다양한 이유가 있겠지만, 가장 큰 이유는 승률이라고 생각한다. 그는 노션 포트폴리오로 8개의 회사에 지원을 하여 7.5개의 회사로부터 합격 통보를 받았다는 구절로 글을 시작한다. 이력서와 포트폴리오의 용도가 원하는 회사로부터의 합격임을 고려해본다면 큰 신뢰가 갈 수 밖에 없다.

내가 알고 있는 서비스 중에서 이런 종류의 커뮤니티 운영을 가장 잘 하고 있는 서비스는 이다. 디스콰이엇은 프로덕트를 만드는 모든 메이커들이 한 곳에 모여 선순환 구조를 만들어내는 것을 볼 수 있다.

커리어리의 올해 목표가 국내 대표 개발자 커뮤니티인만큼 좀 더 개발자에게 특화된 서비스들이 있으면 좋을 것 같다. 아래는 를 참고하여 나의 개인적인 니즈를 담아 만들어본 기능 리스트이다.

커리어리
공식 유튜브 계정
기업 소개페이지
한국일보와의 인터뷰
퍼블리 유니버스 소개
커리어리 공식 블로그
2022년 하반기부터 신규 가입자 수나 MAU 면에서 눈에 띄는 성장을 경험했다
OKKY
프로그래머스
인프런
개발자 정원희 님의 이력서 글
디스콰이엇(Disquiet)
프로그래머스에서 실시한 2022년 설문조사 결과
https://publy.co/
https://brunch.co.kr/@publyteam
https://blog.careerly.co.kr/about/
https://publyco.notion.site/d38652bc7a5646c988bfe4306da26e77
https://brunch.co.kr/@publyteam/98
https://careerly.co.kr/profiles/2305
https://www.instagram.com/soryoung.park/
https://twitter.com/january19_
https://www.hankookilbo.com/News/Read/A2023012515090002859
[#그녀의_창업을_응원해]<18> 맥킨지 박차고 나온 그녀, 지적 콘텐츠 시장을 열다
https://brunch.co.kr/@publyteam/51
https://blog.careerly.co.kr/about/
https://platum.kr/archives/186077
http://www.sisajournal-e.com/news/articleView.html?idxno=281923
https://platum.kr/archives/196771
https://www.fnnews.com/news/202301021807044902
https://platum.kr/archives/202474
http://www.ejanews.co.kr/news/articleView.html?idxno=312353
https://www.startupn.kr/news/articleView.html?idxno=32610
https://blog.naver.com/mu-ze/222286422519
https://www.mobiinside.co.kr/2022/06/30/careerly-publy/
https://cocoon1787.tistory.com/872
최근 개발자 관련 구성이 돋보이는 커리어리의 메뉴구조
커리어리 내 프로필
커리어리 개발자 오픈 프로필 목록
클럽 모집을 위한 글이 다시 게시글로 등록되어 클럽활동 - 콘텐츠 생성 간의 선순환 구조를 볼 수 있다.
https://wonny.space/writing/work/engineer-resume