kitsu
все еще не вижу проблем
Alexander
ну сделай и слайс, и овнед вектор в стракте
Я же написал - не могу. Всё генерится макросами. Проще уж по полям структуры раскидать, но тоже не очень хочется.
Alexander
есть ансейф метод у вектора https://doc.rust-lang.org/std/vec/struct.Vec.html#method.from_raw_parts
А я извиняюсь - понять не могу - он не копирует, а именно ссылку ставит? По описанию не ясно. Просто написано creates.
Денис
ну как же
Денис
там разве есть требование T: Clone или T: Copy?
Денис
(нет)
Alexander
Ну unsafe, я думал оно что угодно может делать и без требования наверное :)
Денис
ну гипотетически он конечно может memcpy сделать там
Денис
но я думаб об этом бы написали
Денис
но нет, не делает
Денис
https://doc.rust-lang.org/src/alloc/vec.rs.html#423 -> https://github.com/rust-lang/rust/blob/master/src/liballoc/raw_vec.rs#L178
Нави
подскажите пожалуйста, какой функцией в верхний регистр строку переделать? Смотрю смотрю по докам, не нахожу
Денис
это зависит
Денис
ascii или нет?
Нави
to_uppercase() нашёл)
Денис
Loo
https://doc.rust-lang.org/std/string/struct.String.html#method.to_uppercase
Денис
хз, sanity check наверное
Alexander
🔥, спасибо, работает, только mut портит картину конечно.
Нави
в расте чего только не сделали с обработкой строк, всё что только можно реализовали в функциях)
Денис
да везде кроме плюсов есть все нужные функции из коробки
Денис
ну и кроме сишечки конечно же :)
分解物質
А зачем ему _mut_ ptr?
потому что он возвращяет вектор содержимое которого можно менять
Денис
ну кстати да
Alexander
Нужен не mut. Mut не нужен.
Денис
ты хочешь создать Vec, у которого есть мутабельные фукнции, но не хочешь передавать ему mut
Денис
не надо так
Денис
можешь запилить ImmutableVec :)
Alexander
Я не хочу ему мутабельный функции :)
分解物質
Нужен не mut. Mut не нужен.
ну напиши обёртку которая берёт не мут, делает клон и скидывает в from_raw_parts
Alexander
Я как раз старался клон избежать.
分解物質
или тебе нужен иммутабельный вектор?
Alexander
Да
分解物質
это к slice
Антон
ну вот он го, хули
Шо за контора ебанутая
Alexander
это к slice
Но мне надо его положить в немутабельный Vec сорян, что-то запутался.
Anton
Шо за контора ебанутая
ну а чо сразу ебанутая
Anton
ребята почти все пхп-шники
Anton
есть один чувак который там инновации внедряет, и уже пробился чтобы юзать го
分解物質
это к slice
doc.rust-lang.org/std/slice/fn.from_raw_parts.html
Anton
ибо просто и можно людей старых с пыхи переучить
Anton
но первые проекты на го делаем мы с ним
Anton
ибо остальные нихуя не знают об этом всем
Alexander
doc.rust-lang.org/std/slice/fn.from_raw_parts.html
Да, его и взял, но надо в век немутабельный.
պլհկ
Дайте ему Box<[T]>
分解物質
Да, его и взял, но надо в век немутабельный.
чем несуществующий иммутабельный vec теоретически отличается от slice?
Alexander
Тем что слайс - ссылка, а век владеет?
Антон
Anton
поменял шило на мыло
ну так то его можно понять
分解物質
Тем, что он персистентный?
*немутабильного slice
Anton
аргумент производительности очень значим для старого сервиса
Anton
также стоит большая проблема перевода большого числа людей для переписания сервиса на новую свежую технологию лучше php
Anton
поэтому выбрали go - ибо просто, тупо, и вроде работает
分解物質
Тем что слайс - ссылка, а век владеет?
slice — ссылка только если &[T]
Anton
Тогда почему не пишут на C?
переучить людей сложно, и слишком дорого писать
kitsu
http://eve-lang.com/ ребят все, раст уже не в трендах, пора переходить на новый язык
Антон
slice — ссылка только если &[T]
Слайс и есть толстая ссылка. А [T] — это unsized массив
Alexander
Антон
An IDE like Medium, not Vim — не нужно
Лет зе ИДЕ срач бегин
Антон
kitsu
An IDE like Medium, not Vim — не нужно
у просто мембершипа нет, вот и бесишься
Денис
=))))))))
kitsu
опять жс обёртка
НЕТ, НЕ ГОВОРИ ТАК
分解物質
уебтехнологии задолбали уже
Денис
это ещё и жс
Денис
почему об этом в заголовке у них не написано??
Anton
Значит, надо на Rust
на го пыховиков еще можно по быстрому переучить, а на раст сложно. Тут относительно руководства получается такое мнение "мы не знаем языки, мы будем переучивать людей на заранее сложный язык это займет очень много времени, и денег" а вот гарантий и аргументов для того что это выгодная впроследующем идея, а не простая трата больших денег и ресурсов - нету. К тому де у го большое комьюнити уже сущесвующее которое разжевывает все на уровне даунов, и хайп что это сделал гугл - а гугл не ошибается. Поэтому идея того что будет лишь пара архитекторов кто будет следить за процессом и скелетом - а все остальные просто будут по кусочкам дописывать выглядит более привлекательной