Ролик от программиста - программистам. Спасибо, что кратко и по сути. А то подзапарили уже все эти видео про X vs. Y, где по 40 минут льют воду о том, что X - «фуфуфу, потому что он мне не нравится, но, если хотите, пишите», а Y - «классный и хороший, потому что лучший». Автору - удачи!
Как мне кажется, проблема раста в том, что он стал развиваться, когда c++ был в ступоре, а потом поперли новые стандарты плюсов, даже си стали обновлять и как бы ситуация выровнелась. Моё мнение.
Я когда увидел Rust просто влюбился. Он стал мои языком программирования. По поводу вакансий да их меньше но меня это не пугало. На западе их валом. Но опять таки искал язык для себя. Так как разрабатываю софт часто сильно нагруженный для заказчиков. Часто можно услышать 'ого как стало быстро работать'. Да и кстати сервера дешевле обходятся. Но! у всего есть свои минусы. На расте надо думать когда пишешь код. Второе это не тот язык который взял выучил и погнал писать бэк. Свести всю его мощь до уровня C# по производительности очень легко. Пишу на Rust более двух лет. И даже сейчас открываю для себя новые фишки. По поводу Swith вообще не парюсь. Давно написал для себя макросы разные которые позволяют писать гораздо меньше кода без потерь производительности
Можно по подробнее про вакансии? Где-то я видел какой-то обзор про вакансии. Например, вакансий на GO 1000 и соискателей 1000. На расте может вакансий 100, а соискателей 10. Тут явно для работника лучше Раст.
раньше приходилось разные скрипты писать для автоматизации, консольные тулзы разные, и я не задумываясь брал пайтон. но сейчас даже такие вещи пишу на раст по возможности. а все потому, что у меня нет времени ловить баги и писать кучу тестов на каждый чих. было такое, целый день писал, вечером запустил сборку, пофиксил ошибки от компилятора и как только оно скомпилировалось - работает без нареканий!
6:43 Не согласен по поводу ориентации Раст на написание кода. Я бы сказал, что Go ориентирован на простоту чтения, а Rust на "глубину" чтения. Rust очень явен во многих вещах и многие детали отражаются в конструкциях. В Go вроде код читать просто, но придётся читать его больше и некоторые вещи (~мутабельность) там неявна.
Мне очень нравится Go но после того как во всех современных языках уже есть нормальное описание опциональных значений - я не могу никак привыкнуть к null pointer exception в Go :( C#, TS, Rust - все позволяют описать необязтельные значения, в Go же вообще такого нет, и nullable(nillable) может быть только указатель, а это переносит значение в кучу :( У Go круто то, что он имеет стэковую память из-за своей природы компиляции, это прям огонь(снимает часть нагрузки с GC) :) в TS такого нема
На Rust можно писать вообще все. От прошивок для микроконтроллеров, до web-сайтов. Даже в ядре Linux есть Rust. А на Go пишут или бэкенд, или консольные утилиты. Больше ни для чего он не пригоден.
@@vitalyl1327 ты сам можешь настроить поведение сборщика мусора таким образом чтобы на go можно было писать операционные системы. В этом плане язык go очень гибок, именно о этому ты можешь писать совершенно что угодно на нем.
Здравствуйте, сделайте пожалуйста ролик сравнения C и Go, одни те же создатели двух языков по сути Керниган, Ритчи, Пайк. С всё ещё актуален, стоит ли знать для общего развития оба языка? С для общего понимания архитектуры эвм а go для работы?
@@GolangSchool Нельзя быть объективным, когда просрал год на говно, типа Раста. С ты очень хотел вернуть те несколько дней, что у меня ушли... Сколько б я полезного кода за них мог закоммитить на Гоу и Крестах...
@@linuxoidovich Более нечитаемый мусор, чем Раст, сложно найти. Гоу создавался под конкретные задачи и их выполняет. Раст - это нечитаемая хрень, которой пытаются заменить Си и кресты, по тому, что современные разработчики сильно тупые, что бы писать безопасный код, если их палкой не бить... 🤣Сдохнет так же, как и все предыдущие убивцы плюсов, типа Ди.
Вывод - писать нужно на всем для общего развития. Мне кажется rust может занять очень мощную нишу в gamedev'e, а go будет отличным выбором для серверного языка.
Сервер серверу рознь. Где-то нужна развесистая бизнес логика, а где-то нужно байтики перекидывать. Для байтиков Go хорош, для серьёзной бизнес логики, похоже, нет.
Рантайм это среда выполнения программы, дополнительная абстракция, невидимая прослойка между приложением и операционной системой. В которой паралелльно с работой программы происходит дополнительная работа (планирование задач, распределение по потокам, сборка мусора). Вот в Расте этого нет, потому что язык так задизайнен, что может работать без этого.
Я фронтендер с 2 годами опыта. Неосознанно довёл себя до выгорания засидевшись на одном месте, на одном стэке. Хочу свичнуться на другой стэк чтобы снова почувствовать желание кодить заодно апнувшись в зарплате, посоветуете ли для этого GO?
Лучше не затягивать. Я тоже хочу свичнуться с фронта, но у меня уже около 6 лет опыта на нем, и переключаться на другой стек это скорее всего будет наоборот деградация в зп, ибо не сеньора не потяну в бекенде. Как бы то ни было, рекомендации меня привели сюда, потому-что сейчас активно изучаю go и всё что к нему прилагается :)
комментарий боль. пишу на java (не первый язык) не знаю как попал на этот канал, наверное потому что в подписках куча каналов по расту касаемо го и раст переходить на го - не вижу смысла - принципиально ситуация не поменяется, ну и плюс простой вход в язык (имуею в виду го) значит больше говнокода в ревью на раст перешел бы с удовольствием. по axum, писал для себя проект на 0.6 версии, понятно, что еще не продакшн реди, но очень хорошо. как сейчас - не знаю раз в пол года смотрю вакансии на раст - штиль лиды не хотят переходить на раст, тк писать стоит дороже, чем еще N подов запустить в кубере разрабы не хотят учить - тк они уже сеньоры на го, жава, а в раст наскоком не получается, бьет по самолюбию. жду когда от абстрактного любимого языка программистов все это трансформируется в долю рынка с зп + 20-30% от го, жава иначе смысла нет
Чтобы так получилось раст должен предложить что-то революционное. Го предложил в свое время и знатно так откусил проектов от той же пыхи. Сегодня го все больше становится стандартом для написания чего-то под куб (сам куб, на минуточку, на го написан), так что перспективы у него отличные. А что может предложить раст? Нужно обоснование бизнесу, почему нужно переписать наши "любимые go микросервисы" на раст. Я вижу единственный вариант - сошлись звезды и пара лидов/сеньйоров, обожателей раста, оказались в одной компании и в одной команде и переписали что-то на раст. А после этого они еще оказались и крутыми спикерами и писателями. Круто выступили на парочке конференций и написали пачку статей на тему.
Одного маленького vps за $20 мне хватает чтобы запустить 100500 сервисов на Rust в докере на alpine. А ещё я питонист по профессии, и меня капец как задрало лезть с дебагером искать ошибки постоянно. Rust решил это. Главное привыкнуть не использовать unwrap и expect вместо нормальных обработок (там где оно не не надо)
Кажется что го не в два раза медленнее чем раст. Имею ввиду именно типичный микросервис где узкое место это сетевые вызовы а не обработка данных. Сетевые вызовы в го сделаны очень быстро.
Если сервис просто отдает 200 OK и сервер в Go fasthttp то по скорости будет примерно одинаково, хотя Раст все равно быстрее. Я тесты делал на своем железе. На Расте 170к рпс, на fasthttp 150k. Стандартный сервер Go где то 70к рпс. Но все таки типовой микросервис делает еще какую то работу. И чем больше такой работы, тем выигрышнее смотрится Раст. Ну а узкое место это всегда БД)
@@GolangSchool я сам тесты не делал но судя по всему фишка раста это как раз быстрое выполнение cpu bound задач благодаря отсутствию gc stop the world. Ну вот и я как продуктовый разработчик (профессиональный укладчик джесонов:) ) не вижу в своей работе много таких задач. А даже если вижу - могу раскидать такую работу по разным рутинуам и выполнить все параллельно. А если мне очень хочется получить скорость на определении участке - могу использовать синк пулл или новенькую гошную арену. Ну и в любом случае даже если все не подходит все мы упремся как вы верно подметили в конекшен в ДБ. И уже не важно на сколько шустрый у нас яп. Вот из-за этого всего кажется, что раст не сильно нужен тк прибавка к производительности не такая большая, зато читаемость и поддержка кода существенно хуже. Имхо раст супер крутой язык, но сфера применения очень узкая и много денег на нем не заработаешь. Даже немного жаль (хотя я гошник).
Отличный видос! Раст и правда красив, и очень хорошо задизайнен. А весь код на Го - ну, для меня, по крайней мере - выглядит как го-внокод. Но по продуктивности разработчика их просто не сравнить. На Го можно за день дофига написать, а на Расте - свободно потратить полчаса, чтобы понять почему не компилируется с ошибкой по ограничению трейта... Так что если не надо писать ПО для управления реактором, где как раз и пригодятся гарантии Раста - то можно на Го херак-херак - и в продакшин! )))
@@cheapdramas313 Да, после какого-то выразительного языка, типа Пайтона или того же Раста, он именно так и выглядит - как говнокод. И панику по нил-поинтер-ексепшин схватить можно легонько, уже в скомпилированном коде. Но и свои преимущества есть, безусловно. Первое - скорость. Высокая скорость работы, и - очень важно - высокая скорость разработки Второе - простота. На порядок проще Раста; и та же причина нил-поинтер-ексепшина ищется буквально за минуты. В Го нет магии, и хотя весь код выглядит одинаково плохо, в нем легко разобраться, даже если надо опуститься на уровень сорцов библиотек. В Расте - наоборот. Там фактически весь код выглядит как магия, и чтобы ее развеять надо разбираться до самого дна в каждом конкретном случае. На данное заняти уходит очень много умственных усилий. Но Раст - вне сомнения - очень красив, плюс дает ряд гарантий; и в тех случаях, где такие гарантии нужны определенно стоит писать на Расте. Где не нужны - можно быстро и на Го.
Сделайте пост в телеге про ваш курс, чтобы понимать, примерно хоть чего ожидать.. или может люди добавят какие-то свои хотелки, а то про курс говорите не первый раз в видео, а дальше дело не идёт ))
Друг как раз обожает го, но я за раст обеими руками. Раст сейчас мой второй язык. Он как - бы учит "правильному написанию кода". Если важно быстро что-то наверстать -- го. прожорливые проекты - раст.
я бы выбирал так: - что тебе надо? ты программист головного мозга или просто работаешь ибо платят много? 1) программист значит Rust 2) просто ради бабок, не парь себе мозги бери Go. я для себя все же решил Rust взять..в Go я рано или поздно опять упрусь как в сотальных яп и начну скучать.. а тут руки развязаны мама не горюй.))) это далеко не первый мой яп. выбор был для души а не для работы. для работы я и так на двух фигачу хорошо, пыль стоит..😁 бы не брал Rust для работы, потому что сложный а платят так же как на Go.. зачем голову дурить если инженером головного мозга ты не собирался становиться..🤣
В Rust вдохнет жизнь HFT Trading. Сейчас такие команды выбирают Rust, потому что он безопасен в отличии от С++, нужна скорость и отсутствие неожиданных задержек связанных с рандомными вызовами GC.
@@vladimir0rus Нет, я обсуждаю Rust и сравниваю его с другими ЯП. Ты бро, пытаешься перевести тему на обсуждение С++ и его безопасности. Вот так всегда. Стоит начать говорить про Rust, как налетают С++-ники и заводят шарманку: "а с++ быстрее, а с++ сейчас такой же безопасный, а зачем вам rust когда есть c++".
Вот из за такой рекламы посредственых языков по типу Go, которые не привносят никакой новизны в программирование, загибаются реально интересные технологии и языки по типу Rust
выбирая между этими двумя сортами новизны я по итогу выбрал Scala, получил простой синтаксис, богатства сообщества java, и легкость перехода с oop на fp
Учил Скалу 10 лет назад, еще 2-ю. Недавно понадобилось написать враппер для одной скаловской либы в нормальные джава типы, либа написана на 3-ке. Открыл код и нифига не понял, думал это какой-то Питон, какие-то двоеточия, табы вместо скобок. Потом полез в другие места - там все вроде нормально, по-старинке. Какой мозг это все начудил и как таки на ней писать?
@@anatolykaryakin9106 Так-то при желании можно в параметрах компиляции убрать проверку выхода за границу и тогда Вы не будете платить производительностью, а просто вместо краша программы получите undefined behavior, тоесть то, с чем борется Rust. В целом более правильно будет вместо индексации использовать специальний метод .get(), который вернет либо Some(значение), либо None, ну или если не хочется платить производительностью и Вы точно знаете, что индекс правильный, можно использовать метод .get_unchecked(), который помечен как unsafe
Посмотрите сколько раст вакансий в зарубежные компании охренеете ,а Россия как всегда очень долго разгоняется .Раст про безопасность ,поэтому его и любят
Обработка ошибок в Go - это вообще организовано так, как будто эту часть языка попросили джуна, чтобы запилил. Настолько топорно... Наглядно, конечно, но топорно.
@@victorkochkarev2576 Проблема Go в том, что в нем нет ничего нового. Это просто очередной язык, как php или python. Да, он спроектирован с учетом опыта разработки и ошибок допущенных при создании его предшественников, но все равно вынужден конкурировать с ними же за одну нишу.
Из-за асинхронности код на Rust получается просто ужасным (длиннющие конструкции where описывающие дженерики). Я думаю веб приложения это не та область где стоит применять Rust. И внедрили эту функцию якобы чтобы не отстать от конкурентов. Rust больше системный язык программирования.
Это инфоцыган, чуваки. Самому ещё учиться, а он в преподы лезет. В таких случаях "не шаришь - не снимай ролик" сильно превосходит "не хочешь - не смотри"
![[#2024MAMA] G-DRAGON - 무제(Untitled, 2014)+POWER+HOME SWEET HOME+뱅뱅뱅+FANTASTIC BABY | Mnet 241123 방송](http://i.ytimg.com/vi/Ox29z5Nf1Uk/mqdefault.jpg)
Телеграм: t.me/GolangSchool
Отличный ролик, хорошая подача материала! Процветания каналу!
Ролик от программиста - программистам. Спасибо, что кратко и по сути. А то подзапарили уже все эти видео про X vs. Y, где по 40 минут льют воду о том, что X - «фуфуфу, потому что он мне не нравится, но, если хотите, пишите», а Y - «классный и хороший, потому что лучший».
Автору - удачи!
Спасибо за ролик! Мне было полезно. Хоть поначалу и пропустил его, подумав, что отзыв о Rust от Go School будет очевиден
Как мне кажется, проблема раста в том, что он стал развиваться, когда c++ был в ступоре, а потом поперли новые стандарты плюсов, даже си стали обновлять и как бы ситуация выровнелась. Моё мнение.
Отличное сравнение! Просто, быстро и по делу.
Я когда увидел Rust просто влюбился. Он стал мои языком программирования. По поводу вакансий да их меньше но меня это не пугало. На западе их валом. Но опять таки искал язык для себя. Так как разрабатываю софт часто сильно нагруженный для заказчиков. Часто можно услышать 'ого как стало быстро работать'. Да и кстати сервера дешевле обходятся. Но! у всего есть свои минусы. На расте надо думать когда пишешь код. Второе это не тот язык который взял выучил и погнал писать бэк. Свести всю его мощь до уровня C# по производительности очень легко. Пишу на Rust более двух лет. И даже сейчас открываю для себя новые фишки. По поводу Swith вообще не парюсь. Давно написал для себя макросы разные которые позволяют писать гораздо меньше кода без потерь производительности
Можно по подробнее про вакансии? Где-то я видел какой-то обзор про вакансии. Например, вакансий на GO 1000 и соискателей 1000. На расте может вакансий 100, а соискателей 10. Тут явно для работника лучше Раст.
раньше приходилось разные скрипты писать для автоматизации, консольные тулзы разные, и я не задумываясь брал пайтон. но сейчас даже такие вещи пишу на раст по возможности. а все потому, что у меня нет времени ловить баги и писать кучу тестов на каждый чих. было такое, целый день писал, вечером запустил сборку, пофиксил ошибки от компилятора и как только оно скомпилировалось - работает без нареканий!
6:43 Не согласен по поводу ориентации Раст на написание кода.
Я бы сказал, что Go ориентирован на простоту чтения, а Rust на "глубину" чтения. Rust очень явен во многих вещах и многие детали отражаются в конструкциях. В Go вроде код читать просто, но придётся читать его больше и некоторые вещи (~мутабельность) там неявна.
Я вообще не по этой теме, мне видос случайно попался в реках. Что хочу сказать - дизайны ваших превью просто огонь 🔥
Спасибо))
Михаил, жду ваш курс. Смотрел ваши видео еще с канала "Немного IT", кстати почему забросили? На мой взгляд очень интересный формат был
Ребенок родился и времени стало не хватать. Может возродим еще)
@@GolangSchool Да, очень интересно было. Жаль, что прекратились выпуски.
Хорошо. Такое же сравнение Kotlin с Go тоже бы хотелось увидеть на вашем канале
У меня нет компетенций для такого сравнения:(
Зайдите в ролик от "Между скобок" про Go, они там немного обсуждают сравнение с JVM
Мне очень нравится Go но после того как во всех современных языках уже есть нормальное описание опциональных значений - я не могу никак привыкнуть к null pointer exception в Go :(
C#, TS, Rust - все позволяют описать необязтельные значения, в Go же вообще такого нет, и nullable(nillable) может быть только указатель, а это переносит значение в кучу :(
У Go круто то, что он имеет стэковую память из-за своей природы компиляции, это прям огонь(снимает часть нагрузки с GC) :) в TS такого нема
Неожиданно информативный и классный видос
Спасибо, мне приятно)
На Rust можно писать вообще все. От прошивок для микроконтроллеров, до web-сайтов. Даже в ядре Linux есть Rust. А на Go пишут или бэкенд, или консольные утилиты. Больше ни для чего он не пригоден.
Всё так)
Ахах, нет не так, на Go, как и на Rust тоже можно писать всё, как и на любых языках подобных C и C++
@@submerged-fish одно дело можно, а другое приспособлен.
@@submerged-fish нельзя, в Go есть GC, что сразу исключает огромное количество применений.
@@vitalyl1327 ты сам можешь настроить поведение сборщика мусора таким образом чтобы на go можно было писать операционные системы. В этом плане язык go очень гибок, именно о этому ты можешь писать совершенно что угодно на нем.
если мне не изменяет память, Deno был переписан с Golang на Rust. Интересно, почему?
Здравствуйте, сделайте пожалуйста ролик сравнения C и Go, одни те же создатели двух языков по сути Керниган, Ритчи, Пайк.
С всё ещё актуален, стоит ли знать для общего развития оба языка? С для общего понимания архитектуры эвм а go для работы?
Конечно C актуален. И Go это можно сказать эволюция C. Я не смогу такой ролик сделать, компетенции не хватает. На C никогда не писал.
Мне кажется начинать учится надо всегда с C. Когда с Питона начинают, это всё таки не то)
На канале Golang school сравнивают Rust и Go. Самое объективное сравнение в моей жизни.
Я правда старался быть объективным. На сколько это получилось, судить вам.
Если бы я запускал Rust School, поменялась бы только концовка ролика.
@@GolangSchool Нельзя быть объективным, когда просрал год на говно, типа Раста. С ты очень хотел вернуть те несколько дней, что у меня ушли... Сколько б я полезного кода за них мог закоммитить на Гоу и Крестах...
@@burnedpixel1598 Гоу намного более мусор, чем раст
@@linuxoidovich Более нечитаемый мусор, чем Раст, сложно найти. Гоу создавался под конкретные задачи и их выполняет. Раст - это нечитаемая хрень, которой пытаются заменить Си и кресты, по тому, что современные разработчики сильно тупые, что бы писать безопасный код, если их палкой не бить... 🤣Сдохнет так же, как и все предыдущие убивцы плюсов, типа Ди.
Спасибо за видео.
"Обучение 6 месяцев до миддла на Go". Вы имели ввиду, если человек уже имеет уровень миддл и выше на другом языке и для него Go второй язык?
Да
Вывод - писать нужно на всем для общего развития. Мне кажется rust может занять очень мощную нишу в gamedev'e, а go будет отличным выбором для серверного языка.
Да, для общего развития на другие языки смотреть полезно.
Сервер серверу рознь. Где-то нужна развесистая бизнес логика, а где-то нужно байтики перекидывать. Для байтиков Go хорош, для серьёзной бизнес логики, похоже, нет.
А подскажите пожалуйста, что значит рантайм и почему его нет?
Рантайм это среда выполнения программы, дополнительная абстракция, невидимая прослойка между приложением и операционной системой. В которой паралелльно с работой программы происходит дополнительная работа (планирование задач, распределение по потокам, сборка мусора).
Вот в Расте этого нет, потому что язык так задизайнен, что может работать без этого.
@@GolangSchool спасибо!
Я фронтендер с 2 годами опыта. Неосознанно довёл себя до выгорания засидевшись на одном месте, на одном стэке. Хочу свичнуться на другой стэк чтобы снова почувствовать желание кодить заодно апнувшись в зарплате, посоветуете ли для этого GO?
Да, именно на таких как вы я и ориентируюсь
Лучше не затягивать. Я тоже хочу свичнуться с фронта, но у меня уже около 6 лет опыта на нем, и переключаться на другой стек это скорее всего будет наоборот деградация в зп, ибо не сеньора не потяну в бекенде. Как бы то ни было, рекомендации меня привели сюда, потому-что сейчас активно изучаю go и всё что к нему прилагается :)
@@DmitriiAmagkn такая же фигня, хотелось бы с Flutterа (5 лет) переключиться на Go, но не хочется терять в зп
комментарий боль.
пишу на java (не первый язык)
не знаю как попал на этот канал, наверное потому что в подписках куча каналов по расту
касаемо го и раст
переходить на го - не вижу смысла - принципиально ситуация не поменяется,
ну и плюс простой вход в язык (имуею в виду го) значит больше говнокода в ревью
на раст перешел бы с удовольствием.
по axum, писал для себя проект на 0.6 версии, понятно, что еще не продакшн реди, но очень хорошо. как сейчас - не знаю
раз в пол года смотрю вакансии на раст - штиль
лиды не хотят переходить на раст, тк писать стоит дороже, чем еще N подов запустить в кубере
разрабы не хотят учить - тк они уже сеньоры на го, жава, а в раст наскоком не получается, бьет по самолюбию.
жду когда от абстрактного любимого языка программистов все это трансформируется в долю рынка с зп + 20-30% от го, жава
иначе смысла нет
Чтобы так получилось раст должен предложить что-то революционное. Го предложил в свое время и знатно так откусил проектов от той же пыхи.
Сегодня го все больше становится стандартом для написания чего-то под куб (сам куб, на минуточку, на го написан), так что перспективы у него отличные.
А что может предложить раст? Нужно обоснование бизнесу, почему нужно переписать наши "любимые go микросервисы" на раст.
Я вижу единственный вариант - сошлись звезды и пара лидов/сеньйоров, обожателей раста, оказались в одной компании и в одной команде и переписали что-то на раст. А после этого они еще оказались и крутыми спикерами и писателями. Круто выступили на парочке конференций и написали пачку статей на тему.
Одного маленького vps за $20 мне хватает чтобы запустить 100500 сервисов на Rust в докере на alpine.
А ещё я питонист по профессии, и меня капец как задрало лезть с дебагером искать ошибки постоянно. Rust решил это. Главное привыкнуть не использовать unwrap и expect вместо нормальных обработок (там где оно не не надо)
Понимаю о чем вы) Про Go можно сказать тоже самое)
Ну в го условного try catch можно было добавить, он бв смотрелся лучше чем бесполезные дженерики в го или прости боже функции в цикле iter .
Кажется что го не в два раза медленнее чем раст. Имею ввиду именно типичный микросервис где узкое место это сетевые вызовы а не обработка данных. Сетевые вызовы в го сделаны очень быстро.
Если сервис просто отдает 200 OK и сервер в Go fasthttp то по скорости будет примерно одинаково, хотя Раст все равно быстрее. Я тесты делал на своем железе. На Расте 170к рпс, на fasthttp 150k. Стандартный сервер Go где то 70к рпс.
Но все таки типовой микросервис делает еще какую то работу. И чем больше такой работы, тем выигрышнее смотрится Раст.
Ну а узкое место это всегда БД)
@@GolangSchool я сам тесты не делал но судя по всему фишка раста это как раз быстрое выполнение cpu bound задач благодаря отсутствию gc stop the world. Ну вот и я как продуктовый разработчик (профессиональный укладчик джесонов:) ) не вижу в своей работе много таких задач. А даже если вижу - могу раскидать такую работу по разным рутинуам и выполнить все параллельно. А если мне очень хочется получить скорость на определении участке - могу использовать синк пулл или новенькую гошную арену. Ну и в любом случае даже если все не подходит все мы упремся как вы верно подметили в конекшен в ДБ. И уже не важно на сколько шустрый у нас яп. Вот из-за этого всего кажется, что раст не сильно нужен тк прибавка к производительности не такая большая, зато читаемость и поддержка кода существенно хуже. Имхо раст супер крутой язык, но сфера применения очень узкая и много денег на нем не заработаешь. Даже немного жаль (хотя я гошник).
Ну да, все так. Задачи на cpu встречаются. Пока все решалось количеством инстансов)
все по полочкам и без холиваров
Отличный видос! Раст и правда красив, и очень хорошо задизайнен. А весь код на Го - ну, для меня, по крайней мере - выглядит как го-внокод. Но по продуктивности разработчика их просто не сравнить. На Го можно за день дофига написать, а на Расте - свободно потратить полчаса, чтобы понять почему не компилируется с ошибкой по ограничению трейта... Так что если не надо писать ПО для управления реактором, где как раз и пригодятся гарантии Раста - то можно на Го херак-херак - и в продакшин! )))
го-внокод
@@cheapdramas313 Да, после какого-то выразительного языка, типа Пайтона или того же Раста, он именно так и выглядит - как говнокод. И панику по нил-поинтер-ексепшин схватить можно легонько, уже в скомпилированном коде. Но и свои преимущества есть, безусловно. Первое - скорость. Высокая скорость работы, и - очень важно - высокая скорость разработки Второе - простота. На порядок проще Раста; и та же причина нил-поинтер-ексепшина ищется буквально за минуты. В Го нет магии, и хотя весь код выглядит одинаково плохо, в нем легко разобраться, даже если надо опуститься на уровень сорцов библиотек. В Расте - наоборот. Там фактически весь код выглядит как магия, и чтобы ее развеять надо разбираться до самого дна в каждом конкретном случае. На данное заняти уходит очень много умственных усилий. Но Раст - вне сомнения - очень красив, плюс дает ряд гарантий; и в тех случаях, где такие гарантии нужны определенно стоит писать на Расте. Где не нужны - можно быстро и на Го.
Не видел предыдущие видео автора. Хочется понять, нервный тик был и до того, как он изучал Раст в течении года, или появился в процессе?
Монтирую с 1 камеры, поэтому получается так рвано. Надо вторую камеру покупать, картинка будет плавнее.
Сделайте пост в телеге про ваш курс, чтобы понимать, примерно хоть чего ожидать.. или может люди добавят какие-то свои хотелки, а то про курс говорите не первый раз в видео, а дальше дело не идёт ))
Хорошо, сделаю
выбираю odin
Друг как раз обожает го, но я за раст обеими руками.
Раст сейчас мой второй язык. Он как - бы учит "правильному написанию кода".
Если важно быстро что-то наверстать -- го. прожорливые проекты - раст.
Почему для "быстро наверстать" не подошел Python?
Под го 500+ вакансий микросервисы и бэк везде, а раст 3, лесом раст, его скорость не нужна, го за гдаза
Вывод- учите с++
я бы выбирал так:
- что тебе надо? ты программист головного мозга или просто работаешь ибо платят много?
1) программист значит Rust
2) просто ради бабок, не парь себе мозги бери Go.
я для себя все же решил Rust взять..в Go я рано или поздно опять упрусь как в сотальных яп и начну скучать.. а тут руки развязаны мама не горюй.))) это далеко не первый мой яп. выбор был для души а не для работы. для работы я и так на двух фигачу хорошо, пыль стоит..😁
бы не брал Rust для работы, потому что сложный а платят так же как на Go.. зачем голову дурить если инженером головного мозга ты не собирался становиться..🤣
В Rust вдохнет жизнь HFT Trading. Сейчас такие команды выбирают Rust, потому что он безопасен в отличии от С++, нужна скорость и отсутствие неожиданных задержек связанных с рандомными вызовами GC.
Предсказуемое поведение нужно далеко не только в HFT - жесткий риалтайм много где еще нужен, от телекома и до embedded.
Современный С++ вполне себе безопасен
@@vladimir0rus Так и пишите на нем. Но мы же Rust обсуждаем.
@@СтороннийНаблюдатель-ч6ф "потому что он безопасен в отличии от С++" это ты написал? значит ты С++ обсуждаешь.
@@vladimir0rus Нет, я обсуждаю Rust и сравниваю его с другими ЯП. Ты бро, пытаешься перевести тему на обсуждение С++ и его безопасности. Вот так всегда. Стоит начать говорить про Rust, как налетают С++-ники и заводят шарманку: "а с++ быстрее, а с++ сейчас такой же безопасный, а зачем вам rust когда есть c++".
6:56
7:02
Пожалуй посижу ещё на Си++.
Вот из за такой рекламы посредственых языков по типу Go, которые не привносят никакой новизны в программирование, загибаются реально интересные технологии и языки по типу Rust
выбирая между этими двумя сортами новизны
я по итогу выбрал Scala, получил простой синтаксис, богатства сообщества java, и легкость перехода с oop на fp
Учил Скалу 10 лет назад, еще 2-ю. Недавно понадобилось написать враппер для одной скаловской либы в нормальные джава типы, либа написана на 3-ке.
Открыл код и нифига не понял, думал это какой-то Питон, какие-то двоеточия, табы вместо скобок. Потом полез в другие места - там все вроде нормально, по-старинке.
Какой мозг это все начудил и как таки на ней писать?
Да вроде распространенность применения rust растет. Другое дело, что распространенность go растет кратно быстрее.
Чел с канала Golang топит за Go. 0 предвзятости😅
Проверка выхода за размер вектора разве является zero cost abstraction?
У структуры вектора есть поле с емкостью вектора. Выход за границу легко проверить
Когда говорят про Zero Cost Abstruction, имеют в виду функции типа map, zip, filter. Что можно без явного цикла написать короткий код.
@@GolangSchool проверка выхода за пределы вектора это один из примеров где в расте мы платим производительностью.
Платим за безопасность, это фича)
@@anatolykaryakin9106 Так-то при желании можно в параметрах компиляции убрать проверку выхода за границу и тогда Вы не будете платить производительностью, а просто вместо краша программы получите undefined behavior, тоесть то, с чем борется Rust. В целом более правильно будет вместо индексации использовать специальний метод .get(), который вернет либо Some(значение), либо None, ну или если не хочется платить производительностью и Вы точно знаете, что индекс правильный, можно использовать метод .get_unchecked(), который помечен как unsafe
Посмотрите сколько раст вакансий в зарубежные компании охренеете ,а Россия как всегда очень долго разгоняется .Раст про безопасность ,поэтому его и любят
НУ и нахрен тебе самому вручную управлять памятью? Чушь какая.
Обработка ошибок в Go - это вообще организовано так, как будто эту часть языка попросили джуна, чтобы запилил. Настолько топорно... Наглядно, конечно, но топорно.
c++ и пайтон что выбрать
шуточка
@@yastepan В чём шутка?
@@linuxoidovich нет
Попробуй обе, и выбери на чей стороне ты!😉
Python конечно, быстрее научишься и найдешь работу. Потом можно и Rust подучить и C++, что захочешь.
Все бы ничего, но раст делает го по производительности как бог черепаху.
Если смотреть на производительность, то ничего кроме асма! 😂
Для большинства задач производительности go вполне хватает, но тоже самое говорят о питоне, ноде и даже пхп.
@@victorkochkarev2576 Проблема Go в том, что в нем нет ничего нового. Это просто очередной язык, как php или python. Да, он спроектирован с учетом опыта разработки и ошибок допущенных при создании его предшественников, но все равно вынужден конкурировать с ними же за одну нишу.
С он проше чем Rust
Из-за асинхронности код на Rust получается просто ужасным (длиннющие конструкции where описывающие дженерики). Я думаю веб приложения это не та область где стоит применять Rust. И внедрили эту функцию якобы чтобы не отстать от конкурентов.
Rust больше системный язык программирования.
Веб приложения? В wasm go скомпилируй с его gc
После раста от го тошнит, все сделано косо-криво, неудобно, многословно.
))) есть такое)
Можно ещё посмотреть в сторону Zig, если хочется низкоуровневого программирования на современном языке
Хоспаде, Go vs Rust = C++. Запомните это, детишки.
Жду курс
Это инфоцыган, чуваки. Самому ещё учиться, а он в преподы лезет. В таких случаях "не шаришь - не снимай ролик" сильно превосходит "не хочешь - не смотри"
Прожарил))
@@GolangSchool по совести, дядь, по совести
:(
как по мне, отличный учитель,который выбрал не только гоу преподавать, а и учить другие языки, чтобы точечно рассказать про го
Почему? Пишу на Rust давно и совсем сказанным согласен