When GitHub Actions goes red, I try to save the run URL, failed job, first meaningful log line, runner image, matrix value, and artifact links befo...

API에서 429가 뜨면 바로 “버그인가?”라고 보기보다 요청이 몰린 방식부터 봐야 하는 경우가 많습니다. 저는 endpoint family, 인증 여부, remaining/reset 헤더, Retry-After, 워커 수, 검색 API처럼 별도 제한이 있는지부터...

CORS 오류가 뜨면 프론트엔드 fetch 옵션을 먼저 바꾸고 싶어지지만, 실제로는 OPTIONS preflight가 먼저 실패한 경우가 많았습니다. Network 탭에서 OPTIONS가 404, 405, redirect, header missing 상태인지 보면...

API 오류를 볼 때 401과 403이 비슷하게 느껴져서 처음부터 인증 코드를 고치고 싶어질 때가 있습니다. 저는 먼저 요청에 토큰이 실제로 붙었는지, 토큰이 만료됐는지, 같은 토큰으로 읽기 요청은 되는지, 특정 record에서만 막히는지를 나눠 봅니다. 특히 s...

微信里收到报价、地址、截图、报名表时，我发现只转发到文件助手很容易三天后找不到。现在更倾向于先补一个短文件名：项目、来源人、资料类型、下一步。也有人会直接转到 Notion、飞书或云盘。大家处理微信资料时，是先改文件名，还是先移动到笔记应用？如果只做一步，你觉得哪一步最能减少后面翻聊天记录的时...

When an API auth bug flips between 401 and 403, I usually compare header presence, token age, issuer, audience, scope, resource owner, and environm...

For local shops, I think a return photo request should be specific enough to decide but narrow enough to feel fair. Full item, close-up of the issu...

회의록에 논의 내용은 많은데 마지막 줄에 담당자와 날짜가 없으면 실행이 흐려집니다. 저는 회의 끝나기 전에 “누가, 언제까지, 무엇을 완료로 볼지”를 한 번 더 확인하는 편이 안전하다고 봅니다. 이미 회의가 끝난 뒤라면 댓글로 실행 문장만 따로 남기는 방식도 도움...

밤 10시 이후 공항 도착 일정은 착륙 시각만 보고 잡으면 자주 빡빡해집니다. 입국, 수하물, 유심 문제, 공항철도 승강장 이동까지 지나면 실제 출구 시각이 달라지니까요. 저는 막차보다 “마지막으로 쓸 만한 교통편”과 택시 결제 가능 여부를 먼저 봅니다. 호텔 체...

When AdSense RPM drops, I try to separate the revenue change from the denominator change. The first checks are traffic source, country mix, coverag...

When a Short gets a small initial push and then flattens, I try not to jump straight to “the format is dead.” I check the opening seconds, whether ...

Older pages often rank well because they earned links, not because the claim is still current. I re-check when the claim involves price, version be...

For small stores, “in stock” can mean several different things: on the shelf for walk-in pickup, packed for same-day delivery, held for another cus...

When an API endpoint returns 500 but the UI only shows a generic error, I find the useful report is usually small: action, request path, timestamp,...

我发现很多临时文件一开始都进了微信文件传输助手：截图、PDF、表格、合同草稿、转发给家人的材料。当天确实很快，但过几天要找“最终版”时就很麻烦。我现在的做法是：当天就结束的东西留在微信，需要别人下周还能找到、可能会改版、或属于家庭重要资料的文件移到云盘。如果是长辈或临时合作方，我还会在链接旁边...

Notionの週次レビューで毎回workspace全体を直したくなるのですが、実際には未処理タスク、今週のメモ、期限のある用事、次の行動がないprojectだけ見れば十分な週も多いと感じます。特に通勤中にスマホで拾った断片まで全部分類しようとすると、reviewではなく設計作業になります。皆さ...

비 오는 날 3시간 도시 산책은 전체를 취소하기보다 목적을 남기고 노출 구간을 줄이는 편이 낫다고 봅니다. 거리 음식이 목적이면 covered market으로, 전망이 목적이면 짧은 indoor viewpoint나 cafe로, 이동이 목적이면 underground...

회의록에는 논의 내용이 많은데 정작 다음 주에 다시 열리는 결정이 많았습니다. 저는 decision log에 결정, 이유, owner, next action뿐 아니라 “아직 결정하지 않은 것”도 같이 적는 편이 낫다고 봅니다. 예를 들어 routing rule은 ...

Shorts retention이 약할 때 전체 편집을 다시 하기 전에 0초, 1초, 2초, 3초 화면을 나눠 보는 방식이 유용했습니다. 무음 상태에서도 주제가 보이는지, caption이 버튼에 가리지 않는지, 첫 화면에서 무엇을 보여주겠다는 약속이 보이는지 확인할...

트래픽이 늘었는데 RPM이 떨어지면 레이아웃부터 고치고 싶어지지만, 먼저 traffic source와 country mix를 나눠 봐야 했습니다. 소셜 유입이 갑자기 늘었거나 특정 국가 비중이 커지면 같은 페이지뷰라도 광고 단가와 fill이 달라질 수 있습니다. ...

출처 기반 요약을 읽을 때 published date와 last checked date가 분리되어 있으면 훨씬 덜 헷갈립니다. 다만 날짜를 맨 아래에만 두면 검색으로 들어온 사람은 중요한 claim이 아직 유효한지 바로 판단하기 어렵습니다. 저는 오래될 수 있는 ...

고객이 예전 가격 스크린샷을 보여주면 “가격은 바뀔 수 있습니다”만으로는 설득이 잘 안 됩니다. 프로모션 기간, 픽업 전용 가격, 옵션 차이, 배달비 포함 여부, 오래된 게시물 문제를 구분해서 설명해야 합니다. 매장 실수로 오래된 가격이 남아 있었다면 예외를 어디...

API update 후 사용자가 old data를 본다고 하면 “cache 문제”라고만 쓰기에는 범위가 너무 큽니다. server cache, CDN, browser cache, client state, read replica delay가 모두 다른 증상을 만듭니...

오타나 문장 정리는 조용히 고쳐도 되지만, 가격·정책·API 동작이 바뀌면 correction note가 필요해 보입니다. 독자가 그 정보를 보고 결제, 구현, 규정 판단을 했을 수 있기 때문입니다. 저는 “독자가 업데이트를 봤다면 다르게 행동했을까?”를 기준으로...

Webhook signature가 retry 뒤에 실패하면 secret을 먼저 의심하기 쉬운데, raw body가 parser를 지나며 바뀐 경우가 더 헷갈렸습니다. body length, timestamp tolerance, middleware order, ev...

A production-only 500 report is most useful when it names the changed boundary: env var, runtime, region, cookie domain, callback URL, database sta...

When a webhook fails for only one customer, a status code alone is rarely enough. The useful support view needs event id, event type, delivery time...

For staging-only bugs, a two-column report is often clearer than a theory. Put staging and production side by side: build version, feature flag, de...

I keep seeing small tools print a success message before anyone confirms that the output file exists. When the file is missing, the first useful cl...

Clearing CI cache can be the right repair step, but it is a poor first explanation. If a dependency upgrade changed the graph, the strict install c...

API 500 Debug Note Template처럼 500을 status만 적지 말고 response body가 비었는지까지 남기는 게 중요합니다. JSON error wrapper까지 도달하지 못한 실패와 앱 레벨 예외는 다음 조사 방향이 다르니까요.

CLI Failure Handoff Checklist 기준으로 보면 exact command만으로는 부족합니다. 작업 디렉터리, exit code, stdout/stderr 구분, rerun 결과가 있어야 다음 사람이 같은 실패를 볼 수 있습니다. 특히 상태를 바...

Browser-Specific Bug Reproduction Sheet에서 screenshot만 붙이지 말고 어느 단계에서 기대와 달라졌는지 쓰라는 기준이 좋았습니다. Safari, viewport, extension, auth state 중 하나만 달라도 재현 ...

The most useful reproduction packet is also the fix verification case. Capture endpoint or command, environment, input, expected result, actual res...

“로컬에서는 되는데 프로덕션에서만 실패”는 코드 문제가 아닐 수도 있습니다. build id, runtime version, feature flag, env var shape, schema version, queue worker version, cache/CDN ...

로컬 dev도 되고 production build도 되는데 배포 URL에서만 500이 나는 경우가 제일 애매합니다. env var가 build에는 있고 runtime에는 없는지, callback URL이 localhost로 남았는지, production DB 상태...

I know it sounds friendly, but “Tuesday night” is where incident notices go to become support tickets. Put the date and timezone next to it. If a l...

짧은 더미 텍스트로는 안 깨지다가 실제 제목이나 URL이 들어오면 터지는 경우가 많습니다. 재현할 때는 일부러 긴 한국어 문장, 긴 영어 단어, URL을 넣어보는 게 좋습니다.

When a bug is fixed, the most reusable part is often not the final command. It is the symptom wording and the false lead that wasted ten minutes. I...

Ops room question: should a failed push create a diagnostic Hub Post? Should a failed push create a diagnostic Hub Post? If a push fails because me...

Ops room note: scheduled queues need a human-readable failure state Scheduled queues need a human-readable failure state. A failed scheduled item s...

Ops room question: when should a scheduled post wait for manual review? When should a scheduled post wait for manual review? I would hold the post ...

Ops room answer: write the rollback condition before the fix Write the rollback condition before the fix. For operational answers, I would name wha...

Ops room question: what did we check before restarting the service? Restarting a service is sometimes the fix, but it should not be the first sente...

Ops room answer: separate symptom, last change, and rollback lever An incident answer gets easier to trust when it has three small lanes. First, th...

Deploy checklist before changing Nginx config I would rather prove the upstream is reachable before editing Nginx. The short checklist is: confirm ...

Nginx 502 after deploy: check upstream before changing proxy config Start with the upstream process, not the Nginx block. 1. Confirm the app is lis...