LINUX.ORG.RU

Rust? Какой нафиг шраст-мраст, Эппол открывает Swift позже в этом году!

 ,


0

5

Apple выпускает Swift под открытой лицензией поже в этом году для iOS, OSX и Линукс.

http://www.apple.com/live/2015-june-event/9d2ad033-d197-4009-96a7-2a97fd044cb7/

http://www.apple.com/live/2015-june-event/

★★★

Последнее исправление: Oxdeadbeef (всего исправлений: 1)
Ответ на: комментарий от StReLoK

Мне кажется раст скорее замена крестов, а не си.

Не все разработчики на С такие ретрограды, как Eddy_Em. И наоборот - хватает упоротых плюсовиков, которые будут ныть про то, что дженерики - это не темплейты и т.д.

С точно зрения возможностей языка - почему нет? Только из-за того, что он немного сложнее С?

DarkEld3r ★★★★★
()
Ответ на: комментарий от anonymous

На оффтопике он до сих пор не научился нормально в потоки.

А что там не так с потоками?

для оффтопика промстандарт - это бгмерская вижлстудия.

И что? Во первых, хватает мейнстримовых языков на которых в студии писать нельзя. Во вторых, для раста есть вот такое.

Кстати, когда гуглил про VisualRust, то нашёл забавное:

Microsoft has released v0.3 of its native Visual Studio application, bringing with it support for Rust

Понятно, что это недо-ИДЕ, но тем не менее поддержку сделали.

DarkEld3r ★★★★★
()
Ответ на: комментарий от DarkEld3r

А там лайфтаймы точно нужны?

Это пример синтаксиса, а не надобности. Пример официальный.

anonymous
()
Ответ на: комментарий от Eddy_Em

В любом случае, этот наркоманский синтаксис раста — трындец полный!

Боюсь ты просто не способен к изучению чего-то нового.

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

Ты-то сам «говно на выхлопе» мерял?

Да и чем плоха «высокоуровневость», если она позволяет меньше писать и не вносить оверхеда? ГЦ в расте нет, рантайм маленький.

DarkEld3r ★★★★★
()
Ответ на: комментарий от anonymous

Это пример синтаксиса, а не надобности.

Ну дык, если оно всегда само выводиться будет, то как-то пофиг.

Хотя я просто не вижу ничего особо страшного в лайфтамах. Возможно, «последствия от С++».

DarkEld3r ★★★★★
()
Ответ на: комментарий от DarkEld3r

Ну дык, если оно всегда само выводиться будет, то как-то пофиг.

Не будет. И в стандартной библиотеке их хватает.

Хотя я просто не вижу ничего особо страшного в лайфтамах. Возможно, «последствия от С++».

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

anonymous
()

Ну надо же, открывает позже, а пофиг уже сейчас.

thesis ★★★★★
()
Ответ на: комментарий от anonymous

Не будет. И в стандартной библиотеке их хватает.

Я про конкретный пример.

Мы про синтаксис говорили, и он, прямо скажем, у них не очень способствует чтению.

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

В огороде бузина, а в Киеве дядька.

Это ты к чему?

Я вообще-то о том, что С++ далеко не идеал читабельности и после него раст вполне нормально воспринимается.

DarkEld3r ★★★★★
()
Ответ на: комментарий от anonymous

А разве «компилятор актуальной версии objc» - это не уже давным-давно доступный clang?

swift это тоже «давным давно доступный clang», однако не открыт :)

с objc примерно то же самое.

А библиотеки и для swift и для objc очевидно никто открывать не будет.

ты думаешь ябблы откроют бакенд для компиляции свифта, но рантайм оставят закрытым? чето это не вяжется с тем, что обещана поддержка linux etc.

waker ★★★★★
()
Ответ на: комментарий от waker

swift это тоже «давным давно доступный clang», однако не открыт :)

Где можно увидеть исходные коды и бинарники под линукс?

anonymous
()
Ответ на: комментарий от anonymous

Где можно увидеть исходные коды и бинарники под линукс?

в том посте, на который ты отвечал, написано что свифт не открыт. читай внимательнее. не все то открыто, что шланг.

waker ★★★★★
()
Ответ на: комментарий от anonymous

Мы рождены, чтоб сказку сделать былью ;)

Manhunt ★★★★★
()
Ответ на: комментарий от b0c0813f

Возможно, товарисч выше, хочет сказать, что языки без реализации ооп не нужны?

А какие в Rust проблемы с ООП? Претензии только к тому, что нет сахара для (ненужного) наследования реализаций, или будет что-то по существу?

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

Откуда такая фиксация на классах?

От необразованности, очевидно

Debasher ★★★★★
()
Ответ на: комментарий от waker

в том посте, на который ты отвечал, написано что свифт не открыт. читай внимательнее. не все то открыто, что шланг.

В том посте нет ни грамма логики.

anonymous
()
Ответ на: комментарий от Manhunt

Проблема заключается в том, что в Rust нет поддержки ООП. Приходится костылить.

anonymous
()
Ответ на: комментарий от anonymous

В том посте нет ни грамма логики.

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

если отбросить тупняк — мой пойнт был в том, что яббловская версия шланга не открыта. как и objc-backend.

waker ★★★★★
()
Последнее исправление: waker (всего исправлений: 1)

поже в этом году

Это как?

at ★★
()
Ответ на: комментарий от Manhunt

Претензии только к тому, что нет сахара для (ненужного) наследования реализаций

Почему ненужного-то? Обьём кода оно сокращает.

DarkEld3r ★★★★★
()
Ответ на: комментарий от waker

яббловская версия шланга не открыта. как и objc-backend.

А какая от него польза за пределами OS X? Там исключительно костыли под платформу. А на линуксе всякие GNUstep прекрасно собираются ванильным clang, в том числе включая Objective-C 2.0, blocks и т.д.

anonymous
()
Ответ на: комментарий от Manhunt

Претензии

У меня — никаких.

Лично мне, субъективно, больше нравится swift, ибо синтаксисом похож на питон. Как сделают под линукс, так и опробую.

b0c0813f
()
Ответ на: комментарий от menangen

Мощность пука-разрыва у расто@бов.

Но ведь в этом треде именно ты пёрнул в лужу, а не кто-то другой.

Deleted
()
Ответ на: комментарий от anonymous

в том числе включая Objective-C 2.0, blocks и т.д.

я как раз думал, что в ванильном шланге нет полноценной поддержки objc2.0 (включая GCD, и многого другого). если все это есть — круто, очень даже интересно будет потыкать.

waker ★★★★★
()
Ответ на: комментарий от Eddy_Em

Признаю. То, что будет лучше и проще С. Пока ничего подобного не встречал.

Что ты ценишь в Си? Какие фичи?

Что, например, ты хотел бы видеть в языке, чтобы он был лучше и проще С?

forCe
()
Ответ на: комментарий от yyk

Весь прогресс идёт по пути, чтобы забрать у человека по максимуму «сам отвечаешь» там, где проблему можно «формализовать и посчитать», чтобы высвободить его «ресурсы» от выполнения тех задач, которые компьютер решает лучше.

Проблема в том, что помимо памяти есть и другие ресурсы и их освобождать за тебя никто не будет. И тут сборка мусора скорее мешает и приводит к костылям finaly, try-with-resources(using, with, etc.) и пр. В си же ты выделяешь/освобождаешь ресурсы единообразно, каким бы ресурс ни был. А C++/D/Rust еще позволяют автоматизировать сей процесс.

Сборка мусора должна быть опциональной, а в идеале реализована в виде библиотеки.

forCe
()
Ответ на: комментарий от StReLoK

Ещё Go неплох.

Ну он скорее заменит питон и руби, чем C или C++

forCe
()
Ответ на: комментарий от PolarFox

К го приложил руку один из создателей си, исправив прошлые ошибки.

Это скорее маркетинг, чем факт.

Насколько я знаю, Ритчи не имел никакого отношения к Go. Пайк пешком под стол ходил, когда Си появился. Томпсон создавал Unix и B, С он не создавал.

forCe
()
Ответ на: комментарий от quantum-troll

D ... не привносит ничего нового.

Go тоже. Rust хотя бы в статике старается.

forCe
()
Ответ на: комментарий от Deleted

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

menangen ★★★★★
()
Ответ на: комментарий от anonymous

Аледятел, C# к гуешлепству не имеет ни малейшего отношения. 99.9999% проектов на шарпе это ASP.NET MVC.

anonymous
()
Ответ на: комментарий от menangen

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

quantum-troll ★★★★★
()
Ответ на: комментарий от Eddy_Em

проще некуда

В каком смысле проще? Вон на темы о Си посмотри. То строки скопировать не могут, то соревнуются в количестве и качестве багов при реализации стека=)

прозрачней некуда

А если макросов много? А если структуры с запутанными указателями? Прозрачность она в коде.

универсальней некуда

Все подряд на си делать нерационально с точки зрения трудозатрат...

forCe
()

Какой-то парашный синтаксис. Не могут сделать как в сисярпе.

ritsufag ★★★★★
()
Последнее исправление: ritsufag (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.