Zitat von johndoe049:

Die Community Version sehe ich als ein Geben und Nehmen an. Kostenfrei kann das keiner entwickeln. Embarcadero lebt schließlich vom Lizenzverkauf und nicht von der kostenfreien Community Version.

Du kannst keine Lizenzen verkaufen, wenn es keine Programmierer auf dem Markt gibt, die Dein Programm nutzen. Und wieviele Firmen sind in den letzten 20 Jahren von Delphi abgesprungen, weil es immer schwieriger wurde, einen Delphi Programmierer zu finden.
Ich selbst finde die CE sehr gut, das war ein Schritt in die richtige Richtung. Die Starter von Delphi 2005 fand ich etwas daneben, aber zumindest etwas.

Zitat von Uwe Raabe:

Zitat von TurboMagic:

Soweit mir bekannt, gilt das nur für kommerzielle Entwicklungen oder Dinge, die evtl. mit dem
Geschäft des Arbeitgebers in Konflikt geraten. Die Named User Lizenz ist Named User und nicht
Named Company.

Das ist ja nichts was Embarcadero über ihre Lizenzbedingungen entscheiden könnte. Tun sie auch nicht, denn dort steht dazu überhaupt nichts drin.

Fakt ist, dass dem Arbeitgeber die Software gehört und er auch entscheidet, wann und wo du damit arbeiten darfst. Das Named User hat damit gar nichts zu tun. Nur weil auf deiner Bürotür in der Firma dein Name steht, darfst du sie in der Regel trotzdem nicht mit nach Hause nehmen.

Mein Arbeitgeber hat mir erlaubt, die Firmenverseion (die ja auf meinen Namen läuft) auch daheim zu installieren und für meine privaten Projekte zu nutzen (mach ja auch zur Zeit nichts kommerzielles)

Zitat von MyRealName:

Du kannst keine Lizenzen verkaufen, wenn es keine Programmierer auf dem Markt gibt, die Dein Programm nutzen. Und wieviele Firmen sind in den letzten 20 Jahren von Delphi abgesprungen, weil es immer schwieriger wurde, einen Delphi Programmierer zu finden.

Oh ja da kann ich ein Lied von singen. Wir suchen inzwischen keine Delphientwickler mehr, sondern bilden zum einen unsere Azubis dafür aus und zum anderen stellen wir inzwischen fast ausschließlich Java-Entwickler ein, welche wir dann auf Delphi umschulen (bin auch so einer, wobei ich ursprünglich aus dem C#-Umfeld komme). Nen talentierten Delphi-Entwickler zu finden, der dann auch noch bezahlbar ist (nicht jede Firma kann 6-stellige Jahresgehälter zahlen), ist echt die Hölle.

Zitat:

Oh ja da kann ich ein Lied von singen. Wir suchen inzwischen keine Delphientwickler mehr, sondern bilden zum einen unsere Azubis dafür aus und zum anderen stellen wir inzwischen fast ausschließlich Java-Entwickler ein, welche wir dann auf Delphi umschulen (bin auch so einer, wobei ich ursprünglich aus dem C#-Umfeld komme). Nen talentierten Delphi-Entwickler zu finden, der dann auch noch bezahlbar ist (nicht jede Firma kann 6-stellige Jahresgehälter zahlen), ist echt die Hölle.

Es geht auch anders herum. Ich habe mich 1998 als TurboPascal/Delphi-Entwickler selbständig gemacht. In den fast 18 Jahren bis Ende 2015 hatte ich genau 3 Projekte, die etwas mit Delphi zu tun hatten (2 davon Umstellung auf C#), Gesamtlaufzeit dieser Projekte: 5 Monate, die andere Zeit habe ich mich mit Microsoft-Produkten befassen dürfen.

Ich habe daher eher den Eindruck, in Deutschland hat die Beliebtheit von Delphi stark nachgelassen, dementsprechend auch die Zahl der Leute, die sich damit befassen.

PS: Anfragen an mich sind sinnlos, ich bin in Rente.

Zitat von HRolle:

Ich habe daher eher den Eindruck, in Deutschland hat die Beliebtheit von Delphi stark nachgelassen, dementsprechend auch die Zahl der Leute, die sich damit befassen.

Das Problem ist eher, dass manche Firmen von Delphi weg sind, weil sie einfach zu wenige Entwickler gefunden haben. Zwei Beispiele kenne ich dafür persönlich.

Ich finde die CE-Version gut. Ich habe mir selber privat eine geholt und mir z.B. ein Tutorial (von und mit M. Eißing ?) angesehen und live nachvollzogen. Ansonsten schlummert die Version.....hätte ich mehr Zeit privat, dann würde ich vielleicht mal das ein oder andere Just-For-Fun damit programmieren/umsetzen.

Ich sehe, daß die jungen Generation an Entwicklern völlig Python-geil ist. Für alles und jedes wird Python eingesetzt. Da kann man sich den Mund fusselig reden, daß bei bestimmten Aufgaben/Anwendungen Delphi klar die Nase vorn hat, wenn es um die Produktivität geht.
Ich hab' mich vorhin für M. Eißings Tutorial bzgl Python+Delphi angemeldet....für morgen?...ich glaube.
Vielleicht ist da was dabei, womit ich die jungen Kollegen überzeugen kann, daß Delphi auch mit der Python-Welt sinnvoll verknüpft werden kann.

Vor einiger Zeit hatte ich im internationalen Lazarus-Forum gelesen, daß ein User einige seiner Python-Projekte nach Lazarus portiert. Der wird schon seine Gründe haben, auf Pascal als Sprache umzuswitchen.

Ich habe auch keine Idee, wie man Delphi/Pascal hipper für die jungen Leute machen könnte. Die CE-Version ist eigentlich genau dafür geeignet. Videos gibt's glaube ich auch so einige.

Ich denke, daß an den Schulen mehr laufen müßte. Aber da sehe ich generell, daß da so gut wie nischt bzgl Programmierung läuft, wenn es nicht engagierte Lehrer auf dem Gebiet gibt. Da war das Angebot an meiner Schule vor bald 40 Jahren besser, als es heute an derselben Schule erscheint. (Das ist übrigens ein völliges Versagen der Politik, ohne das jetzt hier zu diskutieren.)

Als ich vor Jahrzehnten von der Uni in den Betrieb kam, war ich eigentlich auf dem Trip, meinen Vorgesetzten davon zu überzeugen, Richtung C++ umzuschwenken.....der hat sich nicht erweichen lassen und beharrte auf Delphi, was meiner Meinung auch rückblickend richtig war.

Vielleicht kann Hr. Eissing was dazu sagen.

In meinem Umfeld höre ich permanent, dass Delphi und Free Pascal überwiegend in Latein Amerika und in den südlichen europäischen Gebieten wie Spanien, Griechenland und Portugal sehr beliebt sei. Man könnte kreativer sein als mit anderen Compilern. Wäre für deren Mentalität angenehmer. Kanada wäre auch langsam am steigen.

Ehemaliger Ostblock soll auch nicht gering sein. Hier wird gerne Fast Report und Trichview genannt.

Wäre auch aus anderem Grund interessant. Im Alter will man sich im sonnigen Süden niederlassen. Wenn man dann da noch etwas nebenbei verdienen kann wäre das doch angehem. Also stellt sich nur noch die Frage, wo ist die Delphiquote am höchsten.

johndoe049, der User aus dem internationalen FPC/Lazarus-Forum, von dem ich oben schrieb und der einige seiner Python-Projekte auf Lazarus/FPC rüberzieht, war aus Lateinamerika, wenn ich mich recht entsinne.

Im Thread, in dem es um die Zukunft der Entwicklung der Delphi-Fremdkomponenten aus Russland und der Ukraine geht, kann man gut sehen, daß dort die Akzeptanz zu Delphi recht hoch ist. Ich wußte, daß dort im ehem. Ostblock einiges entwickelt wird, aber das es so viel ist, davon war ich überrascht.

Zitat von jaenicke:

Das Problem ist eher, dass manche Firmen von Delphi weg sind, weil sie einfach zu wenige Entwickler gefunden haben. Zwei Beispiele kenne ich dafür persönlich.

Oder weil es kein Vertrauen in eine Firma gibt, die nichmal ihre eigene IT Infrastruktur unter Kontrolle hat.

Zitat von Stevie:

Oder weil es kein Vertrauen in eine Firma gibt, die nichmal ihre eigene IT Infrastruktur unter Kontrolle hat.

Dann dürfte man auch Vodafone, Telekom und viele weitere Firmen nicht nutzen. Ist für mich kein nachhaltiges Argument und zu kurzfristig entschieden.

Bei Load Balancing gibt es zwei gängige Arten der Verwaltungsreplikation. D.h. der Replikation der Verwaltungsinformationen für das Load Balancing und die verwendeted Serverstruktur/Serverzuordnungen.

Üblich ist ein Verfahren, dass öfters als Rolling Replication bezeichnet wird. D.h. alle Verwaltungsinformationen über neue/geänderte Load Balancing Server werden rollend über alle Instanzen verteilt. Aktivierung erfolgt, wenn das Ende der Replikationskette rückwärts die Aktualisierung bestätigt.

Theoretischer Vorteil ist, dass man am ersten Server eine vollständige Rückmeldung nach einger Zeit erhält.

Nachteil fängt dann an, wenn in der Replikationskette eine Lücke existiert, die Aktualisierung dies nicht überspringen kann und man auf einmal zwei oder mehrere verschiedene Konfigurationen hat, die meistens auch noch ohne Versionkennung sich gegenseitig konkurrieren. Das kracht unerbittlich und kann nur schwer behoben werden. Eigentlich nur, wenn man alles abschaltet und einzeln mit neuer Konfigurationseinstellung wieder hochfährt.

Einfach zu erstellen und zu verwalten und daher sehr häufig im Einsatz.


Das andere Verfahren wird öfters als Encapsulated Transmission oder als Hirachic Replication bezeichnet. Ein Ursprungspunkt wählt alle Server aus, sendet einzeln an alle die neue Konfiguration mit einem Gültigkeitsdatum, einer Versionkennung, etc. und erhält Rückmeldungen. Ein verlorener Ast wird durch die Versionskennung automatisch ausgeschlossen und kann relativ einfach ein- und ausgekoppelt werden. Üblicherweise braucht man hier mindestens 2 Betriebsmaster oder verteilt die Betriebsmaster Rolle über eine Replication bei entsprechendem Ausfall oder Übertragung. Aufwendiger zu planen (nicht nur die Übertragung auch die Rückmeldungen müssen verwaltet werden) und zu programmieren. Aber relativ Ausfallsicher. Ähnlich einem selbststeuerneden Linux Cluster.

Nur, wer leistet sich heute noch den Luxus der teuren Ausfallsicherheit???

Hallo zusammen,
ich würde gern diesen Thread reaktivieren, da sich ja hier ursprünglich über Lizenzprobleme mit Delphi 10.4 unterhalten wurde.
Ich habe meine Community Lizenz bei Embacadero unter meiner privaten Email aktiviert und einen Serial-Key erhalten.

Dem Anschein nach wird dieser Key auch richtig im Lizenzmanager erkannt und konnte erfolgreich registriert werden.
lizenz_manager.png
Trotzdem bekomme ich nach einem Click auf "Done" die Meldung, dass ich nicht für Delphi 10.4 lizensiert bin.

Ein Export der Log-Datei (Anhang regwizard_log.txt) gibt auch keine Aufschlüsse. Es wird kein Fehler geloggt.

Ich hoffe auf eine rettende Idee!

MfG
Thorben Werner