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)
Ответ на: комментарий от Manhunt

Только полный наркоман может в подобном бреде разобраться:

for token in program.chars() {
match token {
    '+' => accumulator += 1,
    '-' => accumulator -= 1,
    '*' => accumulator *= 2,
    '/' => accumulator /= 2,
    _ => { /* ignore everything else */ }
}
}

Другие люди определенно смогут.

Хватит врать! Скажем, под STM8 вообще только один-единственный компилятор есть: sdcc.

Твой недораст сможет ARM?

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

Ты читаешь, например, маны в переводе?

Если надо - да, читаю. А еще я не путаю маны и комиксы.

tailgunner ★★★★★
()

Хотя, на самом деле, конечно, надо допиливать Free Pascal. Добавить туда сборку мусора и зеленые потоки, и будет норм.

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

Но ведь эти языки ведут к фрагментации!

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

утилиту cdecl

Если человек решает нагромоздить такие бешеные указатели, что без cdecl нельзя разобраться, то он что-то делает не так!

С — самый простой и удобный язык. Он предельно прозрачный, в то же время достаточно низкоуровневый, чтобы все контролировать по-нормальному. И всякого говна, вроде сборщиков мусора, там нет. Т.е. за распределение памяти ты сам отвечаешь.

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

Rust — самый простой и удобный язык. Он предельно прозрачный, в то же время достаточно низкоуровневый, чтобы все контролировать по-нормальному. И всякого говна, вроде сборщиков мусора, там нет. Т.е. за распределение памяти ты сам отвечаешь.

Fixed.

Manhunt ★★★★★
()

Ну и кому это говно надо?

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

Т.е. за распределение памяти ты сам отвечаешь.

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

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

удобный язык

за распределение памяти ты сам отвечаешь

Знатно помножил на ноль.

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

Дело не в удобстве и компактности, дело в том что заметная их часть попросту устарела. А иногда эта компактность достигается жуткими ассемблерными костылями.

Ты мне хоть один ЯП назови, который полноценной заменой С может стать!

Ну вот есть Rust. Ещё Go неплох.

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

Управление памятью - это неформализуемое искусство? :)

Начать нужно с того, что неформализуемое искусство — это управление регистрами процессора. Вопрос о том, когда и какие переменные в каких регистрах держать. Увы, но Си-шка в этом плане весьма неуклюжа ;)

Manhunt ★★★★★
()

кстати, возникла интересная мысль (если ее кто-то уже озвучил, сорри за повторение).

swift основан на свежем рантайме objc -> чтобы его открыть, вероятно, придется открыть и этот самый рантайм -> может появиться открытый компилятор актуальной версии objc -> профит.

жаль что инфы так мало...

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

чем он тебе не нравить. ну кроме жесткого форматирования.

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

кстати, возникла интересная мысль (если ее кто-то уже озвучил, сорри за повторение).

Нет, никто не озвучивал. Более того, похоже, что ты в этом треде остался единственный, кому не пофиг на свифт :D

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

жаль что инфы так мало...

Верно, обсуждать пока нечего.

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

Мне кажется раст скорее замена крестов, а не си. Хотя про Go замечание верное - это далеко не «переносимый ассемблер».

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

Создался гуглом он действительно как замена плюсам, но облюбовали его любители более динамических языков, готовые обменять уменьшение выразительности на более высокую скорость работы и более простое concurrency (привет, GIL).

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

ты в этом треде остался единственный, кому не пофиг на свифт :D

на свифт как раз таки и мне пофиг. на objc нет.

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

хз на что он может претендовать. На оффтопике он до сих пор не научился нормально в потоки. + для оффтопика промстандарт - это бгмерская вижлстудия. Так что судьба руста 2% юзеров линукса + энтузиасты на других системах + мозила со своим браузером, если разродится.

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

может появиться открытый компилятор актуальной версии objc -> профит.

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

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

Только полный наркоман может в подобном бреде разобраться:

Вот это как раз хорошо читаемый код на rust. А вот это:

fn store_foo<'a>(x: &mut Link<'a>, y: &'a Foo)

нет.

Твой недораст сможет ARM?

rust использует llvm и следовательно может все то же, что и последний.

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

Не будь он наркоманией, утилиту cdecl создавать бы не пришлось.

cdecl

Интересно, что она написана на С.

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

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

Для оффтопика Си давно уже перестал быть «промстандартом».

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

Для оффтопика Си давно уже перестал быть «промстандартом».

Он практически и не был никогда. Не зря у них есть только Visual C++, и нет Visual C.

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

Только полный наркоман может в подобном бреде разобраться

Не проецируй своё неосиляторство на других.

Твой недораст сможет ARM?


https://zinc.rs/ — можешь не благодарить.

quantum-troll ★★★★★
()
Последнее исправление: quantum-troll (всего исправлений: 1)
Ответ на: комментарий от Manhunt

И если на то пошло, то в студии2013 WDK идет прям изкоробки.

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

Сделай меня развидеть эту жесть! Я в шоке!!! Откуда столько наркоманов?

Мелкоконтроллеры + ассемблер — хорошо, но долго. А вот мелкоконтроллеры + С == идеал. Более высокоуровневые языки — зло, потому что будет слишком много говна на выхлопе и вместо 10к твой код займет все 100...

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

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

Согласен, но не комильфо. Нумега тоже такие вещи делала, которые померли.

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

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

У тебя синдром утенка. В целом он вполне ничего. Единственное, что lifetimes уродливые, и «ООП» на трейтах тоже не фонтан.

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

лол. Там код драйвера на Си.

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

C# без WPF нахрен не нужен в качестве гуешлепства за пределами венды

Есть MVVM Light Toolkit
Работает и с Windows и с Linux.
Xaml и т.д. Для гуёвых девелоперов.

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

А теперь скачай хоть один пример и найди там драйвер на С++. Именно драйвер, а не Dllку или гуйню.

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

Лучше D, он свободен и не принадлежит никакой корпорации и на C++ больше всего похож.

И кто это делать будет и на какие деньги?

Есть и «более серьёзная» причина - те у кого есть знания/время/деньги - не смогут договориться между собой, что лучше пилить.

DarkEld3r ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.