https://nguyenlephong.github.io/ko/blog 소프트웨어 아키텍처, AI, 소프트웨어 팀의 일하는 방식에 대한 글. ko Thu, 12 Mar 2026 00:00:00 GMT https://nguyenlephong.github.io/ko/blog/ai/ai-agents-explained https://nguyenlephong.github.io/ko/blog/ai/ai-agents-explained Thu, 12 Mar 2026 00:00:00 GMT 어느 날 갑자기 모두가 'AI agent'를 얘기하기 시작했습니다. 질문에 답하는 것을 넘어 직접 일을 처리하는 소프트웨어 말이죠. 하지만 agent란 정확히 무엇이고, 우리가 이미 쓰는 chatbot과 어떻게 다르며, 어디서 진짜 도움이 되고 어디서 조용히 문제를 만드는 걸까요? 이 글은 기술 지식 없이도 이해할 수 있는 친절한 안내서입니다. 모든 agent가 실행하는 단순한 루프, 구성하는 다섯 가지 요소, co-pilot에서 auto-pilot까지의 자율성 단계, 직장과 일상의 실질적인 사례, 주의해야 할 실패 유형, 그리고 이번 주부터 유용한 agent를 실제로 써볼 수 있는 방법까지 담았습니다. AI & 미래 AI AI Agent 에이전틱 AI 자동화 일의 미래 https://nguyenlephong.github.io/ko/blog/ai/ai-workflows-that-save-hours https://nguyenlephong.github.io/ko/blog/ai/ai-workflows-that-save-hours Wed, 11 Mar 2026 00:00:00 GMT 대부분의 사람들은 AI를 한 번에 하나씩 질문하며 — 그 가치의 대부분을 놓칩니다. 진짜 레버리지는 영리한 prompt가 아닙니다. 재사용 가능한 AI workflow, 즉 한 번 설계해 영원히 재사용하는 작은 단계들의 연결 고리입니다. 반복되는 두 시간짜리 잡무를 2분 검토로 바꿔주죠. 기술 지식이 없어도 이해할 수 있는 실용적인 안내서입니다: prompt와 workflow의 차이, 모든 workflow가 공유하는 간단한 구조, 직장과 일상에서 바로 훔쳐 쓸 수 있는 workflow, 수동에서 완전 자동까지의 세 단계, 나만의 workflow를 설계하는 6단계 방법, 그리고 실제로 절약하는 시간을 증명하는 간단한 공식. AI & 미래 AI AI Workflow 자동화 생산성 일의 미래 https://nguyenlephong.github.io/ko/blog/ai/ai-trends-2026-into-value https://nguyenlephong.github.io/ko/blog/ai/ai-trends-2026-into-value Tue, 10 Mar 2026 00:00:00 GMT 매주 '이것이 모든 것을 바꾼다'는 AI 헤드라인이 쏟아지고, 신호와 소음을 구분하려 애쓰는 것은 지칩니다. 이 글은 2026년에 진짜 중요한 AI 트렌드를 차분하게 살펴봅니다 — 에이전틱 AI, 멀티모달, 이미 쓰는 앱에 내장된 AI, 온디바이스 지능, 그리고 인간의 강점으로 떠오르는 판단과 검증 — 거기에 대부분의 글이 건너뛰는 부분을 함께 담았습니다: 어떤 트렌드든 업무와 생활에서 실제 가치로 바꾸는 실용적인 프레임워크. 과대 광고 필터, 가치 사다리, 간단한 가치 방정식, 실제 사례, 30일 계획까지 — 뉴스를 쫓는 것을 멈추고 이점을 복리로 쌓기 시작할 수 있습니다. AI & 미래 AI AI 트렌드 에이전틱 AI 일의 미래 생산성 https://nguyenlephong.github.io/ko/blog/architecture/ports-and-adapters https://nguyenlephong.github.io/ko/blog/architecture/ports-and-adapters Sat, 07 Mar 2026 00:00:00 GMT Hexagonal Architecture를 친근하고 예제 중심으로 설명하는 가이드: port와 adapter가 실제로 무엇인지, 이 아키텍처를 작동시키는 단 하나의 규칙, 그리고 1인 창업자든 엔터프라이즈 팀이든 딱 얼마나 적용해야 하는지. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Hexagonal Architecture Ports and Adapters Clean Architecture 시스템 설계 https://nguyenlephong.github.io/ko/blog/architecture/clean-vs-onion-vs-hexagonal https://nguyenlephong.github.io/ko/blog/architecture/clean-vs-onion-vs-hexagonal Fri, 06 Mar 2026 00:00:00 GMT 세 가지 경쟁 아키텍처처럼 보이지만, 사실은 같은 아이디어를 세 가지 방식으로 그린 것입니다 — 의존성은 안쪽을 향하고, 프레임워크는 가장자리에. 각각이 실제로 무엇을 더하는지, 그리고 어떤 상황에 어느 것을 선택해야 하는지 알아봅니다. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Clean Architecture Onion Architecture Hexagonal Architecture 시스템 설계 https://nguyenlephong.github.io/ko/blog/architecture/dependency-injection-and-ioc https://nguyenlephong.github.io/ko/blog/architecture/dependency-injection-and-ioc Thu, 05 Mar 2026 00:00:00 GMT DI 컨테이너는 밑에 있는 단순한 아이디어를 보기 전까지 마법처럼 느껴집니다: 코드가 자신의 의존성을 직접 생성하지 않도록 하고, 대신 외부에서 전달받는 것입니다. 실제 예제와 테스트에서 얻을 수 있는 이점을 포함한 처음부터 끝까지의 가이드. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Dependency Injection Inversion of Control SOLID 테스트 https://nguyenlephong.github.io/ko/blog/architecture/structuring-code-feature-vs-layer https://nguyenlephong.github.io/ko/blog/architecture/structuring-code-feature-vs-layer Wed, 04 Mar 2026 00:00:00 GMT 최상위 폴더가 controllers/services/models여야 할까요, 아니면 orders/billing/auth여야 할까요? 이 선택은 조용히 코드베이스의 성장 방식을 결정합니다. 레이어별, 기능별, 소리치는 아키텍처의 실용적인 여행 — 각 회사 규모별 트레이드오프와 함께. 소스 코드 & 아키텍처 소프트웨어 아키텍처 프로젝트 구조 Screaming Architecture Modularity 코드 구성 https://nguyenlephong.github.io/ko/blog/architecture/monolith-to-microservices https://nguyenlephong.github.io/ko/blog/architecture/monolith-to-microservices Tue, 03 Mar 2026 00:00:00 GMT 마이크로서비스는 출발점이 아니라 조직 규모에 대해 지불하는 세금입니다. 모놀리스에서 Modular Monolith, 마이크로서비스까지의 과장 없는 여정 — 언제(그리고 분리할지 여부를) 알려주는 신호와 함께. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Microservices Modular Monolith 시스템 설계 분산 시스템 https://nguyenlephong.github.io/ko/blog/architecture/micro-frontends-when-why-and-cost https://nguyenlephong.github.io/ko/blog/architecture/micro-frontends-when-why-and-cost Mon, 02 Mar 2026 00:00:00 GMT 프론트엔드를 독립적으로 배포 가능한 조각들로 분리하면 팀을 해방시킬 수도 — 또는 복잡성에 묻힐 수도 있습니다. Angular 호스트 + React 모듈 설정을 규모에서 출시한 경험을 바탕으로: 마이크로 프론트엔드가 보상을 줄 때, 그리고 그것이 가져오는 청구서. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Micro-Frontends 프론트엔드 아키텍처 Module Federation 확장성 https://nguyenlephong.github.io/ko/blog/culture/how-to-review-code-kindly https://nguyenlephong.github.io/ko/blog/culture/how-to-review-code-kindly Sun, 01 Mar 2026 00:00:00 GMT 코드 리뷰는 팀 문화가 만들어지거나 무너지는 곳입니다. 코드가 더 잘 배포되고 작성자도 더 강해져서 돌아오도록 리뷰하는 실용적인 가이드 — 구체적인 표현, 리뷰어 체크리스트, 그리고 리뷰를 조용히 독성으로 만드는 습관들. 엔지니어링 문화 엔지니어링 문화 코드 리뷰 Pull Requests 피드백 팀 협업 https://nguyenlephong.github.io/ko/blog/culture/how-to-be-a-kind-engineer https://nguyenlephong.github.io/ko/blog/culture/how-to-be-a-kind-engineer Sat, 28 Feb 2026 00:00:00 GMT 친절함은 상냥함이 아니고, 약함도 아닙니다. 친절함은 힘을 배가시키는 것입니다 — 더 명확한 피드백, 더 안전한 장애 대응, 더 빠르게 성장하는 팀원들. '엔지니어링에서의 친절함'이 실제로 무엇을 의미하는지, 그리고 코드 리뷰, 장애 대응, 일상 업무에서 어떻게 실천하는지. 엔지니어링 문화 엔지니어링 문화 Kind Engineering 심리적 안전감 공감 팀 협업 https://nguyenlephong.github.io/ko/blog/culture/how-to-write-a-great-pull-request https://nguyenlephong.github.io/ko/blog/culture/how-to-write-a-great-pull-request Fri, 27 Feb 2026 00:00:00 GMT 훌륭한 pull request는 리뷰어에게 주는 선물입니다: 작고, 잘 설명되어 있으며, 쉽게 승인할 수 있습니다. 리뷰 가능한 PR의 해부학 — 크기, 제목, 설명, 커밋 위생, 그리고 셀프 리뷰 — 구체적인 before/after 예제와 함께. 엔지니어링 문화 엔지니어링 문화 Pull Requests 코드 리뷰 Git 팀 협업 https://nguyenlephong.github.io/ko/blog/culture/giving-and-receiving-feedback https://nguyenlephong.github.io/ko/blog/culture/giving-and-receiving-feedback Wed, 25 Feb 2026 00:00:00 GMT 대부분의 엔지니어들은 피드백을 주는 방법을 배운 적이 없습니다 — 받는 방법도 마찬가지입니다. 구체적이고, 친절하며, 실행 가능한 피드백에 대한 실전 가이드, 그리고 받는 입장에서 열린 자세를 유지하는 방법 — 바로 쓸 수 있는 스크립트와 함께. 엔지니어링 문화 엔지니어링 문화 피드백 커뮤니케이션 심리적 안전감 멘토링 https://nguyenlephong.github.io/ko/blog/culture/mentoring-engineers https://nguyenlephong.github.io/ko/blog/culture/mentoring-engineers Tue, 24 Feb 2026 00:00:00 GMT 훌륭한 팀은 채용만으로는 만들어지지 않습니다. 엔지니어링 팀을 이끌어 본 경험에서: 사람들이 빠르게 레벨업하도록 멘토링하는 방법 — 페어링, 가르침으로서의 코드 리뷰, 적절한 크기의 스트레치 과제, 그리고 주니어를 무엇이든 믿고 맡길 수 있는 사람으로 만드는 마인드셋의 전환. 엔지니어링 문화 엔지니어링 문화 멘토링 커리어 성장 리더십 팀 협업 https://nguyenlephong.github.io/ko/blog/ai/context-engineering https://nguyenlephong.github.io/ko/blog/ai/context-engineering Sun, 22 Feb 2026 00:00:00 GMT 대부분의 AI 결과가 실망스러운 것은 모델이 나쁜 게 아니라 컨텍스트가 빈약하기 때문입니다. 컨텍스트 엔지니어링에 대한 실용적인 가이드 — 모델 윈도우에 무엇이 있는지, 훌륭한 컨텍스트의 다섯 기둥, 흔한 안티패턴, 그리고 일관되게 더 나은 결과를 내는 재사용 가능한 템플릿. AI & 미래 AI 컨텍스트 엔지니어링 프롬프트 엔지니어링 LLM 개발자 생산성 https://nguyenlephong.github.io/ko/blog/architecture/layered-vs-vertical-slice-architecture https://nguyenlephong.github.io/ko/blog/architecture/layered-vs-vertical-slice-architecture Wed, 11 Feb 2026 00:00:00 GMT 레이어드 구조는 처음에는 깔끔해 보이고, vertical slice 는 변경을 실제 기능 가까이에 둡니다. 두 방식의 장점과 비용, 그리고 팀이 언제 방향을 바꿔야 하는지 차분히 살펴봅니다. 소스 코드 & 아키텍처 소프트웨어 아키텍처 Vertical Slice Architecture Layered Architecture 코드 구조 Modularity https://nguyenlephong.github.io/ko/blog/culture/anatomy-of-a-healthy-one-on-one https://nguyenlephong.github.io/ko/blog/culture/anatomy-of-a-healthy-one-on-one Sun, 08 Feb 2026 00:00:00 GMT 건강한 1-on-1 은 부드러운 status meeting 이 아닙니다. context, 신뢰, feedback, 커리어 방향을 위한 작고 규칙적인 공간입니다. 엔지니어링 문화 Engineering Culture One-on-One Management Feedback Leadership https://nguyenlephong.github.io/ko/blog/ai/prompt-engineering-is-just-communication https://nguyenlephong.github.io/ko/blog/ai/prompt-engineering-is-just-communication Sat, 07 Feb 2026 00:00:00 GMT 좋은 prompt 는 마법 문장이 아닙니다. context, 의도, constraints, example, feedback 을 명확히 전하는 커뮤니케이션입니다. AI & 미래 AI Prompt Engineering Communication LLM AI Literacy https://nguyenlephong.github.io/ko/blog/perspectives/learning-to-say-no-as-a-developer https://nguyenlephong.github.io/ko/blog/perspectives/learning-to-say-no-as-a-developer Fri, 06 Feb 2026 00:00:00 GMT No 라고 말하는 것은 까다롭게 구는 일이 아닙니다. focus, quality, trust 를 지키기 위해 tradeoff 를 보이게 만드는 일입니다. Perspectives & Field Notes Personal Growth Software Engineering Boundaries Career Growth Communication https://nguyenlephong.github.io/ko/blog/ways-of-working/daily-standup-status-report-or-strategy https://nguyenlephong.github.io/ko/blog/ways-of-working/daily-standup-status-report-or-strategy Thu, 05 Feb 2026 00:00:00 GMT Daily standup 은 어제를 보고하는 의식이 될 수도 있고, 오늘의 flow, risk, attention 을 맞추는 짧은 전략 대화가 될 수도 있습니다. Ways of Working Agile Daily Standup Scrum Team Collaboration Delivery