评审一段缓存代码
读缓存、写数据库、删缓存 —— 这三行的顺序里藏着一小时的脏数据。
Скопируйте заготовку и выберите модель. Она будет вести себя как интервьюер и разбирать задачу с вами по действиям, а не выкладывать ответ.
На телефоне с установленным приложением система откроет само приложение. Внутри WeChat внешние приложения не открываются — сначала откройте ссылку в браузере.
В конце скопированного текста лежит разбор, по которому модель вас оценивает. Не читайте его заранее: ценно именно то, что вы дошли сами.
三个函数：读商品、更新商品、取热榜。都是日常写法，也都是线上真出过事的写法。
这一份追一个别的地方很少追的问题：脏数据会在缓存里待多久。 一次不一致和「一小时都不一致」是两回事，而说不出后面那个数的人，改法通常也是错的。
第三幕的中心问题是：先删缓存再更新库有窗口，那反过来就没有了吗？ 两种顺序都有窗口，只是差几个数量级 —— 说得出这一句才算过。
Что здесь в основном подложено
Этот текст в репозитории (в конце того файла лежат карты на руках — вы их увидите)
Делали эту задачу?
Войдите, чтобы отметить, что задача пройдена: в следующий раз будет видно, когда это было.
Заметки тех, кто уже прошёл
Как этим пользоваться
Материал наш: несколько десятков строк с виду рабочего кода и десяток дефектов, подложенных по убыванию тяжести. От вас эта серия не требует ничего — открывайте и начинайте.
Поза допросная: без спойлеров, без похвалы, и «не смог ответить» — нормальный исход. Скажете «здесь гонка» — не отпустит: потребует две колонки таймлайна и масштаб ущерба.
С чего начать
- Выберите одно, откройте, скопируйте промпт.
- Вставьте в новый пустой чат — он сам вернёт вам этот код без изменений.
- Читайте сами и назовите все найденные проблемы по одной — в первой сцене он не перебивает и не подсказывает. Закончив, скажите «это всё».
Четыре команды, их можно бросить в любой момент
跳过Сразу к следующей сцене提示Дай направление, но не ответ直说吧Дай полный ответ по этому пункту и продолжай спрашивать про цену复盘Сразу к итоговой карточке
В конце — цифра
Доля находок: сколько нашли сами, из скольких, и сколько было ложных срабатываний. И ещё одна, менее приятная цифра — сколько из пропущенного относится к высшей степени тяжести (пропадают деньги, утекают данные, падает сервис). Она полезнее общей оценки.
Три ловушки
- Ключ в конце — это и есть тот самый список дефектов. Не читайте его заранее: прочитали — задание израсходовано.
- Не сообщайте о названиях и стиле. Здесь считается, теряются ли деньги и утекают ли данные; замечания по стилю записываются как ложное срабатывание.
- Как только начнёт хвалить, напомните про правило «не хвали меня». Ощущение правоты заглушает вопрос «что я пропустил».
Начните с перевода денег — там дефекты плотнее всего. Если вы каждый день пишете API, идите сразу к списочной ручке: дыра в правах и инъекция через параметр сортировки легче всего находятся в собственном коде. Что бы вы ни прошли, потом поищите то же самое у себя в репозитории — настоящий результат это три проверочных вопроса из итоговой карточки.
Войти, чтобы написать заметку.