многопоточность тоже хуй когда завезут

из реальной перспективы это более менее быстро интегрируют мб в чистый серво

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

можно просто выкинуть дом

Ну на фронтах вообще больно всегда, и чем дальше идет прогресс тем больнее.

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

не, с безопасностью там все норм

или ты про импакт после переписывания?

не, с безопасностью там все норм

я так понял что если сильно что-то менять сейчас, то опять те же грабли

“васм это с++” что-то мне подсказывает что скоро в WASM попрет куча “типичных фронтендеров” которые умееют только фрэймворки выбирать )))

Ахахаха. Четко.

Женька оценил, что еть то есть

Ну на фронтах вообще больно всегда, и чем дальше идет прогресс тем больнее.

В реакт-нативе не так.

https://habrahabr.ru/post/351082/

https://github.com/nikomatsakis/rustc-parallelization

зацените офигенную штуку

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

inherent impl просто молча берёт и оверрайдит любые трейты

или все это уже и так знают?

В реакт-нативе не так.

вот щас прям по больному сука

уж я знаю какой в реальной жизни реакт нэйтив кал

4 проектка в проду на нем писал разных видов

это гнилое порождение портовой шлюхи и канавной псины

единственное что там более менее норм это собственно стилизация и создание красивеньких интерфейсов

все остальное что нужно хоть мало мальски в реальной разработке вообще нихуя

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

inherent impl просто молча берёт и оверрайдит любые трейты

Ничего подобного. https://doc.rust-lang.org/book/first-edition/ufcs.html

так

и как это маппится на пример, что я кинул?

и как это маппится на пример, что я кинул?

Когда ты пишешь просто имя переменной и имя функции за ним через точку, то компилятор смотрит есть ли у имплементации структуры такие методы и если есть вызывает. Если нет то смотрит есть ли методы с таким именем у трэйтов реализованных для этого стракта и если он один находит - вызывает. Если два - вызвать можно только с уточнением. Собственно поэтому я и скинул ссылку на ufcs.

да

но суть в том, что нет ни ворнингов ничего

я скажу юз-кейс

допустим, есть некий крейт, в котором есть некий тип

но суть в том, что нет ни ворнингов ничего

О чем должны быть ворнинги?

и я в своём крейте сделал trait ... Ext, в котором добавил новый метод (и естественно имлементировал его для того типа)

а потом чуваки в своём (первом) крейте просто взяли и добавили такой же метод в inherent impl

и всё, я приезжаю

то есть я ожидаю, что вызовется мой метод

а вызовется другой — молча

Хм. Согласен. Не очень

Для этого конечно должно совпасть имя и сигнатура, а так же модификатор pub в их крейте

Но вариант возможен

всё так, да

Можешь кинуть рфц)

щас чуваки на #rust жарко спорят об этом

есть даже такие радикальные предложения, что надо бы вообще от inherent impl'ов отказаться =)))

то есть чтобы impl Type стал просто сахаром, который разворачивается в, грубо говоря, trait Type {...} impl Type for Type {...}

По-моему это слишком..)

Любой?

Rust

Ответ очевиден

Не за что

Следующий

В смысле, любой :Р Если желание есть, можно хоть на асме, хоть на жс учиться. Ну а так, лучше наверно скриптовые попробовать, дабы понять алгоритмы и базу

Ну как

Если найдешь на чем обучаться

Вон где-то есть игра для этого

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

По-моему это слишком..)

Там насколько я понял предлагают сделать impl Type сахарком для trait Type ... impl Type for Type, так что в принципе норм звучит

https://muchassemblyrequired.com/

Господи, вы наркоманы что ли

Зачем человеку жизнь ломаете

:3

Ещё можно покататься всякие обучающие игры

ну тогда asm — твой выбор же

чё тут думать

Ты хочешь создавать Программное обеспечение или программировать?

Два слова: segmentation fault, core dumped

Два слова: segmentation fault, core dumped

Ахахаха:)

Упс, переполнение буфера

Ты хочешь создавать Программное обеспечение или программировать?

У этих действий, абсолютно разный корень.

Цель.

Нет. Оно не взаимосвязано. Создания программного обеспечения, это изучения определённого языка, изначальная цель.

Это некий план.

А программирования, это для души вводишь код, получаешь результат.

https://habrahabr.ru/post/351082/

Оххх. Я ждал этого так долго.

Женька оценил, что еть то есть

Ахахаха.

Тогда ты хочешь создавать программное обеспечения. Тогда все по наверстанной, сначала ты выбираешь сферу, потом язык.

И усе.

В продакшен.