Swift — новый язык программирования от Apple

Выделять под 8 байтов (длина+адрес) отдельный кусок в heap?

Я думаю можно и в стеке

Выбранный подход разумней с моей точки зрения.

b[0] = 0;
a = b;
a[0] = 1;
print b[0]; //1
push(b, 2);
a[0] = 3;
print b[0]; //1
Очень разумно

если статический анализатор видит что массив 99% модифицируется в функции то сразу копирает. Иначе у нас есть 2 бранча одной и той же функции. Одна работает с копией другая в r/o с проверками (читай копированием + jump на тоже место в бранче где работают с копией). В той где сразу копия никаких проверок очевидно нет. Можно не плодить бранчи а например иметь функцию с проверками и по копирование все проверки менять на nop ы с обратным воостановением по выходу, но насколько я знаю, llvm пока самомодифицирующий код не позволяет.

вообще если массивы делать как хеши int -> object то все гораздо проще. В хешах заранее заложен мехнизм наслоений те любая модификая это старый хеш + дифф (список удаленных ключей, хеш измененных ключей) который по мере надобности мержится чтобы не искать значение на 100 оригинальных хешей вниз. Транзакционная память в чистом виде но такой массов хоть и остается формально O(1) но это явно не 1 mov eax, [ebx + edx * 4]

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

Отсылка для тех, кто искал parallel swift, а гугл его вывел на яблочный сайт.

Я думаю можно и в стеке

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

Очень разумно

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

За каждое компилирование будет сниматься с карточки 0.99$

Чем это они накачанные?

Не «чем», а «куда».

Таки прозрели, что Objective C - г...но.

Отсылка для тех, кто искал parallel swift, а гугл его вывел на яблочный сайт.

Думал про это... «Looking» - немного сбил с толку... Ну да и ладно...

если статический анализатор видит что массив 99% модифицируется в функции то сразу копирает.

Что за 99%? Откуда статический анализатор может знать что-либо про рантайм? Может у меня 99% кода это обработка ошибки, которая случается раз в месяц, а всё остальное время работает одна строчка, которая ничего не модифицирует.

Иначе у нас есть 2 бранча одной и той же функции. Одна работает с копией другая в r/o с проверками (читай копированием + jump на тоже место в бранче где работают с копией). В той где сразу копия никаких проверок очевидно нет.

Работать, наверное, будет, но раздувание кода это тоже спорный подход. Забивается кеш процессора неиспользуемым кодом, конвееры обрабатывают неиспользуемые инструкции.

Можно не плодить бранчи а например иметь функцию с проверками и по копирование все проверки менять на nop ы с обратным воостановением по выходу, но насколько я знаю, llvm пока самомодифицирующий код не позволяет.

И как это будет работать при многопоточности или при рекурсии?

вообще если массивы делать как хеши int -> object то все гораздо проще. В хешах заранее заложен мехнизм наслоений те любая модификая это старый хеш + дифф (список удаленных ключей, хеш измененных ключей) который по мере надобности мержится чтобы не искать значение на 100 оригинальных хешей вниз. Транзакционная память в чистом виде но такой массов хоть и остается формально O(1) но это явно не 1 mov eax, [ebx + edx * 4]

Это огромный удар по производительности. Для какой-нибудь clojure или scala подойдёт, но для основной структуры данных практически системного языка программирования - нет. Ну и interop с C нельзя забывать, там массивы часто встречаются.

его никакая вызванная функция где-нибудь не сохранит?

Это возможно только если в языке будут указатели. А по ссылке написано memory is managed automatically.

ObjC никуда не девается, даже при желании его так просто не выкинешь.

О, теперь ещё и гей-язык. Фу.

Looking for the Swift parallel scripting language? Please visit http://swift-lang.org

Это другой язык Swift :) С копирайтом года этак от 2007.

Это другой язык Swift :) С копирайтом года этак от 2007.

Уже разобрались :)

Приличный язык, на первый взгляд. Теперь не стыдно будет и под яблоки программировать.

В общем, полный think different.

что такое think different ?

что такое think different ?

https://www.youtube.com/watch?v=q-nd34iAK9Y

Зачем мне нужен телефон или планшет, в котором я не могу расширить память, просто купив карточку, аки в «Ведроиде»?

Гугл смотрит на тебя, как на г..но.

«ябблЪ» теряет рынок.

Дада, уже лет 10 как теряет, если верить онолитегам на лоре, и вот уже 140 миллиардов «понатерял», скоро можно будет мелкие страны скупать. MS там как, тоже уже разорилась? А то 15 лет как вендекапец обещают красноглазики.

интерактивный playground

пиар чистой воды, кроме яблока это никому не нужно.

язык, шлак.

кроме яблока это никому не нужно

этого недостаточно?

у создателей свифта есть чувство прекрасного. биндинги к objc:

@objc(Squirrel)
class Белка {
    @objc(initWithName:)
    init (имя: String) { /*...*/ }
    @objc(hideNuts:inTree:)
    func прячьОрехи(Int, вДереве: Дерево) { /*...*/ }
}

https://developer.apple.com/library/prerelease/ios/documentation/Swift/Concep...

А новость о том, что Эппл представила замену OpenGL, тихо прошла стороной...

В зоопарке 3D API прибыло

Не нужно. Есть C\C++

Скорее Java, какой она должна быть изначально. До нормального языка не дотягивает. Нет прямого доступа к памяти, и снова этот $%&$%ый сборщик мусора, будь он не ладен. Зато хоть динамическое петушение не ввели, и на том спасибо

Там НЕТ сборщика мусора.

у создателей свифта есть чувство прекрасного

Годно. Значит не будут заморачиваться с неудачными именами, а сразу изменят всё, что надо.

Это просто праздник какой-то!

Чем оно лучше Rust'а

самый большой недостаток Rust в том что разработчики запрещают его использовать :) [ну или используйте на свой страх и риск, но мы вас предупредили!]..

даже если Rust чудесен и невероятен — то тот факт что его нельзя использовать — ну как минимум должен расстраивать :-) ..

хотя [на данный момент] ситуация с AppleSwift — ещё хуже..

так как Rust то можно на свой страх-и-риск хотябы, а вот AppleSwift вообще только лишь наобещан и не более.. :-)

так как Rust то можно на свой страх-и-риск хотябы, а вот AppleSwift вообще только лишь наобещан и не более.. :-)

Он уже доступен в ранней бета-версии XCode 6, которую я бы не стал ставить, памятуя негативный опыт с их Developer Preview версиями. Но осенью уже выйдет стабильная версия, чего нельзя сказать про rust.

Ну Rust постепенно стабилизируют. Он еще довольно молод. ) Плюс в том, что сейчас его более-менее отладят, в том числе на больших проектах типа компилятора и Servo, и когда выйдет 1.0 можно будет не боясь тянуть в продакшен.

А Swift... Посмотрим.

Вы так пишите, что можно подумать, Swift уже стар и затерт до дыр :)

А Swift... Посмотрим.

А чо «посмотрим»? Сейчас аппл выпустит брошюру/пресс релиз/презентацию, в которой предаст все остальные языки для разработки на яблоках анафеме. толпы яблофанатов начнут переучиваться и потихоньку говнокодить. Ведь писать на чем-то кроме, уже не мейнстрим, да, вчерашний век, да, а как истинные адепты секты имени жобса, они не могут себе такого позволить. Будь не как все, будь как разработчики эппла, think different.

А когда надо иметь дело с большими буферами (например, обработка каждого кадра с камеры) - уповать на то, что, компилятор расставит malloc/free в правильных местах

This book is available for download with iBooks on your Mac or iOS device, and with iTunes on your computer. Books can be read with iBooks on your Mac or iOS device.

Для меня это уж слишком different.

Ахах. Да, меня тоже смутила эта фраза. Это тоже самое если бы доки по Android SDK были бы только в магазине (oh shi!) Google Play который бы открывался только из Android девайсов.

Репутация конторки, которая его выпустила затерта до дыр.

wayland_systemd

А, я не обратил внимания, вы из этих...

Тут я не сомневаюсь. Короче, скорее всего новый objective-c, т.е. нормальным людям, возможно, не нужно.

Ммммм, из которых?

Он уже доступен в ранней бета-версии XCode 6

а как его установить — есть инструкция? (я про XCode)

пункт 1: купить комп от яблочной фирмы

пункт 2: ...

пункт 3: Profit

в пункте 2 — наверно должно быть «попросить сотрудника реСтор — настроить девайс и установить XCode» :-)

ну по аналогии с http://urod.ru/uploads/062014/1401619030_21593752.jpeg

не не, это всё в 1 пункте.

Синтаксически — винегрет из сишарпа, го, хаскела и остального понемножку.

Синтаксические винегреты не нужны. Взяли бы просто лисп (один-два - не принципиально) и пилили на его синтаксисе свои фичи.

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

Я просто должен оставить это здесь:

I started my career at Apple in the developer tools group in Cupertino. But after a couple of years I decided to move east, and transfered to the Cambridge office to work on the Dylan project. In April 1995, we were notified that the project would be cancelled and we would all be laid off. But we were not to be laid off immediately. Apple wanted us to stay for 6 months so Dylan could be released as an experimental «technology release». This was apparently done to avoid embarrasment at WWDC the following month. Dylan was announced and hyped heavily at the previous WWDC, and it would look bad if it disappeared the month before the WWDC the following year.

We were offered an incentive bonus to stay until October. It was strange to be given 6 months notice. We all had plenty of time to find new jobs, but it was not much fun to go down with the ship

А когда надо иметь дело с большими буферами (например, обработка каждого кадра с камеры) - уповать на то, что, компилятор расставит malloc/free в правильных местах

В Obj-C для этого надо обнулить указатель на объект, думаю тут аналогично сделано.

а как его установить — есть инструкция? (я про XCode)

Для начала надо его скачать. Чтобы его скачать нужна оплаченная учётная запись разработчика. Когда скачал, устанавливаешь как обычно.