Nyílt forrásúvá vált az Apple Swift-je

 ( trey | 2015. december 4., péntek - 10:09 )

Az Apple a nyár elején jelentette be, hogy átdolgozza Swift programozási nyelvét, majd a Swift 2-t az év végéig nyílt forrásúvá teszi. A kódnyitás megtörtént. Elindult a Swift.org, ahol a részletesen lehet tájékozódni a Swift-tel kapcsolatos lehetőségekről. A forráskód elérhető a GitHub-on. A nyílt forrású Swift projekt indulásával egy időben elérhetővé vált a Linux port is. Előre lefordított binárisok elérhetők Ubuntu Linuxra.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Újra írhatnák az egész OS-t és ökoszisztémájukat Swift-ben, talán kicsit biztonságosabb lenne - ha már hasonló sebességet jósolnak neki ;)

én úgy tudom, hogy tervben van, legalábbis egyelőre csak az app-ok lesznek átírva, gondolom idővel az OS-t is (Mac OS X és iOS) fogják... de hogy mikor lesznek meg vele?...

--
www.haiku-os.org

Amikorra a Haiku-os production ready lesz az Apple is elkészül vele. :p

Írhatnának egy C -> Swift fordítót. És utána kézzel nyelvre optimalizálni.

Ja ennyi erővel írhatnának assembly -> java-t is.

Akkor egy ObjC -> Swift-et.

akkor soha... :D
--
www.haiku-os.org

Kis bökkenő, hogy a reference counting miatt kb. minden esetben lassabb, mint a C/C++. Esetleg a GUI-s userspace-beli alkalmazásokhoz jobb lehet, mint az ObjC, végülis erre lett kitalálva.
Több biztonságot én nem látok sehol, csak több kényelmet + némi syntax sugar-t (ObjC-hez képest). iOS/OSX-en kívül pedig nem igazán használható, mert hiányzik alóla a UI.

Engem nem igazán érdekel jelenleg a Swift, de egyrészt sebességnél C/C++-hoz hasonlítod, biztonság kérdésénél meg ObjC-hez.

Kérdés szerintem hogy milyen fejlesztői környezet és eszköz választék fog köré épülni, mert ha Apple tényleg csak az OSX GUI alá hegyezi ki a támogatást legnagyobb mértékben, akkor lehet igazad lesz.

AppCode. Nem apple, JetBrainz. Bár jelenleg csak os xhez, ha jól tudom. De ugye a java az java.
Megjegyezném, hogy a trágya XCodehoz képest felüdülés használni.

Es az tudja azt, hogy latod az osszes reference-t egy logikus helyen a xib-hez amit rossz helyre huztal es csak felig toroltel? Mert az xcode-nal azt nagyon nehez elovadaszni es futaskor is csak egy fura memoriahibat latsz. Ha ebben okosabb, mar van ertelme.

xib, nib, storyboard: kivették az integrációt. Jelenleg, ha grafikus leiró fájlt akarsz benne megnyitni, akkor az xcode-ban nyitja meg.

:(

Oke, maradok xcode-nal. Furcsa is volt a videon, hogy ez csak ugy meg volt engedve, hogy ugyanugy nezzen ki.

Hozzateszem, bar van sok bajom az xcode-dal, a valtozokiegeszites szamomra eddig abban volt a legokosabb. Minden nyelv minden IDE-je kozul.

Hát bevallom nem tudom mire gondolsz.

Mukodik mar xcode nelkul? vagy feluletet meg mindig abban kell csinalni?

-
Konténerezett Hadoop és Cassandra cluster konfigurálása - harmadik rész

Vegigolvastam a cikket, de nem talatam infot arrol, hogy az appcode megy-e mar xcode nelkul, vagy ha nem csak egy konzolos programot szeretnel osszedobni elobb utobb meg kell nyitni az xcodeot is parhuzamosan.

-
Konténerezett Hadoop és Cassandra cluster konfigurálása - harmadik rész

Megnyitni nem kell, de fel kell telepíteni a jelenlegi állás szerint.
ps: csak a commentemre linkeltem.

"reference counting"

Ami mar Obj-C-ben is volt (vegen mar teljesen automatikus, precompile-olt). A valosag az, hogy kb. ugy lehet gyorsabb Obj-C kodot irni, mint Swift kodot, ahogy gyorsabb Assembly kodot tudsz irni, mint C kodot. :)

non-blocking fordított kód. webre nem kell UI és gyorsabb mint a node.

"Több biztonságot én nem látok sehol, csak több kényelmet + némi syntax sugar-t (ObjC-hez képest)"

Pointerezned pl nem kell az esetek 99.9%-aban, de ha megis megtenned, elegge figyelmeztet a nyelv:

Type * const *           UnsafePointer<Type>
Type * __strong *        UnsafeMutablePointer<Type>
Type **                  AutoreleasingUnsafeMutablePointer<Type>

En ezt biztonsagosabbnak erzem, hogy amit legtobbszor C/C++-ban pointereznel, azt itt leforditjak helyetted biztonsagosan.

Forras: https://developer.apple.com/library/ios/documentation/Swift/Conceptual/BuildingCocoaApps/InteractingWithCAPIs.html

* Apache licensz
* Nincs CLA
* Code of Conduct
* Community Guidelines

Szimpi.

--
|8]

Miért előny a CLA hiánya?
Egy flame/trolling az Apache licence kapcsán.

- A CLA nyug a contributoroknak, meg akkor is, ha digitalisan is ala lehet irni. Ennel fogva az egyszeri contributor hozza se fog szagolni. (Nyelvnel ez kevesbe relevans, de barmely project ahol elofordul drive-by contributor, a CLA azt kb megoli.)

- A CLA arrol szol, hogy megtartjak a kontrollt a project felett, ami bar egyreszrol talan ertheto, masreszrol nagyon szembe megy a szabad szoftveres gondolkodassal.

... es meg sorolhatnam, de: https://sfconservancy.org/blog/2014/jun/09/do-not-need-cla/

Mas mar leirta jobban.

--
|8]

Hát ez még ocsmányabb, mint a JavaScript.

Az pedig nem kis teljesítmény.

Fuszenecker Róbert

Ezen az oldalon: https://swift.org/getting-started/
Ennél a kódnál:

let answer = "forty"-"two"

A hibát mutató ^ hova jelez? Miért nem a hibára, hanem egy változónév közepére?

error: binary operator '-' cannot be applied to two 'String' operands
let answer = "forty"-"two"
~~~~~~~^~~~~~

Mert szóközzel indentálnak nbsp helyett.

Rövidebben: mert Apple termék.

Legalább a sort eltalálta. :)

Azert, mert a Swift compiler az elso olyan, fejlett compiler, mely mesterseges intelligenciat hasznal. Ahogy tobbet es tobbet forditanak vele az emberek, egyre pontosabbak lesznek a hibauzenetei, mert a kozponti AI megtanulja.

Mivel viszonylag friss az open source verzio - melyben debutalt ez a feature -, ezert a hibauzenetek itt-ott meg nem teljesen pontosak.

De nyugalom, idovel jobb lesz!

--
|8]

Jó tudni, erről nem tudtam!

FYI, </sarcasm> lemaradt a postomrol.

--
|8]

:D Mostanában annyi "X cég nyilt forrásuvá tette az AI rendszerét" és "Megjelent a ... AI rendszer" cikket lehet olvasni, hogy tényleg bevettem.

eközben

http://dlang.org/changelog/2.069.0.html

----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho

http://dotnet.github.io/

sudo apt-get install dotnet

Én már fordítottam vele natív binárist Linuxon: dotnet compile --native

Fuszenecker Róbert

Egyébként a témában:
http://hup.hu/node/144391
Ha van ember Győr környékén akit érdekel a swift/iOS, diskurálhatnánk egyet erről a csodáról.