Mac zulegen für IOS Entwicklung

[Phoenix]

Kompilieren braucht CPU & I/O. Er muss die source-files lesen (I/O), durchnudeln (CPU) und die entstehenden binärfiles wieder schreiben (I/O). Diese dann nochmal lesen (oder im Speicher halten), linken (CPU), und das Ergebnis dann wieder schreiben (I/O).

Und am Ende des Tages macht es halt schon einen Unterschied ob Du jedes mal 30 oder 60 Sekunden kompilierst.
Ich habe kürzlich an einem C++ Projekt mitgearbeitet. Komplette kompilierzeit auf zwei Kernen bei einem Core i7 auf einer externen HDD waren 7.5 Stunden. Die 7 GB sourcen auf die interne SSD gepackt und dem System erlaubt alle 4 Kerne zu nehmen und die komplette Kompilierzeit ging auf ~1,5 Stunden runter. Auf einem Referenzsystem mit 16 Kernen sind das dann 'nur noch' 30 Minuten. Ich habe jede Sympathie für die armen Kerle beim Kunden die damit täglich arbeiten müssen.

Das ist jetzt natürlich ein Extrembeispiel, aber wenn man trotzdem jedes mal wenn er alles durchbaut ne Minute oder so länger warten muss als nötig, dann kostet das halt Zeit und irgendwann auch Nerven.

[Sherlock]

Nur mal so als Grundlage zur Überlegung: Ich habe gestern die OpenSSL Libs compilieren müssen (für https im iOS-Simulator...lange Geschichte nachzulesen hier Building openssl dylibs for iOS Simulator) Das hat auf meinem MacBook Pro 2015 (2,5GHz i7, 16GB RAM, SSD Platte) gute fünf Minuten gebraucht. Ich will mir gar nicht ausmalen, wie lange ich darauf hätte warten müssen, wenn ich das auf der Minimalkiste hätte machen müssen. (Und ich kann mir gar nicht vorstellen, was da so lange gedauert hat, ich bin da dann doch Delphi verwöhnt, das ja immer noch extrem kurze Compilezeiten hat)

Es ist außerdem ein richtig schönes Arbeiten möglich. Unter Parallels läuft das Windows 10 fast wie auf einem eigenständigen leistungsfähigen Rechner, nur daß die regelmäßigen Snapshots gleich von der TimeMachine mit gesichert werden. Ich bin äußerst zufrieden, und kann das jedem uneingeschränkt empfehlen, der mit Delphi für die Apple-Welt entwickeln möchte. einzig an das etwas andere Tastaturlayout muß man sich gewöhnen.

Sherlock

[Der schöne Günther]

Meine Frage zeugt jetzt von absoluter Unkenntnis und fehlender Bereitschaft, groß Zeit zu investieren.

Wofür muss ich mich den groß vor die Apple-Kiste setzen? Warum muss ich mich physikalisch davor setzen? Ich habe die ausführlichen Anleitungen aus dem Embarcadero-DocWiki noch nicht gelesen, aber ich hätte doch erwartet, hier einmal stumpf nach einer Anleitung etwas einzurichten, und fortan die Kiste nur noch ein- und ausschalten zu müssen.

Im Notfall wird Mac OS wird doch auch so etwas wie Remote Desktop haben, oder? Zumindest von den Entwicklern hat hier NIEMAND auch nur ein bisschen Erfahrung mit Mac. Sind wir auf dem Weg in die Hölle oder ist das halb wo wild? Was muss man an Zeit einplanen, nur mit Apple-Systemen herumzuspielen?

[Phoenix]

Zitat von Der schöne Günther:

Wofür muss ich mich den groß vor die Apple-Kiste setzen? Warum muss ich mich physikalisch davor setzen? Ich habe die ausführlichen Anleitungen aus dem Embarcadero-DocWiki noch nicht gelesen, aber ich hätte doch erwartet, hier einmal stumpf nach einer Anleitung etwas einzurichten, und fortan die Kiste nur noch ein- und ausschalten zu müssen.

Im Notfall wird Mac OS wird doch auch so etwas wie Remote Desktop haben, oder? Zumindest von den Entwicklern hat hier NIEMAND auch nur ein bisschen Erfahrung mit Mac. Sind wir auf dem Weg in die Hölle oder ist das halb wo wild? Was muss man an Zeit einplanen, nur mit Apple-Systemen herumzuspielen?

Also 'Remote Desktop' auf Mac heisst VNC. Und ich habe (leider) bis heute keinen tauglichen Windows-Client gefunden, der auch wirklich stabil und schnell mit einem Mac arbeiten kann. Selbst das teure RealVNC das recht ordentlich mit Linux läuft ist mit einem Mac eine Katastrophe.

Und ja, Du musst da das ein oder andere mal direkt an die Kiste. z.B. das ganze Devicemanagement mit den Testgeräten (damit Du darauf deployen und debuggen kannst) passiert in XCode. Hier werden die ganzen Zertifikate etc. verwaltet die Du brauchst.

An Mobilentwicklung für iOS heranzugehen ohne sich mit dem passenden Ökosystem, Apple und OS X auseinanderzusetzen halte ich für etwas zu naiv. Ihr seid zwar nicht auf dem Weg in die Hölle, so aber auf jeden Fall auf dem besten Weg, Euch gewaltig in den eigenen Fuss zu schiessen.

So schlimm ist OS X jetzt auch nicht (wobei ich persönlich froh bin, nicht mehr täglich damit als Produktivsystem arbeiten zu müssen, aber für richtig produktives Arbeiten steht es mir mehr im Weg als Windows. Alle anderen Kollegen um mich rum sehen das allerdings genau andersrum und sind froh, wenn sie ihre Win-VM's nicht anfassen müssen ).

[Der schöne Günther]

Zitat von Phoenix:

An Mobilentwicklung für iOS heranzugehen ohne sich mit dem passenden Ökosystem, Apple und OS X auseinanderzusetzen halte ich für etwas zu naiv.

Gut zu wissen. Schade. Das gilt also auch, wenn ich nichts in irgendwelche Stores bringen möchte sondern es nur für auf ein paar eigene Testgeräte gespielt werden soll?

Damit meine ich nicht "Ich will mich nicht kümmern was iOS kann, wie man dort etwas am besten macht", sondern "Ich fange jetzt erst einmal an, Mac OS zu verstehen und plage mich mit irgendeinem Zertifikat-Management herum"

[Sherlock]

Ich tüdel jetzt seit einem viertel Jahr am Mac, davor hatte ich kaum Berührung mit Mac OS. Eines ist sicher: Google ist Dein Freund! Egal was ich bisher gesucht habe, mit Google hatte ich nach nicht mehr als fünf Minuten bisher immer eine Lösung zu meiner Fragestellung gefunden, beginnend bei der seltsamen Tastenbelegung über die seltsame Python Installation von XCode bis hin zur Einrichtung von TimeMachine.


Sherlock

[Darlo]

Zitat von Der schöne Günther:

Zitat von Phoenix:

An Mobilentwicklung für iOS heranzugehen ohne sich mit dem passenden Ökosystem, Apple und OS X auseinanderzusetzen halte ich für etwas zu naiv.

Gut zu wissen. Schade. Das gilt also auch, wenn ich nichts in irgendwelche Stores bringen möchte sondern es nur für auf ein paar eigene Testgeräte gespielt werden soll?

Damit meine ich nicht "Ich will mich nicht kümmern was iOS kann, wie man dort etwas am besten macht", sondern "Ich fange jetzt erst einmal an, Mac OS zu verstehen und plage mich mit irgendeinem Zertifikat-Management herum"

Einmal einrichten (und wenn es Änderungen gibt) und fertig. PA-Server muss mit root-Rechten gestartet werden. Remote geht auch mit temviewer.

Wenn der pa-server auf dem Mac läuft brauchst du keine Maus/Tastatur/Monitor um aufs Device zu schieben.

[Der schöne Günther]

So hatte ich mir das eigentlich gedacht, ja

[Bambini]

Zitat von Phoenix:

Also 'Remote Desktop' auf Mac heisst VNC. Und ich habe (leider) bis heute keinen tauglichen Windows-Client gefunden, der auch wirklich stabil und schnell mit einem Mac arbeiten kann. Selbst das teure RealVNC das recht ordentlich mit Linux läuft ist mit einem Mac eine Katastrophe

Ich verwende, recht zufrieden, den Chrome Remote Desktop um den Mac fern zu steuern:
https://chrome.google.com/webstore/d...enigjmpp?hl=de

[madas]

Zitat von Sherlock:

Es ist außerdem ein richtig schönes Arbeiten möglich.

Hat wenigstens einer mal ein funktionierendes Macbook erhalten.