Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Компания Apple представила Swift 2.2, первый выпуск с поддер..."	+/–
Сообщение от opennews (ok), 22-Мрт-16, 09:01
Компания Apple анонсировала (https://swift.org/blog/swift-2-2-released/) релиз языка программирования Swift 2.2 (https://swift.org). Это первый официальный выпуск после открытия (https://www.opennet.dev/opennews/art.shtml?num=43451) исходных текстов проекта, также примечательный добавлением поддержки платформы Linux и принятием изменений от 212 не связанных с Apple участников из сообщества. Готовые сборки Swift подготовлены (https://swift.org/download/) для OS X (Xcode) и Ubuntu 14.04/15.10.  Код открыт (https://github.com/apple/swift) под лицензией Apache 2.0. Порт для Linux пока поставляется без библиотек Swift Core Libraries (https://swift.org/core-libraries/) (ожидаются в Swift 3), но уже включает отладчик на базе LLDB и интерактивную среду разработки REPL. Версия для Linux не привязана к Objective-C Runtime, что позволяет использовать язык в окружениях, в которых отсутствует поддержка Objective-C. Отдельно развивается пакетный менеджер  Swift Package Manager (https://swift.org/package-manager/), который пока находится на начальной стадии разработки и не входит в основную поставку. Напомним, что реализация Swift построена с задействованием технологий свободного проекта LLVM. Вместо сборщика мусора Objective-C в Swift используются средства подсчёта ссылок на объекты, а также предоставляемые в LLVM оптимизации, такие как автовекторизация.  Для обеспечения высокой производительности Swift-программы компилируются в машинный код, выполняемый на 30% быстрее кода на Objective-C. Язык Swift наследует лучшие элементы языков C и Objective-C, и предоставляет объектную модель, совместимую с Objective-C (Swift-код может смешиваться с кодом на С и Objective-C), но отличается использованием средств автоматического распределения памяти и контроля переполнения переменных и массивов, что значительно увеличивает надёжность и безопасность кода. Swift также предлагает множество современных методов программирования, таких как замыкания, обобщенное программирование, лямбда-выражения, кортежи и словарные типы, быстрые операции над коллекциями, элементы функционального программирования. URL: https://swift.org/blog/swift-2-2-released/ Новость: http://www.opennet.dev/opennews/art.shtml?num=44091
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от A.Stahl (ok), 22-Мрт-16, 09:01	+15 +/–
Пусть, конечно... Но мне кажется, что это пустая трата ресурсов. И Swift, как и Objective C в своё время, не выйдет за пределы Apple-инфраструктуры.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #5, #42

3. Сообщение от Какаянахренразница (ok), 22-Мрт-16, 09:10	+6 +/–
Apple-инфраструктуры надеется вырасти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #91

4. Сообщение от angra (ok), 22-Мрт-16, 09:11	+6 +/–
>Вместо сборщика мусора Objective-C в Swift используются средства подсчёта ссылок на объекты Есть разные варианты сборки мусора. Один это mark'n'sweep, используемый в java или go. Другой это automatic reference count, используемый в perl, swift и ... objective-C. Но все это сборщики мусора. Кроме них есть ручное управление как в C или опять таки objective-C. В swift по сравнению с objective-C распространили ARC на всю среду исполнения, а не осуществили замену какого-то неизвестного GC на вариант ARC.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #33

5. Сообщение от Коля (?), 22-Мрт-16, 09:12	–10 +/–
Rust тоже ждёт забвение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12, #25

9. Сообщение от Антон (??), 22-Мрт-16, 09:20	+10 +/–
> Вместо сборщика мусора Objective-C в Swift используются средства подсчёта ссылок на объекты Подсчёт ссылок в Objective-C был изначально, сначала ручной, года три уже как автоматический. Сборка мусора была только в Runtime для Mac OS X и то как опция. И как только вышел ARC сборщик мусора стал deprecated и сейчас уже давно не используется. > а также предоставляемые в LLVM оптимизации, такие как автовекторизация. LLVM "предоставляет свои возможности" не только для Swift, как может показаться из вашего текста, но и для Objective-C, C, C++, Rust, Haskell, Ruby, Python, JavaScript и т.д. Публикуя новости на OpenNet надо хотя бы немного понимать что такое front и back ends compiler, и в общих чертах как устроен LLVM. > Для обеспечения высокой производительности Swift-программы компилируются в машинный код, выполняемый [в некоторых случаях] на 30% быстрее кода на Objective-C. Желтушная подача хорошей новости. Публикуйтесь на спидинфо - там оценят ваши передёргивания и замалчивания.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #32, #55

11. Сообщение от Антон (??), 22-Мрт-16, 09:23	+/–
Вы ошибаетесь, сборка мусора и подсчёт ссылок не только разные названия, но и различные идеологии и абсолютно разные реализации. Почитайте получше про детерменированность сборки мусора, про поколения мусора, про кольцевые ссылки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #16

12. Сообщение от Khariton (ok), 22-Мрт-16, 09:56	+2 +/–
Но ОС на нем уже написали...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #45

13. Сообщение от angra (ok), 22-Мрт-16, 09:57	+2 +/–
Вы удивитесь, но реализации отличаются даже в пределах одного основного вида. Есть разные алгоритмы mark'n'sweep(хотя здесь тоже есть путаница в названиях, например naive mark'n'sweep и просто tri-color marking) и разные алгоритмы ARC. И разница в реализации может в отдельных случаях давать разницу в скорости программы в несколько раз. Про кольцевые ссылки и прочее я тоже в курсе. Как и в курсе про то, что многие называют Mark'n'Sweep вариант GC просто GC, противопоставляя ее ARC варианту GC. Также как некоторые называют винду просто ОС, противопоставляя ее линуксу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Celcion (ok), 22-Мрт-16, 09:57	–3 +/–
Разработчики Darwin из числа "сообщества" - оценят.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105

15. Сообщение от MPEG LA (ok), 22-Мрт-16, 09:59	–3 +/–
как вот у людей так подгорает прямо с утра?...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #21, #30

16. Сообщение от ДяДя (?), 22-Мрт-16, 09:59	+12 +/–
Сборка мусора - это процесс избавления от ненужных объектов. Подсчёт ссылок - это один из способов определить нужен данный объект или нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #65

21. Сообщение от Vee Nee (?), 22-Мрт-16, 10:44	+4 +/–
> как вот у людей так подгорает прямо с утра?... На то оно и утро! Я вот просыпаюсь уже подгоревшим, потом читаю новости чтобы повод был :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

25. Сообщение от _ (??), 22-Мрт-16, 10:56	+3 +/–
погоди ещё не было релиза нового фаерфокса на нём, а его уже использует dropbox
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #27

27. Сообщение от freehck (ok), 22-Мрт-16, 12:15	–8 +/–
В dropbox применяют не Rust, а Go вообще-то. А вообще, сама мысль приводить Dropbox в качестве аргумента в защиту какого-то фреймворка или языка - не очень разумна. Сначала создатель этого продукта запилил на питоне сильно урезанный аналог rsync, затем откуда-то сбоку приделал функционал контроля версий... Таким примером можно разве что доказывать утверждение, что для успешного стартапа вовсе не обязательно создавать что-то новое. Вполне достаточно просто хорошей рекламы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #29, #43

29. Сообщение от АнонимХ (ok), 22-Мрт-16, 12:49	+2 +/–
> Dropbox > для успешного стартапа вовсе не обязательно создавать что-то новое. Вполне достаточно просто хорошей рекламы. И бесплатного хостинга с не слишком убогой гуёй. Если бы вместе с rsync давалось 20G маста на серваке для бекапа и однообразные клиенты под андроид, линукс и винду с маком - все бы уже использовали его и дропбокс не взелетел. Что по поводу приведения дропбокса в качестве примера использования языка - тут я с вами согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

30. Сообщение от chinarulezzz (ok), 22-Мрт-16, 13:05	+1 +/–
Замечания по делу. Ты против?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #31

31. Сообщение от Аноним (-), 22-Мрт-16, 13:13	+/–
> Замечания по делу. Ты против? Это опенсорс. Пусть сначала поедет свои диффы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

32. Сообщение от adsasda (?), 22-Мрт-16, 13:35	+/–
> Публикуя новости на OpenNet надо хотя бы немного понимать что такое front и back ends compiler, и в общих чертах как устроен LLVM. И вам было бы полезно узнать что в Swift'е LLVM кастомный(мердж с апстримом планируется но не раньше чем выйдет 3.0), причем от создателей самого LLVM включая Chris Lattner(http://www.nondot.org/sabre/) который на секундочку является и создателем самого Swift'а. ;) https://github.com/apple/swift-llvm А еще вам не мешло бы посмотреть что такое SIL... ;) http://llvm.org/devmtg/2015-10/slides/GroffLattner-SILHighLe... И только потом уже пытаться что то, кому то указывать, дабы не позорится :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

33. Сообщение от adsasda (?), 22-Мрт-16, 13:40	+/–
Сорри, но это бред ядерный... Ни кто вам в Swift'е не мешает сделать вот так: val some = UnsafePointer(bitPattern: 0xb8000) и работать с голой памятью. Как мне то же самое сделать в Java с ее GC? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #76

35. Сообщение от Kodir (ok), 22-Мрт-16, 14:04	–2 +/–
Нет никакого смысла в языке без библиотек (если только вы не ОС пишете). C# первых версий был убог как сегодняшняя Жаба, но за счёт громадного фрэймворка вылез в топ в считанные месяцы. Играть в Свифт и не иметь возможности делать "так же красиво, как в MacOS" - пустая трата времени.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

38. Сообщение от Аноним (-), 22-Мрт-16, 14:18	+/–
XCode переведут в некрополь Apache Foundation или СПО?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

39. Сообщение от adsasda (?), 22-Мрт-16, 14:49	–2 +/–
Ну так пишите! В чем проблема? Вот ребята например за место того что бы ныть как вы, взяли и написали Foundation на чистом Swift'е: https://github.com/PureSwift/SwiftFoundation более того даже Pure Swift Linux Bluetooth Stack написали: https://github.com/PureSwift/BluetoothLinux Меньше слов больше дела и будет так же красиво как в OS X. ;) >Нет никакого смысла в языке без библиотек http://www.tiobe.com/tiobe_index вообще никакого! Учитывая что он был заопенсорсен пару месяцев назад, ну прям вообще ни какого... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #47

42. Сообщение от adsasda (?), 22-Мрт-16, 14:57	–1 +/–
Вообще то Obj-C не был заопенсорсен в свое время и ни какой официальной поддержки на других платформах у него не было и нет! Ни кто не будет делать ставку на язык который поддерживают 2 с половиной гика с переодичностью раз в 100500 лет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #102

43. Сообщение от _ (??), 22-Мрт-16, 14:58	+3 +/–
В последней новости, сообщили что они уходят от GO в пользу Rust, и уже переписали на нем файловое хранилище, работающее на основе где-то миллиона Жестких Дисков. Т.е. написали на нем ключевой элемент системы на чем строится весь бизнес компании. Не путай начальный этап развития компании, и текущее состояние, когда там работает группа переманенных спецов из Google и Amazon, и громадный файлсторадж разбит по континентам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #62, #83, #98, #101

45. Сообщение от adsasda (?), 22-Мрт-16, 15:12	+1 +/–
На Java то же OS написали и не одну. И показывает это ровным счетом ничего. OS можно и на JS написать, толку то?... Rust использует только мозила с жалкой кучкой гиков, а Swift в каждом устройстве от Apple уже второй год в продакшене живет.Более того скоро он еще и в каждом Android'е будет жить ;) https://github.com/apple/swift/pull/1442
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #49

46. Сообщение от adsasda (?), 22-Мрт-16, 15:14	–2 +/–
Скорее напишут новый опенсорсный XCode на Swift'e :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #106

47. Сообщение от _ (??), 22-Мрт-16, 15:20	+1 +/–
Swift опоздал, и не принес новых возможностей который есть у конкурентов. В Rust больше плюсов: https://crates.io   более 30млн загрузок пакетов среди которых есть: https://github.com/gfx-rs/gfx  - кроссплатформенный API для графики, с поддержкой разных бэкендов: DX, OPENGL, и новый VULKAN!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #52

49. Сообщение от Аниним (?), 22-Мрт-16, 15:28	–1 +/–
Ну собственно Эпле на это рассчет и делает, так как андройд разработчиков больше чем iOS то если хотя бы часть из них выучит Swift и начнет программировать Apple получит не хилый профит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #54

52. Сообщение от adsasda (?), 22-Мрт-16, 15:46	–2 +/–
Это все лирика, где сейчас в продакшене работает Rust? За 6 лет он до сих пор ни где не используется... Swift'у 2 года из них пару месяцев в опен сорсе он уже в каждом Apple устройстве. Сколько сейчас есть доступных вакансий для Rust? За 6 лет то... 631 - http://www.indeed.com/jobs?q=rust&l= vs 6,249 - http://www.indeed.com/jobs?q=swift&l= у Swift'а Даже в http://www.tiobe.com/tiobe_index swift на 14, а rust... а где rust? Ах да вот он в самом низу на 45й позиции. Ну я думаю о надобности и популярности rust'а уже можно даже не говорить... А что там у rust'а с IDE? У Swift'a есть XCode по OS X и CLion под линуксом, и напомню заопенсорсен он был пару месяцев назад... а что там у rust за 6 лет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #61

54. Сообщение от adsasda (?), 22-Мрт-16, 15:49	+1 +/–
Учитывая что порт делает чувак из фэйсбука в свое свободное время, врядле Apple думает об Android'е особенно в тако ключе ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

55. Сообщение от корова даёт мало Ко (?), 22-Мрт-16, 15:55	+/–
ну чё ты а? тыж не антоним, возьми да исправь новость, то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

58. Сообщение от Дуплик (ok), 22-Мрт-16, 16:04	–2 +/–
Привязки к дефолтному GUI-тулкиту -- GTK+ будут?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

59. Сообщение от adsasda (?), 22-Мрт-16, 16:19	–1 +/–
А почему бы им не быть, уже сейчас на github'е появляются эксперементальные варианты типа(https://github.com/TomasLinhart/SwiftGtk и https://github.com/aktowns/GTKSwift). Вообще у Swift'а c Си бесшевный интероп, по этому можно ипользовать любые сишные библиотеки без всяких привязок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #107

61. Сообщение от angra (ok), 22-Мрт-16, 17:09	+1 +/–
>Swift'у 2 года из них пару месяцев в опен сорсе он уже в каждом Apple устройстве. Если бы ты был внимательней, то понял бы, что речь шла о его потенциале за пределами Apple. И на данный момент он куда ниже, чем у Rust или тем более Go. А в том, что swift сожрет нишу obective-c никто не сомневался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #66

62. Сообщение от Юрий (??), 22-Мрт-16, 17:13	–2 +/–
А вы этим dropbox пользовались? Тормознутее системы не встречал!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #69, #94

65. Сообщение от Z (??), 22-Мрт-16, 17:38	–2 +/–
Вообще-то нет. При подсчете ссылок объект уничтожается сразу, как становится ненужным. Он не успевает стать мусором. Сборка мусора подразумевает, что освободившиеся объекты остаются в памяти, в виде мусора. И позднее уничтожаются оптом. Таким образом при сборке мусора расход памяти увеличивается в разы (4-6) при сравнимом использовании CPU и алгоритмы различаются фундаментально. Утверждать, что подсчет ссылок - это особая форма сборки мусора, это как сказать, что ночь - это день, только чуть темнее, RISC это упрощенный CISC, а быстрая сортировка это оптимизированный пузырек. Для любого специалиста разница очевидна и она кардинальная. Но, если ты не специалист, то да, можно любое освобождение памяти называть сборкой мусора, даже перемещение указателя стека при выходе из функции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #67, #74, #92

66. Сообщение от adsasda (?), 22-Мрт-16, 17:45	–1 +/–
Как можно сравнивать потенциал(!) Swift'а за пределами Apple платформ который появился там пару месяцев назад с потенциалом языка который торчал тут 6 лет и как не использовался так и не используется. При том что Swift который всего пару месяцев тут уже стал доступным в IBM облаке, более того IBM уже запилил для него application server, sandbox и package catalog. https://developer.ibm.com/swift/ И это все за пару месяцев прибывания Swift'а в опенсорсе! Кто нибудь из гигантов сделал хоть что то для раста? Ну хоть кто нибудь из них хотя бы его использует? Намек на поддержку хотя бы дали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #68, #71

67. Сообщение от анан (?), 22-Мрт-16, 17:58	+1 +/–
https://en.wikipedia.org/wiki/Reference_counting#Use_in_garb...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

68. Сообщение от Аноним (-), 22-Мрт-16, 18:04	–1 +/–
> Как можно сравнивать потенциал(!) Swift'а за пределами Apple платформ Так у эппла огромное преимущество – достаточно как следует пропиарить на яблочной платформе, остальное сделают сами Адепты Яблока.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #72, #90

69. Сообщение от Аноним (-), 22-Мрт-16, 18:17	–1 +/–
> А вы этим dropbox пользовались? Тормознутее системы не встречал! ЯндексДиск попробуй!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #70

70. Сообщение от Юрий (??), 22-Мрт-16, 18:47	–2 +/–
>> А вы этим dropbox пользовались? Тормознутее системы не встречал! > ЯндексДиск попробуй! Да мне оно не надо. У клиента стоит (корпоративный стандарт), так у них все компы в пошаговом режиме работают. Компы с мощными процами, ssd и т.д. Дропбокс вырубаешь всё летать начинает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #100

71. Сообщение от angra (ok), 22-Мрт-16, 18:50	+/–
Смотрю между макофилами и еванглелистами мелкомягких много общего. Особенно в плане лживости. Rust grew out of a personal project by Mozilla employee Graydon Hoare. Mozilla began sponsoring the project in 2009[13] and announced it in 2010 Development on Swift was begun in 2010 by Chris Lattner, with the eventual collaboration of many other programmers at Apple. Rust 1.0, the first stable release, was released on May 15, 2015. Swift reached the 1.0 milestone on September 9, 2014 Так что там ты вякал про шесть лет против пары месяцев?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #73, #75, #77

72. Сообщение от adsasda (?), 22-Мрт-16, 18:56	+/–
Да, за Swift'ом стоит самая дорогая компания в мире, а сам Swift пилят матерые LLVM'щики, более того создатель Swift'а Chris Lattner является созателем LLVM. Swift Package Manager пилит создатель Homebrew. IBM сделали уже ставку на Swift. И rust'у от noname'ов, при сомнительной поддерже единственной мозилы которая известна своим закрыванием проектов на пол пути, конкурировать со Swift'ом не по зубам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #79, #80

73. Сообщение от adsasda (?), 22-Мрт-16, 19:02	–1 +/–
> Смотрю между макофилами и еванглелистами мелкомягких много общего. Особенно в плане лживости. Я указал время с момента анонса. Rust анонсировали в 2010,  Swift в 2014. Где я солгал? Announced it in 2010 The first numbered pre-alpha release of the Rust compiler occurred in January 2012 https://en.wikipedia.org/wiki/Rust_(programming_language) Swift was introduced at Apple's 2014 https://en.wikipedia.org/wiki/Swift_(programming_language)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #78

74. Сообщение от angra (ok), 22-Мрт-16, 19:03	+/–
> Сборка мусора подразумевает, что освободившиеся объекты остаются в памяти, в виде мусора. Это твое личное определение, общепринятое другое. Кстати не во всех реализациях ARC уничтожение происходит в момент исчезновения последней ссылки. Сюрприз? > Таким образом при сборке мусора расход памяти увеличивается в разы (4-6) при сравнимом использовании CPU Попробуй доказать это. Когда не справишся, сходи по этой ссылке http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan... И сравни потребление памяти в swift с ARC и в Go c Mark'n'Sweep. Тебя ждет большой сюрприз. Я бы конечно мог тебе много рассказать на тему накладных расходов в этих двух подходах, но боюсь материал не для такого "специалиста". > Но, если ты не специалист, то да, можно любое освобождение памяти называть > сборкой мусора, даже перемещение указателя стека при выходе из функции. Про знания таких "специалистов" хорошо сказано в википедии: Tracing garbage collection is the most common type of garbage collection, so much so that "garbage collection" often refers to tracing garbage collection, rather than other methods such as reference counting. То бишь, как я и говорил выше, кому то и винда синоним ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #99

75. Сообщение от adsasda (?), 22-Мрт-16, 19:04	–2 +/–
> Так что там ты вякал про шесть лет против пары месяцев? 03.12.2015 сколько месяцев прошло? https://www.opennet.dev/opennews/art.shtml?num=43451
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

76. Сообщение от пвпвапвап (?), 22-Мрт-16, 19:07	–1 +/–
Профит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #104

77. Сообщение от adsasda (?), 22-Мрт-16, 19:09	–2 +/–
>Development on Swift was begun in 2010 by Chris Lattner, with the eventual collaboration of many other programmers at Apple. Это вообще стало известно только после открытия исходников. До анонса в 2014'ом никакой информации о том что такой проект существует не было!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

78. Сообщение от angra (ok), 22-Мрт-16, 19:18	+1 +/–
А какое отношение время анонса имеет к использованию? Вон Perl6 анонсировали 16 лет назад, а для практического применения он по сей день не годится. Лгать можно многими способами, например ты использовал такой прием как передергивание. Это любимый прием у евангелистов мелкомягких, печально известный по GetTheFacts.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #81

79. Сообщение от Аноним (-), 22-Мрт-16, 19:27	+1 +/–
> И WebKit-ы от Божественного Яблока, который известен прибиванием гвоздями к своей платформе, как и бросанием проектов fixed. > И rust'у от noname'ов, при сомнительной поддерже единственной мозилы которая известна своим закрыванием проектов на пол пути, конкурировать со Swift'ом не по зубам... 20 лет назад: > И всяким пингвинам от noname-студентов'ов … конкурировать c Божественной Виндой не по зубам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

80. Сообщение от ии (?), 22-Мрт-16, 19:42	+/–
"Homebrew"!? что это??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #93

81. Сообщение от adsasda (?), 22-Мрт-16, 19:54	–2 +/–
Я взял даты аноноса как у Swift'а и у Rust'а! У Swift'а та самая версия "1.0" еще не вышла, стабилизация ABI будет в следующей версии которая 3.0 то есть сравнивать Rust 1.0 со Swift 2.2 не коректно. В любом случае это ничего не меняет есть взять первую публичную опен сорс версию Rust'а которая вышла в 2012 и первую  опен сорс версию Swift'а которая вышла сегодня ситуация будет выглядеть еще больше не в пользу перспектив rust'а на linux... ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #82

82. Сообщение от angra (ok), 22-Мрт-16, 20:19	+1 +/–
А ты упорный, прочем как и многие евангелисты. > Я взял даты аноноса как у Swift'а и у Rust'а! И что? Предлагаешь компилировать при помощи материалов анонса? Ты взял удобные для тебя, но не имеющие практического смысла даты, при этом, вопя про шесть лет и пару месяцев, ты аккуратно забыл упомянуть, откуда ты насчитал эти шесть лет. Ах да, еще ты для rust взял дату анонса языка, а для swift дату открытия исходников. Вот такая подтасовка фактов и умолчание о важном и называется передергиванием. > У Swift'а та самая версия "1.0" еще не вышла, стабилизация ABI будет > в следующей версии которая 3.0 то есть сравнивать Rust 1.0 со > Swift 2.2 не коректно. Rust как бы тоже активно развивается и полная стабилизация синтаксиса(а не ABI, который здесь вообще ни к селу ни к городу) не наступила. Из тройки "убийц плюсов" только Go имеет нормальную 1.0 версию. Кстати, про него ты тоже предпочитаешь помалкивать. > В любом случае это ничего не меняет есть взять первую публичную опен > сорс версию Rust'а которая вышла в 2012 и первую  опен > сорс версию Swift'а которая вышла сегодня ситуация будет выглядеть еще больше > не в пользу перспектив rust'а на linux... ;) Еще больше передергиваний. Сравнивать pre-alpha и выпуск 2.2 версии это ведь так корректно. Если завтра кто-то создаст на github пустую репу будущего браузера, а мелкомягкие откроют исходники Edge ты их тоже так мастерски сравнишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #84

83. Сообщение от freehck (ok), 22-Мрт-16, 20:23	+/–
> В последней новости, сообщили что они уходят от GO в пользу Rust А, да, теперь вижу. Новости уже неделя, а комментатор до сих пор не в курсе. Вот же какой я негодяй! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

84. Сообщение от adsasda (?), 22-Мрт-16, 20:41	–1 +/–
Я взял даты анонса как у Swift'а так и Rust'а, и сравнивал я то что было сделано с момента анонса как одного так и другого. И подтасовать факт здесь пытаетесь только вы :) > Из тройки "убийц плюсов" только Go имеет нормальную 1.0 версию. Кстати, про него ты тоже предпочитаешь помалкивать. Go не имеет никакого отношения к Swift'у и к Rust'у вообще это другой язык со своими специфическими целями. И тем более речь об "убийстве крестов" не шла вообще. Не нужно приплетать сюда то о чем разговор не шел вообще. >Еще больше передергиваний. Сравнивать pre-alpha и выпуск 2.2 версии это ведь так корректно. Если завтра кто-то создаст на github пустую репу будущего браузера, а мелкомягкие откроют исходники Edge ты их тоже так мастерски сравнишь? Ну если вы пустая репа то не нужно кричать что вы конкурент Edge'у.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #85

85. Сообщение от angra (ok), 22-Мрт-16, 21:08	+1 +/–
> Я взял даты анонса как у Swift'а так и Rust'а, и сравнивал > я то что было сделано с момента анонса как одного так > и другого. И подтасовать факт здесь пытаетесь только вы :) А вот уже и чистая ложь пошла. Вот что ты писал: "Swift'а за пределами Apple платформ который появился там пару месяцев назад с потенциалом языка который торчал тут 6 лет и как не использовался так и не используется. " 6 лет это с момента анонса начала разработки rust. Два месяца это с момента открытия исходников swift, у которого уже год как есть 1.0 версия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #86

86. Сообщение от anonnnnn (?), 22-Мрт-16, 22:13	–3 +/–
Читай внимательнее "за пределами Apple платформ", а еще лучше линзы себе купи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #87

87. Сообщение от angra (ok), 22-Мрт-16, 23:15	+2 +/–
Еще один упоротый. Дальше пары слов от любимого Apple ничего понимать не способен. Попробуй включить мозг и ответить на вопросы: "Что с чем сравнивается?", "Что именно произошло шесть лет назад у rust?", "Что именно произошло два месяца назад у swift?".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

90. Сообщение от Led (ok), 22-Мрт-16, 23:52	+/–
> Так у эппла огромное преимущество – достаточно как следует пропиарить на яблочной > платформе, остальное сделают сами Адепты Яблока. А они разве умеют что-то кроме как адептировать на продукцию альтернативноориентированного Кука?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

91. Сообщение от Аноним (-), 23-Мрт-16, 00:46	+/–
только, если Apple портирует свой рантайм под Linux=)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

92. Сообщение от 61585 (?), 23-Мрт-16, 01:38	+/–
> При подсчете ссылок объект уничтожается сразу, как становится ненужным. В яблочном ARC это не так :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

93. Сообщение от омномномнимус (?), 23-Мрт-16, 02:31	+/–
типа пакетный менеджер для яблок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

94. Сообщение от Аноним (-), 23-Мрт-16, 03:46	+/–
Я активно пользуюсь дропбоксом. Тормозо не замечал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

98. Сообщение от _ (??), 23-Мрт-16, 16:59	+/–
Жесть! "Жестких Дисков" С Большой Буквы. Де ещё и Жоссских! Назад на анегльский это будет the cruel disks да? :-) Не позорь никнэйм, в следующий раз пиши просто дисков без всякой бнопни :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

99. Сообщение от _ (??), 23-Мрт-16, 17:03	–1 +/–
> Когда не справишся, сходи по этой ссылке http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan... Элиот скатился в СГ конечно, но всё же ... Меня немного удивила скорострельность свифта. Понятно что им занимаются нехилые монстры но всё же ... или там в сырках мухлёж? Если нет - то свифт таки начинает вынлядеть годным, раздери меня 1000 блондинок! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #103

100. Сообщение от Тыжпрогромизд (?), 23-Мрт-16, 18:43	+1 +/–
это называется рукожопость, подозреваю либо у вас DB взят откуда-нибудь вроде сборник софта Zver-CD (если вы понимаете о чём я)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

101. Сообщение от Аноним (-), 24-Мрт-16, 01:17	+/–
> В последней новости, сообщили что они уходят от GO в пользу Rust, > и уже переписали на нем файловое хранилище, Ну теперь то они как истинные хипстеры просто обязаны на swift переписать. Сделать сразу нормально? А как же тогда разучивать по языку программирования в год за инвесторский счет?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

102. Сообщение от Аноним (-), 24-Мрт-16, 01:19	+1 +/–
> Вообще то Obj-C не был заопенсорсен в свое время и ни какой > официальной поддержки на других платформах у него не было и нет! > Ни кто не будет делать ставку на язык который поддерживают 2 > с половиной гика с переодичностью раз в 100500 лет... А obj-c в gcc наверное глюком был. Ах, DRMщики из эппла взъелись на GPLv3, кидки устраивать мешало, понимаешь. Тогда они сделали LLVM и clang, правда на clang уже как видим подзабили - у них теперь swift, всем хипстюкам делать ку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

103. Сообщение от Аноним (-), 24-Мрт-16, 01:24	+2 +/–
> Меня немного удивила скорострельность свифта. В половине тестов он продул да еще памяти больше слопал при этом. И вообще, vs JS? vs java? vs python? А си и плюсы где? С ними сравнивать ссыкуют?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #109

104. Сообщение от Аноним (-), 24-Мрт-16, 01:25	+/–
> Профит? Профит в возможности писать всякие системные вещи, очевидно. С java это невозможно вообще никак, разве что через jni, если мазохизма много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

105. Сообщение от Аноним (-), 24-Мрт-16, 01:29	+1 +/–
> Разработчики Darwin из числа "сообщества" - оценят. После двух закрытий сорцов там сообщество в /dev/null ушло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

106. Сообщение от Аноним (-), 24-Мрт-16, 01:32	+/–
> Скорее напишут новый опенсорсный XCode на Swift'e :D Так, если все заопенсорсить - как тогда эппл вендорлочить будет? Понятно конечно что гугл зад поджаривает, но гугл то изначально все открывал, а эппл сделал крайне огороженную экосистему в своих ифонах, где кодят галерные рабы. Остальные с такой экосистемой просто не имеют дел по определению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

107. Сообщение от Аноним (-), 24-Мрт-16, 01:32	+/–
> бесшевный Это FAIL, ящитаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #108

108. Сообщение от Аноним (-), 24-Мрт-16, 09:33	–1 +/–
нам важно ваше мнение, в будущих версиях это исправим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

109. Сообщение от angra (ok), 24-Мрт-16, 10:33	+/–
Интерфейс на том сайте конечно стал уродский, но неужели так сложно додуматься до манипуляции с url http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan... http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #110, #111

110. Сообщение от Аноним (-), 24-Мрт-16, 11:25	+/–
хм, интересен конечно пример mandelbrot, где Swift опережает C и Rust http://benchmarksgame.alioth.debian.org/u64q/program.php?tes...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

111. Сообщение от Аноним (-), 24-Мрт-16, 11:45	+1 +/–
насколько понял, в коде mandelbrot примера, в свифте, используется   https://github.com/apple/swift-corelibs-libdispatch т.е *nix библиотека полностью на C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема