Roman @3draven@mtdn.anyqn.com

Я нашел таки способ идеально готовить с минимальными затратами вареные яйца. Аэрогриль. В нем они не лопаются. Осталось только время подобрать, судя по всему 180 градусов и 9 минут. Попробую на 220 может быстрее будет. Никакой воды не надо кипятить. Потом бросил в холодную и все, гриль еще и пищит когда надо.

Прошло три месяца с момента атомарной миграции на убунту 24.04. Снес 20.04 оставив только хомяк и етц. Еще несколько месяцев и снесу раздел.

Так же не стал совсем уж оторванный от реальности вариант тестирования делать, поднимается все почти настоящее.

В тестировании на расте нет никаких граблей, правда не хочу разбрасывать тестовый код где попало так что только в контроллерах и одном, специально огороженном, хранилище констант. Что бы через полгода не гадать где все искать. Ошибки при падении надо бы облагородить немного, но пока хватит красить забор, накатаю еще эндпоинт.

Поставил убунту свою на бтрфс месяца три назад. Кажется стали подвисать некоторые проги где надо за изменениями файлов следить. Типа сред разработки.

Поддался несколько раз порыву и пилил ночью. Больше так делать не стану по возможности. Заметно как режим начал трещать.

Столкнулся с ситуацией когда возвращаемый тип был генерик на генериках на генериках, плюнул выяснять и обошелся.

Тесты буду просто класть прямо в контроллеры.

Макрос не стал для ньютайпов юзать, еще потом макрос дебажить :)

В итоге в хэловорде будут сосуществовать ручные маппинги и авто, где что. Пойдет. Для всех моделей буду сразу писать сериализатор и обратно. Серде атрибутов хватает для этого почти всегда и писанины не так и много...хотя идеал когда нет, конечно. Запилю инфру под тестирование в ближайшее время полностью. Попробую придерживаться растовой традиции смешивания кода и тестов...хочется еще бэктрейсы в падения добавить.

Написал первый тест для хэловорда, в принципе пойдет, я собираюсь в основном делать интеграшки, тестирующие апи ибо юниты я помру писать. Попробую заставить это делать чатгопоту.

Услышал историю как лгбт мужик отпиздил девочку на олимпиаде. Девочку жалко.

deserializable_struct!(PublicKeyPem, String, "String");

Красивее не вышло, стринг надо два раза писать.

Сделаю макрос, я с ума сойду для каждого столько писать.

Так что типы будут жирные по тексту, а не автомат.

#[derive(Debug, Serialize, Deserialize)]
#[serde(from = "String")]
pub struct PreferredUsername(pub String);

impl std::ops::Deref for PreferredUsername {
type Target = String;

fn deref(&self) -> &Self::Target {
&self.0
}
}

impl From<String> for PreferredUsername {
fn from(value: String) -> Self {
PreferredUsername(value)
}
}

Может я просто пока что то не понимаю.

Оказывается таки да, рускулайт серде не поддерживает кортежные структуры, там имен полей нет, но почему не поддерживает их в качестве значений, загадка. Нашел самое короткое решение

#[serde(from = "String")]

В итоге можно совсем мало потом написать, реализовать From<String> и много гетов можно не писать. При этом если тип внешний то можно десериализатор накатать все же. Это самое короткое, что можно так как для серде тоже надо. Короче увы нет решения кажется.

Главное, что меня раздражает это писать геты если руками и не автоматическая десериализация кортежных структур если с серде. Но второе менее неприятно, а может и решаемо. Идеал конечно автогенерация, но не нашел пока. Так что кажется лучшее, что есть это serde-rusqlite+refinery. Так как порожает меньше всего геморроя. В качестве автогенератора слоя примитивных моделей будет чатгопота, а далее компайл тайм во все поля...попробую.

Get опять же писать не надо, проблема в том, что автомапинги не времени компиляции, что неприятно.

Наверное все же попробую еще слой моделей для простой десериализации завести, автоматической, а из них уже собирать сложные внутренние. Хочется странного.

Но может я передумаю, все же serde_Rusqile неплохое решение, относительно.