Comments 18
Мне кажется вы знаете rust лучше чем swift, поэтому не особо объективно
0
Что только не изобретают, чтобы не пользоваться Smalltalk ;-)
-3
А насколько он быстрый код генерит?
+7
Байткод, аналогичный Java, или любому иному, в новых виртуальных машинах по умолчанию включён режим JIT компиляции.
-6
А вообще, даже лучше, чем у многих www.cincomsmalltalk.com/main/products/why-smalltalk/cincom-smalltalk-vs-java
-2
Чувствую буду заминусован, но мне человеку привыкшему к C/Delphi очень сложно воспринимать этот синтаксис, что у Rust, что у Swift. На мой взгляд переборщили с синтаксическим сахаром.
Интересно какой синтаксис у нового поколения программистов меньше проблем вызовет?
Интересно какой синтаксис у нового поколения программистов меньше проблем вызовет?
+5
В ржавчине переборщили с сахаром? О.о Обычно на обратное ругаются, что «очевидные компилятору вещи» нужно явно выписывать и «синтаксической соли» (типа `let mut`) слишком много)
А что именно мешает воспринимать код? Мне в голову в первую очередь локальный вывод типов приходит, но он во все языки сейчас потихоньку просачивается, вроде как уже норма (`auto auto(auto) auto` :) ).
А что именно мешает воспринимать код? Мне в голову в первую очередь локальный вывод типов приходит, но он во все языки сейчас потихоньку просачивается, вроде как уже норма (`auto auto(auto) auto` :) ).
+5
Лично мне мешает воспринимать код огромное количество «сахара» вроде x=>x:x, в управляющих структурах с семантикой ассоциативных структур данных, вроде match. После лиспа в котором все ассоциативные структуры любого рода и назначения выглядят просто как {ключ значение} фильтровать эту визуальную шелуху очень тяжело. В том же ML и F# с сахаром дела обстоят куда как лучше.
0
Сложно сказать, в match получаются очень аккуратные таблички, значительно упрощающие визуальный разбор.
Лапша из if() elseif() или case: break — явно проигрывает по читабельности.
Лапша из if() elseif() или case: break — явно проигрывает по читабельности.
+3
Но это не ассоциативные структуры а pattern matching, и по моему выглядят вполне естественно.
«Сахара» rust очень и очень мало, то что можно назвать «сахаром» есть макросы.
«Сахара» rust очень и очень мало, то что можно назвать «сахаром» есть макросы.
0
Ну вот по поводу очевидных вещей, дописал небольшой update. Иной раз для нас то вещи кажутся очевидными, а для компилятора нет.
0
Не знаю, как у нового поколения, а как человек, начинавший с паскаля в 90-х и десяток лет посвятивший Делфи и перепробовавший разных языков, скажу: Rust весьма нагружен низкоуровневым синтаксисом, позволяющим контролировать многое. Это делает его итак не самым лаконичным языком. Поэтому компактное описание управляющих структур, возможность выносить многое «за скобки» макросов — тут только идёт на пользу языку. А в целом — «сахара» как такового не так уж и много. Хотя, конечно, всё относительно, но сравнивать с любимым языком, не вникнув в изучаемый — не перспективно. Первое время изучая новый язык тащишь в него привычный подход и отработанные шаблоны кода, которые обычно плохо ложатся на внутреннюю логику другого языка, поэтому на предвзятый взгляд этот «другой язык» может казаться странным и уродливым, а местами очень нелогичным. Этот этап так или иначе нужно пройти, прежде чем сделать объективный вывод.
+3
Я вообще, так сказать, мимопроходил (программирование для меня скорее хобби), но как по мне, Swift значительно читабельнее Rust'а со всеми этими его
fn apply<F: 'static>(f: F, v1: i32) -> Box<Fn(i32) -> ()>
+1
Sign up to leave a comment.
Articles
Change theme settings
Сравниваем Swift и Rust