Добавил поддержку json'а.
Съело тот же день, как и написать первую часть. Ощущаю, что продуктивность в сильно меньше (мой эстимейт json'овой работы - примерно 2-3 дня, то есть x3 акселерация, в сравнении x5-x15 в первый день).
Проблемы:
1. пропущенная галлюцинация в спеке, приведшая к конфликту между PRD и spec, из-за чего разные куски кода тащили в разные стороны (IRL? у меня дежавю).
2. Ужасающие выкрутасы вокруг дженериков в трейтах. Json часть написалась меньше, чем за час, а вот принесение в main.rs было болью. Там сейчас неоптимально, зато легко исправлять.
Часть времени было потрачено на небольшой рефакторинг, в ходе которого я понял, что робот был прав
```
pub struct TransferProcessor<C, B>
where
C: DuocardsClientTrait,
B: OutputBuilder,
{
client: C,
builder: B,
duplicates: DuplicateHandler,
stats: TransferStats,
deck_id: String,
}
```
А я нет. Потому что client нужен не для ложной универсальности, а для моков в тестах. Примерно через час изничтожения я понял, что сделал зачем-то хуже, чем было, откатился.
Является ли сargo clippy --fix --lib -p duoload вайб-кодингом или нет?
Сейчас пытаюсь человечный рефакторинг сделать (через vibe, через vibe).
PS У cursor что-то сломалось. Они сказали, что автокомплиты потрачены (я их особо и не юзал), а вот requests продолжают работать на бесплатном тарифе, хотя там их сильно за сотни.
Да, мой стиль vibe-кодинга, это задачи, а не зажатый tab.
Если кто-то ссылку на результат пропустил, он тут:
https://github.com/amarao/duoloadUpd: Первый раз в жизни у меня был коммит на два workflow, оба из которых прошли безупречно с первого раза. Первый раз!
https://github.com/amarao/duoload/commit/5cea4371b21e113b65b8a965d5e82d3b2e9fe625![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
