выделяешь в отдельный крейт и горя не знаешь)

Получается, что только один вариант - для пары макросов из проекта - отдельный крейт делать в стороне?

да, за то ты чётко отделяешь одно от другого

А можно один крейт сделать внутри папки другого?

можно, но зачем?)

имхо, самое разумное решение — делать вокрспейс

но это имхо конечно

возможно меня поправят

Ну просто , чтоб всё в одной папке :)

Чаще всего так и делают

оно и будет в одной папке :)

Понял, что надо что-то почитать :)

Можно использовать воркспейс, да - из плюсов - объединение папки target и соответственно меньше оверхед по артефактам сборки

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

да, как здесь например — https://github.com/rust-lang-nursery/failure/tree/master/failure-1.X

Кстати, зачем чатег потушили?

потому что из огня появился крабик

огонь = боль и страдание

А тем временем atom.io переписывают на игрушечном языке: https://github.com/atom/xray

> rust < electron based идиоты

просто у раста тулкита своего нет

а на кутях никто писать не хочет почему-то

из-за лицензии наверное

Они просто про Шрамко и его тулкит еще не в курсе.

Они просто про Шрамко и его тулкит еще не в курсе.

Soa-derive кто-то использовал? Может что-то есть ещё более продвинутое?

О_О

чего только люди не придумают

А какие альтернативы? Руками пачку одинаковых структур + их имплементаций описывать?

нене, я ни в коем случае не говорю "не нужно"

а можно пример юзкейса?)

Конечно. У меня есть много массивов данных одинаковой длинны, ну например цена+объём.

Есть функция calc, в которую передается структура со срезом данных и возвращает результат.

Это всё как минимум надо описывать как struct A {price:f32, vol} . struct AData {price: Vec<f32>, ...} + Потом итератор по Adata чтобы формировать A и передавать в функцию, в которой наконец-то можно просто к полю структуры обращаться и иметь цену и тд

Т.е. довольно большой объем бойлерплейта даже для одного типа данных, а полуй намного больше + ещё для B и тд.

хм, я похоже главного не понимаю, чем Vec<A> плох? тем, что у тебя изначально данные доступны только в разрозненном виде?

Vec<A> плохо обрабатывать - надо постоянно маппить. Например вектор лежащих подряд u32 намного удобнее обрабатывать именно как вектор примитивов. Мало того и намного быстрее.

понимание пришло

спасибо =)

Сейчас мода на векторные базы данных и на векторизацию вообще.

то есть получается что-то вроде простенькой базы данных

ога

плюс поиск проще делать по полю

ищешь поле — определяешь индекс — подтягиваешь остальное

Да. + Захотел новую значение ввести часто используемое - например перемножить цену на объем и положил в ещё один вектор.

А если. Simd подтянется - то это вообще всё в 4 раза ускорится.

Можно помечтать и мысленно arrayfire сверху накинуть - тогда вообще на gpu

:))

а что насчёт in-memory баз данных?

В плане?

слишком большой оверхед?

ну можно же готовое решение заюзать :)

Ну тут смотря о чем речь. По работе я на kdb пишу. Тут все in&mem и векторное. Что-то ещё похожее только clickhouse знаю.

Почему никто ничего подобного на расте не пилит - я не знаю, по мне ниша намного более важная чем 10 web-фреймворков

попробовал загуглить и гугл меня прям жёстко обломал

(для раста)

Ну а вообще, не для раста, что есть такое же?

Я вот только два знаю рабочих и несколько нерабочих решений.

я вообще в первый раз с этим сталкиваюсь :)

In-mem оно тоже может хранить данные по разному и если это типа rocks т.е. структуры сериализовать - то тоже по идее будет не быстро, если надо много данных обработать, ну типа цена*обьём

Я не уверен, что вы это имеете в виду, но есть H2 для Java.

in-mem db

https://en.wikipedia.org/wiki/Column-oriented_DBMS

я так понимаю это нужно

По h2 не в курсе, но я о том что одно in-mem само по себе скорости не гарантирует.

есть подозрение, что это всё же довольно узкая ниша

Вот не совсем про ин-мем, но интересно: http://tech.marksblogg.com/benchmarks.html

Первые базы на gpu, потом kdb на огромном кластере, потом clickhouse

maxim же писал kdb на русте

Ну да, он упоминал, но где это посмотреть я не знаю.

https://github.com/adwhit/krust ? :)

Мне кажется я это видел и это биндинги. Прибиндить можно что угодно к чему угодно, но на вид это не kdb на расте, может что-то не понял.

RIIR =)

в общем я вынужден признаться, что максимально далёк от тематики, и могу только отвлекать глупыми вопросами

ребзя

хочу в функции принимать ссылку на Into<String>

https://play.rust-lang.org/?gist=a1a850dd71bdd0ae6d2a1da9d364db81&version=stable

let fuck: String = name.into(); ^^^^ the trait std::convert::From<&T> is not implemented for std::string::String

хочу echo() без клонирования

с лайфтаймами тоже пробовал

name: T