Delphi Wartung vs. VS Wartung

[Uwe Raabe]

Zitat:

Zitat von jensw_2000 (Beitrag 1274935)

muss man Komponenten ohne Source für die neue Version kaufen

Setzt denn wirklich jemand sowas im kommerziellen Umfeld ein? Das halte ich für ziemlich risikofreudig.

[jensw_2000]

Nein, sicher nicht. Da gebe ich Dir Recht.

Ändert aber nichts an den Fakten.
Im kommerziellen Umfeld kostet es trotzdem eine Subscription für die 3rd Party Komponenten, weil vermutlich kaum jemand einen wertvollen Mitarbeiter 2 mal pro Jahr tagelang damit beschäftigt, um die ganzen "Uses Änderungen" in IFDEFS zu verpacken und Packages für die neue Delphi Version zu bauen.

[stahli]

Uwe, Du siehst das immer aus Deiner erfolgreichen kommerziellen Sicht.

Kleine Selbständige und Hobbyprogrammierer können nicht ständige Ausgaben in beliebiger Höhe einplanen.
Wenn Du das als gut laufende Firma kannst ist das ok.
Aber es trifft halt nicht auf jeden potenziellen Delphi-Anwender zu.

Wenn wenigstens das erworbene Produkt dann halten würde was es verspricht, dann könnte man ja mal aller paar Jahre in den sauren Apfel beißen...

Ok, mir es inzwischen ja egal.
Ich habe eine neue (noch größere) Liebe gefunden. :-)

PS: Nur an der DP hänge ich immer noch. :love:

[greenmile]

Zitat:

Zitat von stahli (Beitrag 1274946)

Uwe, Du siehst das immer aus Deiner erfolgreichen kommerziellen Sicht.

Kleine Selbständige und Hobbyprogrammierer können nicht ständige Ausgaben in beliebiger Höhe einplanen.
Wenn Du das als gut laufende Firma kannst ist das ok.
Aber es trifft halt nicht auf jeden potenziellen Delphi-Anwender zu.

Wenn wenigstens das erworbene Produkt dann halten würde was es verspricht, dann könnte man ja mal aller paar Jahre in den sauren Apfel beißen...

Ok, mir es inzwischen ja egal.
Ich habe eine neue (noch größere) Liebe gefunden. :-)

PS: Nur an der DP hänge ich immer noch. :love:

Naja, wer kein Geld verdient wird entweder die kostenlose Variante oder eine "kopierte" nutzen, für die meisten kommt dann eh keine Lizenz in Frage. Der Kleinunternehmer muss es sich ausrechnen. Ein Schreiner braucht Holz, ein Maurer Steine und ein Entwickler halt Entwicklungswerkzeuge für die Arbeit. Man sollte nicht davon ausgehen, dass man nichts investiert und nur Gewinn macht. Es ist das Arbeitswerkzeug.

[greenmile]

Zitat:

Zitat von Uwe Raabe (Beitrag 1274941)

Zitat:

Zitat von jensw_2000 (Beitrag 1274935)

muss man Komponenten ohne Source für die neue Version kaufen

Setzt denn wirklich jemand sowas im kommerziellen Umfeld ein? Das halte ich für ziemlich risikofreudig.

Die Erfahrung muss jeder mindestens einmal in seinem Entwicklerdasein machen. Tut weh, man lernt aber ungemein ;)

[jensw_2000]

Jaaahaaa.
Bis auf ein "Mini Ding" hatte ich auch immer die teureren Varianten mit Source gekauft.
Es geht hier aber um Kosten. Und da steht für mich fest:
.Net Komponenten kann man in den allermeisten Fällen uneingeschränkt mit neuen VS Versionen verwenden. Sie kosten daher nicht zwangsläufig neues Geld, wenn man VS aktualisiert.
Delphi Komponenten kosten entweder eine Subscription oder 2x pro Jahr wertvolle Arbeitszeit und Nerven.

[Bernhard Geyer]

Zitat:

Zitat von jensw_2000 (Beitrag 1274945)

Im kommerziellen Umfeld kostet es trotzdem eine Subscription für die 3rd Party Komponenten, weil vermutlich kaum jemand einen wertvollen Mitarbeiter 2 mal pro Jahr tagelang damit beschäftigt, um die ganzen "Uses Änderungen" in IFDEFS zu verpacken und Packages für die neue Delphi Version zu bauen.

Die meisten (jedenfalls vernünftigen) Packagesammlungen haben ein Inc-Datei und dort wird in den letzten Version einfach nur ein Block für die neueste Compilerversion ergänzt.

[jensw_2000]

Der neue Versionseintrag in der INC stellt sicher auch gleich die ganzen Uses Klauseln in allen Sourcefiles um und fixt alle Referenzen. Seit Delphi XE bleibt da ja leider kein Stein mehr auf dem anderen ... :roll:

[Stevie]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1274958)

Die meisten (jedenfalls vernünftigen) Packagesammlungen haben ein Inc-Datei und dort wird in den letzten Version einfach nur ein Block für die neueste Compilerversion ergänzt.

Wer es richtig macht, nutzt eine inc Datei, die aufwärtskompatibel ist, so wie Jedi.inc. Da muss man bei Benutzung der DELPHIXXX_UP Direktiven garnüscht ändern.

Zitat:

Zitat von jensw_2000 (Beitrag 1274959)

Der neue Versionseintrag in der INC stellt sicher auch gleich die ganzen Uses Klauseln in allen Sourcefiles um und fixt alle Referenzen. Seit Delphi XE bleibt da ja leider kein Stein mehr auf dem anderen ... :roll:

Kommt auf den Bereich an, aber in den meisten Fällen kann jeder halbwegs taugliche Delphi Entwickler das unter Benutzung von Suchen und Ersetzen in Kürze selber anpassen.

[Phoenix]

Zitat:

Zitat von greenmile (Beitrag 1274903)

Ältere Visual Studio's werden, genau wie Delphi, ebenfalls nicht aktualisiert, so gibt es schon Ewigkeiten z.B. einige Data-Repeater Bugs.

Quatschfug.

Für Visual Studio 2010 gibt es noch bis Mitte Juni 2015 Mainstream-Support, für zahlende Kunden bis Mitte 2020.
Für VS 2012 bis 2018 bzw. 2023 und für das aktuelle VS 2013 bis 2019 bzw. 2024. Also jeweils 5 Jahre Mainstream-Support und 10 Jahre Extended Support.

Quelle: http://support2.microsoft.com/lifecy...ilter=FilterNO


Der Data-Repeater ist im übrigen kein Element des Visual Studios, sondern des .NET Frameworks, und in den neueren aktualisierten Versionen des Frameworks sind die vermutlich schon gefixt. Zeig mir auch mal bitte die Bug-Meldungen bei Microsoft Connect auf die Du Dich hier beziehst.