글
소프트웨어 아키텍처와 소스 코드 구조에 대한 깊이 있는 글입니다. 입문자도 이해할 수 있으면서, 대규모로 개발하는 팀에도 유용하도록 썼습니다. 다이어그램과 실제 사례를 곁들였고, 두루뭉술한 설명은 없습니다.
성장과 팀 규모, 변화를 견딜 수 있도록 소스 코드를 구조화하는 방법.
7 개의 글소프트웨어 구축의 인간적 측면 — 리뷰, 피드백, 멘토십, 그리고 사람을 성장시키는 팀.
6 개의 글AI 이해하기 — 컨텍스트 엔지니어링부터 신뢰할 수 있는 AI 제품 구축까지.
5 개의 글Personal reflections from work, learning, people, and the quiet moments that shape a career.
1 개의 글How software teams actually operate and work together — from Agile and Scrum to how delivery really happens in big corps, startups, and outsourcing.
1 개의 글어느 날 갑자기 모두가 'AI agent'를 얘기하기 시작했습니다. 질문에 답하는 것을 넘어 직접 일을 처리하는 소프트웨어 말이죠. 하지만 agent란 정확히 무엇이고, 우리가 이미 쓰는 chatbot과 어떻게 다르며, 어디서 진짜 도움이 되고 어디서 조용히 문제를 만드는 걸까요? 이 글은 기술 지식 없이도 이해할 수 있는 친절한 안내서입니다. 모든 agent가 실행하는 단순한 루프, 구성하는 다섯 가지 요소, co-pilot에서 auto-pilot까지의 자율성 단계, 직장과 일상의 실질적인 사례, 주의해야 할 실패 유형, 그리고 이번 주부터 유용한 agent를 실제로 써볼 수 있는 방법까지 담았습니다.
대부분의 사람들은 AI를 한 번에 하나씩 질문하며 — 그 가치의 대부분을 놓칩니다. 진짜 레버리지는 영리한 prompt가 아닙니다. 재사용 가능한 AI workflow, 즉 한 번 설계해 영원히 재사용하는 작은 단계들의 연결 고리입니다. 반복되는 두 시간짜리 잡무를 2분 검토로 바꿔주죠. 기술 지식이 없어도 이해할 수 있는 실용적인 안내서입니다: prompt와 workflow의 차이, 모든 workflow가 공유하는 간단한 구조, 직장과 일상에서 바로 훔쳐 쓸 수 있는 workflow, 수동에서 완전 자동까지의 세 단계, 나만의 workflow를 설계하는 6단계 방법, 그리고 실제로 절약하는 시간을 증명하는 간단한 공식.
매주 '이것이 모든 것을 바꾼다'는 AI 헤드라인이 쏟아지고, 신호와 소음을 구분하려 애쓰는 것은 지칩니다. 이 글은 2026년에 진짜 중요한 AI 트렌드를 차분하게 살펴봅니다 — 에이전틱 AI, 멀티모달, 이미 쓰는 앱에 내장된 AI, 온디바이스 지능, 그리고 인간의 강점으로 떠오르는 판단과 검증 — 거기에 대부분의 글이 건너뛰는 부분을 함께 담았습니다: 어떤 트렌드든 업무와 생활에서 실제 가치로 바꾸는 실용적인 프레임워크. 과대 광고 필터, 가치 사다리, 간단한 가치 방정식, 실제 사례, 30일 계획까지 — 뉴스를 쫓는 것을 멈추고 이점을 복리로 쌓기 시작할 수 있습니다.
Hexagonal Architecture를 친근하고 예제 중심으로 설명하는 가이드: port와 adapter가 실제로 무엇인지, 이 아키텍처를 작동시키는 단 하나의 규칙, 그리고 1인 창업자든 엔터프라이즈 팀이든 딱 얼마나 적용해야 하는지.
세 가지 경쟁 아키텍처처럼 보이지만, 사실은 같은 아이디어를 세 가지 방식으로 그린 것입니다 — 의존성은 안쪽을 향하고, 프레임워크는 가장자리에. 각각이 실제로 무엇을 더하는지, 그리고 어떤 상황에 어느 것을 선택해야 하는지 알아봅니다.
DI 컨테이너는 밑에 있는 단순한 아이디어를 보기 전까지 마법처럼 느껴집니다: 코드가 자신의 의존성을 직접 생성하지 않도록 하고, 대신 외부에서 전달받는 것입니다. 실제 예제와 테스트에서 얻을 수 있는 이점을 포함한 처음부터 끝까지의 가이드.
최상위 폴더가 controllers/services/models여야 할까요, 아니면 orders/billing/auth여야 할까요? 이 선택은 조용히 코드베이스의 성장 방식을 결정합니다. 레이어별, 기능별, 소리치는 아키텍처의 실용적인 여행 — 각 회사 규모별 트레이드오프와 함께.
마이크로서비스는 출발점이 아니라 조직 규모에 대해 지불하는 세금입니다. 모놀리스에서 Modular Monolith, 마이크로서비스까지의 과장 없는 여정 — 언제(그리고 분리할지 여부를) 알려주는 신호와 함께.
프론트엔드를 독립적으로 배포 가능한 조각들로 분리하면 팀을 해방시킬 수도 — 또는 복잡성에 묻힐 수도 있습니다. Angular 호스트 + React 모듈 설정을 규모에서 출시한 경험을 바탕으로: 마이크로 프론트엔드가 보상을 줄 때, 그리고 그것이 가져오는 청구서.
