학습 본문으로 건너뛰기
VAIRODE
tree와 heap35번째 작은 수업
오늘은 질문 하나만 해결해요35 / 72

처음이어도 괜찮아요 · 그림부터 시작해요

decrease/increase-key·handle index·lazy stale-entry

오늘의 질문

arbitrary priority update·cancel·stable tie 요구가 있으면 explicit sequence와 task→index bijection 또는 generation-tagged lazy invalidation을 별도 계약하고 space·cleanup을 추적한다. 이를 생략하면 standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.에서도 작은 그림은 맞아 보일 수 있지만 skew·delete·rotation·tie·metadata 경계에서 재현 가능한 판단은 남지 않습니다.

아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.

01 · 가볍게 시작하기

정답을 보기 전에 먼저 골라볼까요?

눈으로만 보고 답 하나를 떠올려 보세요Dijkstra-style frontier·cancellable scheduler의 축소된 합성 node operation stream에서 decrease/increase-key·handle index·lazy stale-entry 판단을 수행한다.th35 · 7-node public topology · deterministic key/priority order · empty/skew/tie boundary
  1. 1
    먼저 골라보기

    틀려도 괜찮아요. 지금 생각한 답 하나를 정해요.

  2. 2
    그림으로 확인하기

    움직이는 순서와 달라지는 곳만 천천히 찾아요.

  3. 3
    내 말로 다시 말하기

    한 문장으로 말해 보면 내가 이해한 곳을 확인할 수 있어요.

02 · 그림으로 보기

그림이 움직이는 순서를 직접 확인해요

decrease/increase-key·handle index·lazy stale-entry의 관찰·추론·검증 지도decrease/increase-key·handle index·lazy stale-entry에서 root와 node edge, traversal 또는 mutation path, height·size·priority와 결과를 추적하는 설명도01관찰3개 핵심 용어02추론4개 작동 규칙03검증4개 통과 기준SVG 설명 · decrease/increase-key·handle index·lazy stale-entry의 node contract·topology·operation path·metadata·claim 판정을 한 흐름으로 분리한다.결과가 기준을 통과하지 못하면 관찰로 돌아가 최소 반례를 다시 수집합니다.
  1. 01관찰indexed heap · stable sequence · stale entry
  2. 02추론arbitrary priority update·cancel·stable tie 요구가 있으면 explicit sequence와 task→index bijection 또는 generation-tagged lazy invalidation을 별도 계약하고 space·cleanup을 추적한다. decrease/increase-key·handle index·lazy stale-entry의 correctness는 reachable node와 edge/index 관계, ordering·priority·augmentation invariant가 operation 전후 보존되는지로 판정한다. priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger에는 방문·comparison·link/swap·metadata write·size/height·result를 operation 순서대로 남긴다. Dijkstra-style frontier·cancellable scheduler로 전이할 때 comparator, duplicate/tie, ownership·invalidation·concurrency와 source claim을 새로 감사한다.
  3. 03검증decrease/increase-key·handle index·lazy stale-entry의 node identity, root/edge, comparator·priority와 observable operation 계약을 AI 없이 먼저 고정한다. standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.를 empty·singleton·duplicate·skew·tie 중 해당하는 최소 반례로 재현한다. logical ADT state와 node/array 표현, worst·amortized·observed 비용을 구분한다. priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger와 사람의 accept·revise·reject 판정 및 보장하지 않는 범위를 제출한다.
decrease/increase-key·handle index·lazy stale-entry의 node contract·topology·operation path·metadata·claim 판정을 한 흐름으로 분리한다.arbitrary priority update·cancel·stable tie 요구가 있으면 explicit sequence와 task→index bijection 또는 generation-tagged lazy invalidation을 별도 계약하고 space·cleanup을 추적한다. → stable sequence를 보존한 indexed repair와 lazy duplicate 전략을 동일 update workload에서 비교한다. → priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger; failure probe: standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.현재 화면: 정적 요약 지도 · 읽는 방법: tree shape·key order·operation 중 하나를 바꾸면 방문 경로·edge/index·metadata·result가 어떻게 달라지는지 비교한다. · 모션 축소 설계: 자동 이동과 큰 변형 없이 선택 상태·선 굵기·pattern·텍스트·표로 같은 정보를 즉시 표시한다.

처음 보는 말도 책 읽듯 풀어봐요

이 수업은 쉬운 뜻과 생활 예를 아직 함께 준비하지 못했어요. 설명 없는 정확한 이름은 먼저 보여 주지 않을게요.

그림에서 찾을 쉬운 규칙

  1. 01arbitrary priority update·cancel·stable tie 요구가 있으면 explicit sequence와 task→index bijection 또는 generation-tagged lazy invalidation을 별도 계약하고 space·cleanup을 추적한다.
  2. 02decrease/increase-key·handle index·lazy stale-entry의 correctness는 reachable node와 edge/index 관계, ordering·priority·augmentation invariant가 operation 전후 보존되는지로 판정한다.
  3. 03priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger에는 방문·comparison·link/swap·metadata write·size/height·result를 operation 순서대로 남긴다.
  4. 04Dijkstra-style frontier·cancellable scheduler로 전이할 때 comparator, duplicate/tie, ownership·invalidation·concurrency와 source claim을 새로 감사한다.

03 · 같이 풀어보기

한 단계씩 따라가면 어렵지 않아요

Dijkstra-style frontier·cancellable scheduler의 축소된 합성 node operation stream에서 decrease/increase-key·handle index·lazy stale-entry 판단을 수행한다.

함께 볼 작은 예시th35 · 7-node public topology · deterministic key/priority order · empty/skew/tie boundary
내 말로 8자 이상 적어요 · 0 / 240

04 · 이제 내가 해볼 차례

여기까지 오면 이런 일을 할 수 있어요

stable sequence를 보존한 indexed repair와 lazy duplicate 전략을 동일 update workload에서 비교한다.을 수행하고 priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger로 topology·order/priority·mutation·cost·claim level을 독립 검증한다.

  • decrease/increase-key·handle index·lazy stale-entry의 node identity, root/edge, comparator·priority와 observable operation 계약을 AI 없이 먼저 고정한다.
  • standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.를 empty·singleton·duplicate·skew·tie 중 해당하는 최소 반례로 재현한다.
  • logical ADT state와 node/array 표현, worst·amortized·observed 비용을 구분한다.
  • priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger와 사람의 accept·revise·reject 판정 및 보장하지 않는 범위를 제출한다.

05 · 자주 헷갈리는 지점

틀린 답도 이유를 알면 다음에는 맞힐 수 있어요

01decrease/increase-key·handle index·lazy stale-entry에서는 binary 모양만 같으면 tree·BST·heap·ordered index가 같은 operation과 순서를 보장한다.

한 번 더 생각해 볼 질문Dijkstra-style frontier·cancellable scheduler에서 같은 node payload를 갖지만 contract가 다른 두 topology를 그리세요.

이렇게 고쳐 생각해요arbitrary priority update·cancel·stable tie 요구가 있으면 explicit sequence와 task→index bijection 또는 generation-tagged lazy invalidation을 별도 계약하고 space·cleanup을 추적한다.처럼 shape, global order, priority와 augmentation은 서로 다른 invariant다.

02stable sequence의 작은 예제가 빠르면 모든 scale·key order·runtime에서 같은 complexity와 layout이 보장된다.

한 번 더 생각해 볼 질문standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.가 방문량이나 height를 늘리는 최소 node family를 제시하세요.

이렇게 고쳐 생각해요priority-sequence tuple·array-map bijection 또는 generation·active/stale count·repair/cleanup ledger에 height·comparison·work·logical space와 source의 qualifier를 분리해야 한다.

03AI 구현과 AI가 만든 expected tree가 일치하면 decrease/increase-key·handle index·lazy stale-entry의 correctness·성능·thread safety가 독립 검증된다.

한 번 더 생각해 볼 질문standard heap API에 decrease-key가 있다고 추론하거나 stale entry를 active result로 poll한다.를 드러내는 AI-off fixture와 사람이 계산할 oracle을 쓰세요.

이렇게 고쳐 생각해요같은 생성 가정을 공유한 결과는 oracle이 아니며 edge set·traversal·sorted sequence·reference model을 별도로 확인해야 한다.

06 · 더 궁금할 때만 보기

선생님과 검토자를 위한 믿을 만한 원문

원문과 어디까지 참고했는지 펼쳐 보기처음 배우는 동안에는 열지 않아도 괜찮아요.