Foren-Tage 2017 - Themen-"Wünsch-Dir-was"

[DeddyH]

Genau

[SneakyBagels]

Zitat:

Für meinen Geschmack sind die Delphitage in den letzten Jahren zu FMX-lastig geworden.

FMX ist meiner Meinung nach nicht mehr als ein Proof of Concept. Zu viele Bugs, die wahnsinnig teuer verkauft werden.
Aber man will ja konkurrenzfähig bleiben, also schmeißt man das auf den Markt. Nur muss man auch bedenken: je mehr Leute durch Bugs frustriert sind, desto mehr hauen ab und verbreiten schlechte Mundpropaganda.
FMX sollte besser nochmal komplett raus und erst wieder rein und zum Verkauf, wenn es brauchbar ist.

[Sherlock]

Ganz so schlimm würde ich FMX mittlerweile nicht mehr beurteilen. Ich verkaufe mit FMX geschrieben Software, die sehr stabil läuft, einfach zu warten ist, und recht einfach auf den drei von mir favorisierten Plattformen (Win, macOS, iOS) zum laufen gebracht werden kann. Mit dem gleichen Projekt.

Sherlock

[jaenicke]

Zitat von SneakyBagels:

FMX ist meiner Meinung nach nicht mehr als ein Proof of Concept. Zu viele Bugs, die wahnsinnig teuer verkauft werden.

Es hat sich in den letzten Jahren an vielen Stellen viel getan. Dazu zählt FMX, aber dazu zählen auch Generics. Wie wenig man damit machen konnte, habe ich gerade erst bei der Rückportierung eines Open Source Projekts gemerkt. Je weiter ich zurück gegangen bin desto mehr Workarounds brauchte ich... vorher war der Quelltext viel schöner...

Auf welcher Delphiversion basiert denn deine Aussage?

[Luckie]

Die Diskussion über FMX gehört, nicht ganz hier her. Kommt bitte wiede rzurück zum Thema.

[OlliWW]

Mich würde mal das Thema interessieren:
Wie setze ich die Delphi IDE in einem großen Unternehmen mit EINEM großen Projekt ein.

Wir stehen immer wieder vor folgenden Fragen:
- Wie kriegen wir es hin, dass alle Entwickler die gleichen "Einstellungen" / Komponenten nutzen (nein, nicht alle Entwickler [Azubis, ..] sind in der Lage dies selbst zu pflegen)
- Wie geht man mit der IDE mit großen Projekten ( > 2 Mio Zeilen) um => was gibt es hier für Best practises damit man nach einem "." nicht Kaffee holen muss bis das Kontextmenü aufgeht, Tipps zur Perfomance allgemein, wie Beschleunige ich den Compile-Vorgang (unsere Entwickler sind teilweise so frustiert von der IDE, dass sie im Notepad++ programmieren)

[Bernhard Geyer]

Zitat von OlliWW:

Wir stehen immer wieder vor folgenden Fragen:
- Wie kriegen wir es hin, dass alle Entwickler die gleichen "Einstellungen" / Komponenten nutzen (nein, nicht alle Entwickler [Azubis, ..] sind in der Lage dies selbst zu pflegen)

Wir machen das so:
- Alle (Kauf/OS/Selbstentwickelten) Komponenten liegen ebenfalls im CVS
- Die Kompoenten werden über ein Script (*.bat-Datei mit Aufruf msbuild der entsprechenden dproj-Dateien
- Der Entwickler muss einmalig alle erstellten BPL in der IDE aktivieren

Wenn sich Komponenten ändern die sich auf die IDE auswirken (neue Properties) so muss nur die Batch-Datei ausgeführt werden.
Die aktualisierten Komponentensourcen wird man ja wohl regelmäßig aus dem CVS auschecken.

Zitat von OlliWW:

- Wie geht man mit der IDE mit großen Projekten ( > 2 Mio Zeilen) um => was gibt es hier für Best practises damit man nach einem "." nicht Kaffee holen muss bis das Kontextmenü aufgeht, Tipps zur Perfomance allgemein, wie Beschleunige ich den Compile-Vorgang (unsere Entwickler sind teilweise so frustiert von der IDE, dass sie im Notepad++ programmieren)

Diese Probleme kennen wir nicht. Haben nur ein paar Tips angewand
- DDevExtension und Co. eines bekannten Entwicklers installieren
- Von der IT den Virenscanner so einstellen lassen das die dcu-Dateien nicht geprüft werden

Rebuildzeiten sind für ein 2 Mio-Zeilenprojekt zwischen 65 Sekunden (Meistens beim ersten Erstellen nach Login) und 15 Sekunden. Externe Map und Debug-Dateien brauchen dann auch nochmal 5-10 Sekunden (sind aber nur für RemoteDebugging und Co nötig.) Zeiten nach Drücken von "." sind oft 1-2 Sekunden und "alle Stunde" bis zu einer Minuten. Alles bei XE6

[jaenicke]

Zitat von OlliWW:

- Wie geht man mit der IDE mit großen Projekten ( > 2 Mio Zeilen) um => was gibt es hier für Best practises damit man nach einem "." nicht Kaffee holen muss bis das Kontextmenü aufgeht, Tipps zur Perfomance allgemein, wie Beschleunige ich den Compile-Vorgang (unsere Entwickler sind teilweise so frustiert von der IDE, dass sie im Notepad++ programmieren)

Der wichtigste Tipp:
Nicht alle Quelltextdateien blind in das Projekt werfen...
Seit wir ein Package vorkompilieren mit gemeinsamen Dateien mehrerer Projekte und alle Komponenten ebenfalls ist die IDE Performance deutlich besser und der Kompiliervorgang der Projekte logischerweise deutlich schneller, weil nicht mehr alles immer neu kompiliert werden muss.

Das ist glaube ich auch ein gutes Thema für eine Frage hier im Forum.

Zitat von OlliWW:

- Wie kriegen wir es hin, dass alle Entwickler die gleichen "Einstellungen" / Komponenten nutzen (nein, nicht alle Entwickler [Azubis, ..] sind in der Lage dies selbst zu pflegen)

Wie Bernhard auch geschrieben hat:
Komponenten und Quelltexte werden ausgecheckt, per Buildskript kompiliert, fertig.
Dann bleiben nur noch wenige Einstellungen übrig, nämlich Bibliothekspfad, Suchpfad und die Editorbreite. Wird beim Bibliothekspfad nix eingestellt, funktioniert schlicht der Build nicht. Viel falsch machen geht daher nicht.

Aber wie gesagt:
Mach daraus doch besser eine Frage hier im Forum, da bekommst du glaube ich deutlich mehr Feedback als aus einem Vortrag einer einzelnen Person.

[Benedikt Magnus]

Wenngleich ich selbst leider auch nicht teilnehmen kann, würde ich mir mal einen Überblick über die Neuerungen in der Programmierung der letzten Jahre und wie die Umsetzung mit Delphi aussieht wünschen. So jeweils eine kurze Vorstellung der wichtigsten Änderungen in der "Branche" mit kleinem Beispiel ab und an wäre sehr interessant und könnte bei so manchem "abgefahrenen Zug" behilflich sein.

[Mavarik]

Zitat von Benedikt Magnus:

Wenngleich ich selbst leider auch nicht teilnehmen kann, würde ich mir mal einen Überblick über die Neuerungen in der Programmierung der letzten Jahre und wie die Umsetzung mit Delphi aussieht wünschen. So jeweils eine kurze Vorstellung der wichtigsten Änderungen in der "Branche" mit kleinem Beispiel ab und an wäre sehr interessant und könnte bei so manchem "abgefahrenen Zug" behilflich sein.

wow... Das ist aber eher etwas für 2 Tage und nicht für einen Vortrag von einer Stunde... bzw. kommt darauf an was du als letzte Jahre bezeichnest...

Seit Delphi 7? oder seit XE6 (das geht sicherlich in einer Stunde).