YDMmobile / oss
KOEN

Keyword / 55 entries

tooling

이 키워드가 붙은 글입니다. 전체 글

Category
  1. 25

    Your Vary Test Passed. Production Still Dropped Accept

    I had a content-negotiation test that passed. Then I asked production the same question. Production gave me the right body and the wrong evidence. That is an uncomfortable category of bug because the application appears to work. A client asking for HTML receives HTML. A client asking for Markdown receives Markdown. An…

    EN2026-08-29

  2. 26

    키를 정렬했는데 왜 다른 키가 움직였죠? JSON 재배치 CLI의 안전한 --inplace

    요구사항은 처음에 아주 짧았습니다. 예를 들어 원본이 다음과 같다고 하겠습니다. 요청 순서는 ['d', 'b']입니다. 결과를 어떻게 예상하시나요? 저는 처음에 이런 “선택 key를 앞으로 모으는 정렬”을 떠올릴 수 있다고 봤습니다. 하지만 실제 요구는 달랐습니다. 배열에 없는 key는 원래 자리에 남아야 했습니다. 따라서 결과는 이것입니다. a와 c는 움직이지 않았습니다. 원래 b와 d가 차지하던 두 자리 안에서만 d, b 순서로 바뀌었습니다. 작은 차이처럼 보이지만 algorithm도, test도, CLI의 안전성도 여기서 갈립니다. “key를 정렬한다”는…

    KO2026-08-23

  3. 27

    A 202 Accepted Is Not Zero Contributors

    One number on my GitHub profile card kept lying with excellent typography. Lines of code changed sometimes dropped to zero or came out suspiciously small. The failure mode was quiet: unavailable data could become a numeric zero inside an otherwise complete-looking SVG. Nothing in the card's shape explained why the…

    EN2026-08-22

  4. 28

    Redaction Is Not Omission: Publishing Private Work in a Public Coding-Stats Card

    I wanted to publish a tiny SVG card showing where my coding time went during the last seven days. Languages were easy. Projects were not. A public card might contain rows such as: The private project's real name is already absent in this example. WakaTime has supplied the placeholder Unknown Project. So the privacy…

    EN2026-08-21

  5. 29

    테스트가 한 번 더 돌면 실패했습니다: VS Code Extension Host 수명주기 고치기

    테스트를 한 번 돌렸습니다. 통과했습니다. 같은 코드를 한 번 더 돌렸습니다. 이번에는 copy-code-as-snippet.copy command가 이미 존재한다며 실패했습니다. 코드는 그대로인데 결과만 바뀌면 의심 목록이 아주 풍성해집니다. 마지막 항목은 늘 설득력이 있지만, 보통 고칠 수가 없습니다. (CI에게 따뜻한 차를 건넬 수도 없고요.) 제가 만든 VS Code extension인 copy-code-as-snippet의 실제 원인은 테스트 데이터가 아니었습니다. 테스트가 공유하던 Extension Host의 수명주기였습니다. 문제가 있던 suite는 각…

    KO2026-08-21

  6. 30

    한글 단어는 지키고, 코드는 어디서 줄바꿈하죠? (keep-all만 넣고 끝내면 안 되는 이유)

    시작은 iOS였습니다. 개인 포트폴리오의 최근 글 목록을 만들면서, 짧은 링크에 쓰던 .text-link 스타일을 글 제목에도 재사용했습니다. 이미 밑줄과 hover 효과가 있으니 이름만 봐도 딱 맞아 보였거든요. 그런데 iOS 위젯은…이라는 제목이 화면에서 IOS 위젯은…으로 바뀌었습니다. .text-link는 짧은 CTA를 위한 primitive라서 text-transform: uppercase가 들어 있었습니다. 한글은 그대로 두고 제목 속 영문 제품명만 대문자로 바꿔버린 겁니다. CSS가 한국어를 모르는 줄 알았는데, 필요한 부분만 아주 성실하게 건드리고…

    KO2026-08-20

  7. 31

    My Formatter Broke an Immutable Resume by Formatting It Correctly

    Part 2 of The Portfolio Is an Interface. I froze a resume snapshot, recorded its SHA-256 hash, and wrote a validator that rejected later edits. Then my formatter edited it. Prettier did not corrupt the Markdown. It did not delete a sentence, reorder a section, or hallucinate a new skill. It removed twelve blank lines.…

    EN2026-08-19

  8. 32

    Your Public Resume Should Be a Projection, Not a File Read

    Part 1 of The Portfolio Is an Interface. I wanted one resume file to feed everything: the Korean page, the English page, the printable documents, and the work pages on my portfolio. One source of truth, fewer places for a date or sentence to drift. Very tidy. Then I wrote a test fixture with a fake phone number in it…

    EN2026-08-19

  9. 33

    Prettier는 왜 내 Dart 코드만 그냥 두고 갈까 (부제: 그래서 만들어봤다)

    이메일로 마크다운 문서를 하나 받았다. 안에 Dart 코드가 블록 단위로 흩어져 있었는데, 하나같이 줄이 안 맞아 있었다. 그래서 이 짓을 하고 있었다. 블록 하나를 복사한다. dartpad.dev에 붙여넣는다. 포맷을 돌린다. 결과를 복사한다. 문서로 돌아와 그 자리에 붙여넣는다. 다음 블록으로 간다. 세 번째 블록쯤에서 현타가 왔다. 나는 이 문서를 어차피 prettier --write로 한 번 훑을 참이었다. 얘가 다 해주면 안 되나? Prettier로 마크다운을 포맷해본 사람은 알겠지만, 얘는 코드 블록 안쪽까지 건드린다. ```json에 중괄호랑 공백을…

    KO2026-08-18

  10. 34

    슬래시 명령어에서 스킬로: AI 도구의 실행 단위를 바꾸는 이유

    AI 코딩 도구에서 /무언가를 입력해 보신 적이 있다면, 어느 날 그 명령이 사라지고 “스킬을 호출하세요”라는 안내를 만났을 때 조금 당황했을 법합니다. 이름만 바꾼 것 같은데, 왜 굳이 명령어를 스킬로 옮길까요? 명령어가 잘못해서 벌을 받는 것도 아닌데 말입니다. 이 질문을 풀 때 가장 먼저 버려야 할 생각은 **“명령어와 스킬은 같은 버튼의 다른 라벨”**이라는 모델입니다. 사용자 입장에서는 둘 다 어떤 일을 시작하는 입구처럼 보입니다. 하지만 도구를 만들고 배포하는 쪽에서는 입구의 이름보다, 그 뒤에 무엇을 묶어 두고 여러 환경에 어떻게 전달할지가 더 큰…

    KO2026-08-13

  11. 35

    AI 대화의 도구 호출과 결과는 어떻게 짝을 찾을까?

    AI가 도구를 두 번 불렀는데, 결과도 두 개 돌아왔습니다. 그런데 결과가 호출 바로 다음 줄에 붙어 있지 않다면 어떨까요? 대화 기록을 읽는 쪽에서는 갑자기 작은 추리극이 시작됩니다. 이 결과는 어느 호출의 답일까? 그냥 가까이 있는 것끼리 붙이면 되는 걸까? 도구를 쓰는 AI 대화는 보통 도구 호출과 도구 결과를 별도 블록으로 남깁니다. 호출은 AI가 어떤 도구에 무엇을 요청했는지 나타내고, 결과는 실행 뒤에 돌아온 내용을 담습니다. 둘을 다시 연결하는 일을 여기서는 **짝짓기(pairing)**라고 부르겠습니다. 대화 화면에서는 한 덩어리처럼 보여도, 구조화된…

    KO2026-08-13

  12. 36

    AI가 확신 못 하는 일은 왜 '검토함'으로 보내야 할까?

    AI에게 문서를 정리하게 하면 가장 곤란한 순간은 틀린 답을 내놓을 때만이 아닙니다. 애매한데도 너무 매끄럽게 다음 행동까지 정해 버릴 때가 더 난감할 수 있습니다. 새 페이지를 만들어야 할지, 자료를 더 찾아야 할지, 그냥 지나가도 될지 모르는 상황에서 말이죠. 그때 모델이 “제가 알아서 처리했습니다”라고 하면 (친절한 척하지만), 우리는 무엇을 확인해야 하는지도 잃어버립니다. llm_wiki의 README는 이런 판단을 Async Review System, 즉 비동기 검토함으로 따로 보냅니다. ingest 과정에서 LLM이 사람의 판단이 필요하다고 본 항목을…

    KO2026-08-13