Delphi bzw. FreePascal neu erlernen?

[Daniel]

Zitat von D-User:

Seid ihr bei Remobjects jetzt so sauer auf Emba, weil die euch nen Entwickler geklaut haben?

Sebastian ist nicht mehr bei RO. Das hat er nun schon mehrfach geschrieben.

[Furtbichler]

Zitat von Daniel:

Zitat von D-User:

Seid ihr bei Remobjects jetzt so sauer auf Emba, weil die euch nen Entwickler geklaut haben?

Sebastian ist nicht mehr bei RO. Das hat er nun schon mehrfach geschrieben.

Wenn ich Dir dein Auto klaue und dann weiterverkaufe, ist es nicht mehr geklaut?

[mkinzler]

Aber da Sebastian schon länger nicht mehr bei RO ist, kann man ihm dass nicht unterstellen.

[DeddyH]

Kommen wir nicht arg vom Thema ab?

[D-User]

da es allgem.Programmieren betrifft, sicher auch für Beginner hochinteressante Bemerkung von Joel zum Biz-Buzz-Word
"Not-Invented-Here Syndrome" :

http://www.joelonsoftware.com/articl...000000007.html

(sinngemäß: wenn man das einfach auf Software überträgt, gäbe es weder Google noch Amazon )

( mein Senf: und auch kein NoSQL und Skype )

[p80286]

Das ist mal eine interessante Interpretation von
"If it's a core business function -- do it yourself, no matter what."

Gruß
K-H

[Furtbichler]

Zitat von D-User:

da es allgem.Programmieren betrifft, sicher auch für Beginner hochinteressante Bemerkung von Joel zum Biz-Buzz-Word "Not-Invented-Here Syndrome" :

Es ist vielleicht doch ein kleiner Unterschied, ob eine one-man-show der Ansicht ist, alles(!) grundsätzlich(!) selbst machen zu müssen, oder ein Konzern beschließt, das Rad neu und besser zu erfinden.

Ich weiß ja nicht, wie toll Du programmieren kannst und wie hoch dein LOC-Output so ist, aber ich für meinen Teil mit gerade mal (entschuldige) 35 Jahren Programmiererfahrung halbwegs gesundem Menschenverstand kann dir sagen, das ein Weltkonzern hier ein klitzekleinwenig mehr Resourcen zur Verfügung stellen kann.

Was folgt daraus? Der Vergleich hinkt und wer Äpfel mit Birnen vergleicht, hat keine Ahnung von Obst.

[D-User]

Zitat von Furtbichler:

Zitat von D-User:

da es allgem.Programmieren betrifft, sicher auch für Beginner hochinteressante Bemerkung von Joel zum Biz-Buzz-Word "Not-Invented-Here Syndrome" :

Es ist vielleicht doch ein kleiner Unterschied, ob eine one-man-show der Ansicht ist, alles(!) grundsätzlich(!) selbst machen zu müssen, oder ein Konzern beschließt, das Rad neu und besser zu erfinden.

Ich weiß ja nicht, wie toll Du programmieren kannst und wie hoch dein LOC-Output so ist, aber ich für meinen Teil mit gerade mal (entschuldige) 35 Jahren Programmiererfahrung halbwegs gesundem Menschenverstand kann dir sagen, das ein Weltkonzern hier ein klitzekleinwenig mehr Resourcen zur Verfügung stellen kann.

Was folgt daraus? Der Vergleich hinkt und wer Äpfel mit Birnen vergleicht, hat keine Ahnung von Obst.

zum einen seh ich da nichts von Vergleich sondern nur einen Hinweis, zum anderen wird jemand mit jahrhundertelanger Programmiererfahrung sicherlich ahnen dass damit nicht gemeint sein kann auch das darunterliegende OS neu zu schreiben.


Meint:
das einfach als Gegenpol, die Wahrheit liegt wohl irgendwo in der Mitte. Und man darf drüber nachdenken und Zwischentöne finden.
Und ach ja:
wer überall Obst sieht, kennt kein Gemüse

[Phoenix]

Jim war schon ein halbes knappes Jahr bevor er bei Embarcadero angefangen hat auch schon nicht mehr auf der Gehaltsliste von RemObjects. Von Klauen kann hier keine Rede sein.

Aber das geht echt am Thema vorbei. D-User will mich offenbar falsch verstehen und interpretiert meine Aussagen in eine Richtung, die - für andere offenbar erkennbar - nichts mit meiner ursprünglichen Aussage zu tun hat.

Der OP (milos) hat explizit gesagt das er auf .NET unter anderem wegen so vielem vorgefertigten Zeug verzichten will, das er lieber selber schreiben will. Ich habe erklärt warum das - aus meiner Sicht - eher ungeschickt ist.

Von D-User kam dann

Zitat von D-User:

DB-Zugriff ist doch weitestgehend mit Komponenten regelbar, soweit man das nicht selber mit Hand machen will;

- wobei der OP ja ausdrücklich gesagt hat:

Zitat von milos:

aber ich mag „vorgebasteltes“ Zeug nicht so ^^ Wenn möglich, alles selber schreiben. ^^

Ich verstehe da das Ziel hinter D-Users Aussagen in diesem Kontext nicht.

Genauso hat meine Aussage hier vollkommen aus dem Kontext gerissen:

Zitat von D-User:

Zitat von Phoenix:

Das, was in Delphi run-time Packages sind, ist das .NET Framework.

interessant, sind Delphi run-time Packages gemanaged?
Wäre mir jetzt neu

Der Kontext war hier, die Grundstruktur von Delphi mit der .NET Architektur in groben äquivalenten zu vergleichen: Delphi mit seiner RTL (Runtime Library) und dem .NET Framework als Runtime, und z.B. die Komponenten-Packages von Delphi zu .NET Assemblies die Komponenten enthalten.

Zitat von D-User:

Zitat von Phoenix:

Die meisten Lösungen gibt es als Open-Source Komponenten die Du einfach reinziehen kannst. Insbesondere im Java- und im .NET Bereich gibt es hier eigentlich *alles* schon fertig.

hmmmmmm, hört sich interessant an:
Dann kann man jetzt die dummen Uni-Abteilungen, die sich mit Algorithmen, theoretischer Informatik etc befassen alle schliessen?
Und das "alles fertige" nur noch in Komponenten packen, so dass dann jeder Laie diese nur noch zusammenstöpseln braucht?

Auch das hier verdreht absichtlich meine Argumentation. Korrekt ist hier der letzte Teil: JA, jeder Laie sollte in der Lage sein, aus den Komponenten das zusammenstöpseln zu können. Wenn das möglich ist, haben die Komponenten-Entwickler ihren Job richtig gut gemacht.

Aber auch die muss es geben. Also nein, die Unis können nicht dicht machen. Die werden gebraucht. Aber in der Uni wird keine Buchhaltung geschrieben, kein Marktdatensystem und keine Warenwirtschaft. Und der Fachinformatiker / Anwendungsentwicklung, der in der Firma an solchen Projekten sitzt, ist nunmal nicht auf dem Uni-Level, um hochperformante Sortier-Algorithmen und Threadingkonzepte zu entwickeln. Der braucht die als fertige Komponenten zum zusammenstöpseln.

So, und jetzt bitte wieder zurück zum Thema.