ну, с другой стороны, тот же линукс менеджит память неплохо
Так-то он не может менеджить так, как делает раст
Αλεχ
Αλεχ
если подождать до конца метода, то можно просто дропнуть весь стекфрейм в одно действие
Marat
Тогда entry()!
А это что делает? Ну я по большей части имею ввиду match. Там почему-то нельзя юзать переменную которую матчишь, что глупо
Денис
պլհկ
ㅤ
պլհկ
https://boats.gitlab.io/blog/post/2018-03-20-async-vi/
Marat
В смысле нельзя
Ну я например хочу в матче поискать элемент в массиве и если его нету добавить
Marat
Сейчас я не могу
Marat
С nll смогу
Marat
https://play.rust-lang.org/?gist=389774d46571bb5fee25719070103dde&version=nightly
Marat
Вот пример
Loo
ОУ. НЛЛ ХАЙП
Loo
(не нужны0
Loo
)
Loo
https://boats.gitlab.io/blog/post/2018-03-20-async-vi/
> A new marker trait called Unpin has been added to std. Like Send and Sync, it is an auto trait: it doesn’t define any methods, and types implement Unpin by default. A type that implements Unpin is safe to move out of the new Pin reference type. Unpin is not implemented for self-referential generators, making it unsafe to move them out of the Pin reference.
Loo
ну понятно
պլհկ
Че понятно?
Loo
ПОНЯТНО
Sergey
Может кто кинуть статью, в которой рассматривается си и раст.
Мол чувак перешел с си на раст и теперь счастлив. Упоминает ошибки дизайна си. И есть что о порядке определения типа переменной type name vs name: type
Αλεχ
Может кто кинуть статью, в которой рассматривается си и раст.
Мол чувак перешел с си на раст и теперь счастлив. Упоминает ошибки дизайна си. И есть что о порядке определения типа переменной type name vs name: type
https://people.gnome.org/~federico/blog/rust-things-i-miss-in-c.html
Sergey
https://people.gnome.org/~federico/blog/rust-things-i-miss-in-c.html
Спасибо, что поискал. Но не то.
Ни слова про синтаксис типов
Oleg
Неужели так важен порядок ?
ㅤ
Самое трудное, от чего пришлось отвыкать после си
Αλεχ
Спасибо, что поискал. Но не то.
Ни слова про синтаксис типов
Про тип первым можно тут посмотреть: http://www.informit.com/articles/article.aspx?p=2425867
Αλεχ
#5
Oleg
в расте вообще разве есть inlined type ascriptions?
Αλεχ
Спасибо, что поискал. Но не то.
Ни слова про синтаксис типов
Насчет не то: тут есть всё, что ты просил, кроме синтаксиса типов
Αλεχ
ну а он объясняется по второй ссылке
Sergey
Sergey
Попробую впн
Αλεχ
там кстати про другие ошибки С тоже есть)
Αλεχ
вроде приоритета операторов
Oleg
From both programming and mathematics, we have the convention that the result of the computation is notated to the right, so it's weird that in C-like languages the type is on the left.
прекрасное обоснование
Oleg
convention -> weird
պլհկ
https://cdecl.org
Αλεχ
Чет чел исчез :)
Sergey
Хм
Sergey
Просто в той статье был божественный пример из плюсов
Где длинный тип, и куча модификаторов справа от имени переменной
Денис
char (*)(int) vs Fn(int) -> char
Αλεχ
ну ты просил объяснение)
Sergey
😄
Αλεχ
если тебе нужен пример говна из спирального чтения типов, то примеров в инете навалом
Sergey
Ладно. Просто думал кто видел именно ту статью
Αλεχ
например параметр-функция, которая принимает указатель на массив
Αλεχ
типичный пример
でゲソ
Ты в коде это обрисуй
Αλεχ
http://c-faq.com/decl/spiral.anderson.html
でゲソ
Потому уже дцать лет завезли подсветку синтаксиса
Αλεχ
подсветка тебе ничем не поможет
Andrei
на го пыховиков еще можно по быстрому переучить, а на раст сложно. Тут относительно руководства получается такое мнение "мы не знаем языки, мы будем переучивать людей на заранее сложный язык это займет очень много времени, и денег" а вот гарантий и аргументов для того что это выгодная впроследующем идея, а не простая трата больших денег и ресурсов - нету. К тому де у го большое комьюнити уже сущесвующее которое разжевывает все на уровне даунов, и хайп что это сделал гугл - а гугл не ошибается. Поэтому идея того что будет лишь пара архитекторов кто будет следить за процессом и скелетом - а все остальные просто будут по кусочкам дописывать выглядит более привлекательной
можно напомнить собеседнику, что гугл может себе многое позволить, в том числе и топить печи программистами^W^W^W нанимать сливки всяких MIT и шлепать ими формы на гошечке.
Andrei
тем временем redox-os v0.3.5
Нави
тем временем redox-os v0.3.5
Его планируют делать полноценной ОС, или так, в лабораторных целях?
Andrei
Его планируют делать полноценной ОС, или так, в лабораторных целях?
а без понятия. с другой стороны, линуксы тоже не "планировалось делать полноценной ОС"
Bugworm
Alexander
Так будет с введением нелексических лайфтаймов
Не лексические лайф-таймы это вроде как не совсем или не только про это.
Антон
Cuno
время жизни объектов nll не меняет
Alexander
оно, как я понял исключает borrow-ошибки в случаях, где они реально не нужны, с ходу помню только guard в match
でゲソ
а без понятия. с другой стороны, линуксы тоже не "планировалось делать полноценной ОС"
Хотели ж заменить юникс, не?
Ευγένιος
У них получилосьч
Ευγένιος
Че.
Andrei
Хотели ж заменить юникс, не?
не знаю, но https://doc.redox-os.org/book/introduction/will_redox_replace_linux.html
Alex
это ж был учебный проект изначально тащемто
でゲソ
не знаю, но https://doc.redox-os.org/book/introduction/will_redox_replace_linux.html
Не я про линукс, не редокс. Редокс как пруф растовой оси с гуями и частично посих совместимой
Ευγένιος
Minix? Ту самую систему Эндрю?
Ευγένιος
Разве она когда-то была популярной?
でゲソ
Не суть важно. Была куча чейных никсов, а линукс стал первым свободным никсом
分解物質
Разве она когда-то была популярной?
хз, но тут он про minix говорит
https://groups.google.com/forum/#!msg/comp.os.minix/dlNtH7RRrGA/SwRavCzVE7gJ
でゲソ
бсд маленько не никс
でゲソ
так сложилось
分解物質
и проги гнушные тоже не unix
9front.org/img/longcat.png
でゲソ
это вы про freebsd говорите
でゲソ
>исторически проприетарное, постепенный переход к открытому исходному коду с 1991 г.
でゲソ
