Was ist denn überhaupt IDE? Habe kA...

//Edit:
Ach so ja nee, das war doch das Interface Development Enviroment oder? Und was ist damit gemeint? Z.B. der Objectinspektor und die Komponentnenpalette? JA, nehme ich mal an, einfach die Entwicklungsumgebung.

Was hat deine Frage mit dem Thread-Thema zu tun?
Aber zu deiner Frage: Ja, die IDE ist die Enwicklungsumgebung.
Zum Thread-Thema: Was definierst du unter "richtigem Programmieren"? Eigentlich ist das was du da machst Programmieren, wenn du mit Delphi irgendwelche Oberflächen zusammenklickst und dann ein paar Ereignisbehandlungsroutinen entwirfst. In der neuen c't war ein Artikel zu dem Thema, wie sich der Implementierungsprozess im Laufe der Zeit verändert hat. Da gings aber eigentlich um den Zeitbedarf eines Softwareprojekts. Man geht davon aus, dass heutzutage 1/10 der Zeit an einem Projekt mit implementieren verbracht wird.

Zitat:

mehr als ein bissle GUI-Klicken

Ja, wer als Anfänger die ersten grafischen Programme zusammenstöpselt und nicht wirklich viel Quelltext schreibt, der braucht sich auch keine Gedanken über Software-Architektur zu machen.

Das wär sonst so als würde man eine Woche Planung machen um zwei Lego-Steine zusammenzusetzen... *übertreib*

Jedenfalls muss man aber genau so auf absehbare Zeit das Programmieren lernen auch wenn es für größere Projekte Hilfen gibt, die einem einige Arbeit abnehmen.

arcitC|Crash hat folgendes geschrieben:

Was ist denn überhaupt IDE? Habe kA... //Edit: Ach so ja nee, das war doch das Interface Development Enviroment oder? Und was ist damit gemeint? Z.B. der Objectinspektor und die Komponentnenpalette? JA, nehme ich mal an, einfach die Entwicklungsumgebung.

Ja wie sourcehunter schon bestätigt hat: Es ist die Entwicklungsumgebung (Integrated Development Environment).

Und zu dem, was sourcehunter geschrieben hat:

Sicherlich: Wenn man jetzt mit "richtigem Programmieren" das reine implementieren meint: Das wird sicherlich bei größeren Projekten einen geringeren relativen Anteil am Entwicklungsprozess einnehmen (eben z.B. 1/10 der Zeit), als noch vor einigen Jahren.

Das hat ja verschiedene Ursachen: Zum Einen gibt es immer mehr Bibliotheken etc., die einem viel von der Programmierarbeit abnehmen. Man muss zum Beispiel nicht mehr verschiedene Soundkarten direkt vom Programm unterstützen, wie es unter DOS nötig war. Auch andere Standard-Operationen, wie z.B. das Drehen einer Bitmap, muss man nicht mehr selbst implementieren.

Und zum Anderen ist natürlich in einer IDE wie Delphi das Entwickeln der Oberfläche kein schreiben von Quelltext mehr, sofern man "nur" Standard-Komponenten verwendet.

Außerdem werden heute immer größere Projekte erstellt, die einer viel größeren Planung bedürfen als zum Beispiel das schreiben eines kleinen Texteditors oder Systemtools unter DOS. Der höhere Aufwand liegt natürlich auch darin, dass unter Windows der Benutzer den Programmablauf steuert und nicht das Programm Eingaben verlangt (na ja, meistens sollte es so sein...).

ABER: Wie sourcehunter schon gesagt hat: Auch das gehört zur Programmentwicklung und gehörte es schon vor einigen Jahren. Hauptsächlich hat sich der relative Anteil der einzelnen Arbeitsschritte an der gesamten Entwicklungszeit verschoben.

@Sourcehunter: Was meine Frage mit dem Thread zu tun hat:

Zitat:

Es gibt sicher bessere Sprachen aber IMHO gibt es keine besseren IDEs und das ist etwas worauf ich als Entwickler sehr viel wert lege da ich vieles einfach angenommen bekomme.

Deshalb wollte ich's einfach nur wissen^^

Und was ich mir unter richtiges Programmerien vorstelle: Ich meine eigentlich z.B. die TCPSockets. Ich muss diese Komponenten einfach auf die Form ziehen, den Port und den Host einstellen, dem Programm sagen, dass sie aktiviert (ServerSocket.Active := true;) werden sollen und schon bin ich verbunden! Aber ich habe überhaupt keine Ahnung, wie sowas auch nur annähernd funktioniert. Ich kann sowas grade mal benutzen ohne zu wissen, wie das überhaupt passiert. Und da ist z.B. auch meine Befürchtung gewesen, dass es ja vielleicht bald schon richtige vorgefertigte Chats geben wird und man sie nicht mehr selber machen muss, viellecht nur noch das Aussehen verändern, nur als Beispiel.

Und falls jemand jetzt denkt, es gibt schon vorgefertigte Chats siehe Demos, ja vielleicht, aber wer benutzt diese "hässlichen" nicht tollen Programme? ^^

arcitC|Crash hat folgendes geschrieben:

Und was ich mir unter richtiges Programmerien vorstelle: Ich meine eigentlich z.B. die TCPSockets. Ich muss diese Komponenten einfach auf die Form ziehen, den Port und den Host einstellen, dem Programm sagen, dass sie aktiviert (ServerSocket.Active := true;) werden sollen und schon bin ich verbunden! Aber ich habe überhaupt keine Ahnung, wie sowas auch nur annähernd funktioniert. Ich kann sowas grade mal benutzen ohne zu wissen, wie das überhaupt passiert.

Du musst auch unterscheiden zwischen Systemprogrammierern und Anwendungsentwicklern. Die einen schreiben die Basissachen, die anderen Programme für Anwender. Ich hab auch keine Ahnung was die Komponente alles so treibt, interessiert mich auch nicht solange sie dass tut was ich will. Dafür ist die VCL ja da Ich meine es ist ja auch noch keine richtige Anwendung wenn du einfach mal was connectest.

Hier mal ein Video zur Zukunft von der Programmierung. Es steckt noch in den Kinderschuhen, aber geil ist es trotzdem. Und es stimmt, man kann damit noch lange nicht alles machen, aber: geil ist es trozdem
bdn.borland.com/arti...0,1410,32761,00.html

Sorry war mein Fehler ich hab die vorherigen 2 Seiten mit Beiträgen nicht bemerkt.
Tut mir ganz doll leid.

Was hier für Programmierung festgestellt wurde gilt in gleichem Maße auch für die Systemadministration. Die Betriebssysteme (besonders Windows) werden immer komfortabler, mit Assistenten und so, wo man eigentlich immer nur auf weiter klicken brauch. Die Fehler die dann manchmal entstehen sind allerdings ziemlich kompliziert. Es scheint manchmal fast so als würden die Computer ein Eigenleben führen a la "och, ich hab jetzt heut mal keine Lust also bau ich mal nen schönen Fehler rein, dann hab ich noch ein Stündchen Ruhe". Aufgrund der Umfangreichen und komplizierten Software mit zehntausend Schnittstellen drin ergeben sich quasi ganze Netze und wenn da irgendwo eine Ungereimtheit auftritt hat das gleich wieder Auswirkungen auf teilweise ganz andere Komponenten. Das lässt sich schon mit der Chaostheorie vergleichen. Es treten scheinbar zufällig Fehler auf, der zwar eine logische Ursache hat, die allerdings so tief in dem Softwarenetz versteckt ist dass man den Zusammenhang nicht erkennt. Nun gilt es Kenntnis von diesen Systemen zu bekommen um die Fehler effektiv zu beseitigen. Es wird einem aber nie gelingen die vollständige Transparenz darüber zu erlangen ohne die Ablaufpläne aller installierten Programmen zu kennen. In DOS hat das damals natürlich komplizierter ausgesehen mit den umständlichen Befehlen und den zugehöhrigen Parametern die man alle kennen musste (mehr oder weniger) aber war es denn übermäßig kompliziert so ein System zu verwalten?

Dem stimme ich voll zu.
Man sollte mal darüber nachdenken, warum die Ausbildung zum Datenverarbeitungskaufmann/frau nicht mehr existiert. Er wurde in imho 6 neue aufgeteilt (IT-*). Das muss wohl einen grund haben
Könnte es sein, dass aufgrunde der Komplexität eine Spezialisierung erforderlich wurde?

Teilweise halte ich die Spezialisierung aber auch für übertrieben. Wo liegt denn schon der Unterschiede zwischen einem IT-Systemelektroniker und einen Fachinformatiker Systemintegration. Der eine macht noch ein bisschen Elektrotechnik nebenbei (die er in der Praxis wahrscheinlich nie brauchen wird) un der Fachinformatiker geht etwas mehr auch die Verwaltung der Betriebssysteme ein was der andere aber auch kann. Sinn und Unsinn des IT-Kaufmanns blieb mir schon immer verborgen. Auf der anderen Seite muss sich der FI-Anwendungsentwicklung sowieso noch spezialisieren wiel das Gebiet zu Umfangreich ist. Ich sehe das so, dass eigentlich jeder dieser Berufe alles ein bisschen können muss und dann erfolgt die Spezialisierung in der Firma nach Tätigkeitsfeld.

Da muss ich dir zustimmen. Ich find sowieso die neudeutschen Fachbezeichnungen für Berufe, die jeden Handgriff beschreiben sinnlos. Wenn ich bei mir einen FI für angewante Anwendungsentwicklung einstell und eine Doku geschrieben haben brauch, muss ich wohl extra ne andere Fachkraft FI für praktische Anwendungsdokumentation einstellen, weil das nicht in der Jobbeschreibung von meinem FI AAE stand (übertrieben!)? Sowas ist doch sinnlos!

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Ihr habt natürlich recht, dass es mal wieder übertrieben wurde (typisch deutsch). Trotzdem war es sinnvoll, den EDV-Kaufmann ein bisschen aufzuteilen. Ich denke 3-teilig hätte genügt: Kaufmann, Administrator, Entwickler. Dabei sollte es Überschneidungen geben, damit die Leute noch miteinander reden können.