Xcode 9 Jammerthread

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • WernerB schrieb:

    Na ja, die Jungs da sind halt unter massivem Druck - wenn man die Billigkonkurrenz nur durch, nennen wir es fortschrittlichere Software auf Distanz halten kann, die aber ruckzuck nachgebaut wird, siehe ARCore für Android, wird der Taktschlag in der SW-Entwicklung eben immer schneller. Und das geht eben auf die Qualität.
    Den Entwicklern kann man meiner Meinung auch keinen Vorwurf machen. Die sind für mich die ärmsten Schweine.

  • gandhi schrieb:

    matz schrieb:

    Den Entwicklern kann man meiner Meinung auch keinen Vorwurf machen. Die sind für mich die ärmsten Schweine.
    Ja, ich würde da nicht arbeiten wollen. Jedes Jahr auf Teufel komm raus ein Major-Release von OS X, iOS, Xcode & co machen zu müssen. Was für ein Scheiß
    Apple wollte Mainstream, jetzt haben sie Mainstream. Für die Nutzer bei der Stange zu halten muss man vermutlich so handeln (mir gefällt es ganz und garnicht).
    Langsam aber sicher gehöre ich einfach nicht mehr zur Zielgruppe.

  • matz schrieb:

    WernerB schrieb:

    Na ja, die Jungs da sind halt unter massivem Druck - wenn man die Billigkonkurrenz nur durch, nennen wir es fortschrittlichere Software auf Distanz halten kann, die aber ruckzuck nachgebaut wird, siehe ARCore für Android, wird der Taktschlag in der SW-Entwicklung eben immer schneller. Und das geht eben auf die Qualität.
    Den Entwicklern kann man meiner Meinung auch keinen Vorwurf machen. Die sind für mich die ärmsten Schweine.
    Ich traue mir nicht zu, das so intern beurteilen zu können.
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • Amin Negm-Awad schrieb:

    Ich traue mir nicht zu, das so intern beurteilen zu können.
    Ich natürlich auch nicht. Ich arbeite ja nicht bei Apple. Aber halt in der Branche. Und einmal im Jahr so ein Major-Release für so ein Produkt wie macOS rauszuhauen ist nicht ohne. Man will ja auch keine blöden Bugs in der Release-Version haben wie, daß man durch Eingabe eines leeren Passworts plötzlich root ist. Oder daß nach dem 12. Monat der 13. kommt. Oder das man mit der hauseigenen IDE keine Apps mehr in den Store bekommt. Das wäre ja irgendwie fast schon peinlich? Gut, daß das bei Apple nie passiert sowas.

  • Letztlich bei Apple bzw. dem kleinen Coder, dass Software so entwickelt wird.

    Mal zurück: Die Geschichte vom "kleinen Mann", der alles richtig macht und Opfer der Maschine ist, ist langsam etwas ausgelutscht. Es gibt auch Fälle von Leuten, die ich "kenne" (also mal ein Gespräch geführt habe) und die bei Apple sitzen, in denen ich mich frage, wie das mit Qualität zusammenhängt. Nicht ganz allgemein (das kann ich nicht beurteilen), aber was SW-Entwicklung unter Objective-C angeht.
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • Ohne die genauen Abläufe der Apple-Softwareentwicklung zu kennen, können viele Schuldige in Betracht kommen:
    • Das höhere Management, das unrealistische Zeit und Qualitätsvorgaben erstellt.
    • Faule und schlampig arbeitende Programmierer.
    • Die nicht vorhandene Testabteilung bzw. das höhere Management, das zu geizig ist, dafür Geld auszugeben.
    • Eine unfähige oder schlampig arbeitende Testabteilung.
    • Die Abteilungsleiter, die einfach keine vernünftigen Absprachen zwischen ihren Abteilungen zu Stande bringen.
    • Die hausinternen Systemadministratoren, die die notwendige Software immer noch nicht zum Laufen gebracht haben.
    • Alle zusammen, die lieber mit den Fingern aufeinander zeigen, als Lösungen zu finden.
    Ich finde diese Suche nach Schuldigen etwas müßig, und hoffe, dass Apple aus dem Schock was gelernt hat.
    „Meine Komplikation hatte eine Komplikation.“

  • Mir kommt es so vor, als würde Apple Teile von macOS/iOS komplett neu entwickeln, vermutlich sogar in Swift anstelle von Objective-C.

    Anders kann man schlecht erklären, warum Dinge, bis bislang fehlerfrei liefen, auf einmal nicht mehr richtig funktionieren. Ein gutes Beispiel scheint wohl PDFKit zu sein. Da soll wohl einiges nicht mehr wie in vorherige Versionen funktionieren.

    Für mich ein gutes Beispiel, dass fähige Entwickler deutlich wichtiger sind, als die gewählte Programmiersprache und Swift nicht wirklich zu besseren Programmen führt.

  • MCDan schrieb:

    Mir kommt es so vor, als würde Apple Teile von macOS/iOS komplett neu entwickeln,

    Ja, das ist auch so.

    Apple versucht die Basis von macOS und iOS zusammenzuführen. Aus Entwicklersicht durchaus nachvollziehbar. Wartung und Pflege eines gemeinsamen Systemstranges sind wesentlich effizienter, als zwei unterschiedliche Systeme zu bedienen.

    An dem "Month 13 out of bounds"-Bug kann man das gut sehen. Dieser Bug taucht jetzt in beiden Systemen auf, allerdings mit unterschiedlichen Folgen.

    Unter High Sierra triggert der Bug einen Logeintrag. Für mich heißt das, daß irgendwo auf einer API-Schicht durchaus dieser Ausnahmefall, der nicht eintreten soll, in Betracht gezogen wurde. Anscheinend wurden dann Tests beim QA vernachlässigt, um zu prüfen, ob der Fehler auch tatsächlich im Betrieb eintritt.

    MCDan schrieb:

    vermutlich sogar in Swift anstelle von Objective-C.

    Anders kann man schlecht erklären, warum Dinge, bis bislang fehlerfrei liefen, auf einmal nicht mehr richtig funktionieren. Ein gutes Beispiel scheint wohl PDFKit zu sein. Da soll wohl einiges nicht mehr wie in vorherige Versionen funktionieren.

    Für mich ein gutes Beispiel, dass fähige Entwickler deutlich wichtiger sind, als die gewählte Programmiersprache und Swift nicht wirklich zu besseren Programmen führt.

    Die letzten Bugs haben mit der Sprache bestimmt nichts zu tun. Diese low level Systemteile dürfte Apple weiterhin in C schreiben. Außerdem scheint mir die Ursache eher Logik- und Annahmefehler zu sein (gegen die man sich nicht mit Tests absichert). Fehler, gegen die 'sicherere' (Anführungsstriche beahcten!) Sprachen wie Swift oder Rust absichern, gehören in eine andere Kategorie.
    Das iPhone sagt: "Zum Antworten streichen". Wie? Echt Jetzt? Muß ich erst die Wohnung streichen!?

  • Der Hauptmarkt ist nunmal der der Smartphones - und da kann Apple eben nur noch mit deutlich leistungsfähigerer Hard- und Software, aber nicht mit dem Preis punkten. Das erhöht auch den Taktschlag in der Entwicklung massiv. Und was Apple rausbringt - schönes Beispiel ARKit, wird von den Android-CopyCats fleissig kopiert.

  • torquato schrieb:

    Die letzten Bugs haben mit der Sprache bestimmt nichts zu tun. Diese low level Systemteile dürfte Apple weiterhin in C schreiben.
    Bugs können immer etwas mit der (Komplexität der) Sprache zu tun haben. Ich weiß auch nicht, ob es wirklich um in C geschriebene Kernelgeschichten geht. Wäre eigentlich eine nette Sache, da mal eine Analyse zu starten.
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • Amin Negm-Awad schrieb:


    Bugs können immer etwas mit der (Komplexität der) Sprache zu tun haben.

    Ja, natürlich.

    Amin Negm-Awad schrieb:


    Ich weiß auch nicht, ob es wirklich um in C geschriebene Kernelgeschichten geht.

    Ich weiß nicht, ob diese letzten Bugs ("Month 13 out of bounds" und root-Freigabe ohne PW) direkt im Kernel liegen. Ich würde sie knapp eine Schicht darüber verorten, jedoch noch so low level, daß ich mir kaum etwas anderes als C vorstellen kann.

    Bei dem von @MCDan angesprochenen PDFKit wäre ich mir schon nicht mehr ganz so sicher. Die Basis dieses Frameworks dürfte erfahrungsgemäß auch in C (oder auch C++) geschrieben sein. Darüber dann der Objective-C-Wrapper. Macht Apple ja häufiger so. Ein Bug in PDFKit könnte dann auch ein Bug im Wrapper Layer und nicht der Basis sein…

    Amin Negm-Awad schrieb:


    Wäre eigentlich eine nette Sache, da mal eine Analyse zu starten.

    Verstehe ich nicht. Was soll man wo analysieren?
    Das iPhone sagt: "Zum Antworten streichen". Wie? Echt Jetzt? Muß ich erst die Wohnung streichen!?

  • Es gibt zu analysieren, wo die (zahlreichen) Bugs liegen und dann, in welcher Sprache das programmiert ist. Ich dachte, dies sei klar. Es ging ja gerade darum, dass Dinge wie der PDFKit zu Swift geswitcht sind.
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • WernerB schrieb:

    Und was Apple rausbringt - schönes Beispiel ARKit, wird von den Android-CopyCats fleissig kopiert
    Aus Tango wird ARCore - Eigentlich gab's für die Android-Plattform schon AR für bestimmte Smartphones vor ARKit. Aber vor ARKit gab es schon AR-Apps, wie z.B. die von Ikea. Die Apfel-Menschen haben halt eine sinnvolle Bib. zusammengebastelt, um den Anschluss an AR und VR nicht zu verpassen.