Добро пожаловать в тред гарантий, обещаний, владения, заимствования и тайных знаков
Rust — невероятно быстрый язык для системного программирования без segfault'ов и с гарантиями потокобезопасности.
Ссылка на официальный сайт: https://www.rust-lang.org/
В этом ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
НОВИНКА: Rust для Windows: https://metanit.com/rust/windows/
IDE для Rust: https://areweideyet.com/
GUI для Rust: http://www.areweguiyet.com/
Web для Rust: https://www.arewewebyet.org/
GayDev для Rust: https://arewegameyet.rs/
Что еще есть для Rust?
- Посмотри сам: https://wiki.mozilla.org/Areweyet
Основная литература:
Rust Book(версия на русском языке): https://doc.rust-lang.ru/book/
Rust Book: https://doc.rust-lang.org/book/
Rustlings (упражнения чтобы привыкнуть к расту): https://github.com/rust-lang/rustlings
Rust by Example: https://doc.rust-lang.org/rust-by-example/
The Rustonomicon(для продвинутых анонов): https://doc.rust-lang.org/nomicon/
Programming Rust: https://www.oreilly.com/library/view/programming-rust/9781491927274/
Ресурсы на русском:
https://rust-lang.ru/
Отдельное спасибо автору этого гитхаба(старому ОПу). Здесь вы сможете найти много полезной информации: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41
Предыдущий: >>3283990 (OP)
Rust — невероятно быстрый язык для системного программирования без segfault'ов и с гарантиями потокобезопасности.
Ссылка на официальный сайт: https://www.rust-lang.org/
В этом ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
НОВИНКА: Rust для Windows: https://metanit.com/rust/windows/
IDE для Rust: https://areweideyet.com/
GUI для Rust: http://www.areweguiyet.com/
Web для Rust: https://www.arewewebyet.org/
GayDev для Rust: https://arewegameyet.rs/
Что еще есть для Rust?
- Посмотри сам: https://wiki.mozilla.org/Areweyet
Основная литература:
Rust Book(версия на русском языке): https://doc.rust-lang.ru/book/
Rust Book: https://doc.rust-lang.org/book/
Rustlings (упражнения чтобы привыкнуть к расту): https://github.com/rust-lang/rustlings
Rust by Example: https://doc.rust-lang.org/rust-by-example/
The Rustonomicon(для продвинутых анонов): https://doc.rust-lang.org/nomicon/
Programming Rust: https://www.oreilly.com/library/view/programming-rust/9781491927274/
Ресурсы на русском:
https://rust-lang.ru/
Отдельное спасибо автору этого гитхаба(старому ОПу). Здесь вы сможете найти много полезной информации: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41
Предыдущий: >>3283990 (OP)
Зачем нужен невероятно быстрый язык, когда единственное для чего нужен невероятно быстрый язык С++ это работа с директикс, а для раста байндингов директикс нет?
>>10750
На чём писать прикладной софт с компиляцией в бинарник? На чём писать ОС, когда гну-макаки в нарушение своих же гну-лицензий выгоняют из проектов неугодных людей и подчищают код?
На чём писать прикладной софт с компиляцией в бинарник? На чём писать ОС, когда гну-макаки в нарушение своих же гну-лицензий выгоняют из проектов неугодных людей и подчищают код?
>>10768
Да хоть на питоне. Только сама по себе компиляция в бинарник ничего особо не дает, я видел проги переписанные на крестах которые работали примерно так же.
Да хоть на питоне. Только сама по себе компиляция в бинарник ничего особо не дает, я видел проги переписанные на крестах которые работали примерно так же.
>>10783
Я собираюсь в опенжл, но для чего мне раст, когда для этого есть божественный LWJGL и IDEA?
Я собираюсь в опенжл, но для чего мне раст, когда для этого есть божественный LWJGL и IDEA?
>>10781
Нужна хоть какая-то производительность. Одно дело написать youtube-dl на нём, где 99% времени упор в IO, другое дело когда питон в 10-15 раз медленнее крестов и ты ничего не можешь с этим сделать, кроме как через костыли переписать на сишку кусок питоновского кода.
>>10784
Без сахара жить сложно, нужен сахар что привкус хуёв во рту не чувствовался.
Нужна хоть какая-то производительность. Одно дело написать youtube-dl на нём, где 99% времени упор в IO, другое дело когда питон в 10-15 раз медленнее крестов и ты ничего не можешь с этим сделать, кроме как через костыли переписать на сишку кусок питоновского кода.
>>10784
Без сахара жить сложно, нужен сахар что привкус хуёв во рту не чувствовался.
40 Кб, 600x419>>10786
ТРЕД ЯВЛЯЕТСЯ АНКЛАВОМ ЕВРЕЙСКОЙ АВТОНОМНОЙ ОБЛАСТИ. ГОИ ОБЯЗАНЫ ПОКИНУТЬ ТРЕД В ТЕЧЕНИЕ 12 ЧАСОВ
>Java
>OpenGL
>IDEA
ТРЕД ЯВЛЯЕТСЯ АНКЛАВОМ ЕВРЕЙСКОЙ АВТОНОМНОЙ ОБЛАСТИ. ГОИ ОБЯЗАНЫ ПОКИНУТЬ ТРЕД В ТЕЧЕНИЕ 12 ЧАСОВ
>>10790
Что именно не хватает?
>Без сахара жить сложно, нужен сахар что привкус хуёв во рту не чувствовался.
Что именно не хватает?
>>10790
С++/C# там столько синтаксических конструкций, что просто вынимать не будешь ох эти растеры и их аналогии с членами
>Без сахара жить сложно, нужен сахар что привкус хуёв во рту не чувствовался.
С++/C# там столько синтаксических конструкций, что просто вынимать не будешь ох эти растеры и их аналогии с членами
>>10790
Ну не знаю, нейросетки работают одинаково что на питоне что на с++. Ну если профайлером найти ботлнек и переписать его на ассемблере то наверно будет быстрее.
>питон в 10-15 раз медленнее крестов
Ну не знаю, нейросетки работают одинаково что на питоне что на с++. Ну если профайлером найти ботлнек и переписать его на ассемблере то наверно будет быстрее.
>>10818
У торча свой JIT. Речь про чистый код. Когда питоновского кода набирается пару десятков тысяч строк, то уже неприятно.
У торча свой JIT. Речь про чистый код. Когда питоновского кода набирается пару десятков тысяч строк, то уже неприятно.
>>10875
У тебя полная совместимость с сями, тебе вообще нечего бояться. Это раст если загнется (уйдет в апач фондейшн) ты останешься с корытом, а здесь ты сможешь вернутся на си не переписывая код.
У тебя полная совместимость с сями, тебе вообще нечего бояться. Это раст если загнется (уйдет в апач фондейшн) ты останешься с корытом, а здесь ты сможешь вернутся на си не переписывая код.
>>10960
Если у зига были бы евангелисты языка, то из каждого утюга бы звучало про совместимость, как например:
js -> ts
java -> kotlin
c -> zig
Но увы, это до сих пор неочевидно.
Если у зига были бы евангелисты языка, то из каждого утюга бы звучало про совместимость, как например:
js -> ts
java -> kotlin
c -> zig
Но увы, это до сих пор неочевидно.
>>10986
А кто тебе запрещал на сях писать? Это для тех кто кому нужно могущество си, но на самих сях писать уже не хочет.
А кто тебе запрещал на сях писать? Это для тех кто кому нужно могущество си, но на самих сях писать уже не хочет.
>>11097
Вот сделали бы для си инструмент типа cargo и нафиг ни какие зиги, расты не нужны были бы.
Вот сделали бы для си инструмент типа cargo и нафиг ни какие зиги, расты не нужны были бы.
>>11127
Они что-то пытаются, вон meson высрали, но там у них голова чуть по-другому работает в отличии от нормальных людей, они не стремятся к тому чтобы сделать что-то удобнее для себя, поэтому это скорее всего верхняя планка
Они что-то пытаются, вон meson высрали, но там у них голова чуть по-другому работает в отличии от нормальных людей, они не стремятся к тому чтобы сделать что-то удобнее для себя, поэтому это скорее всего верхняя планка
>>11127
Это когда без подключения к серверам нельзя собрать ничего? Как показывает практика, завтра могут просто отключить доступ к ним из рашки, а послезавтра в коде сделать закладки для рашкинского региона, чтоб карга не работала там. И никто не будет разбираться, как в линуксе по буковкам "ру" будут нахуй посылать и иди жалуйся в спортлото.
> инструмент типа cargo
Это когда без подключения к серверам нельзя собрать ничего? Как показывает практика, завтра могут просто отключить доступ к ним из рашки, а послезавтра в коде сделать закладки для рашкинского региона, чтоб карга не работала там. И никто не будет разбираться, как в линуксе по буковкам "ру" будут нахуй посылать и иди жалуйся в спортлото.
>>11280
Если тебя это беспокоит и ты не озаботился vpn'ом и/или собственным/надёжным реестром пакетов/зеркалом, то ты дурачок, вон из профессии, иди в пятёрочку.
Тебя и от гитхаба могут отключить, и от sourceforge, и от debian с арчом - хоть из США, хоть из РФ (что не менее вероятно лол - вспомни как РКН ёбнул доступ к гитхабу в РФ в 2014г)
Если тебя это беспокоит и ты не озаботился vpn'ом и/или собственным/надёжным реестром пакетов/зеркалом, то ты дурачок, вон из профессии, иди в пятёрочку.
Тебя и от гитхаба могут отключить, и от sourceforge, и от debian с арчом - хоть из США, хоть из РФ (что не менее вероятно лол - вспомни как РКН ёбнул доступ к гитхабу в РФ в 2014г)
Язык конечно интересный, но вот что непонятно:
Зачем нужен вездесущий маркетинг и реклама?
Почему нельзя собрать проект без интернета?
Почему нельзя называть переменные "не политкорректными" названиями?
Почему async и лайфтаймы выворачивают язык наизнанку?
Почему в сообществе одни трансы и пидоры?
Почему до сих пор ничего толком не написано на этом "системном" языке кроме цветных версий grep и ls?
Почему так много зависимостей в каждый проект тянется?
Зачем нужен вездесущий маркетинг и реклама?
Почему нельзя собрать проект без интернета?
Почему нельзя называть переменные "не политкорректными" названиями?
Почему async и лайфтаймы выворачивают язык наизнанку?
Почему в сообществе одни трансы и пидоры?
Почему до сих пор ничего толком не написано на этом "системном" языке кроме цветных версий grep и ls?
Почему так много зависимостей в каждый проект тянется?
>>11343
Его нет
Можно
Можно
Что значит выворачивают наизнанку?
Общемировая практика
Написали, но если хочешь что то конкретное то можешь начинать писать хоть сейчас
Я ебу почему в твои проекты так много зависимостей тянутся? Либо убирай из сам, либо проси разрабов убрать ненужные зависимости
>Зачем нужен вездесущий маркетинг и реклама?
Его нет
>Почему нельзя собрать проект без интернета?
Можно
>Почему нельзя называть переменные "не политкорректными" названиями?
Можно
>Почему async и лайфтаймы выворачивают язык наизнанку?
Что значит выворачивают наизнанку?
>Почему в сообществе одни трансы и пидоры?
Общемировая практика
>Почему до сих пор ничего толком не написано на этом "системном" языке кроме цветных версий grep и ls?
Написали, но если хочешь что то конкретное то можешь начинать писать хоть сейчас
>Почему так много зависимостей в каждый проект тянется?
Я ебу почему в твои проекты так много зависимостей тянутся? Либо убирай из сам, либо проси разрабов убрать ненужные зависимости
>>11343
Поставь adblock.
Можно.
Не выворачивают.
Микропластик.
Напиши.
Не тяни.
>Зачем нужен вездесущий маркетинг и реклама?
Поставь adblock.
>Почему нельзя называть переменные "не политкорректными" названиями?
Можно.
>Почему async и лайфтаймы выворачивают язык наизнанку?
Не выворачивают.
>Почему в сообществе одни трансы и пидоры?
Микропластик.
>Почему до сих пор ничего толком не написано на этом "системном" языке кроме цветных версий grep и ls?
Напиши.
>Почему так много зависимостей в каждый проект тянется?
Не тяни.
>>11295
Одно дело когда по IP блочат, совсем другое когда с другой стороной ищут русских под кроватью всеми способами. В том числе начинают резать "русский" код, что бы это ни значило. Я уже приводил пример с линуксом - там китайский/русский код подчищали, по буковкам "ру" банили, из списка авторов кода в нарушение лицензии убирали. Как тут тебе зеркала помогут не понятно. В симейке/ГОвне хотя бы нет привязки к пердольным репозиториям под юрисдикцией швятой, а просто по ссылке на репу зависимости ставятся, всё децентрализовано. А тут фактически нужно будет свою отдельную репу карги делать и поддерживать, чего естественно не будет никогда.
Одно дело когда по IP блочат, совсем другое когда с другой стороной ищут русских под кроватью всеми способами. В том числе начинают резать "русский" код, что бы это ни значило. Я уже приводил пример с линуксом - там китайский/русский код подчищали, по буковкам "ру" банили, из списка авторов кода в нарушение лицензии убирали. Как тут тебе зеркала помогут не понятно. В симейке/ГОвне хотя бы нет привязки к пердольным репозиториям под юрисдикцией швятой, а просто по ссылке на репу зависимости ставятся, всё децентрализовано. А тут фактически нужно будет свою отдельную репу карги делать и поддерживать, чего естественно не будет никогда.
>>11368
В карго можно прописать ссылку на гит
В чем проблема? Максимум сотню широкоупотребимых залить на фсбхаб даже просто руками ничего не стоит.
>а просто по ссылке на репу зависимости ставятся
В карго можно прописать ссылку на гит
> тут фактически нужно будет свою отдельную репу карги делать и поддерживать, чего естественно не будет никогда.
В чем проблема? Максимум сотню широкоупотребимых залить на фсбхаб даже просто руками ничего не стоит.
>>11570
Почему ещё не запретили? Довольно странно. Пойду создам петицию на форуме спидерастов. Ещё нужно запретить BABE и прочие женоненастнические символы. я реально это сделаю через пару месяцев, найму пару прогрессивных компаний для этого
Почему ещё не запретили? Довольно странно. Пойду создам петицию на форуме спидерастов. Ещё нужно запретить BABE и прочие женоненастнические символы. я реально это сделаю через пару месяцев, найму пару прогрессивных компаний для этого
>>11570
Кок разве такое позволит сделать?
Кок разве такое позволит сделать?
>>11343
Кстати услышал тут в такси по радио рекламу крутили, типа ставь наш новый молодежный язык и будешь круче всех. По телевизору вообще 24/7 его рекламу крутят, я редко его включаю, но как не включу везде реклама раста. Ну я зашел к ним в офис в Питере на Рубинштейна 24, мне сказали что можешь бесплатно пользоваться, но чтобы установить нужна флешка, свою нельзя только фирменную, пришлось покупать фирменную, она стоит 100$, но из-за ссанкций ее везут через Казахстан, плюс НДС и растоможка и в рублях уже 16800. Попутно всучили подписку на serde за 499 в месяц. Вот тоже думаю совсем маркетологи охуели
>Зачем нужен вездесущий маркетинг и реклама?
Кстати услышал тут в такси по радио рекламу крутили, типа ставь наш новый молодежный язык и будешь круче всех. По телевизору вообще 24/7 его рекламу крутят, я редко его включаю, но как не включу везде реклама раста. Ну я зашел к ним в офис в Питере на Рубинштейна 24, мне сказали что можешь бесплатно пользоваться, но чтобы установить нужна флешка, свою нельзя только фирменную, пришлось покупать фирменную, она стоит 100$, но из-за ссанкций ее везут через Казахстан, плюс НДС и растоможка и в рублях уже 16800. Попутно всучили подписку на serde за 499 в месяц. Вот тоже думаю совсем маркетологи охуели
>>11628
Этот растошизик даже мыслить не может вне своей карго-хуйни, лолд. Вот это выдрессировали опущенца.
Этот растошизик даже мыслить не может вне своей карго-хуйни, лолд. Вот это выдрессировали опущенца.
>>11628
Я типа могу Makefile написать и билдить всё скриптиком, хоть на верилоге, хоть на Си. Могу на Cmake написать, и билдить сгенерённым мэйкфайлом. Можно забиндить всё это дело в моём емаксе на f9 и не париться вообще, алсо никакой непонятной хуйни и анальной зависимости от вендора карги/другого магического комбайна, работало 30 лет назад и ещё также (с оговорками лол) проработает 100 лет.
Я типа могу Makefile написать и билдить всё скриптиком, хоть на верилоге, хоть на Си. Могу на Cmake написать, и билдить сгенерённым мэйкфайлом. Можно забиндить всё это дело в моём емаксе на f9 и не париться вообще, алсо никакой непонятной хуйни и анальной зависимости от вендора карги/другого магического комбайна, работало 30 лет назад и ещё также (с оговорками лол) проработает 100 лет.
>>11343
Хм, поподробней можно?
Coolstory? Не принимают код в Open Source сообществе, или за недопущением переменных с неправильными названиями следит сама IDE/компилятор?
Сейчас трансов и пидоров, нет только разве что в Delphi (потому что он как Неуловимый Джо, никому не нужен) и в C (потому что там нужно реально мозгами шевелить, а среди реально мозговитых, "нитаких как все" квиров, обычно не встречается).
>Почему нельзя собрать проект без интернета?
Хм, поподробней можно?
>Почему нельзя называть переменные "не политкорректными" названиями?
Coolstory? Не принимают код в Open Source сообществе, или за недопущением переменных с неправильными названиями следит сама IDE/компилятор?
>Почему в сообществе одни трансы и пидоры?
Сейчас трансов и пидоров, нет только разве что в Delphi (потому что он как Неуловимый Джо, никому не нужен) и в C (потому что там нужно реально мозгами шевелить, а среди реально мозговитых, "нитаких как все" квиров, обычно не встречается).
>>11663
Да ладно сразу на ум приходит создатель такого тула как Yosys.
Да ладно сразу на ум приходит создатель такого тула как Yosys.
>>11127
Карго и npm зло, они видимо пошли по пути го
https://zig.news/edyu/zig-package-manager-wtf-is-zon-558e
Карго и npm зло, они видимо пошли по пути го
https://zig.news/edyu/zig-package-manager-wtf-is-zon-558e
>>11714
Больные ублюдки. И так билд-скрипты как письмена шизов, только с мейкфайлами соперничать, так ещё и мету в жсоне делают, пиздос.
> json
Больные ублюдки. И так билд-скрипты как письмена шизов, только с мейкфайлами соперничать, так ещё и мету в жсоне делают, пиздос.
>>11097
Проблема в том, что просто кодить на C не дают. Весь FAANG срочно переходит на Rust и даже Белый Дом требует на него переходить.
Проблема в том, что просто кодить на C не дают. Весь FAANG срочно переходит на Rust и даже Белый Дом требует на него переходить.
184 Кб, 640x370>>11295
В npm были же диверсии в либах по ip, причем там дебил навредил больше своим службам, которые работали в сетях Беларуси и им все потерли (осталась его фото). Из-за флуда в пакетах говна можно засунуть в любой вложенности, а так как в случае карго ты не владеешь своими пакетами после публикации то проблемы могут иметь фанатичный характер.
Менеджер пакетов не должен быть привязан к одной репе. Да и сами репы имеют специфичный формат, а нужно как в го или зиге - скачал, если что, ручками и закинул. Такой подход так же не создает миллион мини реп.
В npm были же диверсии в либах по ip, причем там дебил навредил больше своим службам, которые работали в сетях Беларуси и им все потерли (осталась его фото). Из-за флуда в пакетах говна можно засунуть в любой вложенности, а так как в случае карго ты не владеешь своими пакетами после публикации то проблемы могут иметь фанатичный характер.
Менеджер пакетов не должен быть привязан к одной репе. Да и сами репы имеют специфичный формат, а нужно как в го или зиге - скачал, если что, ручками и закинул. Такой подход так же не создает миллион мини реп.
>>11714
Ебать вот это ПРОСТОТА, нахуя такой велосипед, если можно как сегодня поставить deb пакет со всем нужным/сконпилить из исходников привычным способом.
Ебать вот это ПРОСТОТА, нахуя такой велосипед, если можно как сегодня поставить deb пакет со всем нужным/сконпилить из исходников привычным способом.
>>11730
Естественно его рекомендует белый дом, карго вроде настроен так что автоматом подтягивает версии 1.1.х, то есть цру может просто включать и отключать бэкдоры когда надо в любой цепочки (в каком-нибудь очередном "left-pad"). Просто идеальная платформа.
Естественно его рекомендует белый дом, карго вроде настроен так что автоматом подтягивает версии 1.1.х, то есть цру может просто включать и отключать бэкдоры когда надо в любой цепочки (в каком-нибудь очередном "left-pad"). Просто идеальная платформа.
>>11727
Там не json, это анонимные структуры зига. Автор говорит "похоже" на json. В мире зига даже билдинг пишется на зиге.
Там не json, это анонимные структуры зига. Автор говорит "похоже" на json. В мире зига даже билдинг пишется на зиге.
>>11730
Кто не дает? Они сейчас с тобой в одной комнате?
Си язык богов, скорее загнется все остальное чем си, поэтому хорошее обновление языка не помешало бы. Естественно веб макакам это не подойдет, да и хруст не особо для вебмакакинга подходит, эта беда с асинками, да и костылище сердо.
Кто не дает? Они сейчас с тобой в одной комнате?
Си язык богов, скорее загнется все остальное чем си, поэтому хорошее обновление языка не помешало бы. Естественно веб макакам это не подойдет, да и хруст не особо для вебмакакинга подходит, эта беда с асинками, да и костылище сердо.
>>11733
Cargo не привязан к одной репе - можешь использовать любую другую доступную.
Вся специфичность - наличие cargo.toml в папке с пакетом.
В cargo.toml ты можешь использовать сторонний репозиторий, git и пути файловой системы для пакетов. Вот прям ручками качаешь, ручками распаковываешь в папочку и ручками прописываешь путь к этой папочке - всё
> Менеджер пакетов не должен быть привязан к одной репе.
Cargo не привязан к одной репе - можешь использовать любую другую доступную.
> Да и сами репы имеют специфичный формат,
Вся специфичность - наличие cargo.toml в папке с пакетом.
> а нужно как в го или зиге - скачал, если что, ручками и закинул. Такой подход так же не создает миллион мини реп.
В cargo.toml ты можешь использовать сторонний репозиторий, git и пути файловой системы для пакетов. Вот прям ручками качаешь, ручками распаковываешь в папочку и ручками прописываешь путь к этой папочке - всё
>>11786
Я хочу любую другую поддерживаемую. Ясен хуй напердолить можно что угодно, но тогда смысл в карго пропадает, зависимости по ссылкам на гитхаб намного проще в этом случае. А сколько-нибудь поддерживаемая только официальная.
> любую другую доступную
Я хочу любую другую поддерживаемую. Ясен хуй напердолить можно что угодно, но тогда смысл в карго пропадает, зависимости по ссылкам на гитхаб намного проще в этом случае. А сколько-нибудь поддерживаемая только официальная.
>>11788
Вот тебе по прямым ссылкам на любой гит репозиторий, можешь выбрать нужный коммит, тег, ветку и путь
https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#specifying-dependencies-from-git-repositories
Вот тебе по прямым ссылкам на любой гит репозиторий, можешь выбрать нужный коммит, тег, ветку и путь
https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#specifying-dependencies-from-git-repositories
362 Кб, 564x872>>11753
Так, вот сейчас стало интересно - что это за cargo и с чем его едят?
Просто сколько лет программировал - ни разу ни одно средство разработки не требовало Интернета. Кроме разве что, FlutterFlow но там собственно, само средство разработки исполняется в облаке, а доступ через браузер.
Так, вот сейчас стало интересно - что это за cargo и с чем его едят?
Просто сколько лет программировал - ни разу ни одно средство разработки не требовало Интернета. Кроме разве что, FlutterFlow но там собственно, само средство разработки исполняется в облаке, а доступ через браузер.
>>11786
Ну мы же говорим про реальный мир, а не вымышленный с единорогами, да? Можно, но де-факто это не так.
Скорее всего есть какой-то формат и просто сорцы не положить, мне лень разбираться, на деле всегда есть какие-то костыли у такого подхода.
В общем, когда появиться с десяток реп по типу как у maven, тогда можно будет еще говорить о свободе. (такого не будет, сразу отменят тебя)
>Cargo не привязан к одной репе - можешь использовать любую другую доступную.
Ну мы же говорим про реальный мир, а не вымышленный с единорогами, да? Можно, но де-факто это не так.
>Вся специфичность - наличие cargo.toml в папке с пакетом.
Скорее всего есть какой-то формат и просто сорцы не положить, мне лень разбираться, на деле всегда есть какие-то костыли у такого подхода.
В общем, когда появиться с десяток реп по типу как у maven, тогда можно будет еще говорить о свободе. (такого не будет, сразу отменят тебя)
>>11797
Мне больше всего напрягает то, чтобы писать под винду надо тянуть вижлу и С++ билдер в 6гигов.
У зига так же?
Мне больше всего напрягает то, чтобы писать под винду надо тянуть вижлу и С++ билдер в 6гигов.
У зига так же?
М>>11824
Ну это уже как тебе угодно
Ну это уже как тебе угодно
>>11807
В реальном мире у меня для личного пользования несколько впс в разных регионах с впн, а для рабочих задач поднята artifactory с кешированием и проксированием до crates, docker hub, nuget, npm и прочего - полнейшая свобода.
Ты какую-то хуиту придумал и сам ее боишься как тот конь который насрал посреди манежа и пугался своего говна
В реальном мире у меня для личного пользования несколько впс в разных регионах с впн, а для рабочих задач поднята artifactory с кешированием и проксированием до crates, docker hub, nuget, npm и прочего - полнейшая свобода.
Ты какую-то хуиту придумал и сам ее боишься как тот конь который насрал посреди манежа и пугался своего говна
>>11879
Впервые про роутеры слышишь? Нет никакой проблемы трафик перекидывать на VPN на уровне роутера, а не софта. VPN клиент в любом контейнере поднимаешь хоть на самом роутере.
Впервые про роутеры слышишь? Нет никакой проблемы трафик перекидывать на VPN на уровне роутера, а не софта. VPN клиент в любом контейнере поднимаешь хоть на самом роутере.
>>11879
2011 год - хаха они не могут запретить <базворд>
-----вы находитесь здесь-----
2024 год - хаха они точно не смогут запретить <еще один базворд>
тор тоже не "могли заблокировать" а потом заблокировали, лол
После ввода китайского опыта будут просто автоштрафы прилетать за твои базворды, на твою карту/госуслуги.
2011 год - хаха они не могут запретить <базворд>
-----вы находитесь здесь-----
2024 год - хаха они точно не смогут запретить <еще один базворд>
тор тоже не "могли заблокировать" а потом заблокировали, лол
После ввода китайского опыта будут просто автоштрафы прилетать за твои базворды, на твою карту/госуслуги.
>>11786
Безумный растошиз сейчас всерьёз эту хуйню высрал? Ору нахуй с оправданий.
Нет чтобы признать что растохуйня без анального каргокала не работает нормально, но шиз продолжает какие-то безумные маняфантазии высирать.
К чему всё это? Очевидно что растом пользоваться просто невозможно в современных условиях, он для этого не предназначен.
>Cargo не привязан к одной репе - можешь использовать любую другую доступную.
Безумный растошиз сейчас всерьёз эту хуйню высрал? Ору нахуй с оправданий.
Нет чтобы признать что растохуйня без анального каргокала не работает нормально, но шиз продолжает какие-то безумные маняфантазии высирать.
К чему всё это? Очевидно что растом пользоваться просто невозможно в современных условиях, он для этого не предназначен.
>>11928
Не гори так мань, сходи там pkgconfig подергай, autotools сконфигури, cmakelists.txt поправь - ну у тебя столько дел в твоей "испытанной временем" экосистеме, а ты тут ходишь позоришься, тролишь тупостью, уже даже скучно тебя обоссывать
Не гори так мань, сходи там pkgconfig подергай, autotools сконфигури, cmakelists.txt поправь - ну у тебя столько дел в твоей "испытанной временем" экосистеме, а ты тут ходишь позоришься, тролишь тупостью, уже даже скучно тебя обоссывать
>>11863
Я бы тебе поводил скриншотом по губам, но к сожалению все уже установлено (там даже больше 6гб).
Раз установилась вижла я еще шарпы поковырял, лол
>Не пизди, 1.6.
Я бы тебе поводил скриншотом по губам, но к сожалению все уже установлено (там даже больше 6гб).
Раз установилась вижла я еще шарпы поковырял, лол
>>11981
Зачем мне это делать, я же не безумный растошиз который вместо написания программ копается в конфигах и каргокале.
Зачем мне это делать, я же не безумный растошиз который вместо написания программ копается в конфигах и каргокале.
182 Кб, 1660x1208Те кто жалуется на раст, посмотрите какая красота у зиге. Там реально филиал дурки, такого даже в крестах в STL нет.
>>12023
Что там? Или ты хочешь чтобы мы пошли изучили синтаксис зига чтобы понять твою мысль?
Что там? Или ты хочешь чтобы мы пошли изучили синтаксис зига чтобы понять твою мысль?
>>12023
К сожалению филиал дурки в другом месте. я так понял ты в первые увидел правосторонний кодинг когда возвращают сразу инициализацию вместо присвоения в переменную? Тебе понравится котлин
К сожалению филиал дурки в другом месте. я так понял ты в первые увидел правосторонний кодинг когда возвращают сразу инициализацию вместо присвоения в переменную? Тебе понравится котлин
>>12023
Кстати легко читается, даже не зная зига не режет глаза.
Загугли - ? это опшены, а встроенные функции через собаку.
Кстати легко читается, даже не зная зига не режет глаза.
Загугли - ? это опшены, а встроенные функции через собаку.
>>12029
Не пизди. Даже если тебя отправляет в установщик студии, то там можно выбрать только тулчейн без самой студии.
Не пизди. Даже если тебя отправляет в установщик студии, то там можно выбрать только тулчейн без самой студии.
>>12051
А на линуксе тебе не надо тянуть сто зависимостей и gcc?
А на линуксе тебе не надо тянуть сто зависимостей и gcc?
>>12056
Ща бы покупать пеку с 64 гигами для компиляции цветного grep и не играть в компьютерные игры.
Ща бы покупать пеку с 64 гигами для компиляции цветного grep и не играть в компьютерные игры.
>>12056
Разве Линус разрешал тебе использовать пинус?
На самом деле обосрались тут не вин юзеры, а раст, который победил С++, но при этом без С++ тулинга не собирается.
Разве Линус разрешал тебе использовать пинус?
На самом деле обосрались тут не вин юзеры, а раст, который победил С++, но при этом без С++ тулинга не собирается.
>>12282
Какой устойчивый манямир, не раст обосрался, а виндузятники. Так и запишем.
И кто вам разрешал сидеть на финском линуксе?
Какой устойчивый манямир, не раст обосрался, а виндузятники. Так и запишем.
И кто вам разрешал сидеть на финском линуксе?
>>12917
Он вообще приболел немного
Он вообще приболел немного
>>12936
Лол, а ты тогда кто? Или по доброте душевной на зарплате чужие треды перекатываешь?
># OP
>Растоман
Лол, а ты тогда кто? Или по доброте душевной на зарплате чужие треды перекатываешь?
37 Кб, 739x399Кто-нибудь раст на арме юзал? Допустим, у меня 16 ядер (32 потока), на пике я получу прирост производительности в четыре раза? IO не является узким местом и все упирается в CPU.
>>12962
Интересующийся/зоонаблюдающий.
Интересующийся/зоонаблюдающий.
73 Кб, 1280x1000>>14409
Может получишь, а может и нет, а может вобще хуже станет
>на пике я получу прирост производительности в четыре раза?
Может получишь, а может и нет, а может вобще хуже станет
>>14409
Как ты себе представляешь это? Просто переход на другую систему команд в вакууме? И при чём тут яп высокого уровня?
>на арме
Как ты себе представляешь это? Просто переход на другую систему команд в вакууме? И при чём тут яп высокого уровня?
>>10716 (OP)
Своего ide написанного на русте не завезли. Ясно.
Своего ide написанного на русте не завезли. Ясно.
>>15850
Конечно. Это же значит, что нужно что-то разрабатывать. Мало того, ещё и чтобы по уму все работало.
Я кстати заметил, что в тредах о русте сам код не обсуждается в принцепе, что показательно. Видимо секта раста - это методичка о том, какой он хороший, свободный и хороший.
Конечно. Это же значит, что нужно что-то разрабатывать. Мало того, ещё и чтобы по уму все работало.
Я кстати заметил, что в тредах о русте сам код не обсуждается в принцепе, что показательно. Видимо секта раста - это методичка о том, какой он хороший, свободный и хороший.
>>15863
Этот тред пристанище шизов, если хочешь обсудить язык, то есть группы в телеге там обычно таких банят. Тут даже ОП на расте не пишет, а просто так перекатывает лол
Этот тред пристанище шизов, если хочешь обсудить язык, то есть группы в телеге там обычно таких банят. Тут даже ОП на расте не пишет, а просто так перекатывает лол
>>15876
Он наверное припёрся обсуждать zed, не просто так начал накидывать про иде, а тут чего-то не хотят, пусть сам с собой поразвлекается
Он наверное припёрся обсуждать zed, не просто так начал накидывать про иде, а тут чего-то не хотят, пусть сам с собой поразвлекается
>>15886
Да не, всё удобно, обсуждай
Да не, всё удобно, обсуждай
1 Мб, 1280x720>>15863
А ты такой же наблюдательный, как Слепой Пью. В Говноланге постоянные срачи на тему Котлина/Шапрпа/Джавы. В Джаве Котлин/Шарп/Го. Тут вся доска такая.
>Я кстати заметил, что в тредах о русте сам код не обсуждается в принцепе, что показательно.
А ты такой же наблюдательный, как Слепой Пью. В Говноланге постоянные срачи на тему Котлина/Шапрпа/Джавы. В Джаве Котлин/Шарп/Го. Тут вся доска такая.
45 Кб, 500x707>>15863
Одно дело накручивать опросники и делать враперы, другое дело писать качественный софт с нуля.
Одно дело накручивать опросники и делать враперы, другое дело писать качественный софт с нуля.
>>15863
В прошлом треде смотри.
>>3308401 →
Там ещё было, но мне лень скроллить. Большая часть постов - толстые набросы и ответы на них. Агрессивный маркетинг привлекает не только потенциальны клиентов, но и поджигает дупы сектантам других языков, которые сюда прибегают что-то доказывать. Впрочем, без них мы бы затонули, наверное.
>в тредах о русте сам код не обсуждается в принцепе
В прошлом треде смотри.
>>3308401 →
Там ещё было, но мне лень скроллить. Большая часть постов - толстые набросы и ответы на них. Агрессивный маркетинг привлекает не только потенциальны клиентов, но и поджигает дупы сектантам других языков, которые сюда прибегают что-то доказывать. Впрочем, без них мы бы затонули, наверное.
>>16350
Вот если есть маркетинг, то он работает в первую очередь на них, прям с таким усердным рвением нужно приходить сюда и что-то доказывать лол. Как религиозные фанатики показывают свои коран/библию/сторожевые башни представителем других конфессий и готовы усраться что-то доказывая
>Агрессивный маркетинг привлекает не только потенциальны клиентов, но и поджигает дупы сектантам других языков, которые сюда прибегают что-то доказывать.
Вот если есть маркетинг, то он работает в первую очередь на них, прям с таким усердным рвением нужно приходить сюда и что-то доказывать лол. Как религиозные фанатики показывают свои коран/библию/сторожевые башни представителем других конфессий и готовы усраться что-то доказывая
>>16439
Искусственный хайп привлекает не очень умные массы, от чего появляется мемы типа "а вы не думали переписать на раст" или "дело не в языке, дело в навыке", или "половина раст чата состоит из питонистов" итд. Чтобы это увидеть надо сидеть в забугорном инете, сейчас лулзов меньше, но маркетологи продолжают натягивать раст то на питонистов то на джаваскрипшиков, который он нахер не сдался и которые не имеют бэкграунда С++, чтобы писать либы, но зато те как попугаи повторяют одни и те же идеи раста через свою призму тупости.
Отсюда феномен, его все любят, особенно те кто на нем не пишет, потому как идеи раста хороши (хоть за 10 лет надоели уже), но глубинный раст уродлив и неудобен да, проблема навыка, или в нашей интерпретации - неосилил
Искусственный хайп привлекает не очень умные массы, от чего появляется мемы типа "а вы не думали переписать на раст" или "дело не в языке, дело в навыке", или "половина раст чата состоит из питонистов" итд. Чтобы это увидеть надо сидеть в забугорном инете, сейчас лулзов меньше, но маркетологи продолжают натягивать раст то на питонистов то на джаваскрипшиков, который он нахер не сдался и которые не имеют бэкграунда С++, чтобы писать либы, но зато те как попугаи повторяют одни и те же идеи раста через свою призму тупости.
Отсюда феномен, его все любят, особенно те кто на нем не пишет, потому как идеи раста хороши (хоть за 10 лет надоели уже), но глубинный раст уродлив и неудобен да, проблема навыка, или в нашей интерпретации - неосилил
>>16350
>>16439
Plot twist: агрессивные маркетологи раста под видом хейтерков сами постят сюда максимально тупые претензии, чтоб двачекомьюнити их блестяще опровергало.
Хейтерки обоссаны, комьюнити в сияющих доспехах сияет, тред живёт, профит!
Хотя я в этом треде с 2017 сижу-пержу и вижу, что претензии-то повторяются из треда в тред, можно и FAQ чисто под это запилить но мне лень расписывать.
Вот набросаю черновик пожалуй:
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Похуй, ты как был одиноким пидором, так им и останешься
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Похуй, фронтенд на расте, а хуячить собственный бекенд под все поддерживаемые LLVM архитектуры, когда есть готовый (и пилится GCC-кодген) - бестолковая трата ресурсов
Q: На расте нет больших/известных/крутых проектов
A: Похуй, но есть: https://github.com/rust-unofficial/awesome-rust?tab=readme-ov-file
Q: Раст задеприкейтил Windows 7
A: Похуй, оно давно end of life
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Похуй, это всего несколько гигов. Можно обойтись и MSYS2/x86_64-pc-windows-gnu . От туда нужны либы и линкер
Q: RC это GC
A: Нет, долбоёб, это shared_ptr (да и похуй)
Q: А вот зиг/плюсы/сишечка ...
A: Похуй
Q: Синтаксис сложна/нипанятна
A: Похуй, ты ещё туповат для него
Q: Бороу-чекер сложна/нипанятна
A: Похуй, он умнее тебя
Q: Агрессивные маркетологи раста ...
A: Похуй, алсо смешно читать как на opennet в любом посте с упоминанием раста горят жопы хейтерков
Q: Раст сейф но кругом ансейф ряяя
A: Похуй, зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN или подними свой кеширующий/приватный реестр пакетов на artifactory/чём-то ещё и пользуйся. Не можешь - иди нахуй
Всё, заебался, пойду чаю попью
>>16439
Plot twist: агрессивные маркетологи раста под видом хейтерков сами постят сюда максимально тупые претензии, чтоб двачекомьюнити их блестяще опровергало.
Хейтерки обоссаны, комьюнити в сияющих доспехах сияет, тред живёт, профит!
Хотя я в этом треде с 2017 сижу-пержу и вижу, что претензии-то повторяются из треда в тред, можно и FAQ чисто под это запилить но мне лень расписывать.
Вот набросаю черновик пожалуй:
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Похуй, ты как был одиноким пидором, так им и останешься
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Похуй, фронтенд на расте, а хуячить собственный бекенд под все поддерживаемые LLVM архитектуры, когда есть готовый (и пилится GCC-кодген) - бестолковая трата ресурсов
Q: На расте нет больших/известных/крутых проектов
A: Похуй, но есть: https://github.com/rust-unofficial/awesome-rust?tab=readme-ov-file
Q: Раст задеприкейтил Windows 7
A: Похуй, оно давно end of life
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Похуй, это всего несколько гигов. Можно обойтись и MSYS2/x86_64-pc-windows-gnu . От туда нужны либы и линкер
Q: RC это GC
A: Нет, долбоёб, это shared_ptr (да и похуй)
Q: А вот зиг/плюсы/сишечка ...
A: Похуй
Q: Синтаксис сложна/нипанятна
A: Похуй, ты ещё туповат для него
Q: Бороу-чекер сложна/нипанятна
A: Похуй, он умнее тебя
Q: Агрессивные маркетологи раста ...
A: Похуй, алсо смешно читать как на opennet в любом посте с упоминанием раста горят жопы хейтерков
Q: Раст сейф но кругом ансейф ряяя
A: Похуй, зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN или подними свой кеширующий/приватный реестр пакетов на artifactory/чём-то ещё и пользуйся. Не можешь - иди нахуй
Всё, заебался, пойду чаю попью
>>16350
>>16439
Plot twist: агрессивные маркетологи раста под видом хейтерков сами постят сюда максимально тупые претензии, чтоб двачекомьюнити их блестяще опровергало.
Хейтерки обоссаны, комьюнити в сияющих доспехах сияет, тред живёт, профит!
Хотя я в этом треде с 2017 сижу-пержу и вижу, что претензии-то повторяются из треда в тред, можно и FAQ чисто под это запилить но мне лень расписывать.
Вот набросаю черновик пожалуй:
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Похуй, ты как был одиноким пидором, так им и останешься
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Похуй, фронтенд на расте, а хуячить собственный бекенд под все поддерживаемые LLVM архитектуры, когда есть готовый (и пилится GCC-кодген) - бестолковая трата ресурсов
Q: На расте нет больших/известных/крутых проектов
A: Похуй, но есть: https://github.com/rust-unofficial/awesome-rust?tab=readme-ov-file
Q: Раст задеприкейтил Windows 7
A: Похуй, оно давно end of life
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Похуй, это всего несколько гигов. Можно обойтись и MSYS2/x86_64-pc-windows-gnu . От туда нужны либы и линкер
Q: RC это GC
A: Нет, долбоёб, это shared_ptr (да и похуй)
Q: А вот зиг/плюсы/сишечка ...
A: Похуй
Q: Синтаксис сложна/нипанятна
A: Похуй, ты ещё туповат для него
Q: Бороу-чекер сложна/нипанятна
A: Похуй, он умнее тебя
Q: Агрессивные маркетологи раста ...
A: Похуй, алсо смешно читать как на opennet в любом посте с упоминанием раста горят жопы хейтерков
Q: Раст сейф но кругом ансейф ряяя
A: Похуй, зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN или подними свой кеширующий/приватный реестр пакетов на artifactory/чём-то ещё и пользуйся. Не можешь - иди нахуй
Всё, заебался, пойду чаю попью
>>16439
Plot twist: агрессивные маркетологи раста под видом хейтерков сами постят сюда максимально тупые претензии, чтоб двачекомьюнити их блестяще опровергало.
Хейтерки обоссаны, комьюнити в сияющих доспехах сияет, тред живёт, профит!
Хотя я в этом треде с 2017 сижу-пержу и вижу, что претензии-то повторяются из треда в тред, можно и FAQ чисто под это запилить но мне лень расписывать.
Вот набросаю черновик пожалуй:
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Похуй, ты как был одиноким пидором, так им и останешься
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Похуй, фронтенд на расте, а хуячить собственный бекенд под все поддерживаемые LLVM архитектуры, когда есть готовый (и пилится GCC-кодген) - бестолковая трата ресурсов
Q: На расте нет больших/известных/крутых проектов
A: Похуй, но есть: https://github.com/rust-unofficial/awesome-rust?tab=readme-ov-file
Q: Раст задеприкейтил Windows 7
A: Похуй, оно давно end of life
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Похуй, это всего несколько гигов. Можно обойтись и MSYS2/x86_64-pc-windows-gnu . От туда нужны либы и линкер
Q: RC это GC
A: Нет, долбоёб, это shared_ptr (да и похуй)
Q: А вот зиг/плюсы/сишечка ...
A: Похуй
Q: Синтаксис сложна/нипанятна
A: Похуй, ты ещё туповат для него
Q: Бороу-чекер сложна/нипанятна
A: Похуй, он умнее тебя
Q: Агрессивные маркетологи раста ...
A: Похуй, алсо смешно читать как на opennet в любом посте с упоминанием раста горят жопы хейтерков
Q: Раст сейф но кругом ансейф ряяя
A: Похуй, зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN или подними свой кеширующий/приватный реестр пакетов на artifactory/чём-то ещё и пользуйся. Не можешь - иди нахуй
Всё, заебался, пойду чаю попью
>>16546
Ада - современный язык, алсо, у нас есть спарк.
Ада - современный язык, алсо, у нас есть спарк.
>>16537
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Зашквар, пацаны не поймут.
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Ну по суди да, они смогли только осилить ASТ дерево, да и то поставили макросы затычки.
Ты забыл что это говнина компилируется долго.
Q: На расте нет больших/известных/крутых проектов
A: Расту 10 лет, это настораживает, даже у говна есть флагманы, а он ппц какой неудобный.
Q: Раст задеприкейтил Windows 7
A: Там была проблема обратной совместимости. То есть, ты можешь взять старые рантаймы/интерпретатор любого языка и запустить на старом парке компов (всякие банкоматы и кассы могут на этой залупе еще жить). У раста такой возможности не существует из-за того что винда не ставит Visual Studio C++ Build Tools. В общем, нельзя делать так чтобы кабан соснул, иначе соснет язык.
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Расту как победителю С++ нужен тулинг С++, эпик вин.
Q: RC это GC
A: Да, с точки зрение терминологий CS. Но что в этом плохого (в реале это узкая и локальная сборка мусора, тут просто страдает маркетинг, сказать что у раста есть GC, это удар по языку, но язык без RC не может, по дизайну)
Q: А вот зиг/плюсы/сишечка ...
A: Нам нужны не пидорские языки, а интеропы С/C++
Q: Синтаксис сложна/нипанятна
A: Не сложный, он неудобный. Нас буквально хеллоу ворд встречает с макроса.
Q: Бороу-чекер сложна/нипанятна
A: Не сложный, он неудобный.
Q: Агрессивные маркетологи раста ...
A: Агрессивный маркетинг рождает ровно таких же фанатиков с другой стороны, с линукс комьюнити это показывает.
Q: Раст сейф но кругом ансейф ряяя
Q: зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
A: Сначала тебе из каждого утюга говорят про безопасность, а потом на деле оказывается не так все просто. Ты ловишь фрустрацию. Еще раз, агрессивный маркетинг зло, не надо считать программистов за дебилов, ибо у тебя останутся только тупые фанатики, вместо реал кодеров.
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN
Сидит маленький мальчик без ножек на диване
смотрит мультики... тут в комнату врывается папа
И переключает на футбол...
- Пааап .. но я же мультики смотрю
-НУ тогда встань и переключи
-Но паап.. у меня же нет ножек...
-НЕТ НОЖЕК - НЕТ МУЛЬТИКОВ
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Зашквар, пацаны не поймут.
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Ну по суди да, они смогли только осилить ASТ дерево, да и то поставили макросы затычки.
Ты забыл что это говнина компилируется долго.
Q: На расте нет больших/известных/крутых проектов
A: Расту 10 лет, это настораживает, даже у говна есть флагманы, а он ппц какой неудобный.
Q: Раст задеприкейтил Windows 7
A: Там была проблема обратной совместимости. То есть, ты можешь взять старые рантаймы/интерпретатор любого языка и запустить на старом парке компов (всякие банкоматы и кассы могут на этой залупе еще жить). У раста такой возможности не существует из-за того что винда не ставит Visual Studio C++ Build Tools. В общем, нельзя делать так чтобы кабан соснул, иначе соснет язык.
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Расту как победителю С++ нужен тулинг С++, эпик вин.
Q: RC это GC
A: Да, с точки зрение терминологий CS. Но что в этом плохого (в реале это узкая и локальная сборка мусора, тут просто страдает маркетинг, сказать что у раста есть GC, это удар по языку, но язык без RC не может, по дизайну)
Q: А вот зиг/плюсы/сишечка ...
A: Нам нужны не пидорские языки, а интеропы С/C++
Q: Синтаксис сложна/нипанятна
A: Не сложный, он неудобный. Нас буквально хеллоу ворд встречает с макроса.
Q: Бороу-чекер сложна/нипанятна
A: Не сложный, он неудобный.
Q: Агрессивные маркетологи раста ...
A: Агрессивный маркетинг рождает ровно таких же фанатиков с другой стороны, с линукс комьюнити это показывает.
Q: Раст сейф но кругом ансейф ряяя
Q: зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
A: Сначала тебе из каждого утюга говорят про безопасность, а потом на деле оказывается не так все просто. Ты ловишь фрустрацию. Еще раз, агрессивный маркетинг зло, не надо считать программистов за дебилов, ибо у тебя останутся только тупые фанатики, вместо реал кодеров.
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN
Сидит маленький мальчик без ножек на диване
смотрит мультики... тут в комнату врывается папа
И переключает на футбол...
- Пааап .. но я же мультики смотрю
-НУ тогда встань и переключи
-Но паап.. у меня же нет ножек...
-НЕТ НОЖЕК - НЕТ МУЛЬТИКОВ
>>16537
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Зашквар, пацаны не поймут.
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Ну по суди да, они смогли только осилить ASТ дерево, да и то поставили макросы затычки.
Ты забыл что это говнина компилируется долго.
Q: На расте нет больших/известных/крутых проектов
A: Расту 10 лет, это настораживает, даже у говна есть флагманы, а он ппц какой неудобный.
Q: Раст задеприкейтил Windows 7
A: Там была проблема обратной совместимости. То есть, ты можешь взять старые рантаймы/интерпретатор любого языка и запустить на старом парке компов (всякие банкоматы и кассы могут на этой залупе еще жить). У раста такой возможности не существует из-за того что винда не ставит Visual Studio C++ Build Tools. В общем, нельзя делать так чтобы кабан соснул, иначе соснет язык.
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Расту как победителю С++ нужен тулинг С++, эпик вин.
Q: RC это GC
A: Да, с точки зрение терминологий CS. Но что в этом плохого (в реале это узкая и локальная сборка мусора, тут просто страдает маркетинг, сказать что у раста есть GC, это удар по языку, но язык без RC не может, по дизайну)
Q: А вот зиг/плюсы/сишечка ...
A: Нам нужны не пидорские языки, а интеропы С/C++
Q: Синтаксис сложна/нипанятна
A: Не сложный, он неудобный. Нас буквально хеллоу ворд встречает с макроса.
Q: Бороу-чекер сложна/нипанятна
A: Не сложный, он неудобный.
Q: Агрессивные маркетологи раста ...
A: Агрессивный маркетинг рождает ровно таких же фанатиков с другой стороны, с линукс комьюнити это показывает.
Q: Раст сейф но кругом ансейф ряяя
Q: зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
A: Сначала тебе из каждого утюга говорят про безопасность, а потом на деле оказывается не так все просто. Ты ловишь фрустрацию. Еще раз, агрессивный маркетинг зло, не надо считать программистов за дебилов, ибо у тебя останутся только тупые фанатики, вместо реал кодеров.
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN
Сидит маленький мальчик без ножек на диване
смотрит мультики... тут в комнату врывается папа
И переключает на футбол...
- Пааап .. но я же мультики смотрю
-НУ тогда встань и переключи
-Но паап.. у меня же нет ножек...
-НЕТ НОЖЕК - НЕТ МУЛЬТИКОВ
Q: В комьюнити одни сплошные LGBTQGCCPP
A: Зашквар, пацаны не поймут.
Q: Компилятор раста использует LLVM, а значит не настоящий
A: Ну по суди да, они смогли только осилить ASТ дерево, да и то поставили макросы затычки.
Ты забыл что это говнина компилируется долго.
Q: На расте нет больших/известных/крутых проектов
A: Расту 10 лет, это настораживает, даже у говна есть флагманы, а он ппц какой неудобный.
Q: Раст задеприкейтил Windows 7
A: Там была проблема обратной совместимости. То есть, ты можешь взять старые рантаймы/интерпретатор любого языка и запустить на старом парке компов (всякие банкоматы и кассы могут на этой залупе еще жить). У раста такой возможности не существует из-за того что винда не ставит Visual Studio C++ Build Tools. В общем, нельзя делать так чтобы кабан соснул, иначе соснет язык.
Q: Раст для Windows требует установки Visual Studio C++ Build Tools
A: Расту как победителю С++ нужен тулинг С++, эпик вин.
Q: RC это GC
A: Да, с точки зрение терминологий CS. Но что в этом плохого (в реале это узкая и локальная сборка мусора, тут просто страдает маркетинг, сказать что у раста есть GC, это удар по языку, но язык без RC не может, по дизайну)
Q: А вот зиг/плюсы/сишечка ...
A: Нам нужны не пидорские языки, а интеропы С/C++
Q: Синтаксис сложна/нипанятна
A: Не сложный, он неудобный. Нас буквально хеллоу ворд встречает с макроса.
Q: Бороу-чекер сложна/нипанятна
A: Не сложный, он неудобный.
Q: Агрессивные маркетологи раста ...
A: Агрессивный маркетинг рождает ровно таких же фанатиков с другой стороны, с линукс комьюнити это показывает.
Q: Раст сейф но кругом ансейф ряяя
Q: зато сразу видно в коде что этот блок - ансейф, а не как в сишке/плюсах сплошной ансейф
A: Сначала тебе из каждого утюга говорят про безопасность, а потом на деле оказывается не так все просто. Ты ловишь фрустрацию. Еще раз, агрессивный маркетинг зло, не надо считать программистов за дебилов, ибо у тебя останутся только тупые фанатики, вместо реал кодеров.
Q: Проект не собрать без инторнета и доступа к crates.io
A: Похуй, возьми VPN
Сидит маленький мальчик без ножек на диване
смотрит мультики... тут в комнату врывается папа
И переключает на футбол...
- Пааап .. но я же мультики смотрю
-НУ тогда встань и переключи
-Но паап.. у меня же нет ножек...
-НЕТ НОЖЕК - НЕТ МУЛЬТИКОВ
>>16593
Почему на расте постоянно все приходится переписывать, как так вышло? Почему это бай дезигн?
Почему на расте постоянно все приходится переписывать, как так вышло? Почему это бай дезигн?
>>16593
По сравнению с чем и на каком коде?
Какой крупный проект, которым все-все-все пользуются, появился на каком-либо другом языке за 10 лет?
Какая-то хрень для докера, который сам по себе нужен, потому что весь софт нахуй сломан?
Ты можешь поставить старый Раст на старую винду. В худшем случае придётся собирать самому.
Ты можешь напрямую дёргать системные вызовы винды, если тебя это настолько беспокоит. Придётся пересобирать половину тулчейна, но это в любом языке плата за ебанутость. Го на Линуксе каждые полгода стандартную либу правит.
Ни разу не пользовался. Несколько раз был нужен Сell и UnsafeCell по всяким эзотеричным нуждам.
>Ты забыл что это говнина компилируется долго.
По сравнению с чем и на каком коде?
>Расту 10 лет, это настораживает
Какой крупный проект, которым все-все-все пользуются, появился на каком-либо другом языке за 10 лет?
>даже у говна есть флагманы,
Какая-то хрень для докера, который сам по себе нужен, потому что весь софт нахуй сломан?
>То есть, ты можешь взять старые рантаймы/интерпретатор любого языка и запустить на старом парке компов
Ты можешь поставить старый Раст на старую винду. В худшем случае придётся собирать самому.
>Расту как победителю С++ нужен тулинг С++, эпик вин.
Ты можешь напрямую дёргать системные вызовы винды, если тебя это настолько беспокоит. Придётся пересобирать половину тулчейна, но это в любом языке плата за ебанутость. Го на Линуксе каждые полгода стандартную либу правит.
>но язык без RC не может, по дизайну
Ни разу не пользовался. Несколько раз был нужен Сell и UnsafeCell по всяким эзотеричным нуждам.
>>16593
Сидит тупой безрукий мальчик на диване, который в 2024 не смог завести себе vps'ку за пару криптобаксов вне РФ, ну и пусть себе сидит, нам не нужен дурачок
>Q: Проект не собрать без инторнета и доступа к crates.io
>A: Похуй, возьми VPN
>Сидит маленький мальчик без ножек на диване
Сидит тупой безрукий мальчик на диване, который в 2024 не смог завести себе vps'ку за пару криптобаксов вне РФ, ну и пусть себе сидит, нам не нужен дурачок
>По сравнению с чем и на каком коде?
Какая разница с чем? Вечно вам надо сравниваться, ладно, например с го.
>Какой крупный проект, которым все-все-все пользуются, появился на каком-либо другом языке за 10 лет?
Го - губер, докер, еще что-то там.
>даже у говна есть флагманы,
>Какая-то хрень для докера
Что за тупость?
>Ты можешь поставить старый Раст на старую винду.
Именно про это и говориться что не могу, физически просто не могу, я уже не знаю как это объяснить, одно и тоже.
>Ты можешь
>Придётся пересобирать половину тулчейна
Давайте будем реалистами. Ты можешь и свой язык написать, если что-то не нравится.
>Ни разу не пользовался.
Начни уже писать программы, а не скрипты.
>>16750
Почему растеры такие глупые, тебе говорят нет интернета - собери впску. У тебя ножек нет, сбегай в магазин.
Почему растеры такие глупые, тебе говорят нет интернета - собери впску. У тебя ножек нет, сбегай в магазин.
>>17112
Почему растохейтеры такие тупые? Тебе без интернета даже apt/dnf install gcc libc-dev make vim не выполнить, а ты все рвешься на расте писать. Возьми турбо-паскаль на дискетке, а лучше сходи во дворе погуляй, глупыш
Почему растохейтеры такие тупые? Тебе без интернета даже apt/dnf install gcc libc-dev make vim не выполнить, а ты все рвешься на расте писать. Возьми турбо-паскаль на дискетке, а лучше сходи во дворе погуляй, глупыш
>>17181
То есть, если я приду с флешкой на другую машину, без сети я не смогу ничего сделать? Вы че там обкурились?
То есть, если я приду с флешкой на другую машину, без сети я не смогу ничего сделать? Вы че там обкурились?
>>17111
Код на го будет в пять раз длиннее, потому что ни метапрограммирования, ни нормальной работы с памятью не завезли. В итоге будет одно на одно.
Докер решает проблему управления микросервисной парашей, хотя микросервисная параша - это проблема сама по себе. Как вейп вместо сигарет.
Что пишет?
Ты понимаешь, что это как жаловаться, на драйвера? Якобы легендарный Джон Кармак написал игру, а она вылетает, если не установить непонятный костыль с левого сайта.
Чел, ты компилятор поставить не осилил.
На флешку нужно что-то скачать, а как это сделать, если РКН запретил?
>Какая разница с чем? Вечно вам надо сравниваться, ладно, например с го.
Код на го будет в пять раз длиннее, потому что ни метапрограммирования, ни нормальной работы с памятью не завезли. В итоге будет одно на одно.
>Что за тупость?
Докер решает проблему управления микросервисной парашей, хотя микросервисная параша - это проблема сама по себе. Как вейп вместо сигарет.
>Именно про это и говориться что не могу, физически просто не могу, я уже не знаю как это объяснить, одно и тоже.
Что пишет?
>Давайте будем реалистами. Ты можешь и свой язык написать, если что-то не нравится.
Ты понимаешь, что это как жаловаться, на драйвера? Якобы легендарный Джон Кармак написал игру, а она вылетает, если не установить непонятный костыль с левого сайта.
>Начни уже писать программы, а не скрипты.
Чел, ты компилятор поставить не осилил.
>То есть, если я приду с флешкой на другую машину, без сети я не смогу ничего сделать? Вы че там обкурились?
На флешку нужно что-то скачать, а как это сделать, если РКН запретил?
Это какая то метаирония или вкатуны реально не смогли осилить запуск карго без интернета?
Ребят, вы если даже не можете две минуты в Гугле потратить, может системное программирование это не для вас?
Ребят, вы если даже не можете две минуты в Гугле потратить, может системное программирование это не для вас?
>>17350
Ясно, толстота значит
Ясно, толстота значит
1 Кб, 133x36>>17291
Как это отменяет то что ты пишешь скрипты?
Читай прошлый тред. Из-за того что МС задиприкейтил тулы (те 7гб С++ радости), нельзя поставить старый раст.
Да какая разница, ты просил показать флагман проект языка за 10 лет, я тебе показал. Покажи мне флагман раста (к счастью с серво вы уже не носитесь)
Маневры, то есть без сети эта залупа не работает?
Мне на инет как-то срать, меня больше беспокоит что все яйца в одной корзине. И правда что карго минорные версии автообновляет? То есть можно будет шустро включать отключать руткиты?
>Чел, ты компилятор поставить не осилил.
Как это отменяет то что ты пишешь скрипты?
>Что пишет?
Читай прошлый тред. Из-за того что МС задиприкейтил тулы (те 7гб С++ радости), нельзя поставить старый раст.
>Докер решает проблему управления микросервисной парашей
Да какая разница, ты просил показать флагман проект языка за 10 лет, я тебе показал. Покажи мне флагман раста (к счастью с серво вы уже не носитесь)
>На флешку нужно что-то скачать
Маневры, то есть без сети эта залупа не работает?
Мне на инет как-то срать, меня больше беспокоит что все яйца в одной корзине. И правда что карго минорные версии автообновляет? То есть можно будет шустро включать отключать руткиты?
>>17368
Я пытался, но какие-то долбоебы там искали геев и джавистов под кроватью, дальше не читал
Чего-то не читается что ты пишешь, но ты продолжай
>Читай прошлый тред.
Я пытался, но какие-то долбоебы там искали геев и джавистов под кроватью, дальше не читал
>пук
Чего-то не читается что ты пишешь, но ты продолжай
>>17368
Пилю игру/движок. Не UE5, но где-то в 50 раз сложнее всех твоих хелло ворлдов. Всё работает на базе элементарного бамп аллокатора даже без RAII. Стандартные контейнеры рассчитаны на слишком общий случай и для геймдева избыточны. Rc вообще по ощущениями добавили чтобы было даже в отрыве от геймдева.
Попроси Копайлот показать, где можно на сайте МС скачать старые либы.
И ты показал набор скриптов, который умеет автоматически устанавливать пакеты. Охуенно.
Клёво же.
https://www.youtube.com/watch?v=mKoRzTK1HkU
Если пишешь в зависимостях звездочку, то правда.
>Как это отменяет то что ты пишешь скрипты?
Пилю игру/движок. Не UE5, но где-то в 50 раз сложнее всех твоих хелло ворлдов. Всё работает на базе элементарного бамп аллокатора даже без RAII. Стандартные контейнеры рассчитаны на слишком общий случай и для геймдева избыточны. Rc вообще по ощущениями добавили чтобы было даже в отрыве от геймдева.
>Из-за того что МС задиприкейтил тулы
Попроси Копайлот показать, где можно на сайте МС скачать старые либы.
>Да какая разница, ты просил показать флагман проект языка за 10 лет, я тебе показал
И ты показал набор скриптов, который умеет автоматически устанавливать пакеты. Охуенно.
>Покажи мне флагман раста
Клёво же.
https://www.youtube.com/watch?v=mKoRzTK1HkU
>правда что карго минорные версии автообновляет?
Если пишешь в зависимостях звездочку, то правда.
>>17470
Трейты, замыкания, вывод типов, паттерн матчинг, нативный код, система сборки. Этого мало? С тем же успехом можно спросить, а чем Раст хуже любого другого языка. STL в плюсах настолько же неюзабельный кал, например.
Трейты, замыкания, вывод типов, паттерн матчинг, нативный код, система сборки. Этого мало? С тем же успехом можно спросить, а чем Раст хуже любого другого языка. STL в плюсах настолько же неюзабельный кал, например.
>>17459
Что это? Редактор для создание ассетов-башен?
Я просил флагман, а не мультяшные ассеты для юнити
Ну я рад что это сложнее моих хеллоу вордов, казалось, что может быть сложнее хеллоу ворда, оказывается есть.
В 50 раз, говоришь? Так-с, 50 умножаем на ноль...
Неожиданно, в геймдеве часто применяют сборку мусора. Даже в анрил. Если бы ты варился в геймдеве то знал бы это.
Я понял что ты очередной раскрашиватель grep
Что это? Редактор для создание ассетов-башен?
Я просил флагман, а не мультяшные ассеты для юнити
>в 50 раз сложнее всех твоих хелло ворлдов
Ну я рад что это сложнее моих хеллоу вордов, казалось, что может быть сложнее хеллоу ворда, оказывается есть.
В 50 раз, говоришь? Так-с, 50 умножаем на ноль...
>даже в отрыве от геймдева.
Неожиданно, в геймдеве часто применяют сборку мусора. Даже в анрил. Если бы ты варился в геймдеве то знал бы это.
Я понял что ты очередной раскрашиватель grep
61 Кб, 574x1020>>17488
Ох эти питон специалисты. А потом окажется что нужная либа на плюсах, или врайпер багован и де-факто заброшен. И вдруг неюзабельныи гавном окажется твой раст.
Открою тебе секрет, что настоящая трудность и проблема для реального программиста это не наличие трейтов, вывода типов, паттерн матчинга и замыкания, а наличие стабильных либ с тысячами человека-часов работы.
>же неюзабельный кал, например.
Ох эти питон специалисты. А потом окажется что нужная либа на плюсах, или врайпер багован и де-факто заброшен. И вдруг неюзабельныи гавном окажется твой раст.
Открою тебе секрет, что настоящая трудность и проблема для реального программиста это не наличие трейтов, вывода типов, паттерн матчинга и замыкания, а наличие стабильных либ с тысячами человека-часов работы.
> а вот я тру программист и эксперт вот моё мнение
> нет это я тру программист и эксперт, твоё мнение говно, вот моё мнение
Сука дети выйдите из треда, что за цирк вы тут устроили?
И почему в треде половина анонов вобще не программирует на расте а возможно и вообще, кто то форсит тред в б или что?
>>17510
Это же вообще дефолт, в треде го по ощущениям большую часть постинга исходит от двух шизов - эксшепшн шиз и нинужен шиз. Возможно, второй это эволюция первого.
Это же вообще дефолт, в треде го по ощущениям большую часть постинга исходит от двух шизов - эксшепшн шиз и нинужен шиз. Возможно, второй это эволюция первого.
>>17499
Во-первых, Rc не сборка мусора. Во-вторых, Анрил переинженеренное статтерящее мыльное недоразумение, которое используют, потому что остальное еще хуже. Или это был контрпример?
>>17506
Они требуют тысячи человеко-часов, потому что переизобретают готовые примитивы ОС поверх нескольких слоёв сериализации, виртуальных машин и такой-то матери. А по другому и не получится, потому что мы зачем-то эмулируем PDP-11.
>>17510
Ну маааам.
>Неожиданно, в геймдеве часто применяют сборку мусора. Даже в анрил
Во-первых, Rc не сборка мусора. Во-вторых, Анрил переинженеренное статтерящее мыльное недоразумение, которое используют, потому что остальное еще хуже. Или это был контрпример?
>>17506
>а наличие стабильных либ с тысячами человека-часов работы.
Они требуют тысячи человеко-часов, потому что переизобретают готовые примитивы ОС поверх нескольких слоёв сериализации, виртуальных машин и такой-то матери. А по другому и не получится, потому что мы зачем-то эмулируем PDP-11.
>>17510
Ну маааам.
>>17574
Я кажется стал понимать, все эти питонщики выбирают раст, потому что там нет GC и когда они слышат что умные указатели это тоже вид GC - у них взрывает пукан, мол как так я же раст терплю ради ручного управления памятью, а тут опять гц, ряяя!!!
>ряяя гц ненужно, а где нужно там деды и плохо.
>ряяя счетчик ссылок не сборка, в компьютер сайнс это сборка, а у нас нет, а если надо будет, перепишем ваш компьютер сайнс!!!
>ряяя либы ненужны, я крашу grep, мне там либы ненужны.
Я кажется стал понимать, все эти питонщики выбирают раст, потому что там нет GC и когда они слышат что умные указатели это тоже вид GC - у них взрывает пукан, мол как так я же раст терплю ради ручного управления памятью, а тут опять гц, ряяя!!!
>>17510
Тут тред держится или наоборот опустел из-за них благодаря шизам или даже одному и тех кто пытается чего отвечать на эти дешевые набросы. Сюда максимум как в зоопарк можно приходить, не более того
>И почему в треде половина анонов вобще не программирует на расте а возможно и вообще, кто то форсит тред в б или что?
Тут тред держится или наоборот опустел из-за них благодаря шизам или даже одному и тех кто пытается чего отвечать на эти дешевые набросы. Сюда максимум как в зоопарк можно приходить, не более того
>>17621
Нормальным людям и без этого понятно что умные указатели это сборка мусора.
Просто дети не в курсе что если требуется любая сборка мусора и любые умные указатели - следствие дерьмовой арахитектуры.
Нормальным людям и без этого понятно что умные указатели это сборка мусора.
Просто дети не в курсе что если требуется любая сборка мусора и любые умные указатели - следствие дерьмовой арахитектуры.
>>17645
Как в расте и C++ придумывается архитектура? Вот в джаве есть чистая архитектура, но там пиздец полный, сложно. А в низкоуровневых языках как это делается?
Как в расте и C++ придумывается архитектура? Вот в джаве есть чистая архитектура, но там пиздец полный, сложно. А в низкоуровневых языках как это делается?
>>17649
Отталкиваясь от данных. Смотришь на данные, как часто они меняются, как преобразуются, как долго хранятся, как запрашиваются. Выбираешь подходящие структуры для них, массивы структур, структуры массивов, многомерные массивы. Конечно же большая часть всего этого в глобале существует. Дальше пишешь под это дело всё функции, абстракции, итераторы, атомики всякие, смотря от требований и возможностей. Аллокаций в большинстве программ вообще можно избежать с таким подходом.
Отталкиваясь от данных. Смотришь на данные, как часто они меняются, как преобразуются, как долго хранятся, как запрашиваются. Выбираешь подходящие структуры для них, массивы структур, структуры массивов, многомерные массивы. Конечно же большая часть всего этого в глобале существует. Дальше пишешь под это дело всё функции, абстракции, итераторы, атомики всякие, смотря от требований и возможностей. Аллокаций в большинстве программ вообще можно избежать с таким подходом.
>>17645
Вот как раз таки дети заполонили тред этими срачами, при этом не давая четких определений что чем является, собственно неопределенность и позволяет обеим сторонам вилять жопой и разводить бесконечный срач. Нормальные взрослые люди начинают с терминологии и определяют рамки того что чем является и уже дальше нужно смотреть подходят ли умные указатели под критерий сборщика мусора или нет, а не просто кидаться говном.
Мимо
>дети
Вот как раз таки дети заполонили тред этими срачами, при этом не давая четких определений что чем является, собственно неопределенность и позволяет обеим сторонам вилять жопой и разводить бесконечный срач. Нормальные взрослые люди начинают с терминологии и определяют рамки того что чем является и уже дальше нужно смотреть подходят ли умные указатели под критерий сборщика мусора или нет, а не просто кидаться говном.
Мимо
>>17621
Это у питонистов бомбит, для нормального человека нет проблемы что смарт поинтеры это локальная сборка мусора без стоп-зе-ворд. Почему растеры рвут на себе чулки от этого я не понимаю
Это у питонистов бомбит, для нормального человека нет проблемы что смарт поинтеры это локальная сборка мусора без стоп-зе-ворд. Почему растеры рвут на себе чулки от этого я не понимаю
>>17704
>>17620
Тебе несколько раз сказали про терминологию cs, в этом вся суть фанатиков, вы будете юлить до последнего и троллить тупостью.
Там очень просто определение
In computer science, garbage collection (GC) is a form of automatic memory management. The garbage collector attempts to reclaim memory that was allocated by the program, but is no longer referenced; such memory is called garbage.
>>17620
Тебе несколько раз сказали про терминологию cs, в этом вся суть фанатиков, вы будете юлить до последнего и троллить тупостью.
Там очень просто определение
In computer science, garbage collection (GC) is a form of automatic memory management. The garbage collector attempts to reclaim memory that was allocated by the program, but is no longer referenced; such memory is called garbage.
62 Кб, 360x360>>17803
Этот спор можно навсегда закрыть. В прошлых тредах был пример связанного списка на rc<refcell и вроде на ансейве с сырыми указателями. Или же взять смарт поинтеры из с++ и сырые указатели, если раст ограничивает и ансейв.
И честно (с публикацией на гитхаб в докере с результатом) протестить этот список с десятками миллионов значений.
Если разница не велика - то вообще не важно GC или не GC, всегда можно обоссать оппонента, что это дешевая операция, а не костыль. Если же разница велика, втихую как крыса промолчать и спрятаться за анонимностью двача, до следующего срача.
Этот спор можно навсегда закрыть. В прошлых тредах был пример связанного списка на rc<refcell и вроде на ансейве с сырыми указателями. Или же взять смарт поинтеры из с++ и сырые указатели, если раст ограничивает и ансейв.
И честно (с публикацией на гитхаб в докере с результатом) протестить этот список с десятками миллионов значений.
Если разница не велика - то вообще не важно GC или не GC, всегда можно обоссать оппонента, что это дешевая операция, а не костыль. Если же разница велика, втихую как крыса промолчать и спрятаться за анонимностью двача, до следующего срача.
>>17805
Спойлер - если указатели часто не создаются и не дропаются, то там почти нет накладных расходов (на разыменовывание).
Спойлер - если указатели часто не создаются и не дропаются, то там почти нет накладных расходов (на разыменовывание).
>>17803
Это вы между собой там спорите, кидаясь какашками в песочнице, я же написал что мимо. Но то что уже пользуетесь справочной литературой, уже хорошо, молодцы
>>17801
У нормального человека вообще не должно рвать от наличия или отсутствия сборки мусора, а нужно решать конкретную продуктовую задачу. Если при решении задачи сборка мусора не мешает, но при этом экономит еблячасы при разработке и сопровождении, то однозначно её нужно использовать. А всякие малолетние дебилы из этого срач на десяток тредов устроили на потеху публике.
>Тебе несколько раз сказали про терминологию cs
Это вы между собой там спорите, кидаясь какашками в песочнице, я же написал что мимо. Но то что уже пользуетесь справочной литературой, уже хорошо, молодцы
>>17801
У нормального человека вообще не должно рвать от наличия или отсутствия сборки мусора, а нужно решать конкретную продуктовую задачу. Если при решении задачи сборка мусора не мешает, но при этом экономит еблячасы при разработке и сопровождении, то однозначно её нужно использовать. А всякие малолетние дебилы из этого срач на десяток тредов устроили на потеху публике.
>>15720
ну есть же Rust под ARM
разве я не могу взять исходники проекта и просто перекомпилировать его под ARM?
ну есть же Rust под ARM
разве я не могу взять исходники проекта и просто перекомпилировать его под ARM?
10 Кб, 559x116>>18092
Тоже так подумал, как то проще мне показался, да и vscode я знаю хорошо. А в чем RR выигрывает в перспективе?
Планирую активно сорцы исследовать, помниться в жб был удобный тулинг для этого и отладчик (но это в жабе, а тут хз).
Тоже так подумал, как то проще мне показался, да и vscode я знаю хорошо. А в чем RR выигрывает в перспективе?
Планирую активно сорцы исследовать, помниться в жб был удобный тулинг для этого и отладчик (но это в жабе, а тут хз).
>>18137
Он не использует lsp и при внесении изменений в код быстрее соображает в обмен на съеденную память, плюс чуть побольше возможностей для рефакторинга, а в общем и целом все тоже самое. Сам летом пересел на vscode, по началу было непривычно, а теперь всего хватает
А вот это хз, я этим не пользуюсь, только профайлером https://github.com/flamegraph-rs/flamegraph и тот из терминала запускаю
>А в чем RR выигрывает в перспективе?
Он не использует lsp и при внесении изменений в код быстрее соображает в обмен на съеденную память, плюс чуть побольше возможностей для рефакторинга, а в общем и целом все тоже самое. Сам летом пересел на vscode, по началу было непривычно, а теперь всего хватает
>Планирую активно сорцы исследовать, помниться в жб был удобный тулинг для этого и отладчик (но это в жабе, а тут хз).
А вот это хз, я этим не пользуюсь, только профайлером https://github.com/flamegraph-rs/flamegraph и тот из терминала запускаю
>>18156
Не везде, конечно, работает как надо, но лучше чем vscode, который показывает ассемблер (хотя я может ньюфаг и просто не знаю).
Не везде, конечно, работает как надо, но лучше чем vscode, который показывает ассемблер (хотя я может ньюфаг и просто не знаю).
>>19315 (Del)
Потому что тред угнали и перекатывают школьники на винде потому что в игори надо играть, которые не имеют отношения ни к расту ни к разработке в целом, чтобы всех троллить. Вот полюбуйся на ОПа >>12936
Но будучи не трудоустроенным ни дня такие не знают что почти все сидят на маках и линуксах, а виндой пользуются только опущенные пхпшники, шапрписты и игроделы. Поэтому шутка за 300 не взлетела
Потому что тред угнали и перекатывают школьники на винде потому что в игори надо играть, которые не имеют отношения ни к расту ни к разработке в целом, чтобы всех троллить. Вот полюбуйся на ОПа >>12936
Но будучи не трудоустроенным ни дня такие не знают что почти все сидят на маках и линуксах, а виндой пользуются только опущенные пхпшники, шапрписты и игроделы. Поэтому шутка за 300 не взлетела
>>19346 (Del)
Попробуй репортить не через две недели, а когда видишь провокации в оп-постах после переката. И сисики писики тоже репортить не забывай. Будет тебе счастье. Страницу обнови через F5.
Попробуй репортить не через две недели, а когда видишь провокации в оп-постах после переката. И сисики писики тоже репортить не забывай. Будет тебе счастье. Страницу обнови через F5.
Забавное наблюдение. Я знаю что компилятор видит, что мутабельная ссылка больше не используется и как бы дропает ее, но оказалось он еще ее как бы переиспользует (адрес не меняется, как у иммутабельных)
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=ebc30b7403b9fbe00d88caab90b76d66
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=ebc30b7403b9fbe00d88caab90b76d66
>>19511
Нашёл и потерял. Как обычно, блокчейн. Брали на испытательный срок. Оказалось, что там не разобраться в теме за две недели. Надо как минимум полгода. Чтобы во всех этих ебучих транзакциях, подписях, и проч. Ничего особо не объясняли. Месяц промучался и усё.
Нашёл и потерял. Как обычно, блокчейн. Брали на испытательный срок. Оказалось, что там не разобраться в теме за две недели. Надо как минимум полгода. Чтобы во всех этих ебучих транзакциях, подписях, и проч. Ничего особо не объясняли. Месяц промучался и усё.
>>19511
Раст это элитарный язык для души, а черкаши на галлере можно отскребать и на node.js
Раст это элитарный язык для души, а черкаши на галлере можно отскребать и на node.js
29 Кб, 772x329Я помню все носились с двухсвязным списком, но читая доку я вдруг осознал - в расте нельзя реализовать фундаментальную архитектуру IoC из-за ограничение мутабельных ссылок. Буквально на пике нарушение инкапсуляции.
Как мы делали раньше - у нас есть объекты сервисы и мы их прокидываем как зависимость везде (ну самое простое коннект к базе) сам сервис либо имеет состояния либо нет, у нас просто есть ручки которые мы дергаем и нам не важно, состояние для нас скрыто/инкапсулировано.
С точки зрения архитектуры у нас есть контекст исполнения. А как реализовать подобное в расте? Одни иммутабельные ссылки - не вариант, клонировать владение - ну не вариант вообще (100500 коннектов в базе).
Получается только постоянно прокидывать мутабельную ссылку в каскад функций
f1(&mut MyService) -> f2(&mut MyService) -> f3(&mut MyService)
И надеяться что скоуп ссылки не будет пересекаться (хотя в 90% нам буде нужна иммутабельность).
Какую архитектуру строят на расте и главное как? только без - "а-а-а неосилил", тут правда не видно вариантов для построения большой архитектуры
Как мы делали раньше - у нас есть объекты сервисы и мы их прокидываем как зависимость везде (ну самое простое коннект к базе) сам сервис либо имеет состояния либо нет, у нас просто есть ручки которые мы дергаем и нам не важно, состояние для нас скрыто/инкапсулировано.
С точки зрения архитектуры у нас есть контекст исполнения. А как реализовать подобное в расте? Одни иммутабельные ссылки - не вариант, клонировать владение - ну не вариант вообще (100500 коннектов в базе).
Получается только постоянно прокидывать мутабельную ссылку в каскад функций
f1(&mut MyService) -> f2(&mut MyService) -> f3(&mut MyService)
И надеяться что скоуп ссылки не будет пересекаться (хотя в 90% нам буде нужна иммутабельность).
Какую архитектуру строят на расте и главное как? только без - "а-а-а неосилил", тут правда не видно вариантов для построения большой архитектуры
>>19739
Рад за вас, но только кто вы и что значит один объект для указателя и для чего вам его должно его хватить?
Рад за вас, но только кто вы и что значит один объект для указателя и для чего вам его должно его хватить?
>>19756
Ну либо компилятор по попе даст, либо сам себе по попе за низкий перф
Ну либо компилятор по попе даст, либо сам себе по попе за низкий перф
>>19795
Это же вроде про работу с критическими секциями, или у раста это несет дополнительный смысл?
Это же вроде про работу с критическими секциями, или у раста это несет дополнительный смысл?
>>19807
Это про смартпоинтеры, то что ты выше писал где тебе нужно передать кучу мутабельных ссылок. В большинстве случаев тебе для этого потребуется Arc<Mutex<T>> на картинке выше многопоточность и не нужно следить за владением
>Это же вроде про работу с критическими секциями,
Это про смартпоинтеры, то что ты выше писал где тебе нужно передать кучу мутабельных ссылок. В большинстве случаев тебе для этого потребуется Arc<Mutex<T>> на картинке выше многопоточность и не нужно следить за владением
>CISA recommends that developers transition to memory-safe programming languages such as Rust, Java, C#, Go, Python, and Swift
Поясните почему в этом списке rust?
>>19855
Так предложи растовские бест-практикс, я не верю что в расте принято как в жопоскрипте дергать в модуле из другого модуля глобальное состояние.
Так предложи растовские бест-практикс, я не верю что в расте принято как в жопоскрипте дергать в модуле из другого модуля глобальное состояние.
>>19878
Каким местом IoC про ООП? Это про связанность архитектуры и скорее про юнит тесты.
И причем тут замыкание, я даже спрашивать не буду, ты какой-то тролль или нездоров.
Каким местом IoC про ООП? Это про связанность архитектуры и скорее про юнит тесты.
И причем тут замыкание, я даже спрашивать не буду, ты какой-то тролль или нездоров.
>>19882
Связанность архитектуры и юнит-тесты - это баззворды, порожденные ОО дизайном. Голоса в голове сказали нам разделить данные на взятые с потолка лоскутки, в итоге каждый кусок кода надо покрывать тестами, потому что малейшая ошибка развалит всю систему, и ты концов не найдёшь.
Связанность архитектуры и юнит-тесты - это баззворды, порожденные ОО дизайном. Голоса в голове сказали нам разделить данные на взятые с потолка лоскутки, в итоге каждый кусок кода надо покрывать тестами, потому что малейшая ошибка развалит всю систему, и ты концов не найдёшь.
>>19885
Я одного не понимаю, нахуя этому обоссаному пидору IoC в расте (любом другом системном языке), ебало просто имаджинируйте: условная библиотечка для работы с свг форматомю, давайте затащим сюда IoC.
Я одного не понимаю, нахуя этому обоссаному пидору IoC в расте (любом другом системном языке), ебало просто имаджинируйте: условная библиотечка для работы с свг форматомю, давайте затащим сюда IoC.
>>19875
Нет конечно же, тут вкатунов мало и люди на опыте сразу делают все через DI чтобы код можно было легко тестировать и одна часть программы знала как можно меньше о других. Разумеется речь за бекенд, как там cli и gui приложения я не в курсе. Так что ближе к жабе чем к жопаскрипту, на гошке примерно также
Нет конечно же, тут вкатунов мало и люди на опыте сразу делают все через DI чтобы код можно было легко тестировать и одна часть программы знала как можно меньше о других. Разумеется речь за бекенд, как там cli и gui приложения я не в курсе. Так что ближе к жабе чем к жопаскрипту, на гошке примерно также
Как после запросаreqwest спарсить и вытащить только значение одного поля(допустим Phone) с JSON вида:
Ok(
Object {
"Message": String,
"Result:" Array [
Object {
"Name": String,
"Lastname": String,
"Phone": String,
},
Object {
...
},
...
],
"Success":Bool(),
},
)
В документации serde ничего нужного и близко нет.
Ok(
Object {
"Message": String,
"Result:" Array [
Object {
"Name": String,
"Lastname": String,
"Phone": String,
},
Object {
...
},
...
],
"Success":Bool(),
},
)
В документации serde ничего нужного и близко нет.
>>19896
Ладно, было ошибкой спрашивать на двачах.
>тут вкатунов мало
>сидят невдупляют о существование базовых архитектурных паттернов.
Ладно, было ошибкой спрашивать на двачах.
>>19912
Ладно, узнал завсегдатого шиза ИТТ, не буду кормить
>Непонятно до чего хочет доебаться
>Ладно, было ошибкой спрашивать
Ладно, узнал завсегдатого шиза ИТТ, не буду кормить
>>19795
Скорее более подходящее оказалось interior mutability
RefCell (и Rc)
Тут даже пример сразу с моком для тестов.
https://doc.rust-lang.org/stable/book/ch15-05-interior-mutability.html
Скорее более подходящее оказалось interior mutability
RefCell (и Rc)
Тут даже пример сразу с моком для тестов.
https://doc.rust-lang.org/stable/book/ch15-05-interior-mutability.html
>>19940
Насчет шумихи с Rc, насколько я понял значение там одно, не клонируется физически, просто счетчик увеличивается и уменьшается. Так что непонятно откуда столько шумихи.
хотя это правда выглядит все как овер-костыли, RefCell уже может упасть в рантайме и тогда смысл во всем этом борроу-чекенге
Насчет шумихи с Rc, насколько я понял значение там одно, не клонируется физически, просто счетчик увеличивается и уменьшается. Так что непонятно откуда столько шумихи.
хотя это правда выглядит все как овер-костыли, RefCell уже может упасть в рантайме и тогда смысл во всем этом борроу-чекенге
>>19928
Разобрался, спасибо.
Разобрался, спасибо.
>>19938
Не умею с голубем в шахматы играть
Не умею с голубем в шахматы играть
Почаны, я вам промышленного программирования на расте принес
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=649484620382d9f4c54e46779948f772
Я смог достичь IoC превосходства. Спасибо Rc<RefCell (правда тут однопоточно).
>>19848
>>19795
Оказалось Mutex это RefCell для бедных для многопоточки. В общем, раст такая хрень, его надо сначала полностью изучить чтобы что-то пытаться кодить на нем.
Так то вроде норм, не сложно, но боюсь как меня еще асинки встретят.
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=649484620382d9f4c54e46779948f772
Я смог достичь IoC превосходства. Спасибо Rc<RefCell (правда тут однопоточно).
>>19848
>>19795
Оказалось Mutex это RefCell для бедных для многопоточки. В общем, раст такая хрень, его надо сначала полностью изучить чтобы что-то пытаться кодить на нем.
Так то вроде норм, не сложно, но боюсь как меня еще асинки встретят.
>>20032
Можно вместо Rc<RefCell<T>> указывать просто дженерик, а уже конкретную реализацию сделать в структуре Context, например что-то типа этого
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=b4d95093e294d5f2b6604d00f864f830
Можно вместо Rc<RefCell<T>> указывать просто дженерик, а уже конкретную реализацию сделать в структуре Context, например что-то типа этого
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=b4d95093e294d5f2b6604d00f864f830
>>10716 (OP)
Почему у Раста так плохо с сетью? Какую-то tokio-перделку надо подключать. Хотя бы из main её можно вынести?
Почему у Раста так плохо с сетью? Какую-то tokio-перделку надо подключать. Хотя бы из main её можно вынести?
>>20054
Я сначала пришел к такому подходу, тут без Rc вообще
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=f270ab858bc2ed0acbd2a8793576e75b
Что мне не понравилось.
1) Мы передаем иммутабельную ссылку, но структура в процессе мутируется. Выглядит грязно, это тот самый Interior Mutability Pattern, насколько это нормально я хз, по мне проще тогда просто везде мутированную ссылку прокидывать и все, как тут
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=e11c7a2a9bc11992acd8445b9530a42d
Раст, кстати, не ругает если мы кидаем мутирующую ссылку но не мутируем (в этом примере это хорошо).
2) Не понравилось что меняется API, с задуманного:
fn status(&self) -> &str
на
fn status(&self) -> String
Не хватило мозгов как вернуть ссылку от RefCell может клонировать и прописать лайфтаймы? Хз возможно ли это.
Я сначала пришел к такому подходу, тут без Rc вообще
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=f270ab858bc2ed0acbd2a8793576e75b
Что мне не понравилось.
1) Мы передаем иммутабельную ссылку, но структура в процессе мутируется. Выглядит грязно, это тот самый Interior Mutability Pattern, насколько это нормально я хз, по мне проще тогда просто везде мутированную ссылку прокидывать и все, как тут
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=e11c7a2a9bc11992acd8445b9530a42d
Раст, кстати, не ругает если мы кидаем мутирующую ссылку но не мутируем (в этом примере это хорошо).
2) Не понравилось что меняется API, с задуманного:
fn status(&self) -> &str
на
fn status(&self) -> String
Не хватило мозгов как вернуть ссылку от RefCell может клонировать и прописать лайфтаймы? Хз возможно ли это.
18 Кб, 839x216>>20212
fn status(&self) -> &str
В общем, если кто объяснит почему тут так происходит и можно ли это решить буду благодарен.
>Не понравилось что меняется API, с задуманного:
fn status(&self) -> &str
В общем, если кто объяснит почему тут так происходит и можно ли это решить буду благодарен.
>>20227
Чел, у тебя данные на стеке лежат, ты не можешь вернуть ссылку на стек, потому что он очистится. В случае со ссылочным типом типа строки - только класть на кучу его.
Чел, у тебя данные на стеке лежат, ты не можешь вернуть ссылку на стек, потому что он очистится. В случае со ссылочным типом типа строки - только класть на кучу его.
>>20246
Тут же работает
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=0bbabe8a1090713a119031c74a4fe3a9
fn status(&self) -> &str {
self.status.as_str()
}
Тут же работает
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=0bbabe8a1090713a119031c74a4fe3a9
fn status(&self) -> &str {
self.status.as_str()
}
>>20281
Как я понял, так специально сделано там RefCell возвращает некий тип
Ref<'_, T> (вместо &T) - может фишка в этом лайфтайме?
Как я понял, так специально сделано там RefCell возвращает некий тип
Ref<'_, T> (вместо &T) - может фишка в этом лайфтайме?
995 Кб, 826x630>>20284
Тише, мистер Андерсон
Тише, мистер Андерсон
>>20212
Там проблема что он не уверен во времени жизни ссылки из-за чего либо клонируй, либо делай что-то внутри этого метода
>Не хватило мозгов как вернуть ссылку от RefCell может клонировать и прописать лайфтаймы? Хз возможно ли это.
Там проблема что он не уверен во времени жизни ссылки из-за чего либо клонируй, либо делай что-то внутри этого метода
>>20293
Попробуй скорее всего прокатит, я так на скорую руку пример накидал. Я вообще Arc пользуюсь из-за асинхронности там свои другие приколы
Попробуй скорее всего прокатит, я так на скорую руку пример накидал. Я вообще Arc пользуюсь из-за асинхронности там свои другие приколы
>>20032
И ни у кого в этой цепочке не пришло в голову спросить, а не хуйню ли мы делаем?
>Я смог достичь IoC превосходства
И ни у кого в этой цепочке не пришло в голову спросить, а не хуйню ли мы делаем?
>>20340
Я каждый рабочий день такие вопросы задаю. А так в целом +/- движешься в правильном направлении, такой подход с DI помогает проще тестировать и не зависеть от других кусков кода. Можешь кстати сразу взять actix+sqlx и сделать какое-нибудь crud приложение, глядя на примеры в интернете
Я каждый рабочий день такие вопросы задаю. А так в целом +/- движешься в правильном направлении, такой подход с DI помогает проще тестировать и не зависеть от других кусков кода. Можешь кстати сразу взять actix+sqlx и сделать какое-нибудь crud приложение, глядя на примеры в интернете
>>20340
Главное тут не в том делаем ли мы херню или нет, а в том что мы можем это сделать если надо.
>>20302
>>20301
Я перепробовал все что на данный момент знаю, потом погуглив нашел коммент и как я понял - RefCell ведется себя как мьютекс. Вот один недооценённый коммент, затерявшемуся среди ответов стаковерфлоу (многие рекомендуют возвращать Ref<T>, а это плохо)
You can't return a &T because the borrow() on the RefCell creates a temporary. It let's go of the RefCell-borrow once the Ref is destroyed. Think about it: By returning a Ref<T>, you are effectively write-locking the RefCell until the Ref is dropped by whoever the caller of get() is. This seems like poor isolation.
Главное тут не в том делаем ли мы херню или нет, а в том что мы можем это сделать если надо.
>>20302
>>20301
Я перепробовал все что на данный момент знаю, потом погуглив нашел коммент и как я понял - RefCell ведется себя как мьютекс. Вот один недооценённый коммент, затерявшемуся среди ответов стаковерфлоу (многие рекомендуют возвращать Ref<T>, а это плохо)
You can't return a &T because the borrow() on the RefCell creates a temporary. It let's go of the RefCell-borrow once the Ref is destroyed. Think about it: By returning a Ref<T>, you are effectively write-locking the RefCell until the Ref is dropped by whoever the caller of get() is. This seems like poor isolation.
>>20402
>>20425
Пусть у нас есть три функции, которые вызываются последовательно. Одна делает запрос в базу и складывает в более удобные массивы, вторая обрабатывает эти массивы и как-то их преобразует, а третья рендерит на базе первых двух какую-то хтмлку. Каждую из этих функций ты можешь запускать и тестировать отдельно просто через #[test] (немного сложнее в случае с асинком). Остаётся добавить какой-то смок тест, чтобы убедиться, что всё работает совместно.
Что мы получаем, превращая код в ебаный конструктор из абстрактных шизо-трейтов, ради которых еще приходится обходить боров чекер?
>>20425
>такой подход с DI помогает проще тестировать и не зависеть от других кусков кода
Пусть у нас есть три функции, которые вызываются последовательно. Одна делает запрос в базу и складывает в более удобные массивы, вторая обрабатывает эти массивы и как-то их преобразует, а третья рендерит на базе первых двух какую-то хтмлку. Каждую из этих функций ты можешь запускать и тестировать отдельно просто через #[test] (немного сложнее в случае с асинком). Остаётся добавить какой-то смок тест, чтобы убедиться, что всё работает совместно.
Что мы получаем, превращая код в ебаный конструктор из абстрактных шизо-трейтов, ради которых еще приходится обходить боров чекер?
>>20454
Ты когда пишешь код, ты выводишь те или иные состояния программы, ты делаешь по сути те же тесты, только проверяющий код это ты сам и тесты эти одноразовые.
Проверив что все верно, ты идешь дальше.
А потом через месяц ты вносишь правки в работу этой функции и думаешь, а не отвалилось ли где-то что-то, да и как-то в падлу проверять эту функцию заново
Другой момент тестов, отлавливается кучу проблем на этапе разработке, в том числе пересматриваешь дизайн апи.
Не знаю как в расте будет с тестами. Возможно чтобы что-то замокать придется писать очень много кода, но в других языках юнит тесты просто заставляют IoC юзать.
Тут смысл что тебе не нужен какой-то сервис-контейнер - ты зависимости можешь и в мэйне раскидать, тут именно смысл в инверсии управления, например ты можешь дать коннект на тестовую базу или вообще на сервис который вместо коннекта готовый объект возвращает.
Ты когда пишешь код, ты выводишь те или иные состояния программы, ты делаешь по сути те же тесты, только проверяющий код это ты сам и тесты эти одноразовые.
Проверив что все верно, ты идешь дальше.
А потом через месяц ты вносишь правки в работу этой функции и думаешь, а не отвалилось ли где-то что-то, да и как-то в падлу проверять эту функцию заново
Другой момент тестов, отлавливается кучу проблем на этапе разработке, в том числе пересматриваешь дизайн апи.
Не знаю как в расте будет с тестами. Возможно чтобы что-то замокать придется писать очень много кода, но в других языках юнит тесты просто заставляют IoC юзать.
Тут смысл что тебе не нужен какой-то сервис-контейнер - ты зависимости можешь и в мэйне раскидать, тут именно смысл в инверсии управления, например ты можешь дать коннект на тестовую базу или вообще на сервис который вместо коннекта готовый объект возвращает.
https://em-tg.github.io/csborrow/
Признавайтесь, кто писал.
Признавайтесь, кто писал.
>>20619
Шизик, борющийся с голосами в голове. Там какая-то каша, пиздец.
Может быть потому что структура это value-тип, а класс - ссылочный? Просто возврат this из класса в шарпе вернёт внезапно ссылку, как этот шизик и пытается сделать со структурой.
Тут тоже ахуительные истории, игнорящие факт наличия оптимизаций компилятора и то что реальный GC намного сложнее, а не просто наивная реализация с референскаунтом и циклами сборки мусора.
Надо быть совсем отбитым, чтоб не понимать реальную причину. В шарпе JIT все оптимизации делает сам. Поэтому нет смысла ебаться с этим, если нет прироста производительности. А добавили ref в шарп для оптимизации жора памяти в сложных алгоритмах, а не чтоб везде это пихать в надежде получить скорость.
> кто писал
Шизик, борющийся с голосами в голове. Там какая-то каша, пиздец.
> struct method that returns by reference is allowed to return any reference other than the implicit this reference
Может быть потому что структура это value-тип, а класс - ссылочный? Просто возврат this из класса в шарпе вернёт внезапно ссылку, как этот шизик и пытается сделать со структурой.
> In C#, the garbage collector exists to make references last forever
> Ignoring the performance implications
Тут тоже ахуительные истории, игнорящие факт наличия оптимизаций компилятора и то что реальный GC намного сложнее, а не просто наивная реализация с референскаунтом и циклами сборки мусора.
> Maybe there’s something that makes C#’s ref subset so unusable that people just ignore it
Надо быть совсем отбитым, чтоб не понимать реальную причину. В шарпе JIT все оптимизации делает сам. Поэтому нет смысла ебаться с этим, если нет прироста производительности. А добавили ref в шарп для оптимизации жора памяти в сложных алгоритмах, а не чтоб везде это пихать в надежде получить скорость.
35 Кб, 640x640у меня от этой хуйни похоже пожизненная травма, вспоминаю каждый раз как юзаю раст
>>21062
В общем, закончил я свои небольшие исследования, набросал небольшой вывод.
1) Если брать за аксиому, что нам нужны хотя бы юнит тесты, а для юнит тестов нужна инверсия управления и постоянно прокидывание DI-сервисов, то раст становится очень неудобен.
Представим у нас есть сервис который возвращает какой-то список товаров, не важно через что он работает, важно что мы его везде прокидываем, так или иначе у сервиса есть внутренние изменчивое состояние. Чтобы достичь изменчивости, хоть она и внутренняя мы прокидываем его везде через &mut и рано или поздно утыкаемся на ограничения количества mut ссылок. Для решения проблемы мы пытаемся использовать паттерн внутренней изменчивости (Interior Mutability Pattern) и прописываем RefCell контейнер для внутренних данных, который проверяет заимствование на этапе исполнения (комптайм идет лесом), но тут же сразу вытекает другая проблема - мы не можем вернуть данные даже в режиме иммутабельности (можем, но мы по сути блочимся и отдаем лок-мютекса в чужие руки, как вариант клонировать данные и передать владение, переписав сигнатуру трейта и объекта, то есть похерев API).
Из-за кривости паттерна внутренней изменчивости, мы принимаем решение обернуть не внутренние данные, а весь наш сервис в RefCell и еще раз обернуть в Rc так как мы решаем проблему множественного mut.
В итоге DI сущности у нас становятся вида Rc<RefCell<T>> и проблема решается ценой накладных расходов на производительность и проверкой в рантайме.
Потом оказывается некоторые наши DI-сущности надо будет использовать в многопоточном режиме. Если бы это был объектный мир, мы бы внутри объекта просто задействовали лок над критической секцией, но в расте мы снова ломаем API и не просто ломаем, мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T> (вот ревьюер обрадуется коммиту).
2) Почему на каждом этапе мы ломали апи и полностью меняли концепцию? Проблема стара как мир - проблема протекающих абстракций. Да, раст течет как водопад.
Вот пример, у нас есть объект радио, у него сложное устройство, но наружу выставлены только тумблеры и регуляторы (мы создали абстракцию спрятав/инкапсулировав сложность). Радио помимо своей главной функции имеет в АПИ возможность установитьЧастоту(hz) и получитьЧастоту(). То есть, наше радио имеет изменчивое состояние, но опять же вся сложность работы от нас спрятана - у нас только внешние регуляторы (методы). Проблема начинается тогда, когда мы в расте создаем "иммутабельное радио" тем самым повлияв на его внутренние поведение, запретив ему устанавливать себе частоту, тем самым извне мы сломали внутреннюю логику работы объекта. Это и есть протекание абстракции, самая распространенная проблема бизнес-логики.
В общем, раст превосходный по замыслу язык, но раст совершенно не подходит для промышленной разработки. У раст совершенно нет семантического решения для множественных изменчивый состояний, то есть, когда твой мир статичен - раст добр и дружелюбен, но как только ты попадаешь в измененную сложную среду (приложения, игра, крупный софт) - раст начинает всячески тебе мешать, в итоге ты доходишь до абстракций Rc<Refcell<T> которые полностью выворачивают раст и показывают проблемы в дизайне языка.
И это я еще не дошел до асинхронного мира.
В общем, закончил я свои небольшие исследования, набросал небольшой вывод.
1) Если брать за аксиому, что нам нужны хотя бы юнит тесты, а для юнит тестов нужна инверсия управления и постоянно прокидывание DI-сервисов, то раст становится очень неудобен.
Представим у нас есть сервис который возвращает какой-то список товаров, не важно через что он работает, важно что мы его везде прокидываем, так или иначе у сервиса есть внутренние изменчивое состояние. Чтобы достичь изменчивости, хоть она и внутренняя мы прокидываем его везде через &mut и рано или поздно утыкаемся на ограничения количества mut ссылок. Для решения проблемы мы пытаемся использовать паттерн внутренней изменчивости (Interior Mutability Pattern) и прописываем RefCell контейнер для внутренних данных, который проверяет заимствование на этапе исполнения (комптайм идет лесом), но тут же сразу вытекает другая проблема - мы не можем вернуть данные даже в режиме иммутабельности (можем, но мы по сути блочимся и отдаем лок-мютекса в чужие руки, как вариант клонировать данные и передать владение, переписав сигнатуру трейта и объекта, то есть похерев API).
Из-за кривости паттерна внутренней изменчивости, мы принимаем решение обернуть не внутренние данные, а весь наш сервис в RefCell и еще раз обернуть в Rc так как мы решаем проблему множественного mut.
В итоге DI сущности у нас становятся вида Rc<RefCell<T>> и проблема решается ценой накладных расходов на производительность и проверкой в рантайме.
Потом оказывается некоторые наши DI-сущности надо будет использовать в многопоточном режиме. Если бы это был объектный мир, мы бы внутри объекта просто задействовали лок над критической секцией, но в расте мы снова ломаем API и не просто ломаем, мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T> (вот ревьюер обрадуется коммиту).
2) Почему на каждом этапе мы ломали апи и полностью меняли концепцию? Проблема стара как мир - проблема протекающих абстракций. Да, раст течет как водопад.
Вот пример, у нас есть объект радио, у него сложное устройство, но наружу выставлены только тумблеры и регуляторы (мы создали абстракцию спрятав/инкапсулировав сложность). Радио помимо своей главной функции имеет в АПИ возможность установитьЧастоту(hz) и получитьЧастоту(). То есть, наше радио имеет изменчивое состояние, но опять же вся сложность работы от нас спрятана - у нас только внешние регуляторы (методы). Проблема начинается тогда, когда мы в расте создаем "иммутабельное радио" тем самым повлияв на его внутренние поведение, запретив ему устанавливать себе частоту, тем самым извне мы сломали внутреннюю логику работы объекта. Это и есть протекание абстракции, самая распространенная проблема бизнес-логики.
В общем, раст превосходный по замыслу язык, но раст совершенно не подходит для промышленной разработки. У раст совершенно нет семантического решения для множественных изменчивый состояний, то есть, когда твой мир статичен - раст добр и дружелюбен, но как только ты попадаешь в измененную сложную среду (приложения, игра, крупный софт) - раст начинает всячески тебе мешать, в итоге ты доходишь до абстракций Rc<Refcell<T> которые полностью выворачивают раст и показывают проблемы в дизайне языка.
И это я еще не дошел до асинхронного мира.
>>21062
В общем, закончил я свои небольшие исследования, набросал небольшой вывод.
1) Если брать за аксиому, что нам нужны хотя бы юнит тесты, а для юнит тестов нужна инверсия управления и постоянно прокидывание DI-сервисов, то раст становится очень неудобен.
Представим у нас есть сервис который возвращает какой-то список товаров, не важно через что он работает, важно что мы его везде прокидываем, так или иначе у сервиса есть внутренние изменчивое состояние. Чтобы достичь изменчивости, хоть она и внутренняя мы прокидываем его везде через &mut и рано или поздно утыкаемся на ограничения количества mut ссылок. Для решения проблемы мы пытаемся использовать паттерн внутренней изменчивости (Interior Mutability Pattern) и прописываем RefCell контейнер для внутренних данных, который проверяет заимствование на этапе исполнения (комптайм идет лесом), но тут же сразу вытекает другая проблема - мы не можем вернуть данные даже в режиме иммутабельности (можем, но мы по сути блочимся и отдаем лок-мютекса в чужие руки, как вариант клонировать данные и передать владение, переписав сигнатуру трейта и объекта, то есть похерев API).
Из-за кривости паттерна внутренней изменчивости, мы принимаем решение обернуть не внутренние данные, а весь наш сервис в RefCell и еще раз обернуть в Rc так как мы решаем проблему множественного mut.
В итоге DI сущности у нас становятся вида Rc<RefCell<T>> и проблема решается ценой накладных расходов на производительность и проверкой в рантайме.
Потом оказывается некоторые наши DI-сущности надо будет использовать в многопоточном режиме. Если бы это был объектный мир, мы бы внутри объекта просто задействовали лок над критической секцией, но в расте мы снова ломаем API и не просто ломаем, мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T> (вот ревьюер обрадуется коммиту).
2) Почему на каждом этапе мы ломали апи и полностью меняли концепцию? Проблема стара как мир - проблема протекающих абстракций. Да, раст течет как водопад.
Вот пример, у нас есть объект радио, у него сложное устройство, но наружу выставлены только тумблеры и регуляторы (мы создали абстракцию спрятав/инкапсулировав сложность). Радио помимо своей главной функции имеет в АПИ возможность установитьЧастоту(hz) и получитьЧастоту(). То есть, наше радио имеет изменчивое состояние, но опять же вся сложность работы от нас спрятана - у нас только внешние регуляторы (методы). Проблема начинается тогда, когда мы в расте создаем "иммутабельное радио" тем самым повлияв на его внутренние поведение, запретив ему устанавливать себе частоту, тем самым извне мы сломали внутреннюю логику работы объекта. Это и есть протекание абстракции, самая распространенная проблема бизнес-логики.
В общем, раст превосходный по замыслу язык, но раст совершенно не подходит для промышленной разработки. У раст совершенно нет семантического решения для множественных изменчивый состояний, то есть, когда твой мир статичен - раст добр и дружелюбен, но как только ты попадаешь в измененную сложную среду (приложения, игра, крупный софт) - раст начинает всячески тебе мешать, в итоге ты доходишь до абстракций Rc<Refcell<T> которые полностью выворачивают раст и показывают проблемы в дизайне языка.
И это я еще не дошел до асинхронного мира.
В общем, закончил я свои небольшие исследования, набросал небольшой вывод.
1) Если брать за аксиому, что нам нужны хотя бы юнит тесты, а для юнит тестов нужна инверсия управления и постоянно прокидывание DI-сервисов, то раст становится очень неудобен.
Представим у нас есть сервис который возвращает какой-то список товаров, не важно через что он работает, важно что мы его везде прокидываем, так или иначе у сервиса есть внутренние изменчивое состояние. Чтобы достичь изменчивости, хоть она и внутренняя мы прокидываем его везде через &mut и рано или поздно утыкаемся на ограничения количества mut ссылок. Для решения проблемы мы пытаемся использовать паттерн внутренней изменчивости (Interior Mutability Pattern) и прописываем RefCell контейнер для внутренних данных, который проверяет заимствование на этапе исполнения (комптайм идет лесом), но тут же сразу вытекает другая проблема - мы не можем вернуть данные даже в режиме иммутабельности (можем, но мы по сути блочимся и отдаем лок-мютекса в чужие руки, как вариант клонировать данные и передать владение, переписав сигнатуру трейта и объекта, то есть похерев API).
Из-за кривости паттерна внутренней изменчивости, мы принимаем решение обернуть не внутренние данные, а весь наш сервис в RefCell и еще раз обернуть в Rc так как мы решаем проблему множественного mut.
В итоге DI сущности у нас становятся вида Rc<RefCell<T>> и проблема решается ценой накладных расходов на производительность и проверкой в рантайме.
Потом оказывается некоторые наши DI-сущности надо будет использовать в многопоточном режиме. Если бы это был объектный мир, мы бы внутри объекта просто задействовали лок над критической секцией, но в расте мы снова ломаем API и не просто ломаем, мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T> (вот ревьюер обрадуется коммиту).
2) Почему на каждом этапе мы ломали апи и полностью меняли концепцию? Проблема стара как мир - проблема протекающих абстракций. Да, раст течет как водопад.
Вот пример, у нас есть объект радио, у него сложное устройство, но наружу выставлены только тумблеры и регуляторы (мы создали абстракцию спрятав/инкапсулировав сложность). Радио помимо своей главной функции имеет в АПИ возможность установитьЧастоту(hz) и получитьЧастоту(). То есть, наше радио имеет изменчивое состояние, но опять же вся сложность работы от нас спрятана - у нас только внешние регуляторы (методы). Проблема начинается тогда, когда мы в расте создаем "иммутабельное радио" тем самым повлияв на его внутренние поведение, запретив ему устанавливать себе частоту, тем самым извне мы сломали внутреннюю логику работы объекта. Это и есть протекание абстракции, самая распространенная проблема бизнес-логики.
В общем, раст превосходный по замыслу язык, но раст совершенно не подходит для промышленной разработки. У раст совершенно нет семантического решения для множественных изменчивый состояний, то есть, когда твой мир статичен - раст добр и дружелюбен, но как только ты попадаешь в измененную сложную среду (приложения, игра, крупный софт) - раст начинает всячески тебе мешать, в итоге ты доходишь до абстракций Rc<Refcell<T> которые полностью выворачивают раст и показывают проблемы в дизайне языка.
И это я еще не дошел до асинхронного мира.
>>21067
Безотносительно того, это всё выглядит как креативные способы нарисовать часы в Джире, а чего не сделать враппер или алиас?
>мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T>
Безотносительно того, это всё выглядит как креативные способы нарисовать часы в Джире, а чего не сделать враппер или алиас?
>>21067
Именно поэтому нужно скрывать реализацию и везде передавать T и у тебя большинство описанных тобой проблем пропадет.
>>21222
Или вот второй путь, структура обертка или алиас
Там тоже самое
>Потом оказывается некоторые наши DI-сущности надо будет использовать в многопоточном режиме. Если бы это был объектный мир, мы бы внутри объекта просто задействовали лок над критической секцией, но в расте мы снова ломаем API и не просто ломаем, мы переписываем все сервисы и все сигнатуры функций c Rc<RefCell<T>> на Arc<Mutex<T> (вот ревьюер обрадуется коммиту).
Именно поэтому нужно скрывать реализацию и везде передавать T и у тебя большинство описанных тобой проблем пропадет.
>>21222
>а чего не сделать враппер или алиас?
Или вот второй путь, структура обертка или алиас
>И это я еще не дошел до асинхронного мира.
Там тоже самое
10,1 Мб, mp4,1250x706, 3:16
Вся суть программных костылей для контроля границ памяти:
Во-первых, следует отметить, что при инструментировании пользовательского приложения с помощью AddressSanitizer во время каждой операции доступа к памяти генерируется код, который проверяет корректность границы памяти.
Это приводит к значительному увеличению размера исполняемого файла и снижению производительности приложения.
Более того, требования к памяти для пользовательского приложения значительно возрастают из-за создания красных зон для всех объектов.
Еще одним недостатком использования красных зон является невозможность охватить все адресное пространство пользователя.
Например, если красная зона для некоторого объекта составляет 32 байта, а доступ к памяти относительно его расположения превышает это значение, то обнаружить такое нарушение с помощью AddressSanitizer невозможно, тогда как выполнение программы в защищенном режиме приводит к исключению из-за нарушения границ памяти.
Еще одним существенным недостатком AddressSanitizer является невозможность обнаружения ошибок доступа к памяти на границе адреса, соответствующих двум соседним байтам теневой памяти.
Первый теневой байт содержит информацию о том, что адрес, описываемый его значением, определен как неотравленный, а второй байт указывает на то, что соответствующий адрес отравлен.
Эту ситуацию иллюстрирует следующий пример на языке C:
...
char a[10]; // предположим, что адрес «a» выровнен на 8
int ⚹p = (int ⚹)&a[7];
…
// где-то здесь массив «a» должен быть инициализирован
…
return ⚹p; // здесь мы загружаем 4 байта, и один из них недействителен
Ошибка пользователя здесь заключается в чтении адреса, на который указывает переменная «p».
Первые три считанных байта будут в назначенной стековой памяти пользователя, но последний байт будет за пределами выделенной границы стековой памяти.
При проверке границы памяти адрес, находящийся в переменной «p», будет сопоставлен с теневой памятью, он будет соответствовать тому байту в теневой памяти, который содержит нулевое значение.
Таким образом, эта ошибка останется незамеченной. Во время выполнения программы с этим кодом в защищенном режиме описанная проблема будет обнаружена из-за использования дескрипторов, которые имеют точную информацию о размере памяти, доступной пользователю.
Во-первых, следует отметить, что при инструментировании пользовательского приложения с помощью AddressSanitizer во время каждой операции доступа к памяти генерируется код, который проверяет корректность границы памяти.
Это приводит к значительному увеличению размера исполняемого файла и снижению производительности приложения.
Более того, требования к памяти для пользовательского приложения значительно возрастают из-за создания красных зон для всех объектов.
Еще одним недостатком использования красных зон является невозможность охватить все адресное пространство пользователя.
Например, если красная зона для некоторого объекта составляет 32 байта, а доступ к памяти относительно его расположения превышает это значение, то обнаружить такое нарушение с помощью AddressSanitizer невозможно, тогда как выполнение программы в защищенном режиме приводит к исключению из-за нарушения границ памяти.
Еще одним существенным недостатком AddressSanitizer является невозможность обнаружения ошибок доступа к памяти на границе адреса, соответствующих двум соседним байтам теневой памяти.
Первый теневой байт содержит информацию о том, что адрес, описываемый его значением, определен как неотравленный, а второй байт указывает на то, что соответствующий адрес отравлен.
Эту ситуацию иллюстрирует следующий пример на языке C:
...
char a[10]; // предположим, что адрес «a» выровнен на 8
int ⚹p = (int ⚹)&a[7];
…
// где-то здесь массив «a» должен быть инициализирован
…
return ⚹p; // здесь мы загружаем 4 байта, и один из них недействителен
Ошибка пользователя здесь заключается в чтении адреса, на который указывает переменная «p».
Первые три считанных байта будут в назначенной стековой памяти пользователя, но последний байт будет за пределами выделенной границы стековой памяти.
При проверке границы памяти адрес, находящийся в переменной «p», будет сопоставлен с теневой памятью, он будет соответствовать тому байту в теневой памяти, который содержит нулевое значение.
Таким образом, эта ошибка останется незамеченной. Во время выполнения программы с этим кодом в защищенном режиме описанная проблема будет обнаружена из-за использования дескрипторов, которые имеют точную информацию о размере памяти, доступной пользователю.
10,1 Мб, mp4,1250x706, 3:16
Вся суть программных костылей для контроля границ памяти:
Во-первых, следует отметить, что при инструментировании пользовательского приложения с помощью AddressSanitizer во время каждой операции доступа к памяти генерируется код, который проверяет корректность границы памяти.
Это приводит к значительному увеличению размера исполняемого файла и снижению производительности приложения.
Более того, требования к памяти для пользовательского приложения значительно возрастают из-за создания красных зон для всех объектов.
Еще одним недостатком использования красных зон является невозможность охватить все адресное пространство пользователя.
Например, если красная зона для некоторого объекта составляет 32 байта, а доступ к памяти относительно его расположения превышает это значение, то обнаружить такое нарушение с помощью AddressSanitizer невозможно, тогда как выполнение программы в защищенном режиме приводит к исключению из-за нарушения границ памяти.
Еще одним существенным недостатком AddressSanitizer является невозможность обнаружения ошибок доступа к памяти на границе адреса, соответствующих двум соседним байтам теневой памяти.
Первый теневой байт содержит информацию о том, что адрес, описываемый его значением, определен как неотравленный, а второй байт указывает на то, что соответствующий адрес отравлен.
Эту ситуацию иллюстрирует следующий пример на языке C:
...
char a[10]; // предположим, что адрес «a» выровнен на 8
int ⚹p = (int ⚹)&a[7];
…
// где-то здесь массив «a» должен быть инициализирован
…
return ⚹p; // здесь мы загружаем 4 байта, и один из них недействителен
Ошибка пользователя здесь заключается в чтении адреса, на который указывает переменная «p».
Первые три считанных байта будут в назначенной стековой памяти пользователя, но последний байт будет за пределами выделенной границы стековой памяти.
При проверке границы памяти адрес, находящийся в переменной «p», будет сопоставлен с теневой памятью, он будет соответствовать тому байту в теневой памяти, который содержит нулевое значение.
Таким образом, эта ошибка останется незамеченной. Во время выполнения программы с этим кодом в защищенном режиме описанная проблема будет обнаружена из-за использования дескрипторов, которые имеют точную информацию о размере памяти, доступной пользователю.
Во-первых, следует отметить, что при инструментировании пользовательского приложения с помощью AddressSanitizer во время каждой операции доступа к памяти генерируется код, который проверяет корректность границы памяти.
Это приводит к значительному увеличению размера исполняемого файла и снижению производительности приложения.
Более того, требования к памяти для пользовательского приложения значительно возрастают из-за создания красных зон для всех объектов.
Еще одним недостатком использования красных зон является невозможность охватить все адресное пространство пользователя.
Например, если красная зона для некоторого объекта составляет 32 байта, а доступ к памяти относительно его расположения превышает это значение, то обнаружить такое нарушение с помощью AddressSanitizer невозможно, тогда как выполнение программы в защищенном режиме приводит к исключению из-за нарушения границ памяти.
Еще одним существенным недостатком AddressSanitizer является невозможность обнаружения ошибок доступа к памяти на границе адреса, соответствующих двум соседним байтам теневой памяти.
Первый теневой байт содержит информацию о том, что адрес, описываемый его значением, определен как неотравленный, а второй байт указывает на то, что соответствующий адрес отравлен.
Эту ситуацию иллюстрирует следующий пример на языке C:
...
char a[10]; // предположим, что адрес «a» выровнен на 8
int ⚹p = (int ⚹)&a[7];
…
// где-то здесь массив «a» должен быть инициализирован
…
return ⚹p; // здесь мы загружаем 4 байта, и один из них недействителен
Ошибка пользователя здесь заключается в чтении адреса, на который указывает переменная «p».
Первые три считанных байта будут в назначенной стековой памяти пользователя, но последний байт будет за пределами выделенной границы стековой памяти.
При проверке границы памяти адрес, находящийся в переменной «p», будет сопоставлен с теневой памятью, он будет соответствовать тому байту в теневой памяти, который содержит нулевое значение.
Таким образом, эта ошибка останется незамеченной. Во время выполнения программы с этим кодом в защищенном режиме описанная проблема будет обнаружена из-за использования дескрипторов, которые имеют точную информацию о размере памяти, доступной пользователю.
>>21596
Это к дискуссии о том что защита на аппаратном уровне (как у эльбруса) не актуальна и все спокойно решается софтом. Просто не решается, худо-бедно решается только в рамках виртуальных машин, у которых в свою очередь проблемы с обработкой больших массивов данных. Ну а нативные библиотеки-санитайзеры это по сути защита только от дурака, пригодное только для того что бы в тестовом режиме запустить/погонять.
Это к дискуссии о том что защита на аппаратном уровне (как у эльбруса) не актуальна и все спокойно решается софтом. Просто не решается, худо-бедно решается только в рамках виртуальных машин, у которых в свою очередь проблемы с обработкой больших массивов данных. Ну а нативные библиотеки-санитайзеры это по сути защита только от дурака, пригодное только для того что бы в тестовом режиме запустить/погонять.
>>21773
Во-первых, тебе никто не мешает для любого процессора написать компилятор, который вместе с каждым указателем держит длину объекта. Или тупо либу для плюсов. В 90% случаев дополнительную проверку можно будет выпилить, а остальные 10% влияния не окажут, потому что никогда не будут срабатывать.
Во-вторых, это вымученный пример, который в Расте даже не получится написать без ансейфа. Иди в плюсотред людей пугать.
В-третьих, это не исправляет программную ошибку. Твой самолёт с сиротками точно также упадёт, просто перед этим он не попортит память, а упадёт в сегфолт. Радостно. Причём, если память скорраптится в обычном проце, то с божьей помощью ничего страшного и не случится, а с Эльбрусом это сразу отключение двигателей и крутое пике.
В-четвертых, указатели и плоская память - это в 64-битной системе само по себе дорогая абстракция, от которой в парсерах и тому подобном отходят, а тут мы снихера удваиваем их размер, потому что какие-то деды в 80-х годах очень нахваливали фичу.
В-пятых, Эльбрус не взлетит, хватит топить за этот кал.
Как и у Эльбруса.
Во-первых, тебе никто не мешает для любого процессора написать компилятор, который вместе с каждым указателем держит длину объекта. Или тупо либу для плюсов. В 90% случаев дополнительную проверку можно будет выпилить, а остальные 10% влияния не окажут, потому что никогда не будут срабатывать.
Во-вторых, это вымученный пример, который в Расте даже не получится написать без ансейфа. Иди в плюсотред людей пугать.
В-третьих, это не исправляет программную ошибку. Твой самолёт с сиротками точно также упадёт, просто перед этим он не попортит память, а упадёт в сегфолт. Радостно. Причём, если память скорраптится в обычном проце, то с божьей помощью ничего страшного и не случится, а с Эльбрусом это сразу отключение двигателей и крутое пике.
В-четвертых, указатели и плоская память - это в 64-битной системе само по себе дорогая абстракция, от которой в парсерах и тому подобном отходят, а тут мы снихера удваиваем их размер, потому что какие-то деды в 80-х годах очень нахваливали фичу.
В-пятых, Эльбрус не взлетит, хватит топить за этот кал.
>у которых в свою очередь проблемы с обработкой больших массивов данных
Как и у Эльбруса.
3 Мб, mp4,720x1280, 0:24
>>21848
И как это убережет от нарушений границ? Как ты проверишь обращение по указателю поехавший?
Так в расте много чего нельзя написать без ансейфа и что дальше? Разговор про адрес-санитайзер с которым у вас помоему даже программы по умолчанию собираются, его надо специально отключать.
То же самое можно сказать про раст. И у эльбрусанет проблем с обработкой больших данных, там есть даже аппаратный аррей-префетч который по идее хорошо ложится на растовый итератор, в том смысле что он тоже один раз взводится и в режиме цикла обходит весь массив, причем данные массива не забивают кэш как интеловый префетч, а подкачиваются в специальный буфер подкачки откуда моваются на регистры.
Концептуально раст вообще продекларировал все то, что жизненно необходимо vliw архитектурам вообще и защищенным типа эльбруса в частности - компиляция всех модулей прямо из исходников, дебаг/релиз сборка из коробки, прекомпиляция модулей, lto. Для эльбруса так же важно что запрещены манипуляции со стеком которые в принципе не работают ни в каком режиме. Но на деле получилость как с llvm в свое время - все от и до продумано/реализовано настолько хреново, что не позволяет в полной мере даже задуманного
>для любого процессора написать компилятор, который вместе с каждым указателем держит длину объекта.
И как это убережет от нарушений границ? Как ты проверишь обращение по указателю поехавший?
>Во-вторых, это вымученный пример, который в Расте даже не получится написать без ансейфа.
Так в расте много чего нельзя написать без ансейфа и что дальше? Разговор про адрес-санитайзер с которым у вас помоему даже программы по умолчанию собираются, его надо специально отключать.
>В-пятых, Эльбрус не взлетит, хватит топить за этот кал.
То же самое можно сказать про раст. И у эльбрусанет проблем с обработкой больших данных, там есть даже аппаратный аррей-префетч который по идее хорошо ложится на растовый итератор, в том смысле что он тоже один раз взводится и в режиме цикла обходит весь массив, причем данные массива не забивают кэш как интеловый префетч, а подкачиваются в специальный буфер подкачки откуда моваются на регистры.
Концептуально раст вообще продекларировал все то, что жизненно необходимо vliw архитектурам вообще и защищенным типа эльбруса в частности - компиляция всех модулей прямо из исходников, дебаг/релиз сборка из коробки, прекомпиляция модулей, lto. Для эльбруса так же важно что запрещены манипуляции со стеком которые в принципе не работают ни в каком режиме. Но на деле получилость как с llvm в свое время - все от и до продумано/реализовано настолько хреново, что не позволяет в полной мере даже задуманного
>>21931
У тебя есть адрес указателя и размер буфера. Как проверить нарушение границы, не представляю.
Лолчто.
Любая fixed-function фича - это техдолг разработчика, который он хочет спихнуть на тебя. Этим не нужно хвастаться, за это нужно обоссывать. Даже видеокарты уже лет десять как умеют работать с памятью через простые load\store, кроме семплинга из текстур. Невидия вообще SIMD-ядра проапгрейдила до SIMT.
>И как это убережет от нарушений границ? Как ты проверишь обращение по указателю поехавший?
У тебя есть адрес указателя и размер буфера. Как проверить нарушение границы, не представляю.
>его надо специально отключать.
Лолчто.
>аппаратный аррей-префетч который по идее хорошо ложится на растовый итератор, в том смысле что он тоже один раз взводится и в режиме цикла обходит весь массив,
Любая fixed-function фича - это техдолг разработчика, который он хочет спихнуть на тебя. Этим не нужно хвастаться, за это нужно обоссывать. Даже видеокарты уже лет десять как умеют работать с памятью через простые load\store, кроме семплинга из текстур. Невидия вообще SIMD-ядра проапгрейдила до SIMT.
>>21773
Защита на аппаратном уровне это вообще другой вопрос, наличие отсутствие средств диагностики и отладки ошибок идёт в параллельной плоскости.
"только от дурака" - не в тему сказано, ты вообще возможно не понимаешь, что просто наличие санитайзера/любого рантайм инструментария это только 0.005 дела, тебе же надо попасть в ошибочное состояние ещё как-то.
Защита на аппаратном уровне это вообще другой вопрос, наличие отсутствие средств диагностики и отладки ошибок идёт в параллельной плоскости.
>Ну а нативные библиотеки-санитайзеры это по сути защита только от дурака, пригодное только для того что бы в тестовом режиме запустить/погонять.
"только от дурака" - не в тему сказано, ты вообще возможно не понимаешь, что просто наличие санитайзера/любого рантайм инструментария это только 0.005 дела, тебе же надо попасть в ошибочное состояние ещё как-то.
>>21848
А без ряяя ансейфа тоже мало что получится написать. Here we go again.
>не получится написать без ансейфа
А без ряяя ансейфа тоже мало что получится написать. Here we go again.
>>21848
Вкатун, сегфолт это хорошо, плохо когда софт не падает в сегфлолт, но тебе похоже это неизвестно.
>а упадёт в сегфолт
Вкатун, сегфолт это хорошо, плохо когда софт не падает в сегфлолт, но тебе похоже это неизвестно.
>>22358
Ну да, там в целом разговор то не про безопасность а про средство отладки программ, и то что санитайзер даже в этом плане не сверхнадежное решение. Не помню уже о чем думал когда это писал. В любом случае получаем такую картину:
a) ловим санитайзером (далеко не) все рантайм ошибки, исправляем пускаем в прод окропив святой водой и молитвами дабы бесы не проникли и стек/память не попортили.
б) при помощи отладочной либы опирающейся на аппаратные возможности ловим все что можно, исправляем и в релиз запускаем так же защищенный вариант просто без отладочной инфы.
>"только от дурака" - не в тему сказано
Ну да, там в целом разговор то не про безопасность а про средство отладки программ, и то что санитайзер даже в этом плане не сверхнадежное решение. Не помню уже о чем думал когда это писал. В любом случае получаем такую картину:
a) ловим санитайзером (далеко не) все рантайм ошибки, исправляем пускаем в прод окропив святой водой и молитвами дабы бесы не проникли и стек/память не попортили.
б) при помощи отладочной либы опирающейся на аппаратные возможности ловим все что можно, исправляем и в релиз запускаем так же защищенный вариант просто без отладочной инфы.
>>22513
Тем что сегфолт можно обработать, в отличии от паники. Чем тебе твой стектрейс поможет, если рантайм уже упал? И сегфолт обычно на уровне железа/ядра, это намного быстрее для производительности.
Тем что сегфолт можно обработать, в отличии от паники. Чем тебе твой стектрейс поможет, если рантайм уже упал? И сегфолт обычно на уровне железа/ядра, это намного быстрее для производительности.
>>22542
Обработать и сделать что? Если у тебя в рандомном месте случилось неконсистентное состояние ты можешь максимум насрать в лог. Паника хотя бы деструкторы вызовет.
Алло, это Эльбрус, тут заведомо о производительности говорить приходится. Тем более с толстыми указателями.
>Тем что сегфолт можно обработать, в отличии от паники
Обработать и сделать что? Если у тебя в рандомном месте случилось неконсистентное состояние ты можешь максимум насрать в лог. Паника хотя бы деструкторы вызовет.
>намного быстрее для производительности
Алло, это Эльбрус, тут заведомо о производительности говорить приходится. Тем более с толстыми указателями.
>>22547
Нет. Как минимум в винде сегфолт бросает VEH-эксепшен, но наверное и в линуксе есть что-то подобное. Через AddVectoredExceptionHandler можно ставить обработчики эксепшенов и ловить Access Violation, прилетающие из ядра. Ядро убьёт процесс только если до него дойдёт этот эксепшен необработанным. Это один из беспалевных способов дебажить чужой процесс - ставить через VirtualProtect на участок памяти запрет на чтение, а как процесс пытается обратиться к своим данным случается сегфолт и выполнение прилетает в твой "зловредный" код. Ты там можешь даже посмотреть состояние регистров на момент сегфолта: https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-context
А потом можно вернуть выполнение обратно в следующую инструкцию цп, вернув из обработчика эксепшена EXCEPTION_CONTINUE_EXECUTION. При этом память самого процесса никак не меняется, все байтики как были.
> Если у тебя в рандомном месте случилось неконсистентное состояние ты можешь максимум насрать в лог.
Нет. Как минимум в винде сегфолт бросает VEH-эксепшен, но наверное и в линуксе есть что-то подобное. Через AddVectoredExceptionHandler можно ставить обработчики эксепшенов и ловить Access Violation, прилетающие из ядра. Ядро убьёт процесс только если до него дойдёт этот эксепшен необработанным. Это один из беспалевных способов дебажить чужой процесс - ставить через VirtualProtect на участок памяти запрет на чтение, а как процесс пытается обратиться к своим данным случается сегфолт и выполнение прилетает в твой "зловредный" код. Ты там можешь даже посмотреть состояние регистров на момент сегфолта: https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-context
А потом можно вернуть выполнение обратно в следующую инструкцию цп, вернув из обработчика эксепшена EXCEPTION_CONTINUE_EXECUTION. При этом память самого процесса никак не меняется, все байтики как были.
>>22513
так это разные вещи, стектрейс выкатывает операционная система + библиотека, а вот отлавлов некоректных обращений происходит по разному: аппаратная сама контролирует процесс и просто выплевывает сигналы, лови обрабатывай, стек на эльбрусах в любом случае можно получить только от операционной системы. Программная реализация подменяет вызовы алокаторов стандартной либы и создает за границами области памяти "санитарную" зону, в которой и отстреливает (в идеале) всех нарушителей.
так это разные вещи, стектрейс выкатывает операционная система + библиотека, а вот отлавлов некоректных обращений происходит по разному: аппаратная сама контролирует процесс и просто выплевывает сигналы, лови обрабатывай, стек на эльбрусах в любом случае можно получить только от операционной системы. Программная реализация подменяет вызовы алокаторов стандартной либы и создает за границами области памяти "санитарную" зону, в которой и отстреливает (в идеале) всех нарушителей.
>>22565
А зачем всё это нужно, если всё и так отлавливается в юзерспейсе?
А зачем всё это нужно, если всё и так отлавливается в юзерспейсе?
>>22440
Ты опять не понял, с рантайм-инструментарием тебе ещё нужно наступить на "минное поле", чтобы вообще узнать об ошибке. То есть просто даже наличие неидеального санитайзера грубо говоря ничего не даёт без дополнительных средств, то есть твои возбухания на санитайзеры это вообще пшик, ворос вообще не в санитайзерах на практике.
Наличие аппаратных средств - это вообще другое.
>и то что санитайзер даже в этом плане не сверхнадежное решение
Ты опять не понял, с рантайм-инструментарием тебе ещё нужно наступить на "минное поле", чтобы вообще узнать об ошибке. То есть просто даже наличие неидеального санитайзера грубо говоря ничего не даёт без дополнительных средств, то есть твои возбухания на санитайзеры это вообще пшик, ворос вообще не в санитайзерах на практике.
Наличие аппаратных средств - это вообще другое.
>>22513
Если багнутый софт не падает в сегфолт, но продолжает работать, это хорошо по-твоему, мистер вкатун/джавахусесос/сисярпоподсос?
Если багнутый софт не падает в сегфолт, но продолжает работать, это хорошо по-твоему, мистер вкатун/джавахусесос/сисярпоподсос?
>>23278
если unsafe, то segfault
если unsafe, то segfault
919 Кб, 1280x668>>14409
все получилось, прирост больше, чем в четыре раза
только один крейт выебнулся - SSE2 ему подавай
был выпелен, т.к. основной функционал не затрагивал
все получилось, прирост больше, чем в четыре раза
только один крейт выебнулся - SSE2 ему подавай
был выпелен, т.к. основной функционал не затрагивал
>>23327
*выпилен
*выпилен
689 Кб, 563x604>>23359
хуйню одну
хуйню одну
>>19493
как я понимаю ему похуй mut или нет - там везде будет один адрес на стек (не кучу)
mut нужен для анализа перед компиляцией не натворил ли там делов
но я не сильно шарю, может хуйню написал
как я понимаю ему похуй mut или нет - там везде будет один адрес на стек (не кучу)
mut нужен для анализа перед компиляцией не натворил ли там делов
но я не сильно шарю, может хуйню написал
Ебучие пердоли делали bindgen. Если у меня либа в отдельном крейте в виде dll, то как мне эту dll положить рядом с основным бинарником при использовании либы? Из build.rs либы нет возможности узнать путь до папки билда основного проекта. Получается я должен в основном проекте либо руками dll подкидывать, либо писать build.rs чтоб найти и копировать из либы её? Очень удобно, пиздец просто.
>>23625
1. Зачем тебе биндген для либы на Расте?
2. Просто пропиши путь через cargo::rustc-link-search=PATH
1. Зачем тебе биндген для либы на Расте?
2. Просто пропиши путь через cargo::rustc-link-search=PATH
>>23646
Это для статической линковки. Dll так не линкуется.
> Просто пропиши путь через cargo::rustc-link-search=PATH
Это для статической линковки. Dll так не линкуется.
>>23649
DLL обычно линкуется через статический трамплин, который подгружает саму либу. Или через специальные системные вызовы, если нужна ленивая загрузка, хот релоад и подобная шняга. Собственно, если ты зайдешь в папку с билдом, там будет два файла - .dll и .lib
DLL обычно линкуется через статический трамплин, который подгружает саму либу. Или через специальные системные вызовы, если нужна ленивая загрузка, хот релоад и подобная шняга. Собственно, если ты зайдешь в папку с билдом, там будет два файла - .dll и .lib
>>23652
Нет, не будет. Биндген только биндинг высрет в папку билда. Dll он никуда не будет перемещать, даже если укажешь ему где она лежит. И её не окажется рядом с приложением, которое при cargo run выдаст что не может найти dll. По логике этих дегенератов она должна лежать где-то в PATH, либо кидай руками. Ну или статически линкуй. На динамическую линковку в винде смело положен хуй.
> если ты зайдешь в папку с билдом, там будет два файла - .dll и .lib
Нет, не будет. Биндген только биндинг высрет в папку билда. Dll он никуда не будет перемещать, даже если укажешь ему где она лежит. И её не окажется рядом с приложением, которое при cargo run выдаст что не может найти dll. По логике этих дегенератов она должна лежать где-то в PATH, либо кидай руками. Ну или статически линкуй. На динамическую линковку в винде смело положен хуй.
>>23655
Создаешь в крейте с либой .cargo/build.toml
[build]
target-dir = C:/куда_хош
И не надо никуда копировать. Ты слишком эмоционально реагируешь на хуйню, на которую нужно потратить три минуты в гугле.
Создаешь в крейте с либой .cargo/build.toml
[build]
target-dir = C:/куда_хош
И не надо никуда копировать. Ты слишком эмоционально реагируешь на хуйню, на которую нужно потратить три минуты в гугле.
>>23659
И как я узнаю куда пользователь либы хочет, лол? Скопировать не проблема, проблема узнать куда. Зависимости собираются до сборки основного проекта и не знают ничего о нём. А основному проекту похуй на всё, он собрал и радостно запускает, даже если dll нужных нет.
Если бы ты потратил хотя бы минуту в гугле, то увидел что про динамическую линковку в документации ни слова нет. Я тебе ещё раз повторю, если не доходит - всё что ты предлагаешь работает только в момент сборки либы, всё что не прилинковалось статически в этот момент - раст забывает про это навсегда. Всё остальное надо делать руками или писать скрипты по поиску этого говна в кишках карго и копированию куда надо. Даже в крестах есть инструменты для этого, но не в расте.
> C:/куда_хош
И как я узнаю куда пользователь либы хочет, лол? Скопировать не проблема, проблема узнать куда. Зависимости собираются до сборки основного проекта и не знают ничего о нём. А основному проекту похуй на всё, он собрал и радостно запускает, даже если dll нужных нет.
> на которую нужно потратить три минуты в гугле
Если бы ты потратил хотя бы минуту в гугле, то увидел что про динамическую линковку в документации ни слова нет. Я тебе ещё раз повторю, если не доходит - всё что ты предлагаешь работает только в момент сборки либы, всё что не прилинковалось статически в этот момент - раст забывает про это навсегда. Всё остальное надо делать руками или писать скрипты по поиску этого говна в кишках карго и копированию куда надо. Даже в крестах есть инструменты для этого, но не в расте.
>>23675
Плюсы работают также. Это в целом свойство винды.
https://learn.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order
Если уж на что мошнить, то так это на нестабильный ABI, у тебя в принципе нет гарантии, что бинарь узнает либу, которую собрали другой версией компилятора.
/release/крейтнейм.dll и /release/крейтнейм.lib. Кого ты собрался искать?
>>23678
Пока ни разу не нужен был ни дебаггер, ни санитайзер, включая unsafe код.
> Я тебе ещё раз повторю, если не доходит - всё что ты предлагаешь работает только в момент сборки либы, всё что не прилинковалось статически в этот момент - раст забывает про это навсегда
Плюсы работают также. Это в целом свойство винды.
https://learn.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order
Если уж на что мошнить, то так это на нестабильный ABI, у тебя в принципе нет гарантии, что бинарь узнает либу, которую собрали другой версией компилятора.
>писать скрипты по поиску этого говна в кишках карго
/release/крейтнейм.dll и /release/крейтнейм.lib. Кого ты собрался искать?
>>23678
Пока ни разу не нужен был ни дебаггер, ни санитайзер, включая unsafe код.
>>23689
Безопастность на доверии, я полагаю.
>Пока ни разу не нужен был ни дебаггер, ни санитайзер, включая unsafe код.
Безопастность на доверии, я полагаю.
>>23689
Нихуя не так же. В том же cmake он знает таргеты зависимостей и при линковке либы всё сам делает.
Ты опять путаешь статическую линковку и динамическую. ABI для динамической либы всегда один, какая ещё версия компилятора, нахуй. В каком-нибудь шарпе тебе даже биндинги не нужны, просто по сигнатуре вызываешь из неё функции.
Начнём с того что они лежат не в release, а в release\build\lib-7644e047376f5792 с рандомным именем. А закончим тем что могут и не лежать, если автор либы не положил туда её, раст только rlib оставляет там и никаких правил на этот счёт нет.
> Плюсы работают также.
Нихуя не так же. В том же cmake он знает таргеты зависимостей и при линковке либы всё сам делает.
> у тебя в принципе нет гарантии, что бинарь узнает либу, которую собрали другой версией компилятора
Ты опять путаешь статическую линковку и динамическую. ABI для динамической либы всегда один, какая ещё версия компилятора, нахуй. В каком-нибудь шарпе тебе даже биндинги не нужны, просто по сигнатуре вызываешь из неё функции.
> /release/крейтнейм.dll
Начнём с того что они лежат не в release, а в release\build\lib-7644e047376f5792 с рандомным именем. А закончим тем что могут и не лежать, если автор либы не положил туда её, раст только rlib оставляет там и никаких правил на этот счёт нет.
>>23694
У Эльбруса безопасность вообще на товарище майоре (в смысле буквально: указатель можно создать только в режиме ядра, а ты можешь только менять оффсеты в пределах объекта. Сжатие указателей, XOR-списки и так далее - всё идет в жопу). Лучше уж на доверии, я считаю.
>>23695
Когда ты делаешь find_package, это заведомо предполагает, что зависимость установлена или скачена в какую-то заранее определенную директорию типа /usr/lib. И каждый find_package - это отдельный скрипт, который прописывает что-то в PATH или что-то куда-то копирует. Сам симейк нихрена не знает по умолчанию. Точно также, когда ты настраиваешь сборку в Вижуал Студии, тебе нужно вручную прописать, откуда брать хедеры, что линковать, откуда запускать.
Вот, например, сколько ебалы нужно скопипастить в консоль, чтобы собрать средних размеров проект.
https://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWindows
Чел. Если ты пишешь функцию без #[no_mangle], то она записывается в выходной файл с рандомным суффиксом. Если экзешник ищет функцию foo_l44545803458409, а в либе она лежит под названием foo_jfkghkjlghergheroiugher, то при запуске экзешника у тебя будет ошибка линковки. Это ж база.
У Эльбруса безопасность вообще на товарище майоре (в смысле буквально: указатель можно создать только в режиме ядра, а ты можешь только менять оффсеты в пределах объекта. Сжатие указателей, XOR-списки и так далее - всё идет в жопу). Лучше уж на доверии, я считаю.
>>23695
>В том же cmake он знает таргеты зависимостей и при линковке либы всё сам делает.
Когда ты делаешь find_package, это заведомо предполагает, что зависимость установлена или скачена в какую-то заранее определенную директорию типа /usr/lib. И каждый find_package - это отдельный скрипт, который прописывает что-то в PATH или что-то куда-то копирует. Сам симейк нихрена не знает по умолчанию. Точно также, когда ты настраиваешь сборку в Вижуал Студии, тебе нужно вручную прописать, откуда брать хедеры, что линковать, откуда запускать.
Вот, например, сколько ебалы нужно скопипастить в консоль, чтобы собрать средних размеров проект.
https://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWindows
>ABI для динамической либы всегда один, какая ещё версия компилятора, нахуй.
Чел. Если ты пишешь функцию без #[no_mangle], то она записывается в выходной файл с рандомным суффиксом. Если экзешник ищет функцию foo_l44545803458409, а в либе она лежит под названием foo_jfkghkjlghergheroiugher, то при запуске экзешника у тебя будет ошибка линковки. Это ж база.
>>23705
Я про другое, пока ты формально не доказал корректность программы, всё это на доверии, были же утечки в стандартной либе, пока там rustbelt до них не добрался.
>У Эльбруса безопасность
Я про другое, пока ты формально не доказал корректность программы, всё это на доверии, были же утечки в стандартной либе, пока там rustbelt до них не добрался.
>>23705
Потому что он может. Как я тебе уже сказал, в расте ты не можешь из зависимости какими-то разумными средствами положить dll пользователю либы куда ему надо.
Там уже давно по умолчанию интеграция с vcpkg, с ним вообще однокнопочное использование либ.
Растобаза с миллионом ABI даже на одной платформе. А я про биндинги сишных/крестовых либ через bindgen, у сишных либ при динамической линковке нет проблем с этим.
> это отдельный скрипт, который прописывает что-то в PATH или что-то куда-то копирует
Потому что он может. Как я тебе уже сказал, в расте ты не можешь из зависимости какими-то разумными средствами положить dll пользователю либы куда ему надо.
> в Вижуал Студии
Там уже давно по умолчанию интеграция с vcpkg, с ним вообще однокнопочное использование либ.
> Это ж база.
Растобаза с миллионом ABI даже на одной платформе. А я про биндинги сишных/крестовых либ через bindgen, у сишных либ при динамической линковке нет проблем с этим.
>>23706
Я доверяю самому себе, когда пишу код на Расте. Доверяю чуть меньше, когда пишу на плюсах, но не настолько, чтобы байтоёбить с кандалах.
Я доверяю самому себе, когда пишу код на Расте. Доверяю чуть меньше, когда пишу на плюсах, но не настолько, чтобы байтоёбить с кандалах.
>>23709
Так а чего ты мозги канифолишь, если dll сишная? Я думал, тебе зачем-то DLL на Расте сдалось собирать. Просто кладёшь dll в корень (или пишешь PATH), а крейт-обвязку делаешь статической либой. Всё само работает.
> А я про биндинги сишных/крестовых либ через bindgen
Так а чего ты мозги канифолишь, если dll сишная? Я думал, тебе зачем-то DLL на Расте сдалось собирать. Просто кладёшь dll в корень (или пишешь PATH), а крейт-обвязку делаешь статической либой. Всё само работает.
>>23720
Я в первом посте про bindgen написал. Я не знаю зачем ты выдумал шизу про биндинги раста на расте.
Т.е. без костылей никак?
> DLL на Расте сдалось собирать
Я в первом посте про bindgen написал. Я не знаю зачем ты выдумал шизу про биндинги раста на расте.
> кладёшь dll в корень
Т.е. без костылей никак?
>>23760
В смысле костыли. Все программы в истории Винды либо таскают свои либы, либо срут куда-то в system32 при установке. Ты же в любом случае будешь деплоить приложуху когда-то?
>Т.е. без костылей никак?
В смысле костыли. Все программы в истории Винды либо таскают свои либы, либо срут куда-то в system32 при установке. Ты же в любом случае будешь деплоить приложуху когда-то?
Вы на линуксе или на винде разрабатываете?
Microsoft отказывается от C# — ключевой компонент Microsoft 365 перепишут на Rust
Microsoft активно переписывает отдельные части своих программных продуктов на Rust — более производительной и безопасной альтернативе С#. Портал MSPowerUser заметил на сайте компании вакансию для главного архитектора ПО Microsoft 365: он возглавит новую команду специалистов, которые перепишут с C# на Rust серверный код облачной платформы.
Даже мплкософт отказались от своего поделия ака джаваклона лол.
Microsoft активно переписывает отдельные части своих программных продуктов на Rust — более производительной и безопасной альтернативе С#. Портал MSPowerUser заметил на сайте компании вакансию для главного архитектора ПО Microsoft 365: он возглавит новую команду специалистов, которые перепишут с C# на Rust серверный код облачной платформы.
Даже мплкософт отказались от своего поделия ака джаваклона лол.
>>24297
Нихуя ты быстрый, даже двух лет не прошло как ты протухшее говно притащил. Ещё и максимально жёлтое, где шизо-журнашлюхи одну вакансию растана приравняли к "майки переходят на раст".
Нихуя ты быстрый, даже двух лет не прошло как ты протухшее говно притащил. Ещё и максимально жёлтое, где шизо-журнашлюхи одну вакансию растана приравняли к "майки переходят на раст".
Есть структуры Foo и Bar. Функция создает структуру Foo и возвращает ее. Результат выполнения этой функции (т.е. Foo) присваивается одному из полей структуры Bar (изначально там был Foo::default()).
Внимание вопрос: что конкретно присвоилось? Адрес в куче, адрес не стеке, где лежит адрес на кучу или Foo клониролоась, хотя явно .clone() не вызывался. Foo после создания может релоцироваться? Если до возврата из функции я буду делать поинтеры на Foo, это норм? Они будут жить после присваивания?
Внимание вопрос: что конкретно присвоилось? Адрес в куче, адрес не стеке, где лежит адрес на кучу или Foo клониролоась, хотя явно .clone() не вызывался. Foo после создания может релоцироваться? Если до возврата из функции я буду делать поинтеры на Foo, это норм? Они будут жить после присваивания?
>>25107
Какой адрес на кучу, какие релокации структуры
Таблетки прими, шизик.
Тебе дали язык высокого уровня чтоб ты даже не пытался в это лезть, потому что когда такие как ты лезут в адреса стек, что вообще говоря выходит за рамки любого языка, происходит катастрофа как по части безопасности, так и по части переносимости и даже производительности.
Пиши как на скрипте и не лезь блять, дебилсукаебаный
Какой адрес на кучу, какие релокации структуры
Таблетки прими, шизик.
Тебе дали язык высокого уровня чтоб ты даже не пытался в это лезть, потому что когда такие как ты лезут в адреса стек, что вообще говоря выходит за рамки любого языка, происходит катастрофа как по части безопасности, так и по части переносимости и даже производительности.
Пиши как на скрипте и не лезь блять, дебилсукаебаный
>>25107
У тебя уже выделено место под Foo внутри Bar. Скорее всего компилятор просто будет писать в данную область нужные данные.
Другой вариант - выделится место в стекфрейме вызывающей функции, в которую потом запишутся данные от вызова, которые потом присвоятся по адрессу внутри Bar.
Естественно если возвращается Box<Foo>, то передатся указатель на выделенные данные в куче, который потом перезапишется по Bar и самоудалится
У тебя уже выделено место под Foo внутри Bar. Скорее всего компилятор просто будет писать в данную область нужные данные.
Другой вариант - выделится место в стекфрейме вызывающей функции, в которую потом запишутся данные от вызова, которые потом присвоятся по адрессу внутри Bar.
Естественно если возвращается Box<Foo>, то передатся указатель на выделенные данные в куче, который потом перезапишется по Bar и самоудалится
Вот пример выше - человек думает что это джава, стекфреймы блять, кучи, Foo выделяется внутри bar пиздец
>>25164
Таблетки не забыл? Причем тут джава?
Как только переменную определил, если без оптимизаций, компилятор тебе на стэке выделяет область памяти под размер переменной + выравнивание. В частности, как в примере, в области памяти выделенной под Bar есть область памяти под Foo.
Таблетки не забыл? Причем тут джава?
Как только переменную определил, если без оптимизаций, компилятор тебе на стэке выделяет область памяти под размер переменной + выравнивание. В частности, как в примере, в области памяти выделенной под Bar есть область памяти под Foo.
>>25157
>>25159
два стула:
читаю файл
десериализацию в структуру Foo
на эту структуру хуярю поинтеры
структуру возвращаю из функции
Bar.foo = Foo
ИЛИ
читаю файл
десериализацию в структуру Foo
структуру возвращаю из функции
bar.foo = Foo
хуярю поинтеры уже на bar.foo
есть разница или вообще похуй, даже дверь открыта?
>>25159
два стула:
читаю файл
десериализацию в структуру Foo
на эту структуру хуярю поинтеры
структуру возвращаю из функции
Bar.foo = Foo
ИЛИ
читаю файл
десериализацию в структуру Foo
структуру возвращаю из функции
bar.foo = Foo
хуярю поинтеры уже на bar.foo
есть разница или вообще похуй, даже дверь открыта?
>>25194
Как хранится Foo внутри Bar? Можешь вообще код использования кинуть?
Просто что ты делаешь в первом варике я не понял
Как хранится Foo внутри Bar? Можешь вообще код использования кинуть?
Просто что ты делаешь в первом варике я не понял
>>25205
struct Foo{
bar: Bar;
}
struct x{
куча полей
}
fn load(x: &mut X) -> Bar{
let data = load_from_file();
X.имя_поля = data.as_mut_ptr();
}
где-то в майне:
экземпляр foo.bar = load(x);
ИЛИ
fn load(x: &mut X) -> Bar{
load_from_file()
}
где-то в майне:
экземпляр foo.bar = load(x);
X.имя_поля = foo.bar.as_mut_ptr();
}
struct Foo{
bar: Bar;
}
struct x{
куча полей
}
fn load(x: &mut X) -> Bar{
let data = load_from_file();
X.имя_поля = data.as_mut_ptr();
}
где-то в майне:
экземпляр foo.bar = load(x);
ИЛИ
fn load(x: &mut X) -> Bar{
load_from_file()
}
где-то в майне:
экземпляр foo.bar = load(x);
X.имя_поля = foo.bar.as_mut_ptr();
}
>>25205
struct Foo{
bar: Bar;
}
struct x{
куча полей
}
fn load(x: &mut X) -> Bar{
let data = load_from_file();
X.имя_поля = data.as_mut_ptr();
}
где-то в майне:
экземпляр foo.bar = load(x);
ИЛИ
fn load(x: &mut X) -> Bar{
load_from_file()
}
где-то в майне:
экземпляр foo.bar = load(x);
X.имя_поля = foo.bar.as_mut_ptr();
}
struct Foo{
bar: Bar;
}
struct x{
куча полей
}
fn load(x: &mut X) -> Bar{
let data = load_from_file();
X.имя_поля = data.as_mut_ptr();
}
где-то в майне:
экземпляр foo.bar = load(x);
ИЛИ
fn load(x: &mut X) -> Bar{
load_from_file()
}
где-то в майне:
экземпляр foo.bar = load(x);
X.имя_поля = foo.bar.as_mut_ptr();
}
168 Кб, 443x515>>25254
а парик твои друзья до сих пор не вернули
а парик твои друзья до сих пор не вернули
>>25225
так что конкретно присваивается: указатель на стек, где хранится указатель на кучу, сразу указатель на кучу или что-то еще? как это работает?
вот у нас есть структура, в ней поле, которое равно Foo::default()
потом мы создаем (читаем из файла) новый Foo (в функции)
возвращаем его из функции и присваиваем к полю структуру вместо Foo::default()
оно же никуда не релоцируется, правильно?
как это выглядит на более низком уровне?
так что конкретно присваивается: указатель на стек, где хранится указатель на кучу, сразу указатель на кучу или что-то еще? как это работает?
вот у нас есть структура, в ней поле, которое равно Foo::default()
потом мы создаем (читаем из файла) новый Foo (в функции)
возвращаем его из функции и присваиваем к полю структуру вместо Foo::default()
оно же никуда не релоцируется, правильно?
как это выглядит на более низком уровне?
>>26142
Низкий уровень это команды@регистры, причем конкретной машины/архитектуры а не любой, если тебе интересно залезть в низкий уровень сначала изучи литературу поро какую нибудь архитектуру и ее ситему комманд которыми она все это делает, и потом просто возьми скомпилируй и сделай обжект дамп программы и так ты увидишь как это все реализовано на низком уровне. В данном же случае ты себе придумал какую-то джава-хип-подобную хуйню и требуешь объяснения как это на ней работает.
Никак оно блять не работает, считай все компилируется просто в "сишную программу" и все.
Низкий уровень это команды@регистры, причем конкретной машины/архитектуры а не любой, если тебе интересно залезть в низкий уровень сначала изучи литературу поро какую нибудь архитектуру и ее ситему комманд которыми она все это делает, и потом просто возьми скомпилируй и сделай обжект дамп программы и так ты увидишь как это все реализовано на низком уровне. В данном же случае ты себе придумал какую-то джава-хип-подобную хуйню и требуешь объяснения как это на ней работает.
Никак оно блять не работает, считай все компилируется просто в "сишную программу" и все.
>>26142
Для проца нет никакого стека или кучи, только память. Любой объект - это последовательность байт. Ты перемешаешь эти байты в конкретную локацию на памяти. Компилятор делает это статически, поэтому указателя никакого не создаётся, кроме указателя на стакфрейм (который, в свою очередь, тоже всего-лишь кучка байт). Кроме того, всё это дело может соптимайзиться, чтобы жить чисто в регистрах, но это детали.
Для проца нет никакого стека или кучи, только память. Любой объект - это последовательность байт. Ты перемешаешь эти байты в конкретную локацию на памяти. Компилятор делает это статически, поэтому указателя никакого не создаётся, кроме указателя на стакфрейм (который, в свою очередь, тоже всего-лишь кучка байт). Кроме того, всё это дело может соптимайзиться, чтобы жить чисто в регистрах, но это детали.
>>26152
понятие стека и кучи есть и в книжках про rust
я читал, что в стеке лежат примитивы и ссылки на кучу, в куче более сложные объекты
в стеке все фикс размера, а в куче выделяется и освобождается память и т.д.
стек маленький и быстрый, а куча большая и медленная
при обращении к объекту ищут его на стеке, а там уже берут адрес в куче
let v1 = vec![1, 2, 3, 4, 5, 6, 7, 8, 9, 10];
println!("v1.as_ptr(): {:p}", v1.as_ptr());
println!("&v1: {:p}", &v1);
первое вернет адрес в куче, а второе на стеке
где я напиздел?
>В данном же случае ты себе придумал какую-то джава-хип-подобную хуйню и требуешь объяснения как это на ней работает.
понятие стека и кучи есть и в книжках про rust
я читал, что в стеке лежат примитивы и ссылки на кучу, в куче более сложные объекты
в стеке все фикс размера, а в куче выделяется и освобождается память и т.д.
стек маленький и быстрый, а куча большая и медленная
при обращении к объекту ищут его на стеке, а там уже берут адрес в куче
let v1 = vec![1, 2, 3, 4, 5, 6, 7, 8, 9, 10];
println!("v1.as_ptr(): {:p}", v1.as_ptr());
println!("&v1: {:p}", &v1);
первое вернет адрес в куче, а второе на стеке
где я напиздел?
>>26341
Vec<u8> - это примерно struct A { len : usize, capacity : usize, data : *mut u8 }.
В первом принте ты видишь адрес вектора на стеке, а во втором значение указателя data, который лежит внутри этого вектора.
Vec<u8> - это примерно struct A { len : usize, capacity : usize, data : *mut u8 }.
В первом принте ты видишь адрес вектора на стеке, а во втором значение указателя data, который лежит внутри этого вектора.
>>26358
там даже не так, а как то вот так
text: {
0: "{:p}"
}
data: {
main: { 0: &vec foo.bar }
}
calls: {
main : {
0: Foo.new(&self[0]), // передаем адрес на стеке откуда начинаются данные структуры для инициализации
1: println(text[0], &self[0]), // печатаем этот адрес на стеке
2: println(text[0], self[0]) // печатаем то что лежит по адресу на стеке
3: return()
}
}
В любом случае это все условная абстракция которая перекладывается на реализацию конкретной архитектуры.
там даже не так, а как то вот так
text: {
0: "{:p}"
}
data: {
main: { 0: &vec foo.bar }
}
calls: {
main : {
0: Foo.new(&self[0]), // передаем адрес на стеке откуда начинаются данные структуры для инициализации
1: println(text[0], &self[0]), // печатаем этот адрес на стеке
2: println(text[0], self[0]) // печатаем то что лежит по адресу на стеке
3: return()
}
}
В любом случае это все условная абстракция которая перекладывается на реализацию конкретной архитектуры.
>>28587 (Del)
Вот это ровный чел, наш растан.
Вот это ровный чел, наш растан.
С приходом нейронок раст наконец перестаёт вызывать рвоту. С бойлерплейтом и построчным автокомплитом нейронка справляется без проблем, теперь не так бесит когда надо высерать десяток строк мусора. Вчера обёртку на сишную либу писал, почти всё нажатием таба сделал, изредка только руками приходилось пару слов написать.
>>29722
Это где? Код на Расте раза в полтора короче тех же плюсов. И раз в десять короче, чем любой ООП язык.
>теперь не так бесит когда надо высерать десяток строк мусора
Это где? Код на Расте раза в полтора короче тех же плюсов. И раз в десять короче, чем любой ООП язык.
>>29746
На крестах просто делаешь что хочешь, а на расте ебёшься с безопасностью и соответствием типов. Даже растовский match требует больше символов чем просто if else.
В каком месте? В ООП языках не надо трейты отделять от структуры и реализовывать каждый трейт в отдельном блоке, не надо определять модули, не надо делать безопасные обёртки и обрабатывать каждый Result. Литералли только лямбды компактнее чем у других, всё остальное требует больше буков.
> Код на Расте раза в полтора короче тех же плюсов.
На крестах просто делаешь что хочешь, а на расте ебёшься с безопасностью и соответствием типов. Даже растовский match требует больше символов чем просто if else.
> раз в десять короче, чем любой ООП язык
В каком месте? В ООП языках не надо трейты отделять от структуры и реализовывать каждый трейт в отдельном блоке, не надо определять модули, не надо делать безопасные обёртки и обрабатывать каждый Result. Литералли только лямбды компактнее чем у других, всё остальное требует больше буков.
>>29754
Да, охуенно. Это всё можно игнорировать, но так ты будешь как на минном поле, если на ревью не завалят.
Если ты не собираешься нигде публиковать свою обёртку, ты можешь обернуть только самое ходовое, а остальное либо добавить потом, либо пользоваться через ряяя-ансейф.
Так он и делает больше, чем просто if/else. И все ветки матча может сгенерить раст аналайзер, даже нейросетка не нужна.
Крестовый линкер передаёт привет (ну или добавляешь везде inline и собираешь любой проект длиннее 1000 строк по месяцу)
Ну да, там надо делать иерархии абстрактной хуйни, энкапсулировать один тип хуйни в другой хуйне и прочее перекладывание бумажек. А потом окажется, что ты неправильно понял задачу и у твоей иерархии хуйни надо пробивать дырки в стенах. Зато трейты отдельно определять не надо.
>На крестах просто делаешь что хочешь
>Rule of 5
>Rule of 3
>каждый указатель может быть нулём, каждый объект может быть в невалидном состоянии, и их нужно в каждом месте проверять.
Да, охуенно. Это всё можно игнорировать, но так ты будешь как на минном поле, если на ревью не завалят.
>на расте ебёшься с безопасностью и соответствием типов
Если ты не собираешься нигде публиковать свою обёртку, ты можешь обернуть только самое ходовое, а остальное либо добавить потом, либо пользоваться через ряяя-ансейф.
>Даже растовский match требует больше символов чем просто if else.
Так он и делает больше, чем просто if/else. И все ветки матча может сгенерить раст аналайзер, даже нейросетка не нужна.
>В ООП языках не надо трейты отделять от структуры
Крестовый линкер передаёт привет (ну или добавляешь везде inline и собираешь любой проект длиннее 1000 строк по месяцу)
>реализовывать каждый трейт в отдельном блоке, не надо определять модули, не надо делать безопасные обёртки и обрабатывать каждый Result
Ну да, там надо делать иерархии абстрактной хуйни, энкапсулировать один тип хуйни в другой хуйне и прочее перекладывание бумажек. А потом окажется, что ты неправильно понял задачу и у твоей иерархии хуйни надо пробивать дырки в стенах. Зато трейты отдельно определять не надо.
>>29838
Никто не пишет на C++03.
И что же он делает? Паттерн матчинг и в if бывает.
Кому он передаёт привет, уже третий стандарт с модулями сидим. Линкер наоборот передаст тебе привет если попробуешь реализацию шаблонов от определения отделить. Да и речь же не только про кресты, раз ты обобщаешь до ООП-языков.
В расте их нет не от хорошей жизни, а от того что потом боров-чеккер не даст просто взять и поменять иерархию. Алсо, уёбищная реализация модулей раста, когда надо чтоб всё было в дереве проекта, а иначе раст-аналайзер отрубит подсветку синтаксиса - это пизда. Из-за этого потом городят костыли с mod-залупой. При том что у всех остальных достаточно просто определить модуль и он просто доступен во всём проекте, без выстраивания дерева от main/lib.
> как на минном поле
Никто не пишет на C++03.
> Так он и делает больше, чем просто if/else.
И что же он делает? Паттерн матчинг и в if бывает.
> Крестовый линкер передаёт привет
Кому он передаёт привет, уже третий стандарт с модулями сидим. Линкер наоборот передаст тебе привет если попробуешь реализацию шаблонов от определения отделить. Да и речь же не только про кресты, раз ты обобщаешь до ООП-языков.
> иерархии абстрактной хуйни
В расте их нет не от хорошей жизни, а от того что потом боров-чеккер не даст просто взять и поменять иерархию. Алсо, уёбищная реализация модулей раста, когда надо чтоб всё было в дереве проекта, а иначе раст-аналайзер отрубит подсветку синтаксиса - это пизда. Из-за этого потом городят костыли с mod-залупой. При том что у всех остальных достаточно просто определить модуль и он просто доступен во всём проекте, без выстраивания дерева от main/lib.
>>29869
Сейчас бы пользоваться операционкой финского нацика. Пусть дальше сидят на gcc 12 и хоть на сишке пишут.
Сейчас бы пользоваться операционкой финского нацика. Пусть дальше сидят на gcc 12 и хоть на сишке пишут.
>>29862
А, там же теперь правило семи. Виноват, попутал.
Плохо что ли? Хорошо. Ни разу не слышал, чтобы кто-то посмотрел на код и подумал "А вот бы в этот код заебенить пять тысяч строк абстрактных классов, которые делают ебаное ничего".
Оформляешь как крейт и добавляешь по относительному пути. Без понятия, в чем твоя проблема.
>Никто не пишет на C++03.
А, там же теперь правило семи. Виноват, попутал.
>В расте их нет не от хорошей жизни, а от того что потом боров-чеккер не даст просто взять и поменять иерархию.
Плохо что ли? Хорошо. Ни разу не слышал, чтобы кто-то посмотрел на код и подумал "А вот бы в этот код заебенить пять тысяч строк абстрактных классов, которые делают ебаное ничего".
>Алсо, уёбищная реализация модулей раста, когда надо чтоб всё было в дереве проекта
Оформляешь как крейт и добавляешь по относительному пути. Без понятия, в чем твоя проблема.
>>29891
Может ты ещё ни разу не слышал как сдыхают проекты на расте из-за невозможности рефакторить его? А были бы нормальные абстракции - рефакторили бы любое легаси.
> Ни разу не слышал
Может ты ещё ни разу не слышал как сдыхают проекты на расте из-за невозможности рефакторить его? А были бы нормальные абстракции - рефакторили бы любое легаси.
>>29900
Кроме той единственной истории от игродела, все наоборот дрочат на то, как легко им было отрефакторить код, при этом его не поломав к херам. И даже в той истории он не рефакторил, а наоборот пихал квадратное в круглое.
Абстракции есть. Неведомую херню сотворить сложнее.
>Может ты ещё ни разу не слышал как сдыхают проекты на расте из-за невозможности рефакторить его?
Кроме той единственной истории от игродела, все наоборот дрочат на то, как легко им было отрефакторить код, при этом его не поломав к херам. И даже в той истории он не рефакторил, а наоборот пихал квадратное в круглое.
>А были бы нормальные абстракции - рефакторили бы любое легаси.
Абстракции есть. Неведомую херню сотворить сложнее.
>>29928
Посчитай хотя бы сколько обёрток на Вулкан на расте написано одними и теми же людьми. Или сколько раз wgpu переписывали. И уже потом рассказывай как это всего лишь один игродел, лол.
> Кроме той единственной истории от игродела
Посчитай хотя бы сколько обёрток на Вулкан на расте написано одними и теми же людьми. Или сколько раз wgpu переписывали. И уже потом рассказывай как это всего лишь один игродел, лол.
>>29935
Они пишут абстракцию, ниже которой только драйвер. Базовый уровень. Естественно, что здесь каждый элемент должен быть на своём месте. ООП тут никак не поможет, только перед тем как ты поймешь, что написал херню, у тебя выйдет вдвое больше кода и ты больше заебешься.
>Посчитай хотя бы сколько обёрток на Вулкан на расте написано одними и теми же людьми. Или сколько раз wgpu переписывали
Они пишут абстракцию, ниже которой только драйвер. Базовый уровень. Естественно, что здесь каждый элемент должен быть на своём месте. ООП тут никак не поможет, только перед тем как ты поймешь, что написал херню, у тебя выйдет вдвое больше кода и ты больше заебешься.
>>29754
Нефига манямир, а волосы шелковистее?
Нефига манямир, а волосы шелковистее?
>>29754
Самые удобные лямбды в груви котлине и вытекающем оттуда dsl
Я не понимаю почему в новых экзотических языках обходят этот шикарный сахар.
>Литералли только лямбды компактнее чем у других
Самые удобные лямбды в груви котлине и вытекающем оттуда dsl
Я не понимаю почему в новых экзотических языках обходят этот шикарный сахар.
>>29746
ООП позволяет инкапсулировать внутренние изменчивое поведение от потребителя API, в расте изменчивое состояние достигается только через костыли рантайма rc<refcell>>.
Так что ООП это не только про злое и пугающие зумеров наследование, это еще настоящая инкапсуляция внутренних изменений (в расте это недостижимо, а значит проекты больше grep будут превращаться жопоболь)
Мягкие хотели сделать свой раст с множественной мутацией, но закрыли эксперимент, увы (ну или это недостижимо)
ООП такая штука, она не всегда нужна полностью, но когда нужна, лучше когда она есть.
ООП позволяет инкапсулировать внутренние изменчивое поведение от потребителя API, в расте изменчивое состояние достигается только через костыли рантайма rc<refcell>>.
Так что ООП это не только про злое и пугающие зумеров наследование, это еще настоящая инкапсуляция внутренних изменений (в расте это недостижимо, а значит проекты больше grep будут превращаться жопоболь)
Мягкие хотели сделать свой раст с множественной мутацией, но закрыли эксперимент, увы (ну или это недостижимо)
ООП такая штука, она не всегда нужна полностью, но когда нужна, лучше когда она есть.
143 Кб, 2047x767Как в вс-коде дебажить? Почему у раста дебаг через питон ебучий сделан и нихуя не работает?
>>30011
Теплое с мягким перепутал
> в расте изменчивое состояние достигается только через костыли рантайма rc<refcell>>.
Теплое с мягким перепутал
Пиздос, есть сишная либа, в крестах работает как часы. А в расте дёргаю функцию и через раз получаю: (exit code: 0xc0000374, STATUS_HEAP_CORRUPTION)
Кто мне в штаны насрал? Оно реально просто рандомно падает. Может 5 раз нормально вызваться, а потом 3 раза подряд упасть. На крестах гонял тесты час - всё ровно.
Алсо, самое поганое что отловить это невозможно никак, раст сразу в панику проваливается. Пробовал дебажить, кроме "Critical error detected c0000374" нихуя понятного.
Кто мне в штаны насрал? Оно реально просто рандомно падает. Может 5 раз нормально вызваться, а потом 3 раза подряд упасть. На крестах гонял тесты час - всё ровно.
Алсо, самое поганое что отловить это невозможно никак, раст сразу в панику проваливается. Пробовал дебажить, кроме "Critical error detected c0000374" нихуя понятного.
>>30129
Можешь попробовать втроянить в свою либу обработчик sigsegv и напечатать стек вызовов. А исходники есть у тебя?
Можешь попробовать втроянить в свою либу обработчик sigsegv и напечатать стек вызовов. А исходники есть у тебя?
>>30110
Ты не можешь менять внутренние состояние если ты был создан через let. Это помогает барран-чекать, но просто множит на ноль инкапсуляцию и асбтракцию, а значит любое проектирование.
Простыми словами ты можешь создать машину которая не может завести двигатель, кофеварка, которая не греет, радио которое не может изменить частоту.
Ты не можешь менять внутренние состояние если ты был создан через let. Это помогает барран-чекать, но просто множит на ноль инкапсуляцию и асбтракцию, а значит любое проектирование.
Простыми словами ты можешь создать машину которая не может завести двигатель, кофеварка, которая не греет, радио которое не может изменить частоту.
>>30154
Ага, а в плюсах ты не можешь менять состояние если const
Про ключевое слово mut что то слышал?
Ага, а в плюсах ты не можешь менять состояние если const
Про ключевое слово mut что то слышал?
>>30179
const в си и плюсах это дополнительное объявление для типа переменной, а не для самой переменной.
Операторов объявления как таковых у них нет вообще. Раньше контроль преременных не считали проблемой, потому что раньше писали размашисто/увесисто типа:
function discursModeration
argument threadAbsoluteId type unsigned short int,
argument userUnicueId type unsigned long int,
argument trollFullWeight type fat64
returnvalue modVerdict type boolean
begin
if trollFullWeight == 10^99
then call zaBanitPidora with userUnicueId
then set modVerdict = true
else
then set modVerdict = false
end
end
наследие старых языков ориентированных на построчный ввод в терминале. Целые поколения в стенах университетов воспитаны объявлять dvernayaRuchkaN1 которую с локально объявленым xer -ом никак не спутаешь.
Но сегодня программирование доступно для широких народных масс, которые в большинстве своемуниверситетах не обучались (хорошо если хоть школу закончили я например нет), не привыкли много читать и писать и поэтому предпочитают более простой и короткий код:
фу блять() {
аа = "1"
ыыы = ээ_блэт()
пук val
}
но с уменьшением количества буков пришла и проблема пересечения переменных, пришлось изобретать принудительный контроль
const в си и плюсах это дополнительное объявление для типа переменной, а не для самой переменной.
Операторов объявления как таковых у них нет вообще. Раньше контроль преременных не считали проблемой, потому что раньше писали размашисто/увесисто типа:
function discursModeration
argument threadAbsoluteId type unsigned short int,
argument userUnicueId type unsigned long int,
argument trollFullWeight type fat64
returnvalue modVerdict type boolean
begin
if trollFullWeight == 10^99
then call zaBanitPidora with userUnicueId
then set modVerdict = true
else
then set modVerdict = false
end
end
наследие старых языков ориентированных на построчный ввод в терминале. Целые поколения в стенах университетов воспитаны объявлять dvernayaRuchkaN1 которую с локально объявленым xer -ом никак не спутаешь.
Но сегодня программирование доступно для широких народных масс, которые в большинстве своемуниверситетах не обучались (хорошо если хоть школу закончили я например нет), не привыкли много читать и писать и поэтому предпочитают более простой и короткий код:
фу блять() {
аа = "1"
ыыы = ээ_блэт()
пук val
}
но с уменьшением количества буков пришла и проблема пересечения переменных, пришлось изобретать принудительный контроль
>>30179
const в си и плюсах это дополнительное объявление для типа переменной, а не для самой переменной.
Операторов объявления как таковых у них нет вообще. Раньше контроль преременных не считали проблемой, потому что раньше писали размашисто/увесисто типа:
function discursModeration
argument threadAbsoluteId type unsigned short int,
argument userUnicueId type unsigned long int,
argument trollFullWeight type fat64
returnvalue modVerdict type boolean
begin
if trollFullWeight == 10^99
then call zaBanitPidora with userUnicueId
then set modVerdict = true
else
then set modVerdict = false
end
end
наследие старых языков ориентированных на построчный ввод в терминале. Целые поколения в стенах университетов воспитаны объявлять dvernayaRuchkaN1 которую с локально объявленым xer -ом никак не спутаешь.
Но сегодня программирование доступно для широких народных масс, которые в большинстве своемуниверситетах не обучались (хорошо если хоть школу закончили я например нет), не привыкли много читать и писать и поэтому предпочитают более простой и короткий код:
фу блять() {
аа = "1"
ыыы = ээ_блэт()
пук val
}
но с уменьшением количества буков пришла и проблема пересечения переменных, пришлось изобретать принудительный контроль
const в си и плюсах это дополнительное объявление для типа переменной, а не для самой переменной.
Операторов объявления как таковых у них нет вообще. Раньше контроль преременных не считали проблемой, потому что раньше писали размашисто/увесисто типа:
function discursModeration
argument threadAbsoluteId type unsigned short int,
argument userUnicueId type unsigned long int,
argument trollFullWeight type fat64
returnvalue modVerdict type boolean
begin
if trollFullWeight == 10^99
then call zaBanitPidora with userUnicueId
then set modVerdict = true
else
then set modVerdict = false
end
end
наследие старых языков ориентированных на построчный ввод в терминале. Целые поколения в стенах университетов воспитаны объявлять dvernayaRuchkaN1 которую с локально объявленым xer -ом никак не спутаешь.
Но сегодня программирование доступно для широких народных масс, которые в большинстве своемуниверситетах не обучались (хорошо если хоть школу закончили я например нет), не привыкли много читать и писать и поэтому предпочитают более простой и короткий код:
фу блять() {
аа = "1"
ыыы = ээ_блэт()
пук val
}
но с уменьшением количества буков пришла и проблема пересечения переменных, пришлось изобретать принудительный контроль
>>30265
Такую шизофрению могла только чатгпт выдать, какое отношение этот текст к моему ветке постов имеет?
Такую шизофрению могла только чатгпт выдать, какое отношение этот текст к моему ветке постов имеет?
>>30154
Словесный салат.
Словесный салат.
>>333017
>Про ключевое слово mut что то слышал?
Смешно, но проблемы появляются именно, когда начинаешь передавать везде mut (с его ограничением).
>>31539
то что фп не может решить эту проблему не значит что этой проблемы нет
то что фп не может решить эту проблему не значит что этой проблемы нет
>>30142
Исходники есть, там сишное ручное управление памятью и обращение к драйверу, где угодно может это происходить, максимальный ансейф. Как дебажать сишную либу, когда она в расте - не понятно. При этом у либы есть официальная обёртка под шарп и там она без проблем работает. Пробовал в расте делать вызовы функций без аргументов даже, если в цикле делать вызовы, то падает на 2-8 вызов, полный рандом. Раст каким-то образом подсерает в окружение или ломает память.
Исходники есть, там сишное ручное управление памятью и обращение к драйверу, где угодно может это происходить, максимальный ансейф. Как дебажать сишную либу, когда она в расте - не понятно. При этом у либы есть официальная обёртка под шарп и там она без проблем работает. Пробовал в расте делать вызовы функций без аргументов даже, если в цикле делать вызовы, то падает на 2-8 вызов, полный рандом. Раст каким-то образом подсерает в окружение или ломает память.
>>31539
Но фпшную хуйню проще верифицировать.
Но фпшную хуйню проще верифицировать.
>>31672
В общем, если либу из исходников собрать свежим MSVC, то всё начинает работать. Пидорство. А ведь в шарпе и с гитхаба бинарник работает, хоть с AOT, хоть с JIT. В расте даже пробовал с libloading с ручным вызовом в рантайме и так же рандомно падает.
В общем, если либу из исходников собрать свежим MSVC, то всё начинает работать. Пидорство. А ведь в шарпе и с гитхаба бинарник работает, хоть с AOT, хоть с JIT. В расте даже пробовал с libloading с ручным вызовом в рантайме и так же рандомно падает.
>>32513
Что за драма?
мимо говорил, лет 5 назад, что зависимость от чужого бэкенда зло и что говна пожрете
Что за драма?
мимо говорил, лет 5 назад, что зависимость от чужого бэкенда зло и что говна пожрете
>>32513
А когда его не хуесосили? Помню ещё лет 10 назад финский нацик горел с багов llvm и то что его пердольный код не работает как надо с оптимизациями, приходится только на gcc собирать. А у растанов наоборот всегда llvm был как позитивная фича, типа оптимизацию за них сделали, они только язык пилят не волнуясь о скорости ассемблерного кода.
>>32341
Заживём когда Карбон допилят.
А когда его не хуесосили? Помню ещё лет 10 назад финский нацик горел с багов llvm и то что его пердольный код не работает как надо с оптимизациями, приходится только на gcc собирать. А у растанов наоборот всегда llvm был как позитивная фича, типа оптимизацию за них сделали, они только язык пилят не волнуясь о скорости ассемблерного кода.
>>32341
Заживём когда Карбон допилят.
Я тут решил делать mmo игру, получается что будет мир и в нем игроки. Но мир же может изменяться любым игроком и у него должна быть мутабельная ссылка, а она может быть только одна, в с++ таких проблем не было, как быть то?
>>32723
Игрок - это часть мира, зачем ему какая-то ссылка?
Игрок - это часть мира, зачем ему какая-то ссылка?
>>32547
Драма в том что LLVM изначальн это виртуальная машина с компиляторами разного уровня как в джаве. Принимающее на вход абстрактный LLVM IR и выдающий абстрактный Machine IR абстрактного процессора.
Предполагалось что это будет универсальное средство для компиляния статических языков и так же запуска/компиляции jvm-based языков отделенное от фронтендов и прочего, и вроде как в котлине/свифте так и компиляют при помощи LLVM бакенда.
Вот только с запуском не задалось, из за желания усидеть на двух хуях производительность исполнения кода на лету такая, что и годится только синтаксис в IDE проверять, а похожесть LLVM IR на байткод руинит всю идею отделения фронтендов, так как перегон целевого языка в это говно просто отметает целый класс оптимизаций, поэтому и раст и все остальные не делают независимый фронтенд, а тупо форкают libllvm и напрямую из фронтенда дергают функции или типа того.
Драма в том что LLVM изначальн это виртуальная машина с компиляторами разного уровня как в джаве. Принимающее на вход абстрактный LLVM IR и выдающий абстрактный Machine IR абстрактного процессора.
Предполагалось что это будет универсальное средство для компиляния статических языков и так же запуска/компиляции jvm-based языков отделенное от фронтендов и прочего, и вроде как в котлине/свифте так и компиляют при помощи LLVM бакенда.
Вот только с запуском не задалось, из за желания усидеть на двух хуях производительность исполнения кода на лету такая, что и годится только синтаксис в IDE проверять, а похожесть LLVM IR на байткод руинит всю идею отделения фронтендов, так как перегон целевого языка в это говно просто отметает целый класс оптимизаций, поэтому и раст и все остальные не делают независимый фронтенд, а тупо форкают libllvm и напрямую из фронтенда дергают функции или типа того.
>>31011
Просто не нужно писать тысячи абсракций, которые захламляют логику и функции. Глобалстейт, композиция и минимальные абсракции чудесном образом исправляют любые проблемы сайдэффектов
Просто не нужно писать тысячи абсракций, которые захламляют логику и функции. Глобалстейт, композиция и минимальные абсракции чудесном образом исправляют любые проблемы сайдэффектов
>>32860
Нет, не в курсе. Все кто его пилят - работают в гугле и получают от него зарплату, там минимум пять человек, кто ежедневно коммитит. А ты в курсе сколько людей зиг пилили? Даже трёх на фуллтайме не было. Сейчас активность в репе карбона примерно как активность у зига.
Нет, не в курсе. Все кто его пилят - работают в гугле и получают от него зарплату, там минимум пять человек, кто ежедневно коммитит. А ты в курсе сколько людей зиг пилили? Даже трёх на фуллтайме не было. Сейчас активность в репе карбона примерно как активность у зига.
>>32723
Если раст не компилируется при этом, значит подход не правильный и игра говно. Раст заранее спасает тебя от убыточной и неправильной игры.
Если раст не компилируется при этом, значит подход не правильный и игра говно. Раст заранее спасает тебя от убыточной и неправильной игры.
>>32861
Ты так пишешь как будто я противоположное утверждал или писал что эти проблемы нерешаемые
Ты так пишешь как будто я противоположное утверждал или писал что эти проблемы нерешаемые
>>32866
Уже не работают, и гугл отказался от карбона, никому ничего не платят уже.
Вот примерно то же самое будет и с карбоном - он никому нахуй не нужен будет кроме полутра землекопов.
> работают в гугле и получают от него зарплату, там минимум пять человек
Уже не работают, и гугл отказался от карбона, никому ничего не платят уже.
> А ты в курсе сколько людей зиг пилили? Даже трёх на фуллтайме не было. Сейчас активность в репе карбона примерно как активность у зига.
Вот примерно то же самое будет и с карбоном - он никому нахуй не нужен будет кроме полутра землекопов.
333 Кб, 3516x540>>32870
Кому ты пиздишь. Пикрил с недавней конфы. Все люди из разработки сейчас в гугле работают.
> Уже не работают, и гугл отказался от карбона, никому ничего не платят уже.
Кому ты пиздишь. Пикрил с недавней конфы. Все люди из разработки сейчас в гугле работают.
>>32870
Ты случаем не тот шиз которые бегает с джавой против котлина и шарпа? Уж очень манера шизы похожа.
Ты случаем не тот шиз которые бегает с джавой против котлина и шарпа? Уж очень манера шизы похожа.
>>32875
Чел, это уже просто бренд.
Раньше над карбоном работало около 10 человек назарплате, сейчас осталось только три, которые, внезапно, работают над этим проектом в свободное от рабочих задач время. Это по-твоему финансирование и "получают зарплату"?
Гугл давно оплачивает как частную инициативу сотрудников, частично оплачивая рабочее время. Не более того. Это вообще не является финансирование языка.
>>32879
Протыков своих ищешь, шиз?
Чел, это уже просто бренд.
Раньше над карбоном работало около 10 человек назарплате, сейчас осталось только три, которые, внезапно, работают над этим проектом в свободное от рабочих задач время. Это по-твоему финансирование и "получают зарплату"?
Гугл давно оплачивает как частную инициативу сотрудников, частично оплачивая рабочее время. Не более того. Это вообще не является финансирование языка.
>>32879
Протыков своих ищешь, шиз?
>>32887
Чел, нахуй ты с фактами споришь, у карбона сейчас активности больше чем у зига пару лет назад.
Это твои фантазии, пикрил я вижу что два ключевых разраба стабильно коммитят последние 3 года и никаких просадок активности не было с начала проекта. По факту видно что в 2023 наоборот больше коммитов стало скачком, а не как ты фантазируешь про "забросили".
Чел, нахуй ты с фактами споришь, у карбона сейчас активности больше чем у зига пару лет назад.
> в свободное от рабочих задач время
Это твои фантазии, пикрил я вижу что два ключевых разраба стабильно коммитят последние 3 года и никаких просадок активности не было с начала проекта. По факту видно что в 2023 наоборот больше коммитов стало скачком, а не как ты фантазируешь про "забросили".
>>33017
Теперь подумай просто, два ключевых разраба вынуждены сами писать проект, сами коммитят как никогда ранее. О чем это говорит? То что кроме них некому этого делать. Это люди которые заняты теоретической частью языка, но вместо этого пишут сами, небось ещё и тестируют сами.
Твои пикрилы только подтверждают мною сказанное, а у тебя логика отвалилась.
> пикрил я вижу что два ключевых разраба
Теперь подумай просто, два ключевых разраба вынуждены сами писать проект, сами коммитят как никогда ранее. О чем это говорит? То что кроме них некому этого делать. Это люди которые заняты теоретической частью языка, но вместо этого пишут сами, небось ещё и тестируют сами.
Твои пикрилы только подтверждают мною сказанное, а у тебя логика отвалилась.
>>33039
Чел, большинство мелких языков вообще в одного пилят. Зиг один Андрюха пилил, сейчас всего лишь второго нашли на фултайм, весь 2024 год фактически только два разраба на проекте. Ты видимо макака и думаешь что разработкой языков должны заниматься толпа макак как ты. Но это не так.
Лол, а раньше оно само коммитилось? Они и есть те кто карбон изначально придумали.
Чел, большинство мелких языков вообще в одного пилят. Зиг один Андрюха пилил, сейчас всего лишь второго нашли на фултайм, весь 2024 год фактически только два разраба на проекте. Ты видимо макака и думаешь что разработкой языков должны заниматься толпа макак как ты. Но это не так.
> сами писать проект, сами коммитят как никогда ранее
Лол, а раньше оно само коммитилось? Они и есть те кто карбон изначально придумали.
>>33044
Чел... Именно по этому ни ZIG ни Carbon никому нахуй не всрался - его никто не пилит и ошибки там исправлять некому. Никто не заинтересован в языке без фич, библиотек и с кучей ошибок, которых некому исправлять и некому даже протестировать это дерьмище.
Если для зига такое ещё хоть как-то допустимо, потому что оттуда выпилили всё ненужное, то для карбона, который пытается заменить с++ и над этим работает три человека? Ору нах, это звучит как сон собаки
> Но это не так.
Чел... Именно по этому ни ZIG ни Carbon никому нахуй не всрался - его никто не пилит и ошибки там исправлять некому. Никто не заинтересован в языке без фич, библиотек и с кучей ошибок, которых некому исправлять и некому даже протестировать это дерьмище.
Если для зига такое ещё хоть как-то допустимо, потому что оттуда выпилили всё ненужное, то для карбона, который пытается заменить с++ и над этим работает три человека? Ору нах, это звучит как сон собаки
>>33048
Нах ты так раст прикладываешь? У зига и карбона с библиотеками изначально никаких проблем нет, потому что они без всякого ffi их берут из сишки/крестов. Про bun сам вспомнишь и соотнесёшь с интересом в зиге и расте.
> Никто не заинтересован в языке без фич, библиотек и с кучей ошибок
Нах ты так раст прикладываешь? У зига и карбона с библиотеками изначально никаких проблем нет, потому что они без всякого ffi их берут из сишки/крестов. Про bun сам вспомнишь и соотнесёшь с интересом в зиге и расте.
>>33051
Да кому нахуй нужен пидераст вообще? Про него говорить не стоит, он просто не работает и никому нахуй не нужен, кроме сообщества лгбтк++
Есть. Приходят вот люди в карбон/зиг, а там половина кода на Си. А они пришли с какого-нибудь питона и не видовали никогда ничего кроме зига и пиотна. Что им делать? Как не обосраться? А никак, берёшь и срёшь под себя. Неприятненько.
> Нах ты так раст прикладываешь?
Да кому нахуй нужен пидераст вообще? Про него говорить не стоит, он просто не работает и никому нахуй не нужен, кроме сообщества лгбтк++
> У зига и карбона с библиотеками изначально никаких проблем нет,
Есть. Приходят вот люди в карбон/зиг, а там половина кода на Си. А они пришли с какого-нибудь питона и не видовали никогда ничего кроме зига и пиотна. Что им делать? Как не обосраться? А никак, берёшь и срёшь под себя. Неприятненько.
>>33039
Это какая-то постирония? Мы говорим про два интероп-языках противовес заброшенным обертками раста.
>Никто не заинтересован в языке без фич, библиотек
Это какая-то постирония? Мы говорим про два интероп-языках противовес заброшенным обертками раста.
>>33053
Зачем питонщику зи/си? Это раст евангелисты пытаются ухватиться за все что можно, продавая якобы производительность вчерашним вебмакакам, в реальности вменяемому питонщику это нафиг не упало, сейчас объем бизнес логики не как в 70е годы, чтобы позволить себе дрочиться с указателями (пускай и умными), работая на полставки компилятором.
Это только двачеры переживают за железку кабана/барена, реальному разработчику комфорт важнее, а для всего остального есть шарпы, где если надо можно поконтролить иногда память.
>А они пришли с какого-нибудь питона и не видовали никогда ничего кроме зига и пиотна.
Зачем питонщику зи/си? Это раст евангелисты пытаются ухватиться за все что можно, продавая якобы производительность вчерашним вебмакакам, в реальности вменяемому питонщику это нафиг не упало, сейчас объем бизнес логики не как в 70е годы, чтобы позволить себе дрочиться с указателями (пускай и умными), работая на полставки компилятором.
Это только двачеры переживают за железку кабана/барена, реальному разработчику комфорт важнее, а для всего остального есть шарпы, где если надо можно поконтролить иногда память.
>>33214
Ебать ты макакич, лол, ты реально думаешь что все только на барина работают и своих проектов не имеют?
Ебать ты макакич, лол, ты реально думаешь что все только на барина работают и своих проектов не имеют?
>>33410
Ты реально веришь что из сотни твоих проектов выстрелит хотя бы парочка? Поверь, лучше на ралавеле или даже експрессе наговнить, это будет на порядок (а может даже на 10 порядков) быстрее чем прототипы на расте делать с сомнительным будущем.
Вторая проблема в том что раст/c++ дает возможность писать оптимизированный код, но это не значит что ты на нем автоматом будешь писать оптимизированный код, это отдельный скилл и ресурс (с учетом что больше половины бывшие питонщики, еще и либы будут соответствующего качества).
Третья проблема, что на ты на i/o просядишь в 1000раз, какая разница на чем писать, если узкое место будет в бд и все держится на разогретом кэше.
А там какой-нибудь шарп или жаба еще работать быстрее будут, так как умеют в упаковку и поколения и дрочат свой резерв хипа, а не системный маллоком фрагментируют память.
Ты реально веришь что из сотни твоих проектов выстрелит хотя бы парочка? Поверь, лучше на ралавеле или даже експрессе наговнить, это будет на порядок (а может даже на 10 порядков) быстрее чем прототипы на расте делать с сомнительным будущем.
Вторая проблема в том что раст/c++ дает возможность писать оптимизированный код, но это не значит что ты на нем автоматом будешь писать оптимизированный код, это отдельный скилл и ресурс (с учетом что больше половины бывшие питонщики, еще и либы будут соответствующего качества).
Третья проблема, что на ты на i/o просядишь в 1000раз, какая разница на чем писать, если узкое место будет в бд и все держится на разогретом кэше.
А там какой-нибудь шарп или жаба еще работать быстрее будут, так как умеют в упаковку и поколения и дрочат свой резерв хипа, а не системный маллоком фрагментируют память.
>>33469
Кому вообще сдался веб в почти 2025-м году? Когда ты последний раз пластиковые окна в интернете заказывал? С тем же успехом можно сказать, что ларавел не нужен, потому что среднему сайт хватает вордпресса.
Неиспользование виртуальных функций и иногда добавление SoA - ебать какой сложный скилл.
Опять заладил. Ну нет никакой магии в поколениях и упаковке.
>Поверь, лучше на ралавеле или даже експрессе наговнить, это будет на порядок (а может даже на 10 порядков) быстрее чем прототипы на расте делать с сомнительным будущем.
Кому вообще сдался веб в почти 2025-м году? Когда ты последний раз пластиковые окна в интернете заказывал? С тем же успехом можно сказать, что ларавел не нужен, потому что среднему сайт хватает вордпресса.
>писать оптимизированный код, это отдельный скилл и ресурс
Неиспользование виртуальных функций и иногда добавление SoA - ебать какой сложный скилл.
>так как умеют в упаковку и поколения и дрочат свой резерв хипа, а не системный маллоком фрагментируют память.
Опять заладил. Ну нет никакой магии в поколениях и упаковке.
>>33469
Хз, у меня все выстреливают. Ещё ни один проект не сфейлился или не отбил затраты.
Прототипы на ноде делаю, потом переписываю на с++/зиг. В этот раз на зиг буду переписывать всё, вместе с написанным фреймворком и графической либой, которую нужно написать кста.
Спасибо что я на зиге пишу, тут сразу опитизированный код выходит.
Каждая вторая обёртка на бд может так. У меня на ноде работает всё с поколениями и батчингом. Переписать бы на зиг, но мне лень.
>Ты реально веришь что из сотни твоих проектов выстрелит хотя бы парочка?
Хз, у меня все выстреливают. Ещё ни один проект не сфейлился или не отбил затраты.
> прототипы на расте делать
Прототипы на ноде делаю, потом переписываю на с++/зиг. В этот раз на зиг буду переписывать всё, вместе с написанным фреймворком и графической либой, которую нужно написать кста.
>это не значит что ты на нем автоматом будешь писать оптимизированный код
Спасибо что я на зиге пишу, тут сразу опитизированный код выходит.
>так как умеют в упаковку и поколения
Каждая вторая обёртка на бд может так. У меня на ноде работает всё с поколениями и батчингом. Переписать бы на зиг, но мне лень.
>>33469
Или не оптимизированный, написал кучу сетевого кала под себя на сишке с еполом без оптимизаций, норм работает и похуй вообще. Зачем писать что-то на расте/говне/плюсах/другой нестабильной модной параше, если можно на си писать и вообще не париться - проработает 100 лет, можно вообще нихуя не трогать.
В своё время написал запускалку шейдеров и сцен на wgpu, со всяким изменением в расте, в самой либе приходилось переписывать, подстраивать, сейчас наверное проект даже не сконпелируется.
>>33514
Сразу с флагом -O конпелирует что ли?
>оптимизированный код
Или не оптимизированный, написал кучу сетевого кала под себя на сишке с еполом без оптимизаций, норм работает и похуй вообще. Зачем писать что-то на расте/говне/плюсах/другой нестабильной модной параше, если можно на си писать и вообще не париться - проработает 100 лет, можно вообще нихуя не трогать.
В своё время написал запускалку шейдеров и сцен на wgpu, со всяким изменением в расте, в самой либе приходилось переписывать, подстраивать, сейчас наверное проект даже не сконпелируется.
>>33514
>тут сразу опитизированный код выходит
Сразу с флагом -O конпелирует что ли?
>>33549
Дело не в флагах, там откровенное говно очень сложно писать, а нормальный код просто.
> Сразу с флагом -O конпелирует что ли?
Дело не в флагах, там откровенное говно очень сложно писать, а нормальный код просто.
Давайте наборшу еще говна на вентилятор
Я вот уже почти пенсионер, всю сознательную жизнь писал на C фирмарь для контроллерах и на C++ морды чтоб с этими контроллерами работать. В начале на msvc+mfc, потом перкатился на культи во имя кросс-платформенности. Много этого оборудования все еще работает на разных предприятиях нашей необъятной и у соседей. Простенький helloworld я могу написать еще на десятке языков.
А несколько лет назад я открыл для себя раст, и знаете - в рот я ебал этот си и си++, больше я на них добровольно писать не буду.
Года 2 назад я написал на расте программу для чтения файлов данных одной старой игры, нахуевертил кроме чтения еще поиск пути по миру, асинхронный многопоточный web сервер с апи, чтоб все это говно дергать, и обновлять и запрашивать данные на лету. И знаете, я это все написал без отладчика, rustroverа тогда еще не было. И не словил никаких проблем с утечками, повреждениями, ошибками многопоточной синхронизации. Вот вообще никаких проблем - если код компилировался - все работало как было задумано. Лет 5 назад я такое пробовал делать на плюсах - загрузку сделал и бросил, было тяжело писать, код получался говном, хотя я и старался.
В этом году я для этой же игры сделал сетевой фреймворк, само собой многопоточный и асинхронный. Там ебанутый протокол с двойным подключемем, с шифрованием, сжатием данных, причем в разном направлении, на разных этапах разные алгоритмы. Так эта хуита тоже не потребовала отладки. Пару лет назад я делал это же на питоне. Сделал конечно, но поддерживать это было решительно невозможно, изменение кода не приводили к ошибкам комплияции, все падало в рантайме, когда оказывалось, что у объекта нет поля, или изменилось количество аргументов у метода.
Раст может и не идеальный, но это лучшее, что сейчас есть из языков программирования.
Я вот уже почти пенсионер, всю сознательную жизнь писал на C фирмарь для контроллерах и на C++ морды чтоб с этими контроллерами работать. В начале на msvc+mfc, потом перкатился на культи во имя кросс-платформенности. Много этого оборудования все еще работает на разных предприятиях нашей необъятной и у соседей. Простенький helloworld я могу написать еще на десятке языков.
А несколько лет назад я открыл для себя раст, и знаете - в рот я ебал этот си и си++, больше я на них добровольно писать не буду.
Года 2 назад я написал на расте программу для чтения файлов данных одной старой игры, нахуевертил кроме чтения еще поиск пути по миру, асинхронный многопоточный web сервер с апи, чтоб все это говно дергать, и обновлять и запрашивать данные на лету. И знаете, я это все написал без отладчика, rustroverа тогда еще не было. И не словил никаких проблем с утечками, повреждениями, ошибками многопоточной синхронизации. Вот вообще никаких проблем - если код компилировался - все работало как было задумано. Лет 5 назад я такое пробовал делать на плюсах - загрузку сделал и бросил, было тяжело писать, код получался говном, хотя я и старался.
В этом году я для этой же игры сделал сетевой фреймворк, само собой многопоточный и асинхронный. Там ебанутый протокол с двойным подключемем, с шифрованием, сжатием данных, причем в разном направлении, на разных этапах разные алгоритмы. Так эта хуита тоже не потребовала отладки. Пару лет назад я делал это же на питоне. Сделал конечно, но поддерживать это было решительно невозможно, изменение кода не приводили к ошибкам комплияции, все падало в рантайме, когда оказывалось, что у объекта нет поля, или изменилось количество аргументов у метода.
Раст может и не идеальный, но это лучшее, что сейчас есть из языков программирования.
>>33549
Большая часть тех кто пишут на си тупо не умеют на нем писать, ни с точки зрения оформления кода/проекта, ни с точки зрения его оптимального исполнения.
Читал бложик какого то препода на дзене он там нахуевертил последоватильный говнокод который невозможно никак оптимизировать на си по какому то там учебнику и выкатив ассемблерный дамп написал смотрите всего пара регистров задействовано и какой компактный код! вот как правильно на си получается если по учебнику! Пиздец
Большая часть тех кто пишут на си тупо не умеют на нем писать, ни с точки зрения оформления кода/проекта, ни с точки зрения его оптимального исполнения.
Читал бложик какого то препода на дзене он там нахуевертил последоватильный говнокод который невозможно никак оптимизировать на си по какому то там учебнику и выкатив ассемблерный дамп написал смотрите всего пара регистров задействовано и какой компактный код! вот как правильно на си получается если по учебнику! Пиздец
>>33605
Машина не исполняет "нормальный" или "говняный" код. Она исполняет либо оптимизированный-быстрый, либо не оптимизированный медленный.
Машина не исполняет "нормальный" или "говняный" код. Она исполняет либо оптимизированный-быстрый, либо не оптимизированный медленный.
>>33703
Если ты пишешь функции с классами которые хуячат маллоки в какие-то ебанутые разделы памяти, использвая всякие "умные указатели" потому что потому - это неоптимизированный говнокодкод. Когда ты пишешь функции которые работают с плотными структурами и массивами - это оптимизированный, нормальный, код.
Так уж вышло что на зиге писать функции и плотные структуры куда проще чем на пидерасте или ещё каком другом языке. Оптимизации компилятора это уже другое.
>>33697
Самое интересное в таких рассказах - никто этих суперкрутых фреймворков и пиздатого кода нахуй не увидит. Ни игр, ни рендеров, ни движков, нихуя нет. А всё потому что это пиздёж и говнокодище никому нахуй не нужное. Самый популярный движок на пидерасте работает раз в 5 медленнее чем js. Упс...
Если ты пишешь функции с классами которые хуячат маллоки в какие-то ебанутые разделы памяти, использвая всякие "умные указатели" потому что потому - это неоптимизированный говнокодкод. Когда ты пишешь функции которые работают с плотными структурами и массивами - это оптимизированный, нормальный, код.
Так уж вышло что на зиге писать функции и плотные структуры куда проще чем на пидерасте или ещё каком другом языке. Оптимизации компилятора это уже другое.
>>33697
>Сделал
Самое интересное в таких рассказах - никто этих суперкрутых фреймворков и пиздатого кода нахуй не увидит. Ни игр, ни рендеров, ни движков, нихуя нет. А всё потому что это пиздёж и говнокодище никому нахуй не нужное. Самый популярный движок на пидерасте работает раз в 5 медленнее чем js. Упс...
>>33746
Что такое плотные структуры и массивы? Какой у них размер?
>Если ты пишешь функции с классами которые хуячат маллоки в какие-то ебанутые разделы памяти, использвая всякие "умные указатели" потому что потому - это неоптимизированный говнокодкод. Когда ты пишешь функции которые работают с плотными структурами и массивами - это оптимизированный, нормальный, код.
Что такое плотные структуры и массивы? Какой у них размер?
>>33746
Резонное замечание.
Вот первая часть, о чем я говорил https://github.com/broker0/path_server
Вторую часть не выкладываю, тк пока зарабатываю на ней копеечку, продавая игрокам прокси со спецфункционалом.
>Самое интересное в таких рассказах - никто этих суперкрутых фреймворков и пиздатого кода нахуй не увидит.
Резонное замечание.
Вот первая часть, о чем я говорил https://github.com/broker0/path_server
Вторую часть не выкладываю, тк пока зарабатываю на ней копеечку, продавая игрокам прокси со спецфункционалом.
>>33697
+15 колготок.
+15 колготок.
>>33748
Структуры и массивы при использовании которызх используются кэши процессора.
>>33814
Чел.... Это... Ну чел, ну ты... Мда.... Уровень раста, таксказать, каждый раз одно и то же.
Ты в курсе что патчфайндер пишется нейросетью за десять запросов? Это как бы даже не рассматривается за код в 2к25 году.
Структуры и массивы при использовании которызх используются кэши процессора.
>>33814
Чел.... Это... Ну чел, ну ты... Мда.... Уровень раста, таксказать, каждый раз одно и то же.
Ты в курсе что патчфайндер пишется нейросетью за десять запросов? Это как бы даже не рассматривается за код в 2к25 году.
>>33970
Давай, покажи класс, повтори функциональность этого приложения хоть за 50 запросов к нейросети.
Без знаний о предметной области, нейросеть тебе не поможет.
>Ты в курсе что патчфайндер пишется нейросетью за десять запросов? Это как бы даже не рассматривается за код в 2к25 году.
Давай, покажи класс, повтори функциональность этого приложения хоть за 50 запросов к нейросети.
Без знаний о предметной области, нейросеть тебе не поможет.
>>33978
Очевидно что речь про то что я знаю предметную область, по этому тебе и говорю что это какое-то дикое калище, которое нахуй никому не нужен. Патчфайндер, ебать ты конечно дал, стыдно бы такое приводить в пример как твой "проект".
Очевидно что речь про то что я знаю предметную область, по этому тебе и говорю что это какое-то дикое калище, которое нахуй никому не нужен. Патчфайндер, ебать ты конечно дал, стыдно бы такое приводить в пример как твой "проект".
>>33986
Так код то где, а клоун?
Так код то где, а клоун?
>>33814
Интересное. Спасибо что показал, анон.
Интересное. Спасибо что показал, анон.
>>33970
Я тебе больше скажу. Всё, чем занимается 90% программистов заменяется бабкой со счетами.
Я тебе больше скажу. Всё, чем занимается 90% программистов заменяется бабкой со счетами.
13 Кб, 200x319>>33970
кэш процессора это буферное устройство подсистемы памяти процессора, что бы подкачивать данные и, внезапно, сам код как можно ближе к фронтенду. Твои маняпуляции со структурами никакого влияния на ее работу не оказывают, не хватает места в кэше для более приоритетных данных/комманд твою структуру выбъют нахуй хоть как ты ее пиши.
Единственное что ты можешь и должен контролировать как программист это выравнивание и отображение данных на регистрах, а иначе твои "сверхплотные" массивы компилятор порежет на слова (а то и на длинные) с заполнением нулями и будет твоя структура в три раза длиннее по факту. А "массив" на стеке это вообще отдельная песня.
>Структуры и массивы при использовании которызх используются кэши процессора.
кэш процессора это буферное устройство подсистемы памяти процессора, что бы подкачивать данные и, внезапно, сам код как можно ближе к фронтенду. Твои маняпуляции со структурами никакого влияния на ее работу не оказывают, не хватает места в кэше для более приоритетных данных/комманд твою структуру выбъют нахуй хоть как ты ее пиши.
Единственное что ты можешь и должен контролировать как программист это выравнивание и отображение данных на регистрах, а иначе твои "сверхплотные" массивы компилятор порежет на слова (а то и на длинные) с заполнением нулями и будет твоя структура в три раза длиннее по факту. А "массив" на стеке это вообще отдельная песня.
>>34115
Ты использовал чатгпт с промтом "Говори как самоуверенный шиз-второкурсник"?
Кеш работает по простому и понятному алгоритму, какие нахуй приоритетные данные.
Ты использовал чатгпт с промтом "Говори как самоуверенный шиз-второкурсник"?
>Твои маняпуляции со структурами никакого влияния на ее работу не оказывают, не хватает места в кэше для более приоритетных данных/комманд твою структуру выбъют нахуй хоть как ты ее пиши.
Кеш работает по простому и понятному алгоритму, какие нахуй приоритетные данные.
>>34058
Да хуй знает, главное что там понятные функции и работа с структурами, почти все проблемы решаются через comptime. Говнокод очень сложно написать.
>>34115
)
Бредишь
Это компилятор раста так делает? Сочувствую.
> в зиг просто завезли модные перделки и свистелки, а вот проблемы си никто там не решал.
Да хуй знает, главное что там понятные функции и работа с структурами, почти все проблемы решаются через comptime. Говнокод очень сложно написать.
>>34115
>Твои маняпуляции со структурами никакого влияния на ее работу не оказывают
)
> места в кэше для более приоритетных данных/комман
Бредишь
> массивы компилятор порежет на слова
Это компилятор раста так делает? Сочувствую.
>>34139
Где-то мы это уже слышали. Кажется, был такой язык где тоже кучу всего делалось во время компиляции, и ещё там вроде бы были какие-то ограничения которые заставляли код сразу хорошо писать, а то если говнокод напишешь то не скомпилируется...
>почти все проблемы решаются через comptime. Говнокод очень сложно написать.
Где-то мы это уже слышали. Кажется, был такой язык где тоже кучу всего делалось во время компиляции, и ещё там вроде бы были какие-то ограничения которые заставляли код сразу хорошо писать, а то если говнокод напишешь то не скомпилируется...
Axum или Actix-web взять для джейсоноукладывательной хуитки? Первый вроде как активнее поддерживается и скачиваний больше...
>>34450
Бери hyper и serde_json как настоящий мужык!
Бери hyper и serde_json как настоящий мужык!
>>34058
Кто тебе там такое сказал (тред маленький, чтобы так откровенно звездеть).
>Долбоёбы из зиг треда сказали, что в зиг просто завезли модные перделки и свистелки, а вот проблемы си никто там не решал.
Кто тебе там такое сказал (тред маленький, чтобы так откровенно звездеть).
2,8 Мб, mp4,720x1280, 0:11
Всем привет. Заинтересовал язык Rust, захотелось его поучить, но говорят что перед Rust желательно выучить C, чтобы понимать что происходит. Это действительно так или на С можно забить?
>>36786
Можно забить, но приготовься к тому, что все туториалы сосут и половина важных концептов объясняется где-то на уровне уроков из серии "квадрат это частный случай прямоугольника ёпта, а теперь иди ебашить энтерпрайз". После сей или крестов вопросов, а нахрена это всё, будет меньше.
Можно забить, но приготовься к тому, что все туториалы сосут и половина важных концептов объясняется где-то на уровне уроков из серии "квадрат это частный случай прямоугольника ёпта, а теперь иди ебашить энтерпрайз". После сей или крестов вопросов, а нахрена это всё, будет меньше.
>>36786
Бля просто берешь учишь синтаксис, начинаешь писать, что непонятно - гуглишь. Это если ты в принципе знаком хоть с одним С-подобным языком и с программированием вообще.
Бля просто берешь учишь синтаксис, начинаешь писать, что непонятно - гуглишь. Это если ты в принципе знаком хоть с одним С-подобным языком и с программированием вообще.
>>36938
Знаю жопаскрипт и тупоскрипт. Даже работаю на этом почти два года. Но вот про всякие указатели и аллокаторы не ебу ваще, а в рустах и сях это знать надо.
Знаю жопаскрипт и тупоскрипт. Даже работаю на этом почти два года. Но вот про всякие указатели и аллокаторы не ебу ваще, а в рустах и сях это знать надо.
>>37065
Тогда лучше на плюсы
Тогда лучше на плюсы
Сап, аноны, сейчас реально работу найти rust разрабом в РФ? Соориентируйте, по компаниям и вилкам зарплатным.
>>38362
t.me/rust_jobs_feed
t.me/rust_jobs_feed
>>36786
В сях (а лучше плюсы но с си основой) тебя объяснят за стек и указатели в хипе (как миниму 15 лет назад я такую книгу читал). В расте убогая документация типа "смотри у нас есть коробочка, а еще коробочка со счетчиком ссылок, а вот слайс строк надо конвертить в строку". Когда знаешь плюсы, еще понятен зачем этот зоопарк и как его использовать, но с нуля или с питонов ты просто будешь очередным додиком, который просто любит язык и поставил себе галочку что обязательно когда-нибудь разберешься нет
В сях (а лучше плюсы но с си основой) тебя объяснят за стек и указатели в хипе (как миниму 15 лет назад я такую книгу читал). В расте убогая документация типа "смотри у нас есть коробочка, а еще коробочка со счетчиком ссылок, а вот слайс строк надо конвертить в строку". Когда знаешь плюсы, еще понятен зачем этот зоопарк и как его использовать, но с нуля или с питонов ты просто будешь очередным додиком, который просто любит язык и поставил себе галочку что обязательно когда-нибудь разберешься нет
>>38503
А ты с книжками Столярова случаем не знаком (по низкоуровнему программированию)? Я просто хз что почитать, а его нахваливают, несмотря на шизанутость.
А ты с книжками Столярова случаем не знаком (по низкоуровнему программированию)? Я просто хз что почитать, а его нахваливают, несмотря на шизанутость.
>>36786
Кабанчиков дрессируют - вот, что происходит. Rust немного про другое.
> выучить C, чтобы понимать что происходит
Кабанчиков дрессируют - вот, что происходит. Rust немного про другое.
>>36786
Говорят бабки на лавочке.
А почему не си шарп? Или java? Или с++? Или ассемблер? Лучше сразу учи машинные коды, как увидишь их, так сразу поймёшь "что происходит".
А без этого ты не знаешь?
>но говорят
Говорят бабки на лавочке.
>желательно выучить C
А почему не си шарп? Или java? Или с++? Или ассемблер? Лучше сразу учи машинные коды, как увидишь их, так сразу поймёшь "что происходит".
>чтобы понимать что происходит
А без этого ты не знаешь?
>>38362
Реально абсолютно всё. Но есть одно НО! Rust - это как правило блокчейн. А это весьма специфическая тема, но правда бывает и хайлоад и другое.
Реально абсолютно всё. Но есть одно НО! Rust - это как правило блокчейн. А это весьма специфическая тема, но правда бывает и хайлоад и другое.
>>38708
Кто нахваливает? Анонимные пользователи интернета? То есть, почему нас это должно ебать. Чего добился тот нахваливает его книги? Если бы это писалось от лица гугла, майкрософта, амазона, тогда вопросов нет. Они авторитеты. А это кто-то что-то пукнул в интернете, ну охуеть теперь.
>его нахваливают
Кто нахваливает? Анонимные пользователи интернета? То есть, почему нас это должно ебать. Чего добился тот нахваливает его книги? Если бы это писалось от лица гугла, майкрософта, амазона, тогда вопросов нет. Они авторитеты. А это кто-то что-то пукнул в интернете, ну охуеть теперь.
>>36786
Я те советую сразу в действии познавать Rust. Нет смысла дрочить много лет теорию, мы слишком мало живём. По ходу дела всё узнаешь, т.к. интерес всё равно будет — банальное человеческое любопытство, это в каждом человеке присутствует. Удачи.
Я те советую сразу в действии познавать Rust. Нет смысла дрочить много лет теорию, мы слишком мало живём. По ходу дела всё узнаешь, т.к. интерес всё равно будет — банальное человеческое любопытство, это в каждом человеке присутствует. Удачи.
Правду говорят, что раст для пидорасов? Я очень хочу освоить хоть какой то язык системного программирования, но у меня отец мусульманин, я не хочу чтоб через меня семья зашкварилась.
>>44785
Да как и в целом +- индустрия программирования. Если ты рахитичный визгливый картавый слабак, которому сил хватает только на кнопки давить - идешь в эту профессию.
Тогда ты не в ту дверь зашел. Тебе нужен C, а не этот толстый рантайм.
)))
> Правду говорят, что раст для пидорасов?
Да как и в целом +- индустрия программирования. Если ты рахитичный визгливый картавый слабак, которому сил хватает только на кнопки давить - идешь в эту профессию.
>хочу освоить хоть какой то язык системного программирования
Тогда ты не в ту дверь зашел. Тебе нужен C, а не этот толстый рантайм.
>я не хочу чтоб через меня семья зашкварилась.
)))
Падажжите, тоесть раст работающий только при интернет коннекшоне это не толстая шутка?
Я только только вкатился, но это аж покоробило
Я только только вкатился, но это аж покоробило
а чем растаманам не угодила концепция переменной и константы? Это чтоб не как у белых людей?
mutuable variable это же оксюморон
mutuable variable это же оксюморон
>>44908
Сейчас многие языки движутся в этом направлении. Эта тема пришла из фп, она как и некоторые другие функциональные концепты понравилась неспособным в полной мере осилить фп императивщикам, которые начали тащить все это в свои яп.
Если посмотреть любой свой код, большой процент переменных действительно не изменяются и их можно назвать константами, однако многие языки допускают в качестве константы только значения, однозначно известные на этапе компиляции. Самый яркий пример такого кастрата - Go, там емнип даже массив байт нельзя сделать константой, ну или результат вычисления математической функции с явно заданными параметрами - компилятор ругается.
Сейчас многие языки движутся в этом направлении. Эта тема пришла из фп, она как и некоторые другие функциональные концепты понравилась неспособным в полной мере осилить фп императивщикам, которые начали тащить все это в свои яп.
Если посмотреть любой свой код, большой процент переменных действительно не изменяются и их можно назвать константами, однако многие языки допускают в качестве константы только значения, однозначно известные на этапе компиляции. Самый яркий пример такого кастрата - Go, там емнип даже массив байт нельзя сделать константой, ну или результат вычисления математической функции с явно заданными параметрами - компилятор ругается.
>>44874
Сейчас любой проект с зависимостями (т.е. по сути любой не хелло ворлд) на почти любом языке не компилится без инета. JS, Java, C#, Go, питухон. Да даже для cpp есть какой-то vcpkg, если ты разрабатываешь под винду с MS тулчейном, он будет тебе пакеты ставить из инета (точно не знаю, может и нет).
Сейчас любой проект с зависимостями (т.е. по сути любой не хелло ворлд) на почти любом языке не компилится без инета. JS, Java, C#, Go, питухон. Да даже для cpp есть какой-то vcpkg, если ты разрабатываешь под винду с MS тулчейном, он будет тебе пакеты ставить из инета (точно не знаю, может и нет).
>>44994
Почему под виндой? Я под линупсом vcpkg использую. Около 10 либ для апки. С cmake и vscode прекрасно работает
мимо
Почему под виндой? Я под линупсом vcpkg использую. Около 10 либ для апки. С cmake и vscode прекрасно работает
мимо
Может я чего то не понимаю, но это чё получается, стд либу раздели догола и выкинули на мороз, чтоб карго не был совсем бесполезным?
>>45245
Если всё будет в std, то нечего будет переписывать.
Если всё будет в std, то нечего будет переписывать.
И ещё меня очень насмешили строки о карго.лок и его кейсах использования.
т.к. язык сырой то будут частые и кардинальные изменения базовых либ вроде генератора случайных чисел. Но мы запилили политкорректный .гитигнор огрызок вкс для хранения либ.
И это подают как не-в-рот-ебенную фичу. Это же не питон нахуй.
т.к. язык сырой то будут частые и кардинальные изменения базовых либ вроде генератора случайных чисел. Но мы запилили политкорректный .гитигнор огрызок вкс для хранения либ.
И это подают как не-в-рот-ебенную фичу. Это же не питон нахуй.
Очередной тред, очередные аноны вкатуны постят свою тупость в тред... когда же это закончится
>>45263
Ну, ясно. Ты как бы сердцем его постиг, этот язык. А надо ещё умом постичь, понимаешь?
Ну, ясно. Ты как бы сердцем его постиг, этот язык. А надо ещё умом постичь, понимаешь?
>>45240
Ты линкуешь libc, хули тебе еще надо.
Ты линкуешь libc, хули тебе еще надо.
>>45276
Ну так то разум говорит, что это троллейбус из хлеба.
Ну так то разум говорит, что это троллейбус из хлеба.
>>45480
Очевидно же что плюсы без классов и темплейтов
Очевидно же что плюсы без классов и темплейтов
>>45480
Когда плюсы начинаешь изучение сначала с си, а потом все это плавно перетекает в плюсы.
Когда плюсы начинаешь изучение сначала с си, а потом все это плавно перетекает в плюсы.
>>46097
У меня си в раст перетёк, а до плюсов я так и не добрался.
другой анон
И да, после си раст очень приятен, если что-то скомпилировалось, то в 99% случаев отработает правильно.
У меня си в раст перетёк, а до плюсов я так и не добрался.
другой анон
И да, после си раст очень приятен, если что-то скомпилировалось, то в 99% случаев отработает правильно.
>>46175
никогда не пишите этого, это показывает насколько вы некомпетентны в программирование, то есть не писали реального кода.
> если что-то скомпилировалось, то в 99% случаев отработает правильно.
никогда не пишите этого, это показывает насколько вы некомпетентны в программирование, то есть не писали реального кода.
>>46245
Если есть опыт, то изначально пишешь относительно вменяемый код. А ошибки по невнимательности раст хорошо отлавливает в компайл-тайме. А на си у тебя может скомпилироваться, проходить тесты и на первый взгляд корректно работать, но в каких-нибудь редких эдж-кейсах выдавать какую-то неведомую хуйню, с которой ты будешь ебаться дольше, чем с компилятором раста.
Если есть опыт, то изначально пишешь относительно вменяемый код. А ошибки по невнимательности раст хорошо отлавливает в компайл-тайме. А на си у тебя может скомпилироваться, проходить тесты и на первый взгляд корректно работать, но в каких-нибудь редких эдж-кейсах выдавать какую-то неведомую хуйню, с которой ты будешь ебаться дольше, чем с компилятором раста.
>>46245
Скорее можно сказать, он работает так, как ты написал, а не как хочется компилятору.
Скорее можно сказать, он работает так, как ты написал, а не как хочется компилятору.
>>46323
что
что
>>46175
Я вот так же думаю сделать. Ладе на роадмап какой-то наталкивался, где писали что после C следует переходить на Rust, а не на C++.
Я вот так же думаю сделать. Ладе на роадмап какой-то наталкивался, где писали что после C следует переходить на Rust, а не на C++.
>>46175
Ну что там нынче раст стабилизировался, не надо по сто раз переписывать/рефакторить? Можно уже какие-то проекты начинать на расте-то писать?
>И да, после си раст очень приятен, если что-то скомпилировалось, то в 99% случаев отработает правильно.
Ну что там нынче раст стабилизировался, не надо по сто раз переписывать/рефакторить? Можно уже какие-то проекты начинать на расте-то писать?
20 Кб, 240x315Мимокрокодил, услышал что раст собирают растом и слегка прифигел. Чем вам Makefile не угодили?
Мне тут https://2ch.hk/pr/res/3333359.html#3347540 (
М) затирают что удобно (верю что удобно), но ИМХО смешивать сорцы и сборку - прямой путь к багам. А сборка отдельно - процесс довольно тупой, и фичи полноценного языка ему как пятая нога, скриптов хватит.
https://2ch.hk/pr/res/3333359.html#3347899 (М)
>>3347899 →
И вот они кроссплатформенные баги, ибо нет гарантии что на машине юзера структуры байт-в-байт совпадут с твоим блобом. Или в расте есть? Хотя тактов экономится немало, тут ты хорош, но (де)сериализацию не просто так придумали, знаешь ли.
Любой толковый проект в любом сборочнике выносит данные в отдельные файлы. Плюс за чистоту, но как уникальная фича растосборки не катит.
Ничего не понял. Ты работающему экзешнику кишки меняешь?
И зачем он в билд скрипте? Там тоже чистота нужна, знаешь ли.
Мне тут https://2ch.hk/pr/res/3333359.html#3347540 (
М) затирают что удобно (верю что удобно), но ИМХО смешивать сорцы и сборку - прямой путь к багам. А сборка отдельно - процесс довольно тупой, и фичи полноценного языка ему как пятая нога, скриптов хватит.https://2ch.hk/pr/res/3333359.html#3347899 (
М)>>3347899 →
>В рантайме остаётся замаппить файл в память
И вот они кроссплатформенные баги, ибо нет гарантии что на машине юзера структуры байт-в-байт совпадут с твоим блобом. Или в расте есть? Хотя тактов экономится немало, тут ты хорош, но (де)сериализацию не просто так придумали, знаешь ли.
>и основной код становится чище
Любой толковый проект в любом сборочнике выносит данные в отдельные файлы. Плюс за чистоту, но как уникальная фича растосборки не катит.
>переписывать шейдеры на горячую
Ничего не понял. Ты работающему экзешнику кишки меняешь?
>если какой-то функционал окажется не нужен в рантайме, я смогу перетащить его в билд-скрипт
И зачем он в билд скрипте? Там тоже чистота нужна, знаешь ли.
>>47997
Скажем так, а что мы ПОЛУЧАЕМ за счет перехода с богатого выразительного языка на убогий недобейсик? Годах в 80-х это была экономия на компиляции и несовместимость разных компиляторов и процессоров. Сейчас это больше традиция и легаси либы.
Если у юзера поломанный файл - это пиздец в любом варианте. Релизиться на Nintendo Wii U с его биг эндиан тоже не планирую. А за меммап аж целый Царь Сишки топит.
Сериализация нужна, когда принимаешь недоверенные данные. А если потребляешь то, что сам произвёл, то проблем не будет. Редактор уровней, скорее всего, будет хранить файлы в ямле, чтобы было проще работать с гитом, но пока неактуально. А если юзер залез с хекс-редактором и поломал какой-то указатель, то сам дурак.
Шейдеры на целевой системе всегда jit-компилируются из промежуточного представления SPIR-V. Сейчас билд-скрипт переводит glsl в SPIR-V и оно блобом вкорячивается в бинарь через аналог #embed. Если делать то же самое из текстового файла, то принципиально ничего не поменяется, только стартовать будет медленнее.
По нашему гитлабу не скажешь.
>фичи полноценного языка ему как пятая нога, скриптов хватит.
Скажем так, а что мы ПОЛУЧАЕМ за счет перехода с богатого выразительного языка на убогий недобейсик? Годах в 80-х это была экономия на компиляции и несовместимость разных компиляторов и процессоров. Сейчас это больше традиция и легаси либы.
>ибо нет гарантии что на машине юзера структуры байт-в-байт совпадут с твоим блобом.
Если у юзера поломанный файл - это пиздец в любом варианте. Релизиться на Nintendo Wii U с его биг эндиан тоже не планирую. А за меммап аж целый Царь Сишки топит.
>но (де)сериализацию не просто так придумали, знаешь ли.
Сериализация нужна, когда принимаешь недоверенные данные. А если потребляешь то, что сам произвёл, то проблем не будет. Редактор уровней, скорее всего, будет хранить файлы в ямле, чтобы было проще работать с гитом, но пока неактуально. А если юзер залез с хекс-редактором и поломал какой-то указатель, то сам дурак.
>Ничего не понял. Ты работающему экзешнику кишки меняешь?
Шейдеры на целевой системе всегда jit-компилируются из промежуточного представления SPIR-V. Сейчас билд-скрипт переводит glsl в SPIR-V и оно блобом вкорячивается в бинарь через аналог #embed. Если делать то же самое из текстового файла, то принципиально ничего не поменяется, только стартовать будет медленнее.
>И зачем он в билд скрипте? Там тоже чистота нужна, знаешь ли.
По нашему гитлабу не скажешь.