CCA Prep
CCAR-FEN

Урок 3.5Урок 17 з 30

Ітеративне вдосконалення

Apply iterative refinement techniques for progressive improvement

Ітеративне вдосконаленняРезультат ще не той. Чому?інструкцію тлумачатьпо-різному2–3 приклади«вхід → вихід»хибна поведінка чикрайні випадкиСпершу тести,потім передатипадіннявхід + очікуванийвихіднезнайома предметнаобластьСпершу інтерв'ю,потім реалізаціяClaude ставить вамзапитаннякілька проблемодразуПов'язані → однеповідомленнянезалежні → почерзіГучніша інструкція, «будь уважним» чи потужніша модель тут рідко допомагають

Головне

  1. 1Якщо текстову інструкцію від запуску до запуску розуміють по-різному, покажіть 2–3 конкретні приклади «вхід → вихід». Приклади пояснюють потрібне перетворення краще, ніж та сама інструкція, переписана наполегливіше.
  2. 2Ітерації через тести: ще до реалізації напишіть тести на поведінку, крайні випадки й продуктивність, а потім передавайте Claude реальні падіння тестів. Фраза «досі не працює, будь уважнішим» не дає йому жодної зачіпки.
  3. 3Виправляєте крайній випадок? Дайте конкретний тест із вхідними даними й очікуваним результатом (запис із middle_name = null має лишитися NULL, а не перетворитися на рядок "None").
  4. 4У незнайомій предметній області (інвалідація кешу, повторні спроби, режими збоїв) застосовуйте interview pattern: нехай Claude спершу поставить вам запитання. Так ще до написання коду випливе те, про що ви не подумали.
  5. 5Якщо виправлення кількох проблем впливають одне на одне, опишіть їх в одному детальному повідомленні, щоб Claude розв'язував їх разом. Незалежні проблеми виправляйте по одній і перевіряйте кожну, перш ніж братися за наступну.
Що перевіряє іспит із цієї теми

Формулювання з програми іспиту (англійською).

  • 3.5.K1Concrete input/output examples communicate transformations best when prose is misread
  • 3.5.K2Test-driven iteration: tests first, iterate on failures
  • 3.5.K3Interview pattern: Claude asks questions to surface unconsidered issues
  • 3.5.K4One message for interacting problems vs sequential fixes for independent ones
  • 3.5.S1Give 2–3 input/output examples when descriptions give inconsistent results
  • 3.5.S2Write tests for behaviour, edge cases, performance before implementation; share failures
  • 3.5.S3Use the interview pattern in unfamiliar domains (cache invalidation, failure modes)
  • 3.5.S4Give specific test cases with input and expected output to fix edge cases (nulls in migrations)
  • 3.5.S5Address interacting issues together, independent issues sequentially

Закріпіть тему

Дайте відповідь на запитання за сценаріями з цієї теми. До кожного варіанта є розбір.

Тренування 3.5 · 23 запитання