#career
노트 71개
Frontend
기술 스택 고르기기술 스택은 혼자가 아니라 함께 쓰는 것이라 커뮤니티가 키운다. 기술 수용 주기·캐즘·하이프 사이클로 유행이 만들어지는 과정을 보고, 범용성·학습 비용·커뮤니티·인력·지속 가능성 다섯 기준, 큰 팀이 유지 보수성과 안정성을 위해 보는 결정 축(도구 강제·경계·재현성), 언어부터 배포·모니터링까지 계층별 2026년 기본 선택과 고르는 이유, 레거시를 대하는 자세를 정리했다.
Frontend
프론트엔드 개발자의 업무 범위와 역량프론트엔드의 일을 데이터 흐름 기준 여섯 영역(보여 주기·조작·보내기·받기·환경 관리·도구 만들기)으로 나누고, 퍼블리셔·백엔드·풀스택과의 경계, 회사와 동료가 보는 잘하는 프론트엔드 개발자의 조건을 정리했다.
Frontend
프론트엔드 엔지니어의 세 가지 성장 트랙주니어 이후 프론트엔드 엔지니어가 깊어질 방향을 웹 특화(소프트웨어 엔지니어)·제품 특화(프로덕트 엔지니어)·운영 특화(풀스택 엔지니어) 세 트랙으로 나누고, 트랙별 지식·성장법·함정·시니어 이후 진로, 모든 트랙의 바탕인 탁월한 엔지니어의 다섯 역량과 시니어다운 일하기를 정리한다.
Frontend
프론트엔드 학습 로드맵웹 표준(HTML·CSS·JavaScript·DOM)에서 TypeScript, React와 메타 프레임워크, 데이터 가져오기, 테스트·배포로 이어지는 프론트엔드 학습 순서, 필수와 관심·직무에 따른 선택 기술, 함께 쌓을 CS 기초, 공부하는 방법.
Backend
백엔드 개발자가 알아야 할 것인터넷·DNS·HTTP부터 데이터베이스, 언어와 웹 프레임워크, API 스타일(REST·GraphQL·gRPC), 버전 관리, 인증, 리눅스, CI/CD·도커·클라우드, 보안, 아키텍처까지 백엔드 개발자의 지식 지도. 다 외우는 것이 아니라 필요할 때 찾아 쓸 수 있을 만큼 아는 것이 목표다.
AI & Data
데이터 직군: 분석가·엔지니어·머신러닝 엔지니어·사이언티스트데이터 직군은 성향에 따라 기획자형 데이터 분석가, 개발자형 데이터 엔지니어와 머신러닝 엔지니어, 연구자형 데이터 사이언티스트로 나뉜다. 직군별 주요 업무·필요 역량·자격 요건, 분석가와 머신러닝 직군의 일하는 흐름, 연구와 프로덕션의 차이, 애널리틱스 엔지니어·MLOps 엔지니어·AI 엔지니어 같은 새 직군, 기대와 현실의 차이, 직군별 학습 로드맵, 자격증·대학원·학원과 포트폴리오(Kaggle, 공모전, 직접 수집하는 프로젝트, 블로그), 채용 과제와 면접까지 정리한다.
AI & Data
스케일과 지능 유틸리티합의가 예상한 한계를 넘어 규모를 키울 때 창발 속성이 나온다는 경험칙과, 규모를 키우면 터지는 기술·자본·사업·문화 문제를 하나씩 쪼개 푸는 시스템 관점. 킬러 앱을 사용자 행동에서 찾는 원칙, 지능을 전기 같은 새 유틸리티로 보는 비유와 '밤의 빛' 같은 구체적 효용의 필요, 토큰 단위로 추상화되는 소비와 추론 스택의 과소 투자, 무한한 수요가 만드는 컴퓨트 부족, 민주화와 집중의 갈림길, 교육의 재설계를 정리한다.
AI & Data
AI 시대 개발자의 역할LLM이 코드 작성을 맡게 되면서 개발자의 일은 모호한 요구를 명확한 문제로 재정의하고, 비결정적 AI를 결정적 검증 장치(하네스·오라클)로 묶고, 결과를 판단·책임지고, 코딩하며 저절로 쌓이던 맥락을 따로 보존하는 쪽으로 옮겨 갔다. 구조적 한계, 시장의 변화, 지시에서 위임으로의 전환, 길러야 할 역량을 정리했다. AI가 주니어의 일을 가져간 뒤 의도적 연습을 일부러 설계하고 시니어가 가르치는 법을 배워야 하는 이유도 정리했다.
AI & Data
AI 플랫폼 전환과 일의 재편AI를 클라이언트·서버, 웹, 모바일·클라우드에 이은 플랫폼 전환으로 보는 관점. 이전 플랫폼 위에 쌓여 확산이 빠르고, 모델은 SQL 같은 안정된 층이 되며, 제품의 핵심은 메모리·도구 사용·권한(entitlements)을 갖춘 스캐폴딩과 데이터 피드백 루프다. 성과의 기준은 벤치마크가 아니라 실물 경제의 잉여이고, 가장 큰 병목은 기술이 아니라 일의 방식과 직무를 바꾸는 변화 관리다. 소프트웨어 엔지니어는 아키텍트가 되고, 리더십은 명확성·에너지·과잉 제약 문제 풀기로 정리된다.
AI & Data
AI로 개발 가속하기: AI 네이티브 작업 방식과 규칙을 키우는 개발AI를 가끔 꺼내 쓰는 도구가 아니라 리서치·기획·구현·테스트·운영 전반에 깔린 협업자로 다루는 작업 방식. AI부터 시도하고 사람이 검증하는 원칙과 도입 단계, 도구 네 범주와 개발 생명 주기별 활용, 거대한 한 방 프롬프트와 도메인 지식 문서, PRD → 태스크 리스트 흐름, AI가 짜고 사람이 검토하는 바이브 코딩의 현실적 패턴, 이상 행동을 볼 때마다 규칙을 더하는 Rule-Growing Development, AI가 코드를 찾는 방식을 고려한 주석·이름, AI가 맡을 수 있는 작업 길이, 팀·윤리 규칙과 사람의 역할을 정리한다.
Tools › Code Review
코드 리뷰 원칙과 체크리스트코드 리뷰를 왜 하는지(품질이 비용을 낮추는 이유, 리뷰의 다섯 가지 효과), 작성자와 리뷰어가 할 일, 자동화할 것과 사람이 볼 것을 나누는 원칙, 리뷰를 빠르게 돌리고 교착을 푸는 운영법, 가독성·부작용·경계 조건·보안·성능·테스트 체크리스트.
Career
개발자로 일하며 성장하는 법, 협업, 의사결정, 제품 관점과 리더십, 구직 준비, 그리고 분야별 읽을 책 목록을 모은 커리어 메모.
Career › Job Search
기술 면접 준비: 유형별 대비와 시스템 디자인 7단계개발자 기술 면접은 코딩, 시스템 디자인, 객체 지향 설계(OOD), 행동(behavioral) 면접으로 나뉜다. 유형별로 무엇을 보는지와 준비 자료, 퀴즈·온라인 코딩 테스트·과제·화상 면접·온사이트 같은 진행 형식별 대비, 면접 언어 고르기, 남은 시간에 맞춘 준비 계획(주제 우선순위, Blind 75·Grind 75), 코딩 인터뷰를 자기소개 → 질문 명확화 → 접근 논의 → 말하며 코딩 → 테스트 → 역질문으로 진행하는 법을 정리하고, 시스템 디자인 면접의 유형과 요구 사항 확인 → 용량 추정 → 상위 설계 → DB 설계 → 인터페이스 설계 → 확장성 → 신뢰성의 7단계를 다룬다.
Career › Job Search
면접 잘 보는 법: 태도와 답변면접관은 말보다 태도를 먼저 읽는다. 눈 맞춤과 미러링, 일찍 도착하기, 겸손과 감사, 결론부터 짧게 답하기, 이력서 숙지와 모르면 모른다고 하기, 실수를 빨리 인정하기, 압박 면접 대응, 역질문과 감점되는 질문, 감사 메일, 기술 질문 준비, 면접에서 피할 회사를 가려내는 신호까지 면접 전·중·후의 원칙을 정리한다.
Career › Job Search
미국 개발자 채용 프로세스와 ATS미국 개발자 채용은 레주메·LinkedIn 준비부터 오퍼 협상까지 10단계로 흐른다. 지원 경로별 통과 가능성, 리크루터·하이어링 매니저의 역할, ATS가 실제로 하는 일, 7초 스캔과 Yes/Maybe/No 분류, 일찍 지원해야 하는 이유를 정리했다.
Career › Job Search
비상장 회사 재무제표 찾아보기비상장 스타트업의 매출·손익은 외부감사 대상이면 DART 감사보고서로, 벤처기업확인을 받았으면 벤처인 공시로 볼 수 있다. 이직·협업 전에 무엇을 어디서 보고 어떻게 읽을지 정리했다.
Career › Job Search
스톡옵션: 행사가, 베스팅, 행사와 세금 구조스톡옵션은 주식이 아니라 정해진 행사가로 주식을 살 수 있는 권리다. 부여 → 베스팅(클리프) → 행사 → 매도의 단계마다 조건과 비용이 붙는다. 세전 차익이 아니라 행사 대금, 세금, 매도 제약까지 반영한 실질 가치로 판단한다. 오퍼는 진입 가치 대비 성장 여지와 베스팅·행사 기간 같은 정책 두 축으로 평가한다. 미국 스타트업의 ISO·NSO, 409A, AMT 함정, 83(b) 선택, 퇴사 후 90일 행사 기간, RSU와 오퍼 때 물을 질문도 정리한다.
Career › Job Search
업무 경험에서 나의 역량 찾기: 재능과 흥미로 보는 역량 정리표해 본 일을 직무 역량 → 업무 성과 → 업무 수행 과정 관찰 → 나의 역량 키워드 네 칸으로 정리해 강점을 찾는 표. 과정을 관찰할 때 남과 비교해 쉬웠던 것은 재능, 시키지 않아도 즐겁게 한 것은 흥미(노력)로 나눠 적고, 둘이 겹치는 키워드를 자기소개서·이력서의 장점으로 쓴다.
Career › Job Search
연봉 협상: 오퍼 읽기, 열 가지 원칙, 회사 고르기취업은 일자리를 얻는 것이 아니라 내 노동을 파는 거래이고, 협상은 그 거래의 당연한 일부다. 기본급·보너스·지분·사이닝 보너스로 이뤄진 총보상(TC)을 읽는 법, 모든 것을 기록하기, 결정을 미루며 문 열어 두기, 정보 지키기, 긍정적인 태도, 결정권자를 밖에 두기, 대안(BATNA) 만들기, 이유 붙이기, 돈 밖의 조건, 상대가 중시하는 것 알기, 이길 수 있는 조건 주기의 열 가지 원칙, 복수 오퍼·시한부 오퍼 다루는 법, 오퍼를 비교할 때 볼 일곱 가지 축을 정리한다.
Career › Job Search
인성 면접 준비: STAR, 핵심 사례, 단골 질문인성·경험 면접(Behavioral Interview)은 과거 행동으로 일하는 방식과 연차에 맞는 범위를 본다. STAR(R)로 답을 짜는 법, 질문을 외우는 대신 핵심 사례 3~5개를 준비하는 법, 꼭 나오는 세 질문, 엘리베이터 피치로 하는 자기소개, 그리고 단골 질문과 회사별 질문을 무엇을 묻는지에 따라 묶어 답할 요소를 정리했다. Amazon 리더십 원칙 16개별로 실제로 나온 질문도 짝지었다. 경험형·가정형·가치관형 질문 형식, 답이 약해지는 패턴, 쓰기·녹화·모의 면접 연습법, 가치관·가정 질문을 더했다.
Career › Job Search
인성 면접 평가 기준: 8가지 영역과 레벨별 기대치빅테크 인성 면접은 동기, 주도성, 모호함 속 오너십, 끈기, 갈등 해결과 공감, 성장, 소통의 8가지 영역에서 신호를 모으고, 같은 행동이라도 영향 범위(나 혼자, 팀, 여러 팀)로 주니어·시니어·스태프를 가른다. 채용 추천이 나오는 방식, 시니어 지원자가 빠지는 함정, 이야기를 목차·결과 먼저로 전달하는 법, 불리하게 해석될 표현을 막는 방어적 사고를 정리했다.
Career › Job Search
자기소개서와 포트폴리오 쓰는 법국문 자기소개서는 나를 정의하는 문서가 아니라 어떤 상황에서 어떻게 행동했는지 보여 주는 문서다. 문제 해결 서사와 PREP 구성, 지원 동기를 채용 동기로 뒤집기, 주제별 우선순위(지원 동기 > 문제 해결 > 단점 > 장점 > 가치관 > 기술, 성장 배경·인성 자랑은 피하기), 장단점 전개법, 흔한 실수, 포트폴리오의 네 요소와 차별화, 채용 담당자가 포트폴리오를 읽는 방식(문제 해결 중심 선별, 첫인상, 요약이 앞에 오는 케이스 스터디), 이력서가 본문이고 포트폴리오는 부록이라는 역할 구분, 개발자 포트폴리오에서 과정을 보여 주고 외부 링크로 이탈시키지 않는 법을 정리한다.
Career › Job Search
초보 웹 개발자의 공부 방향과 차별화분야를 하나 깊게 파고, 클론코딩은 기능을 더해 내 것으로 만들고, 배포·블로그·오픈소스로 한 일을 드러내는 초보 웹 개발자의 학습·취업 준비 원칙, 면접관이 포트폴리오 코드에서 보는 평가 축과 README에 담을 것.
Career › Job Search
코딩 인터뷰 평가 기준과 면접관 체크리스트빅테크의 코딩 인터뷰는 소통, 문제 해결, 기술 역량, 테스트 네 축으로 평가하고 Strong hire부터 Strong no hire까지의 구간으로 점수를 낸다. 축별 기본·고급 신호와 구간별 판정, 점수가 전화 면접·온사이트 결과로 이어지는 방식, 그리고 면접관이 면접 전후에 지킬 체크리스트를 정리한다.
Career › Job Search
프론트엔드 면접 유형과 준비법프론트엔드 면접은 알고리즘보다 도메인 지식과 실전 구현을 본다. JavaScript 코딩, UI 코딩, 알고리즘, 퀴즈, 프론트엔드 시스템 디자인, 비헤이비어럴 여섯 유형별로 무엇을 보고 어떻게 준비하는지, 유형별 대표 문제, 시스템 디자인용 RADIO 프레임워크, UI 구현 때 짚을 체크리스트를 정리하고 개념은 Frontend 노트로 잇는다.
Career › Job Search
한국 개발자가 미국에서 일하는 경로: 비자가 먼저다미국 취업의 가장 큰 벽은 영어나 실력이 아니라 취업 비자다. H-1B 추첨의 구조와 2026년부터 바뀐 임금 가중 추첨, 미국 학위 → OPT → H-1B, 캐나다 지사 → L-1 전근, 영주권 같은 현실적인 경로와 지금 할 수 있는 준비를 정리했다.
Career › Job Search
합격하는 영문 레주메 작성법외국계 취업용 레주메를 한 장으로, 성과 중심으로 쓰는 법: ATS가 읽을 수 있는 서식, 섹션 순서, 연락처·학력 표기, 헤드라인을 단 2~3문장 Summary, 액션 동사와 숫자로 쓰는 경력, XYZ 공식, 미국식 직함·프로젝트·수상 쓰는 법, 채용 공고 키워드 반영, 커버레터 구조와 템플릿·흔한 실수, 리크루터에게 먼저 보내는 영문 메일, 개발 환경·생산성 경험을 드러내는 법.
Career › Product
공감하는 제품 만들기: 경청 세션과 스트레스 케이스공감은 친절이 아니라 상대의 사고 흐름을 이해하는 기술이다. 표면 의견 밑의 이유와 망설임을 듣는 경청 세션 진행법, 엣지 케이스를 스트레스 케이스로 바꿔 보는 관점, 사전 부검으로 해로운 시나리오를 미리 찾는 법을 정리했다.
Career › Product
기능 공장: 출시량이 아니라 결과를 보는 팀기능을 많이 내보내는 것을 성과로 착각하는 팀을 기능 공장이라 부른다. 측정·회고·사후 점검이 없고 로드맵이 기능 목록인 12가지 신호로 진단하고, 출력(output) 대신 결과(outcome)와 학습을 기준으로 일하도록 바꾼다.
Career › Product
기술 부채기술 부채는 지금 빠른 길을 택한 대가로 나중에 치르는 추가 작업이다. 원금(고치는 비용)과 이자(고치지 않아 매번 더 드는 비용)로 생각하고, 파울러의 사분면으로 원인을 나누며, 백로그 항목으로 보이게 만든 뒤 이자가 큰 곳부터 갚는다.
Career › Product
디자이너와 함께 일하기: 역할·채용·협업그래픽·인터랙션·UX 디자인의 차이, 디자이너를 뽑기 전에 정할 권한과 성공 기준, 서로 다른 관점을 섞는 팀 구성(경쟁가치모형), 디자이너·개발자·고객·브랜드 에이전시가 함께 일하는 원칙을 정리했다.
Career › Product
백로그와 추정: 에픽·사용자 스토리·스토리 포인트큰 목표를 에픽과 사용자 스토리로 쪼개고(3C, INVEST, 인수 기준), 스토리 포인트와 플래닝 포커로 상대 크기를 추정하고, 속도와 번다운·번업 차트로 진척을 본다. 각 도구는 계획을 돕는 설명 지표이지 성과 지표가 아니라는 점이 핵심이다.
Career › Product
새 서비스 개발 프로젝트 진행 순서기획 → 개발 기반 구축 → 개발 진행 → 서비스 진화의 기승전결로 정리한 서비스 개발 절차.
Career › Product
스크럼: 책임·이벤트·산출물스크럼은 한 달 이하의 스프린트 안에서 투명성·검토·적응을 반복하는 가벼운 프레임워크다. 세 가지 책임(PO·스크럼 마스터·개발자), 다섯 가지 이벤트, 세 가지 산출물과 각각의 약속(제품 목표·스프린트 목표·완료의 정의)으로 구성된다. 2020년판 스크럼 가이드 기준으로 정리하고, 흔히 잘못 알려진 운영 방식을 함께 짚었다.
Career › Product
스포티파이 모델: 스쿼드·트라이브·챕터·길드와 그 한계자율적인 교차 기능 팀(스쿼드)을 트라이브로 묶고 직군별 챕터·길드로 가로지르는 매트릭스 조직 모델. 자율이 정렬보다 앞서고, 엔지니어링 책임자가 팀 밖에 있고, 협업 기술을 가정만 한 탓에 잘 작동하지 않았다. 모델을 통째로 들여오지 말고 책임 구조와 정렬 장치부터 설계한다.
Career › Product
애자일과 스프린트애자일의 핵심은 만들고-보여주고-피드백 받고-방향을 맞추는 주기를 모두가 함께 짧게 만드는 것이다. 스프린트는 목표를 쳐내는 마감 장치가 아니라 정해진 주기마다 속도와 방향을 점검하는 장치이며, 일정은 미리 예측하지 말고 만들어 보며 측정한다. 구글 스프린트 5일 구성과 장치들, 폭포수와 애자일을 고르는 기준도 함께 정리했다.
Career › Product
제품 중심 개발자 (Product-Minded Engineer)기획을 구현만 하지 않고 제품의 이유를 묻고, 제품·엔지니어링 트레이드오프를 함께 제안하며, 출시 후 데이터까지 책임지는 개발자의 9가지 특징과 성장 방법. 목적 조직에서 개발자가 맡는 역할과 OKR·애자일의 관계까지.
Career › Product
조직의 디지털 전환과 웹 거버넌스디지털 전환은 기술 도입이 아니라 고객 행동 변화에 조직을 맞추는 일이다. 디지털 성숙도 5단계, 웹 거버넌스의 네 영역(전략·관리·실행·측정), 권한 없는 실무자가 변화를 이끄는 방법을 정리했다.
Career › Product
초기 스타트업과 창업: 개발자가 빠지기 쉬운 함정초기 스타트업 엔지니어는 아키텍처부터 고객 대화·온콜·채용까지 맡는다. 개발자가 창업할 때는 기술 중심 피벗, 복잡한 사업 모델, 장인 정신이라는 세 함정을 피하고, 작은 제품을 빨리 내서 검증 횟수를 늘린다.
Career › Product
칸반과 린: 흐름과 낭비린은 고객 가치를 기준으로 낭비를 없애고 흐름을 만드는 사고방식이고, 칸반은 그것을 일에 적용해 보드로 시각화하고 진행 중인 일(WIP)을 제한해 당기는 흐름을 만드는 방법이다. 칸반·스크럼·스크럼반 비교, 흐름 지표와 리틀의 법칙, 낭비 유형, 가치 흐름 매핑, 병목과 제약 이론, 카이젠·PDCA를 정리했다.
Career › Product
콘텐츠 전략과 핵심 모델콘텐츠는 목적·핵심 메시지·다음 궁금증·운영 계획을 갖춰야 전략이 된다. 메인 페이지가 아니라 사업 목표와 사용자 작업이 겹치는 핵심 페이지부터 설계하는 핵심 모델(core model)과 워크숍 진행법을 정리했다.
Career › Product
BDD·SDD로 기획서를 태스크로 나누기기획·디자인·개발·QA가 같은 문서를 보도록 기획을 사용자 행동(BDD의 given-when-then)과 데이터 구조(SDD)로 정리해 태스크를 만드는 방법. then 하나가 태스크 하나가 되어 진척도·일정·테스트 범위가 함께 보이고, Figma에 디자인과 기획을 합쳐 두면 최신 화면까지 한곳에서 관리된다.
Career › Product
EoA: 불확실성을 다루는 애자일 메커니즘EoA(Essence of Agility, 기민함의 맥)는 정해진 실천법을 따라 하는 대신, 불확실할 때 효과적인 메커니즘을 이해하고 맥락에 맞는 실천법을 스스로 설계하게 하는 프레임워크다. 네 가지 상위 목표, 결과 관찰 질문(OOQ), 병목 정의, 팀 템플릿과 세션 운영법을 정리했다.
Career › Work
개발 배우기의 네 단계와 넘는 법개발 입문은 자신감이 오르는 강의 단계, 빈 에디터 앞의 혼란, 범위가 넓어지는 절망의 사막, 실력이 붙는 상승기를 거친다. 단계마다 넘는 방법이 다르고, 비전공자는 CS 기초를 의식적으로 보완하며 학력 대신 공개된 결과물로 실력을 증명한다.
Career › Work
개발 자료 잘 찾는 법막혔을 때 자료를 찾는 순서: 영어 검색과 관용 키워드 → 검색 연산자로 좁히기 → 공식 문서에서 API의 입출력 확인 → 라이브러리 소스 직접 열기 → 오픈소스 저장소의 이슈·PR 검색.
Career › Work
개발자 기술 블로그: 왜 쓰고 어떻게 오래 쓰나남에게 설명하며 이해의 빈틈을 찾고, 기록이 포트폴리오와 기회가 된다. 메모가 아닌 완성된 글을 형식을 정해 쓰고, 오래 보존할 수 있는 도구와 검색·구독 채널로 꾸준히 운영한다.
Career › Work
개발자 생산성: 무엇이 10배 차이를 만드나프로그래밍은 선형 노동이 아니라 설계라서 개인 간 생산성 차이가 곱으로 벌어진다. 10배 프로그래머를 만드는 요소(설계 희생, 단순함, 지식, 저수준 이해, 디버깅, 집중), 연구로 밝혀진 스타 엔지니어의 아홉 가지 업무 전략, 팀의 속도를 스프린트·마라톤·인터벌로 나눠 보는 모델과 속도를 깎는 요인, 프로그래머에 맞춘 뽀모도로와 집중 원칙을 정리한다.
Career › Work
개발자 역량 지도: 주니어에서 시니어, 풀스택, 아키텍트까지주니어에서 시니어로 가며 넓혀야 할 열한 가지 역량(협업 도구, 언어, API, 서버·클라우드, 인증·테스트, DB, CI/CD, 자료구조·알고리즘, 시스템 설계, 디자인 패턴, AI 도구), 풀스택 개발자가 다루는 일곱 영역, 소프트웨어 아키텍트에게 필요한 지식 지도, 모든 개발자가 알아야 할 여덟 가지 표준을 한 장에 정리한다.
Career › Work
개발자에서 리더로: 테크 리드·팀장이 바꿔야 할 것리더의 성과는 내 산출물이 아니라 팀이 만든 가치다. 기술 실력만 믿고 직접 코딩·통제에 매달리는 다섯 가지 실수를 피하고, 1:1 면담·업무 배정·심리적 안전감·피드백·목표와 문서화로 팀을 키운다.
Career › Work
개발자의 마음 관리: 감정을 다시 해석하기자신감과 가면 증후군 사이를 오가는 개발자의 감정을 시스템 1·시스템 2 관점으로 보고, 같은 신체 감각을 다른 감정으로 해석하는 인지 재평가로 분노·스트레스·질투·두려움·피로·무력감을 다루는 법을 정리했다.
Career › Work
개발자의 지속 가능한 학습 루프개발 학습은 의지로 버티는 1년이 아니라 수십 년 이어지는 습관이어야 한다. 정보 습득 → 학습 → 정리 → 실습 → 적용의 다섯 단계, 기술 블로그를 고르고 읽는 법, 메타인지·설명해 보기·흐름 따라 공부하기 같은 공부법, 틈새 시간과 선택과 집중으로 루프를 유지하는 법을 정리했다. AI 도구를 다 따라가지 않고 흘러들어오게 하는 법, 생성형 지식과 고수에게 배우는 질문, 구현 의도로 실행하는 법도 정리했다.
Career › Work
디버깅 사고법: 가설을 세우고 반증한다버그는 머릿속 모델(멘탈 모델)이 실제 시스템과 어긋난 자리에서 생기므로, 디버깅은 그 어긋남을 배우는 문제 해결이다. 과학적 방법의 다섯 단계, 좋은 가설의 조건(원인과 실패 지점을 함께 설명하고 반증 가능), 주석을 규범이 아닌 참고로 읽기, 고정 마인드셋과 성장 마인드셋, 능동적 회상·나눠 공부하기·끈기 같은 습관을 정리한다.
Career › Work
비즈니스 이메일 쓰는 법업무 메일은 받는 사람, 단일 주제, 스타일, 구성 요소 네 가지로 정리된다. To·CC·BCC와 답장·전체 답장·전달을 고르는 기준, 한 메일 한 목적 규칙, 3~8단어 제목부터 서명·첨부·발송 전 점검까지의 체크리스트.
Career › Work
사이드 프로젝트를 시작하고 끝까지 가는 10가지 팁꾸준히 하나는 굴리기, 내 불편에서 아이디어 찾기, 틈새 겨냥, 작게 시작, 1~2주 단위 기한, 코딩 전 랜딩 페이지로 검증하기까지 사이드 프로젝트를 시작하고 유지하는 원칙. 내가 쓸 것을 내가 만드는 출발점과 불편 일기, MVP·MMP·MLP로 나눈 검증, 빌드 인 퍼블릭까지 다룬다.
Career › Work
사회 초년생을 위한 직장 생활 팁경력 관리와 자기 관리 습관, 업무량이 많을 때 실수를 줄이고 속도를 올리는 실무 습관, 집중 시간을 지키는 법, 업무 전화를 실수 없이 처리하는 법을 상황별로 정리했다.
Career › Work
실력만으로는 부족하다: 명성 쌓기와 커뮤니티 기여일을 잘해도 알려지지 않으면 기회가 오지 않는다. 글쓰기·발표·공개 작업으로 명성을 쌓는 원칙, 흔한 핑계를 넘는 법, 커뮤니티에 기여할 때 지킬 태도를 정리했다.
Career › Work
엔지니어 레벨: 주니어에서 Distinguished까지의 커리어 사다리소프트웨어 엔지니어의 커리어 사다리는 주니어, 엔지니어, 시니어, 스태프, 시니어 스태프, 프린시플, Distinguished로 올라가며, 레벨을 가르는 것은 코드 실력보다 영향 범위(개인 → 팀 → 조직 → 회사 → 업계)와 일의 크기다. 레벨별 기대 역할, 빅테크의 레벨 명칭(Google L, Meta E), 승진 기대 기간, IC와 매니저 트랙, 더 읽을 자료를 정리한다.
Career › Work
오픈소스 기여 시작하기: 문서·답변에서 코어 기여까지기여는 코드만이 아니다. 문서 번역, Q&A 답변, 리뷰, 글쓰기도 기여다. 쓰고 있는 라이브러리에서 good first issue로 시작하고, 소스 추적·토론 채널 참여·프로토타입으로 깊은 기여로 넘어간다.
Career › Work
오픈소스 라이선스: 허용형과 카피레프트오픈소스 라이선스는 사용·수정·배포를 허락하는 조건이다. MIT·BSD·Apache 2.0 같은 허용형과 MPL·LGPL·GPL·AGPL 같은 카피레프트를 소스 공개 의무, 같은 라이선스 강제, 특허 조항으로 비교하고, 라이선스 호환성, 라이선스 없는 저장소의 의미, SPDX 표기, 오픈소스가 아닌 소스 공개 라이선스(BSL·SSPL)로의 전환 흐름을 정리한다.
Career › Work
오픈소스 프로젝트 운영: 도입, 포크, 문서, 확산, 유지오픈소스는 공개만으로 쓰이지 않는다. 쓸 라이브러리는 인기·문서·인터페이스로 고르고, 포크할 때는 당위와 계획으로 신뢰를 얻는다. 문서와 예제가 성패를 가르고, 공개 후에는 이슈 대응·로드맵·메인테이너의 지속 가능성이 프로젝트를 살린다.
Career › Work
웹 프로젝트 가격 책정프리랜서·에이전시가 웹 프로젝트 값을 정하는 원칙. 시간제·고정가·월 단위 계약을 고르는 기준, 가격을 올릴 신호, 예산을 묻는 법, 견적서 쓰기, 잊기 쉬운 사후 지원까지 정리했다.
Career › Work
의사결정 체크리스트결정을 내리기 전에 무엇을, 언제까지, 누가, 누구와 상의해, 누구의 승인으로, 누구에게 알릴지 정하는 6가지 항목. 수평적인 팀에서는 결정 자체가 아니라 결정권자를 합의로 위임하고, 치열한 결정일수록 빠르게 정한다.
Career › Work
친절한 엔지니어링: 정직, 심리적 안전감, 피드백친절은 예의 바름(nice)이 아니라 상대에게 관심을 쏟아 그가 있는 자리에서 돕는 것(kind)이다. 정직하되 개인적으로 신경 쓰기, 코드 리뷰 같은 비동기 소통에서 '왜'를 묻기, 비난 없는 문화와 실패에서 배우기로 심리적 안전감 만들기, 피드백을 받는 법과 주는 법(감정·신뢰·논리)을 정리했다.
Career › Work
컴퓨팅 사고와 개발 실력 늘리는 법컴퓨팅 사고는 문제를 분해·패턴 인식·추상화·알고리즘으로 다듬어 컴퓨터가 실행할 수 있는 절차로 바꾸는 사고다. 요구사항을 데이터의 관점으로 다시 정의하는 법, 알고리즘을 자연어·순서도·의사 코드로 적는 법과 순차·선택·반복의 세 제어 구조, 알고리즘 공부가 프론트엔드 개발자에게도 필요한 이유, 개발을 운동처럼 훈련하는 방법을 정리했다.
Career › Work
페어 프로그래밍두 사람이 드라이버와 내비게이터 역할을 번갈아 맡아 한 코드를 함께 짜는 애자일 실천법. 역할을 나누는 이유, 장단점, 핑퐁·포모도로·스트롱 스타일 같은 진행 방식, 짝을 존중하는 진행 규칙과 원격 도구를 정리한다.
Career › Work
협업을 잘하는 개발자: 프로그래머가 아니라 문제 해결사코드의 가치는 코드가 만드는 비즈니스 가치에서 나오고, 개발 직군만으로는 그 가치를 키우기 어렵기 때문에 개발자는 협업해야 한다. 문제의 본질 찾기·모순 해소·함께 풀기라는 문제 해결 원칙과 심리적 안전감, 의도와 맥락을 담은 말하기, 수평적 팀에서의 역할 감각을 정리했다.
Career › Work
회사에서 빠르게 성장하는 법짧은 피드백 사이클, 스스로 높이는 업무 난이도, 신중한 이직 판단으로 회사의 성장 속도를 따라잡고, 본캐에 수렴하는 부캐와 100일 프로젝트로 도구가 바뀌어도 나에게 쌓이는 역량을 만드는 방법.
Career › Work
회의 잘하는 법: 발산과 수렴회의가 산으로 가는 이유는 사람보다 방식에 있다. 발산 회의와 수렴 회의를 구분해 알리고, 결과물을 정의하고, 그라운드 룰과 짧은 마감을 두면 대부분의 회의가 나아진다. 참석자로서 쓸 수 있는 환기 질문과 침묵·반복을 깨는 장치까지 정리했다.
Career
개발 분야별 추천 도서CS 기초, 알고리즘, 설계·코드 품질, DevOps·SRE, 프론트엔드·UX, 언어·도구, 일하는 방식·커리어까지 분야별 개발 서적과 각 분야의 입문 경로, 그리고 분산 시스템을 바꾼 고전 논문.
Life & Learning › Study Abroad
비전공자의 미국 CS 석사 준비컴퓨터공학을 전공하지 않은 사람이 미국 CS 석사에 지원하는 방법을 정리했다. 입학처가 보는 선수 과목(자료구조·알고리즘·이산수학이 최소선), 한국에서 학점을 만드는 경로(방송대 편입, 대학 비학위 과정, MOOC), ML 전공을 위한 수학 독학 자료, 비전공자 전용 과정인 Northeastern Align MS in CS를 비교한다.
Life & Learning › Study Abroad
조지아텍 온라인 석사: OMSCS와 OMSA조지아텍의 온라인 컴퓨터공학 석사(OMSCS)와 분석학 석사(OMSA)를 정리했다. 일하면서 한 학기 한두 과목씩 듣는 비동기 과정이고, 학비는 학점당 200달러대다. 지원 자격과 마감, 졸업 요건, 사전 준비, 비자와의 관계를 다룬다.