Тоже как гпт вошел в повседнев начал ощущать его присутствие в части роликов, это грустно(

go тут явно не в тему а новички на пыхе никому не нужны тоже

Php уж точно простой язык) и Js. Ну python прост с натяжкой, go же просто маленький язык, хотя и у него нюансов полно. Основы раста также просто учатся.

@@vas_._sfer6157 Так я ж сказал, дело не в изучении синтаксиса языка, хотя полноценное изучение Rust все равно сложнее этих языков. То что вы можете написать fn main(), это еще не значит, что выучили синтаксис. "основы раст учатся легко".... а кому нахер нужен программер в высоконагруженные сервисы, знающего основы программирования?....

​@@Mytest437 Ну, прикол раста в том, что для большинства задач основ хватит. Unsafe и макросы может писать 1-2 человека на большую команду. А можно вообще unsafe не писать. Большинство проектов пишутся используя только базу языка Rust. А это учится достаточно быстро и по необходимости, в зависимости от задачи доучиваются библиотеки. Это не JS или PHP где нужно искать ошибки связанные с кривым кастом или искать SQL инъекции. Да и если говорить про равноценное сравнение, то считать ли частью языка FFI или сложные взаимодействия классов или прототипов. Вы можете иметь много опыта в этих языках, но это на самом деле очень сложные концепции. Единственное - это кол-во информации в интернете. Да тут у Раста не так много инфы, но зато информация свежая. Количество библиотек уже решеный вопрос. Критическая масса была набрана

@@vas_._sfer6157 "... Ну, прикол раста в том, что для большинства задач основ хватит ..." Не знаю какое "большинство задач" имеется ввиду, но базовый пороговый вход в javascript или python все равно ниже. А главное "базовых задач" намного больше предлагается на коммерческом рынке, чем для Rust. Еще раз повторяю, мы говорим о новичках в программировании. А значит речь не идет о middle разработчиках, которые капаются самостоятельно в SQL инъекциях и FFI обертках. А искать ошибки в разных кривых текстах Rust тоже задача дай боже для новичка, особенно еще неокрепшего на владении/заимствовании. И средства дебага в Rust тоже пока не самые изящные... Вы пытаетесь все время свести все к проблеме синтаксисов языков. А дело не в этом!! А в том что на рынке Rust используется в тех сферах, где новички программирования не нужны. И даже если на расте можно писать примитивные задачи. Писать их будут на javascript, python и др....ну просто потому, что рынок уже сложился. И ни javascript ни python ни куда не уйдут. А когда они в своих нишах подрастут, для них как раз появиться новая интересная ступень "освоить rust". Ведь радости должны быть на разных периодах становления программистом)) И я считаю хорошо, что новички не будут идти сразу в rust. Не нужно в Rust плодить такое громадное море ширпотребовских библиотек как в javascript, кому не лень. Пускай в rust библиотеки начинают писать уже осознанные программисты, а не джуниоры мечтающие о славе и своем личном Фреймворке на втором месяце в программировании.

Придется убить всех архитекторов, и джавистов)

@@Aleoopp ахахахах) возможно я не совсем правильно задал вопрос. я имею ввиду можно ли на расте писать всё то, что пишется на джаве в финтехе. уступает ли раст чем-то джаве в этих задачах

@@Aleoopp это спасет мир)

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

Компилятор напиши

ну и зачем учить язык если ты не понимаешь что на нем хочешь сделать?

@@user-jl6fd6ik6v он это написал, имб.

сделай майнкрафт

У Rust проблем нет. Просто не надо туда идти новичком))

@@Mytest437 ну ты загнул, красивый! Типа книжку прочитал и уже "Сеньор"?

@@Hag3upaTeJIb В Раст берут джуниоров. Но с маленьким нюансом. Джуниором ты должен быть только в раст. А так ты должен быть опытным и матерым программистом. Из какого языка ты пришел это уже второй вопрос. Но плюсом конечно всегда, когда человек хорошо разбирается в бекенд-сервис технологиях.

@@Mytest437 я с 2012 года в 1С, потому что после выпуска из универа, вакансий по си подобным языкам в моём городе было кот наплакал. А 1С берут в стажёры на раз-два. Но я бы сейчас попробовал себя в Rust.

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

(хотя автор действительно поливал водой)Как по мне нет,какой ещё язык такой быстрый как плюсы и в нём нелзя вызвать UB(undifined behavior), исключение unsafe

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

В Сбере была вакансия в Питере или Москве.

В России всё на C++, если конечно не считать JS-приматов.

Я не выбираю инструмент для работы, я выбираю работу для инструмента? Вот реально не понимаю такой подход. Пишите на расте свои пет-проекты и играйтесь с ним сколько хотите. Но зачем его в прод тащить? Как будто там мало своих уже обкатанных решений?

Ну не сказал бы, если go инзачально предназначался под бизнес задачи. То rust был развит исходя "я задолбался от утечки памяти ААААААААА" так что конечно он хорошо работает и в беке, но для системных задач подходит так же хорошо. Один момент, что go более простой из за использования популярного подхода к работы с памятью. На расте же приходится начать чуть по другому воспринимать код

Жабу тоже 20+ лет назад пророчили на замену C++, хотя сегодня в это уже сложно поверить. Везде, мол, будут чипы-акселераторы, и работать будет только быстрее, не будем больше задумываться над управлением памятью, а еще безопасно и все точно такие же песни.

Не смог просто пройти мимо, возражу: 1. С Плюсами можно использовать статические анализаторы, санитайзеры, фаззеры, писать тесты. Также как и, например, можно использовать линтеры для Питона и JS. Но Rust без дополнительных инструментов ловит больше проблем, ловит их раньше (во время компиляции а не в рантаме), а ряд правил закреплены семантикой владения, которая имеет строгое теоретическое обоснование (см. RustBelt), в плюсах компилятор и инструменты проверки про это не знают, потому что концепция владения не часть языка и есть только в голове разработчика. 2. Может дураку и не поможет язык (что спорно), зато умным регулярно помогает компилятор. И если компилятор Си позволяет сложить `int` и `char *`, потому-что такова семантика языка, то в Плюсах `int` и `std::string` уже не сложить, из-за семантики, потому-что `std::string` это уже не просто байтики, а объект (для которого не определено сложение с числом). Это один из классов проверок, которые помогают разработчику. Код без ошибок, учитывая все граничные условия, undefined behavior, работу с памятью, при этом не забывать про производительность - писать очень сложно. И чем больше мне будет в этом помогать компилятор, не мешая делать корректные вещи, тем лучше. 3. Смартпоинтеры не панацея. Корректность использования смартпоинтеров никак не проверяется компилятором. Сами смартпоинтеры вносят накладные расходы (в случае с shared_ptr, так там вообще atomic reference couting). И конечно не стоит забывать, что Rust не только проблемы с памятью решает. 4. Насчёт того, что после Плюсов все остальные языки будут чем-то простым, рекомендую попробовать Haskell и Idris. Это были возражения. Местами я согласен - Rust не вытеснит C++, в ближайшие лет 15 уж точно и скорее всего даже не сильно их подвинет. Лично для меня Rust заменил C++, потому что им удобнее пользоваться (пакетный менеджер, модули, ADT, async, Optional/Result-типы, traits, батарейки в std) и легче писать корректный, быстрый, многопоточный код. В целом, всем интересующимся, рекомендую ознакомиться с "The Python Paradox" и "Blub paradox", чтобы понимать, почему вне зависимости от своего первого впечатления о языке, попробовать его стоит. И я говорю не только про Rust, в программировании всегда стоит пробовать новое, чтобы развиваться.

@@codingjerk 1) Дополнительные элементы или не очень, они интегрированы во все IDE, и для разработчика это в конечном итоге не важно. Причём проверка происходит в случае со статическим анализатором не в рантайме и даже не на стадии компиляции, а на этапе написания. Qt Creator, с которым я постоянно работаю, это поддерживает. Например, временный объект в range-based for loop до C++23 даст предупреждение. 2) Си хорош тем, что позволяет делать программисту то, что он задумал. Это не минус, это плюс. Си - это обоюдоострый меч, в умелых руках - он универсальное наипроизводительнейшее оружие. А в руках дурака он - головная боль. Вот и всё. Например, когда люди, которые уже 10 и более лет в отрасли удивляются тому, что xvalue лямбду нельзя передавать по указателю (автокаст), то у меня большие сомнения в том, что челоек вообще работает на своём месте. 3) Любая абстракция которую нельзя убрать в компилтайме даёт накладные расходы, без них никак. В этом суть shared_ptr, иначе и быть не может, потому что он просто станет бесполезным. Проблема не в языке, её вообще нет. 4) Функциональные парадигмы не сложнее плюсов, они просто другие. К тому же в Си есть функциональная парадигма, просто реализована она на другом уровне, при этом куда более практичном. Си++ объединяет в себе несколько парадигм: процедурную/структурную (базовый Си), ООП (на очень продвинутом уровне кстати), функциональную (в какой-то степени) и обобщённую (шаблоны). 5) Никто и не говорил, что Rust плох. Я категорически против того, что плох Си++. Это было бы похоже на правду, если бы последним стандартом у Си++ был C++98/03. Но начиная с C++11, этот язык радует меня всё больше и больше. А все жалобы на его сложность вызывают недоумение у меня. Математика, особенно "высшая", это тоже сложно, так что можете довольствоваться арифметикой.

​​@@Russian-Stalinist У статического анализатора плюсов будет недостаточно информации без аннотаций. C++ однозначно мощный, но Ub как раз отдаляет от того, что называется "делать что задумывал разработчик"

@@vas_._sfer6157 UB - это не проблема языка, это скорее задокументированное свойство. К тому же undefined behavior с каждым новым стандартом становится всё меньше. Собственно, какой определённости вы хотите, если делаете что-то, что может привести к чему угодно? C++ даёт большую свободу. Например, вы можете разыменовывать любой указатель, хоть нулевой, хоть мусорный. Поведение будет зависеть от ОС и от вашей "удачи". Всё логично, не вижу никакой проблемы. Лично для меня на старте изучения Си было большой проблемой понять почему нельзя в одном выражении использовать одну и ту же переменную более одного раза, если она модифицирутеся. Типичный пример: a = b++ + b; Но всё становится вполне очевидным, когда ты просто знаешь как устроена абстрактная машина C++ и её модель памяти. В этом и есть ключ понимания всего C++, он описан с математической точностью, в отличии от других языков. С++ - фундаментальная наука в мире программирвоания.

@@Russian-Stalinist Никакой свободы в C++ нет. Разименование указателя на ноль, это разрешение компилятору удалять и редактировать вышестоящий код и условия.

И где есть человечность?

В чем проблема исключений?

@@user-mo8sx9ty7i 1. Oтносительно дорогостоящая операция. 2. Часто из за не самой лучшей документации библиотечных подпрограмм, не ясно какие исключения могут быть выброшены. 3. Сложнее прослеживать ход выполнения программы, когда обработка происходит намного выше по колстеку, относительно источника выброшенного исключения. 4. В отличии от обработки ошибок с помощью системы алгебраических типов, где компилятор заставляет сделать обработку всех имеющихся вариантов; обработка исключений не проверяет все варианты, да и чего хуже вовсе позволяет ничего не обрабатывать.

Ору!! 🤣🤣🤣

Trust? )

3.14дораст

Привет. Пайтон был вашим первым языком?

из фильмов, сериалов, книг и игр. Еще со статей.

@@user-jl6fd6ik6v я смотрю все есть уже (((

Привет. Начни с CLI приложений, в сети найти можно уйму идей для реализации. Далее текстовый редактор с подсветкой синтаксиса и тд

@@Ireile кстати, вот лучше бы Rustоманы запилили производительную IDE на Rust и для Rust, НО... шли годы, ничего не меняется, уж скорее жабадрочеры из Jetbrains сделают IDE для Rust (что характерно, на той же жабе).

Блин, ты крутой, знаешь сразу несколько языков 😕 а я и один выучить не могу, никак не настроюсь..

@@Importantminute Попробуй найти сферу, в которой тебе самому было бы интересно изучать какой-либо язык программирования. Ну а если дело в том что просто забрасываешь, попробуй структурировать обучение - завершить одну конкретную книгу, конкретный плейлист на ютубе и т.д., и уже потом переключаться на другой ресурс обучения. Так думаю набьёшь базу, но думаю самое главное иметь интерес.

Да на любом языке можно писать хороший и безопасный код, это просто реклама 😂

@@lunedefroid8817 Полностью согласен

Мне кажется те кто говорят, что на С++ нельзя писать безопасный код - из С++ знают только само название, или застряли на стандарте 1998 года и никаких других стандартов С++ изучать не хотят.

Чел, в faang'е работают такие же люди как и везде, многие из них плохо разбираются. Чтоб туда попасть надо везение, а не что-то еще

в крипте ещё очень много 10 лет надо считать с 2022 примерно, раньше о нём мало очень говорили С++ уже точно никуда не уйдёт, как и пхп, 1с - слишком много легаси

А что не то с C++?

@@pudjeblechole Это долгая история. Неудобные решения как в синтаксисе так и в семантике. Иногда сложно понять, почему определенное действие небезопасно, особенно в многопотоке. Ну и самое главное - это UB. Это когда у тебя программа на C++ на самом деле не программа на C++ и компилятор может выкидывать куски кода или делать что-то невообразимое. И отследить где UB есть, а где нет достаточно сложно. И увы, статические анализаторы очень ограничены в своих возможностях из-за того как язык устроен.

​@@vas_._sfer6157для программирования графики с++ это маст хев в индустрии как ни крути

Чувак из этого видео 🤣

В России и не ждите. В России C++ плотно прирос корнями, причины не только технические, но и социальные, во-первых, граждане России внесли и вносят огромный вклад в само сообщество C++ и там множество влиятельных людей, во-вторых, самые крупные IT компании работают преимущественно на C++ и это не изменить даже за десятилетие. Компаниям проще поменять гайдлайны (заставить разработчиков использовать более надёжные инструменты в языке и запретить использовать что-то сомнительное, такая практика есть и у Google), чем переходить на полностью новый инструмент, который даже не проверен временем. Опять же, даже Google сейчас разрабатывает Carbon, как замену C++ внутри компании, а почему не Rust?

​@@MariaEseninaПотому что раст не имеет полной обратной совместимости с с++. Фишка карбона в том, что он полностью обратно совместим с с++. У них прямо в репозитории написано, что если у вас нет необходимости применять библиотеки на С, то используйте раст

🤣

Можно, почему нет?

Bevy в студию

Можно, но не будут. Просто слишком много возни с идиотским временем жизни, а игры - это система, где дофига ссылок, объектов и событий, которые постоянно между собой взаимодействуют, появляются и исчезают, модифицируются друг другом и так далее, то есть всё то, в чём Rust как инструмент захлёбывается. C++ вообще пожалуй лучший инструмент для игр и надолго.

ну все теперь! не учим раст

@@mike-aaa та не, все кидаемся учить раст, бросам си

после с++ мне бы перейти на то же, но 1) что-нибудь без шаблонов и синтаксис попроще без UB на каждом шагу 2) обязательным форматированием кода(а то бесят разрабы с древними мониторами на 80 символов) 3) быстрой компиляций 4) расширенными режимами отладки Больше всех подхоит Го

так он тупо текст читает хДД

Есть QT C++ прекрасно работает с памятью и отличная многозадачность с сигналами и слотами.

При чем тут garbage collector?

@@watchman3676 Сборка мусора[1] (англ. garbage collection) в программировании - одна из форм автоматического управления памятью. Еще вопросы?

@@cybersystem5137 Я не спрашивал что такое garbage collector. Вы читать не умеете? Я спросил зачем вы упомянули garbage collector в контексте Раста?

@@watchman3676 читать не умеете, видимо, вы. Или видео не смотрели. Еще раз пересмотрите и перечитатйте коммент мой основной. Как по мне - все подробнейшим образом расписано. Главное видео внимательно посмотрите, а не только заголовок прочитайте. Мой коммент следует читать исключительно в контексте видео.

На 1.5 прям кайф🙂

он не выучил еще, все время на раст потратил 🤣

ну вот всегда найдете к чему придраться

@@NeoCoding +, simple code тоже медленно говорит, но не один человек не посмеет ему сделать замечание, т.к главное не скорость, а содержимое видео.

Ну а в чём они не правы? Когда хорошо знаешь Си(++) то тебе реально проще писать на нём, чем писать на расте. Банальные вещи: взять два указателя на объект и вызывать у его не const методы - в расте принципиально нерешаемая задача. Сделать тип и взять ссылку на его поле, положить в другое поле вроде `x.a = &x.b[..];` - опять же, принципиально нерешаемо. Сделать глобальную переменную - нет, нельзя, это очень небезопасно! Постоянные подпригивания с лайфтаймами, когда в итоге забиваешь и клонируешь просто каждый объект, ибо так реально проще. Вот зачем такой язык нужен, на котором не просто memory safety баги не написать, на нём вообще ничего полезного не написать? Идеальный memory safe язык, который просто сломан. Вот зачем мне нужны все эти подпрыгивания через обручи, когда можно просто писать на C++? Да проще пару раз плюсовый код отдебажить, чем пытаться реально что-то кодить на расте. Реально, стоит ли безопасность памяти таких лишений? Может проще писать со сборщиком мусора, если тебе так сильно нужна безопасность?

да и не только в России, скорее "кто НЕ планирует жить в США - не учите", хотя и те, кто живут в США - тоже не учите, т.к. наука и технологии - это в любом случае вещь международная, даже если некоторые сообщества или целые страны временно выпадают (никому ни на что не намекаю, Владимир Владимирович, шоб вы сдо..х кххм, простите).

@@MariaEsenina сама поняла, что написала?

все верно, двоичный код наше все)