Delphi Starter Editionen am Start?

[igel457]

Ich finde es nur interessant, dass man für Features die mit TDE kostenlos verfügbar waren und die andere (kostenlose) IDEs (abgesehen von dem Multithreaded-Debuging) auch können, nun Geld bezahlen soll. Eigentlich hätte ich erwartet, dass man die Features von TDE bekommt und dafür noch ein bisschen mehr von den neuen Features (Installierbarkeit von Komponenten ist für mich persönlich kein Thema, habe ich nie gebraucht). Dafür hätte man die 200€ dann ja auch gerne ausgeben können.

Zitat von Phoenix:

Das sind lediglich Sachen, die einen professionellen Entwickler noch effizienter machen (sollen).

Meiner Meinung nach sind das Sachen, die Produktivität erst ermöglichen.

Wenn der z.B. Debugger nicht weiter fortgeschritten ist, dann kann ich ja auch wie momentan GDB und valgrind verwenden um meine Fehler zu suchen. Das ist auch nicht produktiv, aber es geht.

Zitat von Phoenix:

Du bist wahrscheinlich nicht die Zielgruppe.

Welche Zielgruppe bin ich denn dann? Ich verdiene damit kein Geld und programmiere in meiner Freizeit (von der ich momentan nicht viel habe) - was für mich professionell bedeutet... Wenn ich der einzige bin, dem diese Funktionalitäten fehlen, dann hat Embarcadero ja richtig gehandelt.

Ich möchte aber auch keine Diskussion darüber starten. Ich sehe ein, dass die Starter-Edition für Einsteiger unter Umständen brauchbar ist, für ambitionierte Hobbyentwickler, die mehr machen als irgendwelche bunten Fenster zusammen zu klicken (sprich komplizierte Multi-Threaded-Anwendungen o.ä. entwickeln, was ja auch etwas anspruchsvoller ist und von daher als Hobby auch mehr Spaß macht), jedoch eher nicht.

Ich kann für mich persönlich auf jeden Fall keinen wirklichen Mehrwert bezüglich vorhandenen (kostenlosen) Lösungen entdecken, der es Rechtfertigen würde, so viel Geld in die Hand zu nehmen.

Andreas

[Assarbad]

Zitat von igel457:

Wenn der z.B. Debugger nicht weiter fortgeschritten ist,

... als was?

GDB? WinDbg? VS IDE Debugger? IDA Pro? OllyDbg?

Zitat von igel457:

dann kann ich ja auch wie momentan GDB und valgrind verwenden um meine Fehler zu suchen.

Kannst du doch trotzdem? Speziell Valgrind (Memcheck) finde ich persönlich äußerst produktiv. Zumal ich die Wahl habe zwischen automatisiertem Test und Test mit GDB wo ich den Debugger im Fehlerfall anhängen kann. Finde ich äußerst produktiv.

Zitat von igel457:

Das ist auch nicht produktiv, aber es geht.

Das ist nun einer der Vorteile die ich mir davon verspreche, daß die zukünftige Version des Compilers (mit x64) auf DWARF unterstützen soll. Dann kann man GDB auch produktiv einsetzen. WinDbg kann man mit den Compilern rund um Delphi und CB nicht einsetzen, womit übrigens auch ein großer Teil des Nutzens einer WinQual-Partnerschaft mit MS wegfällt.

[igel457]

Zitat von Assarbad:

Zitat von igel457:

Wenn der z.B. Debugger nicht weiter fortgeschritten ist,

... als was?

Ich meinte den Delphi-Debugger von TDE.

Zitat von Assarbad:

Zitat von igel457:

dann kann ich ja auch wie momentan GDB und valgrind verwenden um meine Fehler zu suchen.

Kannst du doch trotzdem?

Ja natürlich, aber wieso sollte ich Geld dafür ausgeben, einen Debugger zu haben der ungefähr den Möglichkeiten von Lazarus, aber weniger als TDE (bedingte Haltepunkte) kann, um dann weiterhin GDB verwenden zu müssen, den ich nur aufgrund der Unzulänglichkeiten des Debuggers von TDE (u.a. eben die Probleme bei Multithreading) verwende...

Valgrind hatte zugegebenermaßen weniger etwas mit dem Thema zu tun, da es ja kein klassischer Debugger wie der in der Delphi IDE integrierte ist... Genial ist das Tool trotzdem.

Aber wie gesagt, ich will hier keine Diskussion starten, sondern wollte nur meine (einzelne) Meinung zu dem Thema loswerden.

Grüße,
Andreas