War ja eigentlich zu erwarten; wird aber wahrscheinlich ein langer und langsamer Tod.

Naja, für Apple wird's eine spannende Aufgabe: Dann ist nicht nur das Betriebsystem sondern auch noch die Sprach-Implementierung buggy.

kmr schrieb:

dasdom schrieb:

@andy_matuschak : Because Obj-c is going to die

Daran zweifelt doch niemand ernsthaft, oder?

Dubito, ergo sum.
Und nach Ockhams Rasiermesser bauche ich weder Swift noch Obj-C 2.x.
Notfalls steige ich halt zu 100% auf GNUstep um

kmr schrieb:

@andy_matuschak : Because Obj-c is going to die
Daran zweifelt doch niemand ernsthaft, oder?

Kommt drauf an, was mit "sterben" gemeint ist - je nach Standpunkt könnte man auch sagen, der Hirntot ist schon längst eingetreten und die Sprache wird von iOS noch künstlich am Leben erhalten

Auf jeden Fall gibt es eine (vielleicht sehr kleine, aber zumindest sehr laute) Gruppe, die lieber Swift als Objective-C tot sehen will... aber ob nur aus Frust gegen die neue Sprache gewettert wird, oder weil man sich davon ersthaft erhofft, genug Programmierer von Objective-C zu überzeugen, bleibt Spekulation.

Uah! So sehr ich den Window Maker mag … GNUstep ist mir dann aber auf Dauer dort zu arg retro.

Warum denn das? Wenn Dir das Design nicht gefällt, kann man das anpassen (Theming). Und hat eigentlich nichts mit dem Thema zu tun, da es um zwei Programmiersprachen geht.

Übrigens gibt es Leute die sogar Cocoa (also die Frameworks) am Aussterben sehen:

nshipster.com/the-death-of-cocoa/

Wobei ich das noch weniger nachvollziehen kann.
Als ich ca. 2002 Obj-C kennengelernt habe, war Cocoa und Obj-C für mich die systematischste und effizienteste Möglichkeit "Apps" zu schreiben, die funktionieren, deren Code ich nach 3 Jahren noch lesen kann (um Bugs zu fixen), deren Code ich umstellen und weiterverwenden kann, und deren Frameworks einfach über viele Jahre stabil sind. Es war C++ (auf MacOS 9) oder X/Motif weit überlegen, was ich davor lange ver. Und das ist es bis heute (noch).

Alles was über Obj-C 2.0 oder Swift dazukommt, ist Apples Versuch Java, C++ und noch ein paar andere Sprachen überflüssig zu machen, aber hat an obigen Aspekten nichts grundlegend verbessert. Daher brauche ich das nicht wirklich. Eher verschlechtert es für mich einiges - z.B. die Dokumentation der Frameworks wird immer unübersichtlicher.

Mir kommt das manchmal so vor als ob man den Binomischen Satz ergänzen will, damit er "richtiger" wird.

Aber jeder möge selber entscheiden welches "die beste" Programmiersprache ist. Und nicht Apple für uns. Gegen "Marketing" bin ich im übrigen schon lange immun (sonst hätte ich da nicht ein paar Jahre arbeiten können :).

Wenn es OSX nicht mehr geben wird, bin ich zum Glück in Rente.

Gruß

Claus

Die einzige logsiche Konsequenz, wenn man tatsächlich produktiv und sinnvoll mit Swift arbeiten soll.

Wobei die NSHipster-Liste meines Erachtens auch sehr stark von Wunschdenken geprägt ist.

ist es denkbar, dass apple swift will, keiner macht mit und sie lassen davon ab bzw. objective-c und swift gibt es auf dauer neben einander ???

gut, ich will mal nicht sagen keiner, sondern die großen provisionseinbringer.

Also unter iOS kann ich mir noch vorstellen dass sich Switft durchsetzen kann. Da war bisher tatsählich die große Hürde für Neueinsteiger dass sie eine "richtige" Programmiersprache lernen mussten und mit ihrem JAVA-Gehampel nichts anfangen konnten

Aber welches Unternehmen mit einer profitablen App unter OSX schreibt diese denn um auf Swift? Microsoft sein Office? Adobe sein Photoshop? to be continued... Ich glaube kaum.

Gruß

Claus

Wenn Apple Swift will und keine Lust mehr auf Objective-C hat, dann drücken die das durch. Spätestens, wenn du neue APIs nur noch mit Swift nutzen kannst, musst du dich entscheiden mitzuziehen oder den Hut zu nehmen.

Ich glaube so hart, d. h. nicht kompatibles ObjC-API, wird es nicht kommen. Eher lässt Apple die ObjC-Tools sanft einschlafen – also keine Fehlerbeseitigungen und Weiterentwicklungen mehr bzw. den Ausbau von Features aus Xcode. Letztendlich lief es beispielsweise bei Java ja auch so.

Das is ja nicht einmal 100% Obj-C (uh, wahrscheinlich <10%?). Wer will es sich leisten einen komplette Portierung zu schreiben, für eine Plattform von einem Anbieter, der Profi-Nutzer mit Füssen tritt?

Einblick zu haben wie Apple tickt und Prognosen darüber abzugeben, was die als nächstes tun klingt für mich irgendwie nach inhärentem Widerspruch.

Naja, letztendlich entwickle ich nicht für den Mac, ein OS oder eine Programmiersprache, sondern um ein Problem zu lösen. Und da behalte ich mir vor das am besten geeignete Werkzeug zu nehmen. Wenn das Apple ist (wie für mich die letzten 20 Jahre) ist es gut, wenn irgendwann das Werkzeug nicht mehr die gewohnte überlegene Qualität hat, dann halt nicht... Bzw. wenn das Werkzeug anfängt mich zu behindern statt zu helfen, dann lege ich mir ein anderes zu. Oder wenn das viel gepriesene neue Werkzeug nicht besser ist.

Krampf. Nur weil man nicht alles hypermegatoll findet, was Apple einem so vorwirft ist man noch lange nicht frustriert. Und es gibt einige gewichtige Nachteile von Swift, warum soll man die verschweigen?

ciao

gandhi

Bei diesem Swift-Hurra-Patriotismus fällt meines Erachtens auch leider viel zu häufig unter den Tisch, dass Apple damit auch einige einzigartige Features streicht; beispielsweise Method-Swizzling. Vor einigen Jahren konnte man viele Apple-Tools noch mit Plugins erweitern. Das ist jetzt eher selten, und mit jeder neuen Version funktionieren alte Plugins nicht mehr.

KVO ist unter Swift eher ein Krampf und funktioniert nur, wenn man es explizit erlaubt. D. h. in der Regel also nicht. Aber dafür haben wir jetzt Operator-Overloading, Generics und das ganze andere Zuckerzeugs. Isch krich Karies.