պլհկ
Бокс эни еще и гибкость
պլհկ
И архитектура
Nikita
и strong duck typing
Αλεχ
решили что ок
Cat
кто решил?
Αλεχ
общество
Cat
по-моему просто тема заглохла и всё
Cat
Αλεχ
по-моему просто тема заглохла и всё
https://gitter.im/ruRust/general?at=5b26c594d9bcab2dd6970402
Cat
> gitter > @rustlang_ru не вижу пересечения
Αλεχ
> gitter > @rustlang_ru не вижу пересечения
во-первых я это сюда копипастил
Cat
во-первых я это сюда копипастил
во-вторых, я набрасываю в-третьих, ты не всё "копипастил"
Αλεχ
ну вот тебе ссылка прямая
Αλεχ
иди читай аргументы
Αλεχ
сри в комментах
Cat
впадлу
Αλεχ
Αλεχ
seanmonstar неполохо упоролся
Αλεχ
молодец парень
Αλεχ
i used unsafe for the reason, in most cases i couldnt come up with safe solution. Do you mean that you couldn't come up with a safe solution in safe Rust? Because unsafe is a tool to write safe code that the compiler cannot prove correctly, not a tool to write code that is not safe.
Αλεχ
кек
պլհկ
че не так
Αλεχ
просто хорошая цитатка
Αλεχ
как обновить зависимость гитовую?
Αλεχ
сделал cargo update, снес дебаг
Αλεχ
в сборке вижу что ссылается на старый хэш
պլհկ
прописать новый хеш
Αλεχ
дык а без хэша как?
Αλεχ
[dependencies] cv = { git = "https://github.com/nebgnahz/cv-rs.git" }
Αλεχ
так должно работать ведь
պլհկ
карго лок удали))
Αλεχ
хм
Berkus
по хэшу в карго лок прописывается
Αλεχ
не
Αλεχ
все равно та же херня
Berkus
ага, я уже пробовал - без удаления cargo.lock хуй оно что обновит
Αλεχ
такя удалил
Αλεχ
все равно старый собрал
Berkus
ну а ref или branch указал?
Αλεχ
нет
Αλεχ
короч cargo clean && rm -rf Cargo.lock
Cat
> rm -rf Cargo.toml звучит не очень заманчиво
Cat
впадлу
норм обсудили, автор (актикса) сказал, что "проверки так-то не нужны" и всё
Cat
норм обсудили, автор (актикса) сказал, что "проверки так-то не нужны" и всё
я понимаю его позицию "я изучил и так правильно потому что ничего страшного", но в других источниках явно утверждается, что это UB и тут сразу становится грустно
Cuno
https://github.com/nagisa/rust_libloading/ ?
Cat
что посоветуете в качестве адекватной NoSQL бд с нормальными растовыми биндингами/драйвером? критерии: — nosql — документная? — адекватный api для работы с документами (т.е. не как у unqlite, когда нужно страдать с виртуальной машиной и стринговыми командами для неё) данные плоские, в смысле что не нужны relations
Cat
тут обсуждали sled + serde, не могу только понять, подойдёт ли эта связка для хранения достаточно большого количетсва данных?
Cat
+ ещё кто-то советовал rocksdb, выглядит неплохо, но тоже(?) только KV
Cat
т.е. придётся V представлять в виде сериализованных данных(?), как с ХАЙПЕРФОРМАНСОМ в таких заходах?
Cat
posgres?:)
хотелось бы без схемы
Αλεχ
ну монга хз
Cat
и не монгу
Cat
зачем?
чтобы.
Αλεχ
бтв я тоже не понима этих schemaless
Αλεχ
потом себе черем простреливать по кд
Αλεχ
кстати зачем тогда раст?
Αλεχ
типы это тоже схема
Αλεχ
херч на js сразу
Andrei
чтобы.
тогда postgres c jsonb
Cat
бтв я тоже не понима этих schemaless
не нужно делать миграций в случае изменения структуры данных
Cat
код на русте-то я поправлю, а базу мигрировать лень
Cat
но ведь их надо делать
в документной модели?
Cat
в смысле, миграции не надо делать в документной модели
Cat
шо? что не так?
Αλεχ
что ты за херню несешь?
Αλεχ
вот ты добавил поле в модель
Αλεχ
как теперь читатть данные котторых нет?
Αλεχ
Option<V201>?
а если это должно быть обязательное поле?
Andrei
Option<V201>?
и правда лучше сразу на JS писать. там и null, и undefined.
Cat
там из обязательного только id
Andrei
у меня просто свалка
свалку в jsonb складывать