AW: Ein Tag im Leben eines FMX-App Programmierers...
:thumb:
Ich kenne die Probleme nur zu gut. Was gestern abend lief, muss heute morgen nicht zwangsläufig noch laufen. Wer kennt das Spielchen nicht, dass die FMX Form am nächsten Tag ohne irgendwelche Änderungen völlig verschoben aussieht. Ich habe, nachdem ich die Beiträge hier gelesen habe, nicht auf XE8 aktualisiert. Mit jeder neuen Delphi Version muss ich wieder lernen, wie ich mit den Bugs umzugehen habe. Hatte diesmal echt keinen Bock drauf, dass die App, die ich unter XE7 irgendwie ins laufen gebracht habe, plötzlich nicht mehr läuft, weil Methode/Funktion in Unit irgendwas umgezogen ist oder sich plötzlich irgendwas völlig anders verhält. Blöd nur, dass ein Auftraggeber / Chef genau diese Zeit (die man für das korrigieren / recherchieren braucht) nicht zahlen will. Letztendlich ist Dein Beitrag aber nur ein ungehörter Hilferuf. Es bringt nichts, wütend, sauer zu sein oder mit Abwanderung zu einer anderen Sprache. Es wird sich nichts ändern. Da ich auch nicht für jede Plattform eine eigene Sprache lernen/haben möchte (was für eine uneffektive Idee ist das bitte?), muss ich irgendwie damit leben. Ist wie eine Ehe: Nicht immer super, aber es gibt auch schöne Zeiten ;) PS: Mein nächster Traumjob steht aber fest: Ich möchte im Qualitätsmanagement von Embarcadero arbeiten. Da hat man nicht sehr viel zu tun. |
AW: Ein Tag im Leben eines FMX-App Programmierers...
Zitat:
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Zitat:
Zitat:
Ich führe meine Änderungen an der RTL seit XE4 mit und ändere jedes mal die neuen Sourcen. Zitat:
Zitat:
1. Ein deutscher Entwickler von EMBT als Schnittstelle (Egal wie gut wir alle englisch sprechen) 2. Viele Viele QC Einträge die nicht gemacht werden weil - zu lästig - man als Antwort nur erhält "as Designed" (Schwachsinn) oder das mehr Infos, ein Beispiel, oder was auch immer benötigt wird. - Der Fehler mitten bei Debuggen gefunden wurde und eigentlich überhaupt nicht klar wie man das a) beschreiben soll b) reproduzieren soll c) als Beispiel liefern soll - klar ich zippe mal eben die 40 Units und schicke sie als Public in das QC. Ich habe mich mit einem Unterhalten: "Das glaube ich nicht, ist hier in keinem Test passiert" - Eh mann ich sehe es auf meinen Bildschirm... "Deinen Fehler kann ich nicht nachvollziehen" - Dann halte Dich doch mal an meine Steps dann wirst Du ihn sehen... "Ist hier nie aufgetreten ich schließe den Fall"... Ich mache daher seit dem JEDES mal ein Video mit Camtasia... Das ist dann nicht weg zu diskutieren... Mavarik :coder: PS.: Zu den Kiffer-Beiträgen sage ich nix... gehört nicht hierher... |
AW: Ein Tag im Leben eines FMX-App Programmierers...
Davon schreibt auch Michael Nickles: Meldet man irgendwohin einen Hard- oder Softwarefehler, kommt mit Sicherheit zurück: "Das hatten wir noch nie."
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Zitat:
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Zitat:
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Wobei Delphi (nicht Pascal) ja vorallem für Datenbankanwendungen ausgelegt war (drum auch Delphi, da Oracle)
auch wenn es da etwas komisch ist, daß es kein ordentliches Grid gibt. :stupid: |
AW: Ein Tag im Leben eines FMX-App Programmierers...
Es gab mal eine Delphi/Pascal Version für GLSL-Shader (fx-pascal) aber eine "SQL" auf Pascalbasis wäre mir neu.
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Postgres sieht schon bissl pascallig aus.
|
AW: Ein Tag im Leben eines FMX-App Programmierers...
Zitat:
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:37 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz