Find out why after 22 years more developers than ever are choosing Delphi

[himitsu]

Zitat:

Zitat von jobo (Beitrag 1376092)

Soetwas könnte man ja im Preismodell / Funktionsumfang abbilden. Eine stärkere Modularisierung, jeder zahlt nur das, was er braucht.
Und die Einnahmen könnten fairerweise dann auch entsprechend der Kundenprio in die modulare Weiterentwicklung fließen.

Haben nicht genug gebraucht, wussten nicht genug davon, war von Emba doch nicht mehr gewollte, ....

k.A. warum, aber Appmethod ist tot.

Es war ein Abo-Model, wo man praktisch für ein Jahr den Teil sich kaufte, den man haben wollte, oder mehrere Teile (Delphi oder C++, nur FMX und keine VCL, Windows oder Mobil oder Mac)
Dank Zwangs-Wartungsvertag, ist Delphi ja nun auch ein Abo-Model, nur dass man hier nicht mal eben ein Jahr aussetzen kann (ohne dass es teuer wird).

[mkinzler]

AppMethod war aber zu teuer und war eine reines Abomodell. Bei Delphi/C++-Builder/RadStudio bezieht sich das Abomodell ja nur auf die Wartung. Nach deren Ablauf, kann man mit dem Produkt weiterarbeiten (Stand wird eingefroren)

[SneakyBagels]

Zitat:

Nach deren Ablauf, kann man mit dem Produkt weiterarbeiten (Stand wird eingefroren)

M.E. nach ist das nicht gerade kundenfreundlich und rechtfertigt nicht den hohen Kaufpreis.

Angenommen ich möchte die Architect-Version, habe mir 7000€ vom Mund abgespart. Das Abo möchte ich aber nicht bezahlen (wer bezahlt schon gerne ABOs!).
Dann habe ich im Endeffekt fast 10.000€ für ein Produkt ausgegeben und bekomme nach einem Jahr keinerlei Updates mehr.

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1376089)

Ich finde auch, man operiert nicht am linken Arm, wenn der rechte schon fast abfällt.

Von abfallen merke ich nichts. Wir entwickeln für Windows mit der VCL ohne nennenswerte Probleme.
Die Probleme mit Generics (durch den sehr starken Einsatz) sind in den aktuellen Versionen auch behoben.

[Der schöne Günther]

Du weißt darum. Du möchtest es kaufen. Du musst nicht.

Können wir nicht lieber wieder über putzige Comic-Äffchen oder die Roadmap sprechen? Die Diskussion um den Preis hatten wir doch schon oft genug.

Denn wie sagte hier einst ein schlauer Mann:

Zitat:

Zitat von Insider2004 (Beitrag 1242055)

Delphi ist halt nur was für Profis. Der Mercedes unter den Sprachen. Teuer und edel. Auf den Strassen fahre doch auch nur VWs und Reisschüsseln herum.

(Ich ärgere mich echt über die Jahre keine Signatur in den Beiträgen zu haben. Das hätte sich wirklich angeboten :-D)

[Darlo]

Zitat:

Zitat von SneakyBagels (Beitrag 1376096)

Das Abo möchte ich aber nicht bezahlen (wer bezahlt schon gerne ABOs!).

Abo-Modelle haben Vor- und Nachteile, klar. Ich finde das Modell von Emba aber durchaus akzeptabel und der Subscriptionpreis ist in meinen Augen ok.

Zitat:

Zitat von SneakyBagels (Beitrag 1376096)

Dann habe ich im Endeffekt fast 10.000€ für ein Produkt ausgegeben und bekomme nach einem Jahr keinerlei Updates mehr.

Das ist aber sehr sehr großzügig gerundet.

[SneakyBagels]

Zitat:

Delphi ist halt nur was für Profis.

Naja, das halte ich für reichlich gelogen ;)

C++ ist wohl eher etwas für Profis. Delphi ist doch recht "friedlich" und "stressfrei" zu erlernen.

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1376096)

Das Abo möchte ich aber nicht bezahlen (wer bezahlt schon gerne ABOs!).

Wir, weil es deutlich günstiger ist... wir zahlen für die Enterprise dadurch etwa 700 Euro pro Jahr. Würden wir reguläre Updates machen, müssten wir da schon einige Jahre auslassen um günstiger zu fahren...
Aber wir hätten auch die aktuellen Features nicht. Wir hätten also den gleichen Preis nach ein paar Jahren, aber weniger Leistung. ;-)
Und für mobile Plattformen geht es ohne Subscription eh nicht sinnvoll.

[SneakyBagels]

Zitat:

Und für mobile Plattformen geht es ohne Subscription eh nicht sinnvoll.

Genau das ist der Arm an dem aktuell operiert wird, von dem ich gesprochen habe, obwohl der andere (VCL/IDE) schon Krücken nutzen muss.
Damit meine ich: die IDE ist einfach nicht modern genug. Nicht einmal Verzeichnisse kann man in der Projektverwaltung anlegen oder Dateien verschieben.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1376121)

Nicht einmal Verzeichnisse kann man in der Projektverwaltung anlegen oder Dateien verschieben.

Das geht aber schon: Wenn du die Datei in der Projektverwaltung mit F2 umbenennst, kannst du anstatt eines anderen Namens auch einen anderen Pfad angeben (der wird dann bei Bedarf auch gleich angelegt). Das wirkt sich automatisch auf alle Projekte der aktuellen Projektgruppe aus.

[SneakyBagels]

F2 funktioniert ja nicht einmal :P
CnPack ist installiert. Lasse ich CnPack weg, funktioniert es.
Eine Art CnPack (mit weniger Müll) aber fest in Delphi integriert wäre mal was Tolles.

Aber auch wenn es funktioniert mit Rechtsklick > umbenennen. Für mich sind das alles dirty workarounds, mehr nicht.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1376124)

F2 funktioniert ja nicht einmal :P
CnPack ist installiert. Lasse ich CnPack weg, funktioniert es.

Das ist aber wohl eher die Schuld von CnPack. Das kannst du Embarcadero jetzt nicht in die Schuhe schieben. Ich finde es schon etwas befremdlich, sich über mangelnde Funktionalität zu beklagen, wenn man den Mangel selbst zu verantworten hat.

[SneakyBagels]

Ich habe doch nicht einmal geschrieben, dass ich Emba dafür die Schuld gebe :roll:

Die "mangelnde Funktionalität" im Allgemeinen ist aber nicht auszublenden: sie ist da (oder eben auch nicht...) und E/I ändert nichts daran.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1376134)

Ich habe doch nicht einmal geschrieben, dass ich Emba dafür die Schuld gebe :roll:

Und was hast du dann mit dieser Aussage gemeint?

Zitat:

Zitat von SneakyBagels (Beitrag 1376121)

Damit meine ich: die IDE ist einfach nicht modern genug. Nicht einmal Verzeichnisse kann man in der Projektverwaltung anlegen oder Dateien verschieben.

Kann man eben doch!

Zitat:

Zitat von SneakyBagels (Beitrag 1376134)

Die "mangelnde Funktionalität" im Allgemeinen ist aber nicht auszublenden: sie ist da (oder eben auch nicht...) und E/I ändert nichts daran.

Ich wüsste gern mal, wie du diesen Feature-Request bei Embarcadero formulieren würdest: Bitte macht, daß die Funktionalität von F2 im Projektmanager auch dann noch funktioniert, wenn ich CnPack installiert habe?

Wäre dieser Request nicht sinnvoller an die Macher von CnPack gerichtet? Schließlich sind die es, die eine existierende Funktionalität durch ihr Plugin außer Kraft setzen. Für den Fall, daß die nichts daran ändern, stehen auch immer noch die Sourcen zur Verfügung um den Fehler selbst zu beheben.

[SneakyBagels]

Zitat:

Kann man eben doch!

Also wenn du solche ekelhaften Workarounds in Ordnung findest, gut.
Ich kenne es von Visual Studio anders und dort ist es wesentlich angenehmer zu bewerkstelligen.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1376137)

Zitat:

Kann man eben doch!

Also wenn du solche ekelhaften Workarounds in Ordnung findest, gut.

Nun finde ich die F2-Funktionalität nicht gerade einen Workaround (MoveFile und RenameFile waren in Windows schon immer synonym) und schon gar nicht ekelhaft. Das ist ein von mir oft genutztes Verfahren um Ordnung in ein Projekt zu bringen. Es ist schnell und effizient. Ich würde mir gelegentlich nur wünschen, daß im Falle eines Umbenennung auch die Uses-Anweisungen der in der Projektgruppe enthaltenen Units angepasst würden. Aber dafür schreibt ja vielleicht mal jemand ein Plugin :)

Ich würde an deiner Stelle trotzdem mal den CnPackern auf die Füße treten.

[SneakyBagels]

Dafür ist mir meine Zeit zu schade. Denn alles was man als Antwort bekommt ist, dass der Entwickler das Problem nicht nachvollziehen kann und somit lößt sich das Problem für ihn in Luft auf.

[bernhard_LA]

mein Input zu diesem Thema, Zusammenfassung der Diskussionen im Entwicklerteam, viele mit Background Matlab, Phyton, C++, Java

a) Wenn man die Basics in Delphi mal verstanden hat, gehen viele Sachen einfach und schnell

b) Cross Plattform ist super einfach


Delphi ist ein Werkzeug, nicht mehr und nicht weniger

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1376140)

Dafür ist mir meine Zeit zu schade. Denn alles was man als Antwort bekommt ist, dass der Entwickler das Problem nicht nachvollziehen kann und somit lößt sich das Problem für ihn in Luft auf.

Dann kann es ja nicht so wichtig sein. Ohne eine entsprechende Bug Meldung wirst Du jedenfalls auch keine Lösung bekommen.

Das gilt für Bugs und gewünschte Features in Delphi natürlich auch.

[SneakyBagels]

Warum denn Bug-Reports erstellen wenn doch eh schon mehr oder weniger festgelegt ist, dass die nächste Jahre an Firemonkey und Co gearbeitet wird? :roll:

[Der schöne Günther]

Können wir diesen Kindergarten nicht langsam beenden?

[himitsu]

Es gab sogar mal neue VCL-Komponenten (Windows 8/10), in den letzten paar Jahren, und sogar ein paar knapp 10 Jahre alte Bugs wurden vor Kurzem behoben.

Auch wenn man netterweise die meisten Layout-Controls des FMX nicht auch gleich mit für die VCL umgesetzt hat. :cry:
Die TGridPanel und TFlowPanel fühlen sich so alleine. Und wer im GridPanel mal versucht hat ein paar Prozent-Werte einzugeben, der weiß was Sisyphus geleistet hat.

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1376163)

Warum denn Bug-Reports erstellen wenn doch eh schon mehr oder weniger festgelegt ist, dass die nächste Jahre an Firemonkey und Co gearbeitet wird? :roll:

Es wäre schon sinnvoll die Listen der Bugfixes zumindest mal anzuschauen bevor man solche Behauptungen aufstellt... :roll:
Aber alternative Fakten sind ja heute modern... :roll:

[Darlo]

Zitat:

Zitat von jaenicke (Beitrag 1376169)

Zitat:

Zitat von SneakyBagels (Beitrag 1376163)

Warum denn Bug-Reports erstellen wenn doch eh schon mehr oder weniger festgelegt ist, dass die nächste Jahre an Firemonkey und Co gearbeitet wird? :roll:

Es wäre schon sinnvoll die Listen der Bugfixes zumindest mal anzuschauen bevor man solche Behauptungen aufstellt... :roll:
Aber alternative Fakten sind ja heute modern... :roll:

Firemonkey und Co. inkludiert ja IDE und VCL. Sorry lieber SneakyBagels, kämpf doch lieber gegen die Windmühlen bei E/I und CnPack. Die Zeit, die hier für die Diskussion draufgegangen ist, hätte für eine Shortcutänderung von F2 auf F13 bereits gereicht ��

[SneakyBagels]

Zitat:

hätte für eine Shortcutäbderung von F2 auf ....

Wenn du meinst das hilft, dann mach es doch mal. Ich habe genau das schon gemacht und es hat einfach nichts geändert.

[Darlo]

Ich brauche es zum Glück nicht, da ich wirklich nur seltenst die Namen ändere. Aber jeder hat eine andere Arbeitsweise...

[Darlo]

Aber ich bin natürlich auch mit einigen Dingen nicht zufrieden:
- OS X 64 bit
- xCode 8.3 und aktuelle iOS Unterstützung
- Warum gibt es keine offene Datei der Bildfiles der styles
- Performance der ersten Animation in mobil
- Tokyo ist in meinen Augen für mobil nicht einsetzbar (habe die entsprechendenOC Einträge gemacht)

[Uwe Raabe]

Zitat:

Zitat von Darlo (Beitrag 1376176)

- Warum gibt es keine offene Datei der Bildfiles der styles

Die kannst du doch einfach im Bitmap-Stil-Designer über Exportieren selbst erzeugen - und dann später über Aktualisieren wieder reinholen.

[Daniel]

"sb" hat das Forum auf eigenen Wunsch verlassen.

[EWeiss]

Zitat:

Zitat von Daniel (Beitrag 1376179)

"sb" hat das Forum auf eigenen Wunsch verlassen.

Schade!
Aber ich kann ihn verstehen.

gruss

[Darlo]

Zitat:

Zitat von Uwe Raabe (Beitrag 1376177)

Zitat:

Zitat von Darlo (Beitrag 1376176)

- Warum gibt es keine offene Datei der Bildfiles der styles

Die kannst du doch einfach im Bitmap-Stil-Designer über Exportieren selbst erzeugen - und dann später über Aktualisieren wieder reinholen.

Die enthält aber nicht alle Informationen. Ich kann ja nicht eine Form anklicken und z.B. die Kontur auswählen.

[Darlo]

Zitat:

Zitat von Daniel (Beitrag 1376179)

"sb" hat das Forum auf eigenen Wunsch verlassen.

Oh, das ist natürlich Schade! Solltest du noch als Gast mitlesen:
Falls ich dir auf den Slips getreten bin, war das nicht meine Absicht.

[Uwe Raabe]

Zitat:

Zitat von Darlo (Beitrag 1376181)

Die enthält aber nicht alle Informationen. Ich kann ja nicht eine Form anklicken und z.B. die Kontur auswählen.

Jetzt verstehe ich nicht ganz. Du wolltest die Bildfiles der Styles und genau die bekommst du mit dem Export. In den meisten Fällen ist das eben nur eine große Bitmap, auf der die einzelnen Style-Elemente angeordnet sind. Was genau möchtest du denn erreichen? Welche Informationen vermisst du in den Bitmaps?

[Darlo]

Hallo Uwe,

ich habe mal ein Bild angehängt. Bei einer offenen Datei kann ich ein Objekt auswählen und einfach die Kontur, die Füllung und auch den Eckenradius bearbeiten. Bei den exportierten Dateien kann ich nur über Farbe ersetzen/ändern die Farben ändern. Das ist gerade wenn die Objekte einen Verlauf haben bisschen umständlich und führt oft dazu, dass man immer mal Pixel im alten Design übrig bleiben.

[Uwe Raabe]

Zitat:

Zitat von Darlo (Beitrag 1376185)

Bei einer offenen Datei kann ich ein Objekt auswählen und einfach die Kontur, die Füllung und auch den Eckenradius bearbeiten. Bei den exportierten Dateien kann ich nur über Farbe ersetzen/ändern die Farben ändern. Das ist gerade wenn die Objekte einen Verlauf haben bisschen umständlich und führt oft dazu, dass man immer mal Pixel im alten Design übrig bleiben.

Verstehe. Deine Kritik richtet sich also auf die Implementation der Styles als Bereichs-Referenzen in eine Bitmap - das kann ich nachvollziehen. Eine vektor-basierte Lösung wäre mir persönlich auch lieber. Für das Rendering ist die Bitmap aber wiederum deutlich performanter. Ich bin mir auch nicht sicher, ob es diese Vektordarstellung der Style-Bitmaps überhaupt gibt. Mich würde mal interessieren, wie unsere Freunde von DelphiStyles das handhaben (die machen übrigens auch recht preiswerte Custom Styles). Andererseits würde ich an deren Stelle die Vektorgraphiken auch nur gegen entsprechend hohes Entgelt herausgeben.

[Darlo]

Ja genau, schln das Du verstehst wad ich meine. Wäre halt klasse wenn man wenigsten den Default-Style als offene Datei hätte. Dann könnte man sehr bequem das Design anpassen. Kann man dann ja als bmp speichern und importieren.Aktuell bin ich immer dazu verleitet im Stylenanager Rectangle über Rectangle zu legen...

[Darlo]

Wir wäre das denn bzgl. copyright wenn ich denn Default-Style als Vektorgrafik bereitstelle?

[Uwe Raabe]

Zitat:

Zitat von Darlo (Beitrag 1376227)

Wir wäre das denn bzgl. copyright wenn ich denn Default-Style als Vektorgrafik bereitstelle?

Aus Weitergabe von Embarcadero Delphi 10.2- und C++Builder 10.2-Anwendungen in radstudio_deploy_de.htm (emphasize by me):

Zitat:

3. VCL- und FireMonkey-Stile

Das Produkt enthält eine Bibliothek mit weitergabefähigen VCL- und FireMonkey-Stildateien. Die Dateien befinden sich im Verzeichnis \Benutzer\Öffentlich\Öffentliche Dokumente\Studio\19.0\Styles
bzw. im entsprechenden betriebssystemspezifischen Verzeichnis.

Diese Dateien können bearbeitet und unter einem anderen Namen als Bestandteil Ihrer Arbeit weitergegeben werden.

[Codehunter]

Das Erstellen von Vektorgrafiken nach Vorlage ist ja eigentlich keine Bearbeitung. Selbst das direkte (automatisierte) Vektorisieren von Bitmaps fällt da nicht darunter.

Um keine Verwirrung zu stiften: Es geht mehr um die rechtliche Unterscheidung von Plagiat und Urheberrechtsverletzung.

Wenn man den Faktor Zeitaufwand mal ausblendet finde ich es immer am besten, Vektorgrafiken von Grund auf neu zu erstellen. Auch wenn ich Webseiten baue sind die Grafiken immer von mir selbst erstellt und keine abgewandelten Arbeiten von anderen Leuten. Da ist man immer auf der sicheren Seite. Bisher habe ich das überwiegend mit Corel Draw gemacht, aber in letzter Zeit finde ich auch Gefallen an Inkscape.

Ich meine mich zu erinnern, dass Microsoft selbst zu XP- oder Vista-Zeiten mal daran gearbeitet hat, rein vektorbasierte UI umzusetzen. Da gab es auch mal eine Roadmap die für eine (inzwischen Vergangenheit seiende) Zukunft frei skalierbare Icons vorsah. Davon scheint aber heute kaum etwas umgesetzt zu sein.

Im Übrigen ist das etwas, das mir auch bei Android und iOS sauer aufstößt. Es wäre ein leichtes gewesen, die Icons als SVG zu implementieren. Aber nööööö, stattdessen darf man jetzt ganze Stapel von PNGs in unterschiedlichen Größen mitliefern. Dem ganzen das Sahnehäubchen setzt dann Google auf mit der Empfehlung, die Icons immer von einem Vektor-Original abwärts zu skalieren und als PNG zu exportieren. Ich wage es kaum das zu erwähnen, aber das hat auch Auswirkungen auf die Größe der Binaries (bzw. APKs)

Um mal wieder auf das Ursprungsthema zu kommen: Durch mehrere Umfirmierungen haben sich im Laufe der Zeit meine beruflichen Mailadressen immer mal wieder geändert. Der Emba-Vertrieb hat die alle in die Newsletter-DBen gepackt. Ich war dann einmal ganz entsetzt als ich nach langer Zeit mal wieder in die nach wie vor existierenden alten Postfächer geguckt habe. Im Schnitt alle drei Tage sieben identische Mails von Embadera, zu allem möglichen Zeugs. Und von Klicks auf "Newsletter abmelden"-Links habe ich mich vor langer Zeit verabschiedet, da das allzu oft das Gegenteil bewirkt.

Selbst wenn man mal die Fallspezialität der mehrfachen Mailadressen ausblendet, so ist dieses aggressive Mailmarketing mehr lästig als vertriebsförderlich. Ich persönlich finde schon monatliche Newsletter übertrieben, aber Embadera treibt es auf die Spitze.

[himitsu]

Zumindestens hier hätte aber das Abmelden mal funktioniert.