such dynamic
so js-tic
Антон
Sergey
分解物質
Sergey
Vlad
Я вообще понятия не имею кто ты. С чего бы мне знать зачем тебе строки писать
Но мы же уже год в одном чате...
Sergey
Или не говорил что пишешь иде
Маjко
Alexey
а правда ли, что для нормальной работы нужен clion, идеи не достаточно?
Alexey
даже платной ultimate идеи
Alexey
(чтобы там растовая отладка работала и проч)
Vlad
а правда ли, что для нормальной работы нужен clion, идеи не достаточно?
То ли у меня глюки, то ли ты из раза в раз задаешь один и тот же вопрос... Дебаггер работает только в CLion, и тот по техническим причинам. Остальное все работает в IDEA.
Но ничего. Дал бог плагин для IDEA community, даст и работающий в ней дебаггер. Когда-нибудь...
Berkus
Чтобы в IDE подсвечивать SQL в строках, внезапно. https://github.com/intellij-rust/intellij-rust/issues/2231#issuecomment-379601257
пиши в дизеле, тогда вообще никакого SQL не будет, и строк тоже не будет
Alexey
просто хотел уточнить про ultimate идею - меня тут на досуге спросили именно про ultimate.
Sergey
Не могу писать в жетбрейнс продуктах
Sergey
Нагревает ноутбук как пиздец
Berkus
лучше запилите поддержку резолвинга дизелевских типов в человеческие, и подсветка SQL строк будет вообще нинужна
Vlad
Berkus
вот это будет реально удобно, а то не всегда понятно какого хрена ему не нравится
Anton
А ещё лучше снизьте потребление памяти и ЦПУ а то это пиздец
Vlad
А ещё лучше снизьте потребление памяти и ЦПУ а то это пиздец
В последнем релизе CPU сильно снизили. Пробовал?
Nikita
Пройдёт тысяча лет, но на идею ещё будут гнать за ОЗУ
Cat
и за батарейку
Anonymous
Anton
Berkus
и за батарейку
ну это не гон, я открываю CLion и батарейка кончается за 25 минут, а так ее обычно на 4-5 часов с компиляцией хватае
Cat
ты просто пока ещё не понимаешь сути
Anonymous
Денис
а может кто-то за меня уже запилил тип данных а-ля non-empty-hash-set?
Денис
хочу гарантировать, что сет не будет пустым на уровне типов, без рантайм-говно-проверок)
Vladimir
Зачем тебе такой сет*
Roma
хочу гарантировать, что сет не будет пустым на уровне типов, без рантайм-говно-проверок)
депендент тайпс для общего случая
Vladimir
Задача какая? просто интересно
Roma
если макс Н элементов можно наебенить руками или макросом
Roma
pub trait Number {}
pub struct N1; impl Number for N1 {}
pub struct Set<N: Number> {}..
Vladimir
Короче такого нет поидее из коробки, странная задача
Денис
Задача какая? просто интересно
делаю key-based авторизацию, у пользователя должен быть по крайней мере один ключ
Roma
чот ты накинулся "странная задача"? нормальная тема типами проверять чо можно проверить
Roma
делаю key-based авторизацию, у пользователя должен быть по крайней мере один ключ
так если от юзера вход, всё равно ж надо будет в рантайме проверить?
Roma
или юзер компилировать будет?
Денис
pub trait Number {}
pub struct N1; impl Number for N1 {}
pub struct Set<N: Number> {}..
не, список динамический )
Денис
так если от юзера вход, всё равно ж надо будет в рантайме проверить?
так-то оно так, но ... ))
Vladimir
так если от юзера вход, всё равно ж надо будет в рантайме проверить?
Ну он хочет что-то типа Map<User, Set<Auth>> где только второй сеит не пустой
Денис
Roma
делаю key-based авторизацию, у пользователя должен быть по крайней мере один ключ
кмк проще не множеством а своим типом, чонить типа https://play.rust-lang.org/?gist=10e54fa6a09d33339d834888b61471b6&version=stable&mode=debug&edition=2015
Vladimir
если динамический то на уровне типов никак
Почему никак, ему просто нужен тип у которого будет конструктор сразу принимать один аргумент, и при удалениях Чекать не последний ли
Денис
Anonymous
Денис
кмк проще не множеством а своим типом, чонить типа https://play.rust-lang.org/?gist=10e54fa6a09d33339d834888b61471b6&version=stable&mode=debug&edition=2015
скорее даже чё-то типа struct Keys(Key, HashSet<Key, ...>);
Roma
Почему никак, ему просто нужен тип у которого будет конструктор сразу принимать один аргумент, и при удалениях Чекать не последний ли
ну нафиг чекать, просто ебани тип, в котром нельзя удалить совсем, типа как я набросал выше
(((Sergey(not seresha))
Ребят
Anonymous
так это не на типах
на типах можно (упрощенно)
struct NonEmptyKV<K, V> {
first: (K, V),
other: Vec<(K, V)>
}
(((Sergey(not seresha))
К своим питчам прилагайте примеры
(((Sergey(not seresha))
Так продуктивней
Денис
на типах можно (упрощенно)
struct NonEmptyKV<K, V> {
first: (K, V),
other: Vec<(K, V)>
}
ну вот да, правда мне быстрый доступ нужен по ключу, но не суть
Денис
просто я подумал, что может кто-то за меня уже всё сделал, и мне нет нужды велосипедить
Anonymous
я не нахожу готового решения
Денис
а велосипедить придётся ого-го )
Денис
скажем, в случае удаления первого ключа, надо будет проверять, не пустой ли other, и если не пустой, то перемещать из него один ключ в first =)
Anonymous
ну это можно доделать
в принципе-то можно other сделать hashmap и получить компромисс между костылями и скоростью
Денис
Vladimir
Сделай просто в прелюдии remove assert(len>2) и не парься