https://taez224.github.io/ 어느 소프트웨어 엔지니어의 개인 위키입니다. AI 시대에 개발자로 살아가며 배운 개념과 기술, 그 과정에서 든 생각, 발행한 글과 읽은 책을 모아둡니다. ko https://taez224.github.io/notes/operator-classification-burden/https://taez224.github.io/notes/operator-classification-burden/ Mon, 05 Oct 2026 15:00:00 GMT생각 노트 사용자를 위한 입력 폼을 만들다 보면 선택지를 많이 제공하는 것이 사용자를 배려하는 일처럼 느껴진다. 하지만 사용자가 원하는 것을 고르는 선택과, 운영자가 처리하기 편하도록 정보를 분류하는 선택은 다르다. 후자를 사용자에게 요구하면 사용자는 전하려던 내용을 입력하기 전에 서비스의 분류 기준부터 이해해야 한다. 선택지가 많지 않더라도 무엇을 골라야 할지 망설이다 입력을 포기할 수도 있다. https://taez224.github.io/dev/jev-issue-triage/https://taez224.github.io/dev/jev-issue-triage/ Thu, 01 Oct 2026 15:00:00 GMT개발 노트 이 사이트의 오류·의견 제보를 GitHub 이슈로 받아 Jev로 분류하고, 확신도가 0.9 이상인 분류에만 라벨을 붙인다. https://taez224.github.io/dev/jev-system-one/https://taez224.github.io/dev/jev-system-one/ Wed, 23 Sep 2026 15:00:00 GMT개발 노트 문장 대신 선택지별 확률을 돌려주는 Jev는 LLM과 무엇이 다르고, 어떤 판단을 맡길 만한가. https://taez224.github.io/notes/verification-not-validation/https://taez224.github.io/notes/verification-not-validation/ Mon, 21 Sep 2026 15:00:00 GMT생각 노트 AI 코딩 도구를 쓰면서 테스트를 작성하고 통과시키는 데 드는 수고가 크게 줄었다. 수정을 요청하면 AI가 관련 테스트를 알아서 만들고, TDD를 요청하면 테스트부터 구현과 리팩터링까지 이어간다. 테스트까지 모두 통과하면 내가 요청한 기능도 완성됐다고 여기기 쉽다. 하지만 테스트 통과는 테스트에 담긴 조건을 만족했다는 뜻일 뿐이다. https://taez224.github.io/dev/tanstack-highlight-java/https://taez224.github.io/dev/tanstack-highlight-java/ Tue, 15 Sep 2026 15:00:00 GMT개발 노트 기존 Markdown 렌더러에 TanStack Highlight를 연결하고, 기본 지원에 없는 Java 구문 강조를 사용자 정의 토크나이저로 보완한 과정 https://taez224.github.io/dev/mermaid-12-changes/https://taez224.github.io/dev/mermaid-12-changes/ Mon, 14 Sep 2026 15:00:00 GMT개발 노트 Mermaid 12는 일부 다이어그램의 기본 배치와 외형을 바꾸고, UseCase와 AgentFlow 다이어그램을 추가했다. https://taez224.github.io/dev/machine-readable-outputs/https://taez224.github.io/dev/machine-readable-outputs/ Wed, 09 Sep 2026 15:00:00 GMT개발 노트 robots.txt와 사이트맵, llms.txt, 구조화 데이터가 기계 독자에게 각각 무엇을 알리고, 이 사이트는 그중 무엇에 기대를 걸지 않는가. https://taez224.github.io/dev/graph-flicker-on-reload/https://taez224.github.io/dev/graph-flicker-on-reload/ Tue, 08 Sep 2026 15:00:00 GMT개발 노트 브라우저가 스크립트 실행 전에 첫 화면을 그리기 때문이며, 그래프 크기를 미리 알면 정적 그림으로 같은 모습을 먼저 보여 주고 크기가 화면마다 다르면 스크립트가 끝날 때까지 렌더링을 미룬다. https://taez224.github.io/dev/vault-with-ai/https://taez224.github.io/dev/vault-with-ai/ Tue, 08 Sep 2026 15:00:00 GMT개발 노트 Obsidian vault 관리를 AI 에이전트에게 맡기려고 지침·스킬·검색 도구를 둔 방식과, 삭제·승격·공개 판단은 사람이 맡기로 한 기준 https://taez224.github.io/notes/delegate-by-skill-to-build/https://taez224.github.io/notes/delegate-by-skill-to-build/ Mon, 07 Sep 2026 15:00:00 GMT생각 노트 같은 작업이라도 결과물을 완성하려는지, 그 과정을 통해 역량을 기르려는지에 따라 AI에 맡길 범위가 달라진다. 자동화 여부는 작업의 명칭이 아니라, 그 과정에서 기르거나 보존하려는 역량으로 판단해야 한다. 나중에 다시 이해할 수 있도록 비문을 다듬는 일은 AI에 맡길 수 있다. 하지만 글쓰기 역량을 기르는 것이 목적이라면 그 다듬는 과정 자체가 남겨야 할 사고가 된다. https://taez224.github.io/dev/garden-build-deploy/https://taez224.github.io/dev/garden-build-deploy/ Sun, 06 Sep 2026 15:00:00 GMT개발 노트 Obsidian vault의 Markdown을 Astro가 공개 규칙에 따라 웹페이지로 바꾸고, GitHub Actions가 산출물을 검사해 GitHub Pages에 배포하는 구성이다. https://taez224.github.io/notes/gardening-principles/https://taez224.github.io/notes/gardening-principles/ Sun, 06 Sep 2026 15:00:00 GMT생각 노트 이 위키에 노트를 쓰고 고치고 연결하는 기준. https://taez224.github.io/dev/graph-label-placement/https://taez224.github.io/dev/graph-label-placement/ Sat, 05 Sep 2026 15:00:00 GMT개발 노트 생각 지도에서 제목이 겹치는 문제는 노드 배치가 아니라 제목 배치와 표시 우선순위, 확대와 글자 크기의 분리 문제다. https://taez224.github.io/dev/k8s-desired-vs-actual-state/https://taez224.github.io/dev/k8s-desired-vs-actual-state/ Sat, 05 Sep 2026 15:00:00 GMT개발 노트 Kubernetes에 설정을 적용한 것과 애플리케이션이 준비된 것은 다르며, 컨트롤러는 관측한 상태를 원하는 상태에 맞추는 작업을 반복한다. https://www.nextree.io/ai-agent-sidaeyi-human-agency/https://www.nextree.io/ai-agent-sidaeyi-human-agency/ Mon, 24 Aug 2026 15:00:00 GMT블로그 AI와 함께 SSE 구현을 다듬는 동안 잘 돌아간다는 증거는 쌓였지만, 계속 써야 하는지는 실행만으로 판단할 수 없었다. 판단을 실제 선택으로 옮기는 Human Agency를 돌아본다. https://taez224.github.io/notes/human-agency/https://taez224.github.io/notes/human-agency/ Wed, 19 Aug 2026 15:00:00 GMT생각 노트 판단만으로는 일이 달라지지 않는다. 무엇에 무게를 둘지 알았다고 해도 그 판단이 실제 선택에 반영되지 않으면 처음 정한 방향은 그대로 남는다. Human Agency는 그 판단을 실제 선택으로 옮기고 결과를 책임지는 힘이다. 방향을 바꾸는 것만 그 증거는 아니다. 재질문 끝에 지금 방식을 그대로 쓰기로 한 결정도 같은 증거다. https://taez224.github.io/notes/abstraction-and-resolution/https://taez224.github.io/notes/abstraction-and-resolution/ Thu, 13 Aug 2026 15:00:00 GMT생각 노트 경험을 다른 문제에 다시 쓰려면 추상화가 필요하다. 여러 사건에서 닮은 점을 남기면 새 문제에 쓸 만한 후보를 빨리 찾을 수 있다. 대신 닮은 점을 남기는 동안 이번 선택을 가르는 차이도 함께 빠질 수 있다. 그래서 후보를 찾은 뒤에는 필요에 따라 해상도를 다시 높여야 한다. 여기서 고해상도로 본다는 것은 정보를 가능한 한 많이 모으는 일이 아니다. https://taez224.github.io/notes/taste/https://taez224.github.io/notes/taste/ Thu, 06 Aug 2026 15:00:00 GMT생각 노트 흔히 '취향'이나 '안목'으로 번역되지만, 그것만으로 taste를 다 설명할 수는 없는 것 같다. Andrew Ng이 말한 맥락적 우위에는 내가 직접 쌓은 지식과 경험, 필요할 때 찾아볼 문서와 데이터, 물어볼 사람의 시선이 함께 들어간다. 그중 지금 필요한 것을 꺼내 연결하고 무엇에 더 무게를 둘지 정하는 일. 나는 그게 taste에 가깝다고 생각한다. https://taez224.github.io/notes/hiring-for-judgment/https://taez224.github.io/notes/hiring-for-judgment/ Sun, 26 Jul 2026 15:00:00 GMT생각 노트 코딩 테스트나 AI 리터러시처럼 분리된 대리 지표만으로는 실제 업무 역량을 알기 어렵다. 해당 직무를 대표하는 업무와 환경을 샘플로 만들고, 지원자가 문제에 어떻게 접근하며 결과를 어떻게 검증하고 설명하는지를 봐야 한다. AI 사용은 별도 시험 과목이 아니라, 실제 업무에서 쓰는 도구라면 샘플 업무 환경에 포함할 요소다. https://taez224.github.io/notes/judgment-turns-context-into-criteria/https://taez224.github.io/notes/judgment-turns-context-into-criteria/ Thu, 23 Jul 2026 15:00:00 GMT생각 노트 AI 시대에 taste가 중요하다는 말은 맞다. 다만 taste로 드러나는 판단의 바탕에는 사용자의 상황, 제품의 목적, 팀의 역량, 운영 제약과 실패 비용처럼 AI가 아직 충분히 알지 못하는 맥락상의 우위가 있다. 맥락을 머릿속에만 두어서는 안 된다. 인간의 판단력은 그 맥락을 목표·제약·대표 사례·평가 기준·피드백으로 바꾸고 AI가 실제 실행에 쓸 수 있게 할 때 작동한다. https://taez224.github.io/notes/cherny-five-archetypes/https://taez224.github.io/notes/cherny-five-archetypes/ Sun, 19 Jul 2026 15:00:00 GMT생각 노트 Boris Cherny는 엔지니어·PM·디자이너 같은 직무명보다, 사람들이 실제로 어떤 방식으로 일하는지를 다섯 가지 아키타입으로 설명했다. 한 사람이 하나의 역할에만 머무는 것은 아니며, 상황에 따라 둘 또는 셋의 역할을 함께 맡을 수 있다. Prototyper: 새로운 아이디어를 많이 내고 빠르게 시도한다. 그중 대부분은 실제 제품으로 이어지지 않을 수 있다. https://www.nextree.io/airo-bbalrajin-gaein-sohwahaji-moshaneun-tim/https://www.nextree.io/airo-bbalrajin-gaein-sohwahaji-moshaneun-tim/ Thu, 09 Jul 2026 15:00:00 GMT블로그 AI는 개인이 코드와 문서를 만드는 속도를 높였지만, 그 산출물이 곧바로 팀의 진척이 되지는 않습니다. 팀의 책임으로 넘어오는 경계에서 판단·추적·복구 가능성을 확인해야 합니다. https://www.nextree.io/ai-eijeontig-weokeupeulro/https://www.nextree.io/ai-eijeontig-weokeupeulro/ Sun, 03 May 2026 15:00:00 GMT블로그 AI가 세션마다 맥락을 잃는 문제를 팀의 원칙과 요구사항 정제·검증 절차를 규칙과 커맨드로 구조화해 푼 60일의 기록. 핵심은 AI 조련이 아니라 암묵지를 실행 가능한 워크플로로 바꾸는 일이었다. https://taez224.github.io/posts/onlyoffice-04-sdk-minio-saga/https://taez224.github.io/posts/onlyoffice-04-sdk-minio-saga/ Wed, 21 Jan 2026 15:00:00 GMT블로그 ONLYOFFICE Java SDK로 Config 생성을 고도화하고 MinIO와 Saga 패턴, 콜백 큐로 저장 정합성과 동시성을 다룬 구현 기록. https://taez224.github.io/posts/onlyoffice-03-key-and-metadata/https://taez224.github.io/posts/onlyoffice-03-key-and-metadata/ Tue, 13 Jan 2026 15:00:00 GMT블로그 document.key와 referenceData.fileKey를 분리하고 SAVE·FORCESAVE를 구분해 문서 메타데이터와 버전을 관리한 구현 기록. https://taez224.github.io/posts/onlyoffice-02-implementation/https://taez224.github.io/posts/onlyoffice-02-implementation/ Thu, 27 Nov 2025 15:00:00 GMT블로그 Antigravity를 이용해 ONLYOFFICE Document Server와 Spring Boot·React 데모를 빠르게 연결하고, Config·JWT·콜백 흐름을 구현한 기록. https://taez224.github.io/posts/onlyoffice-01-first-look/https://taez224.github.io/posts/onlyoffice-01-first-look/ Sun, 23 Nov 2025 15:00:00 GMT블로그 ONLYOFFICE Docs를 서비스에 통합할 때 단순한 에디터 연결을 넘어 문서 권한, 저장 콜백, JWT 검증, 온프레미스 운영까지 함께 설계해야 하는 이유를 정리한 글이다. https://taez224.github.io/posts/platform-team-evolution/https://taez224.github.io/posts/platform-team-evolution/ Wed, 05 Nov 2025 15:00:00 GMT블로그 플랫폼 팀은 인프라를 운영하는 지원 조직에서 개발자의 몰입과 조직의 학습 구조를 설계하는 팀으로 확장되고 있다. https://taez224.github.io/posts/ai-report-human-thought/https://taez224.github.io/posts/ai-report-human-thought/ Mon, 03 Nov 2025 15:00:00 GMT블로그 AI로 플랫폼팀 보고서를 만드는 과정에서, 도구가 높이는 속도만큼 인간이 생각의 방향과 조직의 몰입 환경을 지켜야 한다고 성찰한 글. https://taez224.github.io/posts/growth-is-not-an-obligation/https://taez224.github.io/posts/growth-is-not-an-obligation/ Thu, 28 Aug 2025 15:00:00 GMT블로그 자기계발·발전·성장을 구분하고, 성장 압박 대신 사고방식의 질적 전환에 집중하자고 말하는 글.