Ing. Allen Bauer noch bei Emba?

[Delphi-Laie]

Zitat:

Zitat von Uwe Raabe (Beitrag 1332499)

Zitat:

Zitat von Delphi-Laie (Beitrag 1332489)

Wenn man jeden zarten Silberstreif am Horizont gleich mit einem "Hype" verwechselt, gar ihn zu einem solchen zu machen mitzuhelfen sich bemüht, läuft man Gefahr, sich zu verzetteln. Ob das profitabel wird, ist fraglich. Ich erinnere nur an Kylix....

Ja, ich erinnere mich - der Linux-Hype....

Währendhingegen die den 32 Bit logisch folgenden 64 Bit - man mußte kein Prophet sein, um die nicht als "Hype", sondern als kommende Technologie auch für Intel-(kompatible)-Prozessoren vorauszusehen - bei Embarcadero leider jahrelang auf sich warten ließen. Das ist auch der Grund, warum ich mich Lazarus zuwandte, das auch heute noch bei mir neben Delphi herläuft.

[Bambini]

Zitat:

Zitat von himitsu (Beitrag 1332488)

Bei IoT kann ein Gerät als Wearable (Add-On) z.B. an ein Handy angeschlossen werden.
Ist nichts Anderes wie ein Sensor oder Actor am PC, also z.B. wie ein Monitor, Taster/Tastatur, Scanner oder (3D)Drucker, die dann per Internet vergesteuert/abgefragt werden.

Ich hoffe ja nicht, das man die neuen IoT Neuerungen auch schon mit Delphi 1.0 machen konnte ;-)

Zitat:

Zitat von himitsu (Beitrag 1332488)

Die Geräte können aber auch selber "mehr" Intelligenz mitbringen und sich dann via (W)LAN oder einem eigenen Modem+SIM ins Netzwerk einklinken.

Einfach nur ein neuer Name für eine alte Funktion als neues Ding verkauft.

Ich dachte da ehr an IoT für z.B. die Home-Automation:
Heizung, Licht, Stereoanlage, Garagentor, Kühlschrank, Türspion usw.
Aber welches dieser Geräte wird mit denn mit iOS, Android oder gar mit Intel/Windows betrieben und kann daher mit Delphi entwickelt werden?

Es steht zu befürchten, da Delphi Komponenten für IP und Bluetooth hat/bekommt und man damit technisch mit den IoT Geräten kommunizieren kann, will man das als IoT verkaufen.

Da reitet man - so glaube ich - das Pferd von der verkehrten Seite ;-)

[jaenicke]

Zitat:

Zitat von Delphi-Laie (Beitrag 1332500)

Währendhingegen die den 32 Bit logisch folgenden 64 Bit - man mußte kein Prophet sein, um die nicht als "Hype", sondern als kommende Technologie auch für Intel-(kompatible)-Prozessoren vorauszusehen - bei Embarcadero leider jahrelang auf sich warten ließen.

Für 99% der Programme ist 64-Bit aber auch heute noch eher ein Werbegag. Wirklich brauchen tun wir das z.B. auch nur für unsere Serveranwendung mit mehreren hundert Clients, weil dort schlicht der Arbeitsspeicher unter 32-Bit nicht ausreicht.

Insofern war es zwar klar, dass das die Zukunft ist, aber eben auch nicht so viele dringend brauchten.

[bra]

Zitat:

Zitat von jaenicke (Beitrag 1332514)

Für 99% der Programme ist 64-Bit aber auch heute noch eher ein Werbegag. Wirklich brauchen tun wir das z.B. auch nur für unsere Serveranwendung mit mehreren hundert Clients, weil dort schlicht der Arbeitsspeicher unter 32-Bit nicht ausreicht.

Insofern war es zwar klar, dass das die Zukunft ist, aber eben auch nicht so viele dringend brauchten.

Über kurz oder lang wird 32 Bit aber aussterben. Und spätestens bei der iOS-Entwicklung hat man gesehen, was passiert, wenn Embarcadero nicht aus der Hüfte kommt. Da stand man letztes Jahr wie ein Esel da, weil es kein 32/64-Bit gab und Apple nur noch dieses für den Appstore erlaubte.

[Daniel]

Zitat:

Zitat von bra (Beitrag 1332527)

Da stand man letztes Jahr wie ein Esel da, weil es kein 32/64-Bit gab und Apple nur noch dieses für den Appstore erlaubte.

Sorry, aber das ist falsch. Es gab den Compiler zwar spät, aber noch rechtzeitig. Man stand zu keinem Zeitpunkt ohne Werkzeug da.

[bra]

Aber auch nur, wenn man keine neue App ausliefern wollte. Da gab es mehrere Wochen keine Möglichkeit.

[Daniel]

Nein, es gab den Beta-Compiler. Du konntest zu jedem Zeitpunkt eine neue App ausliefern. Selbstverständlich hätten wir uns einen finalen Compiler gewünscht, aber auch dessen Beta-Version hat ihren Dienst hinreichend gut verrichtet, um eine App in den Store zu bringen.

[himitsu]

Zitat:

Zitat von Bambini (Beitrag 1332511)

Ich hoffe ja nicht, das man die neuen IoT Neuerungen auch schon mit Delphi 1.0 machen konnte ;-)

Nein, nicht mit Delphi, aber es gibt schon seit langem "kleinere" Geräte, die selber ins Netz/Internetz konnten.

[Bambini]

Zitat:

Zitat von himitsu (Beitrag 1332534)

Zitat:

Zitat von Bambini (Beitrag 1332511)

Ich hoffe ja nicht, das man die neuen IoT Neuerungen auch schon mit Delphi 1.0 machen konnte ;-)

Nein, nicht mit Delphi, aber es gibt schon seit langem "kleinere" Geräte, die selber ins Netz/Internetz konnten.

Das hatte und hat mit mit Delphi also gar nichts zu tun.
Und warum versucht man jetzt unbedingt den Begriff IoT mit Delphi in Verbindung zu bringen?

[himitsu]

Man versucht "Komponenten" in Delphi einzubauen, für einen "einfachen" Zugriff auf einige solcher Geräte.

Bluetooth, TCP/IP und HTTP haben auch nichts mit Delphi zu tun, aber man kann es selber machen oder man nimmt Komponenten dafür.

[Bambini]

Zitat:

Zitat von himitsu (Beitrag 1332542)

Man versucht "Komponenten" in Delphi einzubauen, für einen "einfachen" Zugriff auf einige solcher Geräte.

Bluetooth, TCP/IP und HTTP haben auch nichts mit Delphi zu tun, aber man kann es selber machen oder man nimmt Komponenten dafür.

D.h. Delphi Programme können sich sich IoT Geräten unterhalten, sind aber keine IoT.
Genauso wie eine Fernbedienung kein Fernseher ist ;-)

[himitsu]

Zitat:

Zitat von Bambini (Beitrag 1332563)

D.h. Delphi Programme können sich sich IoT Geräten unterhalten, sind aber keine IoT.

Jupp.
OK, man könnte bestimmt mal einen Compiler für verschiedene IoT Mikrocontroller bauen, aber da wird man dann nur einen Bruchteil der RTL und vorallem keine VCL/FMX benutzen können. (vorallem Platzmangel und schlechtere Rechenleistung)

Cool wäre doch auch, wenn man mit Delphi Code für CUDA und Co. schreiben könnte, der dann in der GPU läuft, anstatt in der CPU. :stupid:

[mael]

Zitat:

Zitat von himitsu (Beitrag 1332568)

Zitat:

Zitat von Bambini (Beitrag 1332563)

D.h. Delphi Programme können sich sich IoT Geräten unterhalten, sind aber keine IoT.

Jupp.
OK, man könnte bestimmt mal einen Compiler für verschiedene IoT Mikrocontroller bauen, aber da wird man dann nur einen Bruchteil der RTL und vorallem keine VCL/FMX benutzen können. (vorallem Platzmangel und schlechtere Rechenleistung)

Cool wäre doch auch, wenn man mit Delphi Code für CUDA und Co. schreiben könnte, der dann in der GPU läuft, anstatt in der CPU. :stupid:

LLVM hat Backends für AMD und NVIDIA-Karten. Man müsste Delphi also "nur" wie C++ bei CUDA erweitern.
P.S.: Du hast eine PN ;)

[mkinzler]

Aber immhin hat man ihn zum MVP erkoren

[Jens01]

Zitat:

Aber immhin hat man ihn zum MVP erkoren

Weißt doch... -> Streit,Grummeln, ABFINDUNG ,Vertragen,AllesGut