So etwas braucht man nicht. Man nimmt einfach einen guten, erweiterbaren Editor und fängt an, zu programmieren. Aber so etwas wie KDevelop ist unnötig. Es versucht, einem das Denken abzunehmen, was äußerst schädlich sein kann.
Wenn du Dir die IDE mal genau anschaust, wirst du merken, dass die Sachen, die einem da abgenommen werden eher weniger mit Denken zu tun haben.
Syntaxhighlighting, vor allem das Semantische in KDevelop4 macht es einfacher, neuen Code zu verstehen, man kann sich also besser einarbeiten. Das Nachschlagen von Dokumentation wird durch die erweiterten Tooltips vereinfacht, sodass man seinen Arbeitsfluss weniger oft unterbrechen muss. Die Integration von GDB setzt mit einem verbesserten User Interface auf dem Debugger auf, sodass man nicht erst lange Macros aus dem Kopf lernen muss, bevor man seinen Code schnell debuggen kann.
Ob man solche Features will oder nicht, bleibt jedem selbst überlassen, so finde ich einen relativ einfachen Editor und ein Konsolefenster sehr angenehm zu arbeiten, allerdings bietet KDevelop4 sich hier auch an, da man die Dockviews und Funktionen die man nicht benutzen will ganz einfach ausblenden kann, sodass man die gewohnt "spartanische" Arbeitsumgebung findet, aber trotzdem nicht auf die Features die einem im täglichen Umgang mit Code viel Zeit ersparen kann.
Von Christoph Bartoschek am Mo, 3. Mai 2010 um 10:18 #
Ich kann KDevelop jedem C++-Entwickler empfehlen. Mich überzeugen vor allem die Möglichkeiten zur Navigation und die Code Completion. So gut habe ich es sonst nirgends erlebt.
Wie in den anderen Kommentaren schon steht, wird Quanta auf KDevelop4 aufbauen, und ist geplant, es diesen Sommer wiederzubeleben.
Die PHP Unterstützung von KDevelop4 ist ja jetzt schon erstklassig, dank Milians Arbeit, ich hoffe mal, dass dann auch bald die HTML/XML Features wieder nachgereicht werden.
Interessant welche Programmiersprachen unterstützt werden. Spiegelt in etwa die tatsächliche Verbreitung wieder. Mit Ausnahme von Java. Wobei Java und Linux nicht die Rolle wie unter Windows spielt - vermute ich mal....
Haben viele Java-Progs/Applets ~8 (per browser aufrufbarer "app-kiosk") so in der art. Und auf 82 Clients Debian5 und Java drauf. Also nur für mich/uns gesprochen spielt es eine rolle.
Eine weitere IDE um Java zu programmieren wäre ohnehin sinnlos gewesen. Schließlich gibt es mit Eclipse und NetBeans schon zwei sehr gute freie IDEs. Bei C++ siehts aber anders aus. Da ist meiner Meinung nach leider immer noch Visual Studio das Maß aller Dinge.
Ich mache nach wie vor meinen PHP-Kram in Kate aber einige Extras, speziell einen brauchbaren Navigator, Hervorhebungen für Variablen etc, einen Dateiübergreifenden Debugger und manchmal auch Autoformatierung hätte ich schon gern. Nur ertrage ich das Lüftergeheul, wenn Eclipse läuft, nicht lange;-)
das jetzt 2 jahre lang keine brauchbare kdevelop version mit den distributionen ausgeliefert wurde hat mein vertrauten in das projekt eher minimiert, gilt aber für kde(4) im allgemeinen
kdevelop3 autmoake Projekte ham sich mit der letzten Test Version (3.99irgendwas) noch immer nicht weiter bearbeiten lassen (automake manager), ob das mit 4.0 gehen wird?
das übermäßig bunte syntaxhighlighting find ich eher störend als hilfreich, ist aber persönlicher Geschmack.
übermäßige kde Abhängigkeiten, wozu? war nicht geplant die app auch stand allone lauffähig zu machen
kde4 hätte erst ab version 4.1 ausgeliefert werden sollen. kde kann nichts dafür, dass distributoren nicht lesen können und leute immer das neueste vom neuesten haben wollen. es war eine development version und wurde oft dann verwendet um kde3 zu ersetzen.
mittlerweile ist kde4 ja verwendbar.
zu buntes syntax highlighting kann wirklich nerven, aber ich schätze die voreinstellungen sind um zu zeigen, was man nicht alles highlighten kann, anpassen kann man es ja mit wenigen klicks.
bislang wurde als empfehlung auf kdevelop seite oft angegeben, was kdevelop3 kann und kdevelop4 und umgekehrt, demnach müsstest du für automake projekte beim 3er bleiben. auch für mich fällt vieles flach, da ich kdevelop für exotische scriptsprachen nutzte (das highlighting in katepart ist einfach sehr easy erweiterbar), und mit dem wegfall einiger netter funktionen wie zB durchsuchen des projektes, o.ä. fällt es für mich flach, da ich kein c++ projekt habe. inzwischen kann aber zum glück kate selbst das meiste was ich brauche - für den rest hab ich eclipse.
ich denke was man von der kdevelop hp entnehmen kann, richtet sich das vierer bis alle tollen features nachkommen hauptsächlich eben an leute, die cmake projekte in c++ machen.
>kde4 hätte erst ab version 4.1 ausgeliefert werden sollen.
Sorry, aber auch KDE4.1 war noch ein Witz! ich finde es auch falsch den Distributionen den vorwurf zu machen. Upstream ist für die Versionen zuständig und KDE4.0 wurde als ordentliche KDE Version veröffentlicht und nicht als beta/alpha,/etc. Software.
KDE4 war mal wieder so ein Erlebnis wo ich froh war/bin Debian (stable) zu verwenden. Ich habe mir KDE4 in jeder Version agesehen. Der Desktop wurde meiner Meinung nach mit 4.3 End-User tauglich. Anwendungen sind aber auch bei 4.4 oft noch nicht so weit (fehlen ganz oder sind oft noch buggy). Ich denke von den Anwendungen her wird KDE ab ca. KDE4.7 gut. Also genau rechtzeitig für Debian Squeeze+1, aber den Desktop (KDE4.4) kann man auch schon ruhigen Gewissen mit Squeeze ausliefern.
Aber eins muss man schon sagen, alles in allem ist die Entwicklungsgeschwindigkeit bei KDE beeindruckend! Wenn man sich KDE 4.0 und KDE 4.4 ansieht, dann könnte das fast eine neue Major-Version sein!
Das KDE-Projekt kann sehr wohl etwas dafür, dass KDE 4.0 ausgeliefert wurde. Es war vom Zustand her eher eine Beta, und wenn man eine Beta released, ohne sie Beta zu nennen, dann ist das irreführend.
Das ist tausend mal durchgekaut worden. Die KDELibs waren API-stabil, dementsprechend hat man das Ding 4.0 genannt. Wenn man sich vor Augen führt, dass teilweise jetzt noch KDE3-Anwendungen portiert werden (k3b zum Beispiel), glaubst Du doch nicht ernsthaft, dass sich irgendjemand dazu hätte hinreissen lassen, gegen eine 3.99.xyz seine Anwendung zu portieren.
Davon abgesehen stand und steht jedem immernoch KDE3 zur Verfügung, selbst Mischkonstellationen sind möglich. Setzt doch nicht immer auf die bleeding edges of technology und wundert euch dann, dass es nicht so funktioniert, wie ihr das von einer über mehrere Minor-Zyklen gereiften Stable erwarten würdet.
Also gehst du davon aus, dass die KDE-Maintainer der einzelnen Distributionen einfach so mit KDE 4.0 (oder auch 4.1) die neue Version in ihre Distribution implementiert haben, ohne die Version vorher zu testen?
KDE 4.0 ist nicht von einem Tag auf den anderen erschienen, so dass die Distributoren keine Zeit zum testen gehabt hätten. Wenn eine Distribution also wirklich schon mit der 4.0 die 3.5 ersetzt haben sollte, dann ist das nicht die Schuld von KDE. Und ich kann mir auch gar nicht vorstellen, dass eine der größeren Distributionen schon auf 4.0 von Anfang an gesetzt hat. Die Version war optional verfügbar. Wer darauf gesetzt hat, der musste wissen, worauf er sich einlässt.
Gibt es schon ein Tutorial, Dokumentation, Beispiele o.ä. zur neuen Version? Ich komme mit dem Teil noch nicht richtig klar Insbesondere die Konfiguration der Umgebung als auch der Projekte sind mir noch fremd...
Hat KDevelop Vorteile gegenüber QTCreator? Dieses fügt sich schon wunderbar in den KDE Desktop ein und bietet alle nötigen Funktionen - was kann KDevelop mehr?
So etwas braucht man nicht. Man nimmt einfach einen guten, erweiterbaren Editor und fängt an, zu programmieren. Aber so etwas wie KDevelop ist unnötig. Es versucht, einem das Denken abzunehmen, was äußerst schädlich sein kann.
Am besten einen Zeilenorientierten, wie z. B. ed, nicht wahr?
Ernsthaft? Ich habe das mal ausprobiert und konnte das mit einer 500-Zeilen-Datei bei bestem Willen nicht.
Zum Glück gibt es Leute wie dich, die alles besser wissen. Hurra.
Oh, ein Held. Hoffentlich nicht auch noch in Strumpfhosen
Wenn du Dir die IDE mal genau anschaust, wirst du merken, dass die Sachen, die einem da abgenommen werden eher weniger mit Denken zu tun haben.
Syntaxhighlighting, vor allem das Semantische in KDevelop4 macht es einfacher, neuen Code zu verstehen, man kann sich also besser einarbeiten.
Das Nachschlagen von Dokumentation wird durch die erweiterten Tooltips vereinfacht, sodass man seinen Arbeitsfluss weniger oft unterbrechen muss.
Die Integration von GDB setzt mit einem verbesserten User Interface auf dem Debugger auf, sodass man nicht erst lange Macros aus dem Kopf lernen muss, bevor man seinen Code schnell debuggen kann.
Ob man solche Features will oder nicht, bleibt jedem selbst überlassen, so finde ich einen relativ einfachen Editor und ein Konsolefenster sehr angenehm zu arbeiten, allerdings bietet KDevelop4 sich hier auch an, da man die Dockviews und Funktionen die man nicht benutzen will ganz einfach ausblenden kann, sodass man die gewohnt "spartanische" Arbeitsumgebung findet, aber trotzdem nicht auf die Features die einem im täglichen Umgang mit Code viel Zeit ersparen kann.
Ich kann KDevelop jedem C++-Entwickler empfehlen. Mich überzeugen vor allem die Möglichkeiten zur Navigation und die Code Completion. So gut habe ich es sonst nirgends erlebt.
Besser als das CDT von Eclipse?
Definitiv besser und vor allem um einiges schneller.
Das klingt gut. Besser als die CC von QtCreator?
Definitiv besser als bei QtCreator 1.1. Danach habe ich nicht mehr QtCreator ausprobiert.
Was ist denn eigentlich mit Quanta? Wurde das jetzt in KDevelop wie geplant integriert?
Das hier ist wohl das was Du hören möchtest:
http://milianw.de/blog/gsoc-revive-quanta-brand-for-kde-4
Soll im Rahmen des GSoC reanimiert werden. Mal schauen, was daraus wird.
Wie in den anderen Kommentaren schon steht, wird Quanta auf KDevelop4 aufbauen, und ist geplant, es diesen Sommer wiederzubeleben.
Die PHP Unterstützung von KDevelop4 ist ja jetzt schon erstklassig, dank Milians Arbeit, ich hoffe mal, dass dann auch bald die HTML/XML Features wieder nachgereicht werden.
Interessant welche Programmiersprachen unterstützt werden. Spiegelt in etwa die tatsächliche Verbreitung wieder. Mit Ausnahme von Java. Wobei Java und Linux nicht die Rolle wie unter Windows spielt - vermute ich mal....
Java-Appserver werden doch eher unter Linux betrieben als unter Windows?
Schon, aber auf dem Desktop?
Haben viele Java-Progs/Applets ~8 (per browser aufrufbarer "app-kiosk") so in der art. Und auf 82 Clients Debian5 und Java drauf. Also nur für mich/uns gesprochen spielt es eine rolle.
Java-Desktop-Anwendungen? Spielen weder unter Linux noch Windows eine große Rolle. Java ist der Marktführer auf dem Server.
Den TV-Browser hat doch jeder der ernsthaft am PC mit einer TV Karte fernschaut.
Ohne den wärs echt übel.
mir wird auch ohne übel wenn ich fernsehe
Wenn du dich nicht via Fernseher bildest, dann mußt du ja ganz schön ungebildet sein.
Eine weitere IDE um Java zu programmieren wäre ohnehin sinnlos gewesen. Schließlich gibt es mit Eclipse und NetBeans schon zwei sehr gute freie IDEs. Bei C++ siehts aber anders aus. Da ist meiner Meinung nach leider immer noch Visual Studio das Maß aller Dinge.
Ist es schneller und zuverlässiger als Eclipse?
Ich mache nach wie vor meinen PHP-Kram in Kate aber einige Extras, speziell einen brauchbaren Navigator, Hervorhebungen für Variablen etc, einen Dateiübergreifenden Debugger und manchmal auch Autoformatierung hätte ich schon gern. Nur ertrage ich das Lüftergeheul, wenn Eclipse läuft, nicht lange;-)
das jetzt 2 jahre lang keine brauchbare kdevelop version mit den distributionen ausgeliefert wurde hat mein vertrauten in das projekt eher minimiert, gilt aber für kde(4) im allgemeinen
kdevelop3 autmoake Projekte ham sich mit der letzten Test Version (3.99irgendwas) noch immer nicht weiter bearbeiten lassen (automake manager), ob das mit 4.0 gehen wird?
das übermäßig bunte syntaxhighlighting find ich eher störend als hilfreich, ist aber persönlicher Geschmack.
übermäßige kde Abhängigkeiten, wozu?
war nicht geplant die app auch stand allone lauffähig zu machen
kde4 hätte erst ab version 4.1 ausgeliefert werden sollen. kde kann nichts dafür, dass distributoren nicht lesen können und leute immer das neueste vom neuesten haben wollen. es war eine development version und wurde oft dann verwendet um kde3 zu ersetzen.
mittlerweile ist kde4 ja verwendbar.
zu buntes syntax highlighting kann wirklich nerven, aber ich schätze die voreinstellungen sind um zu zeigen, was man nicht alles highlighten kann, anpassen kann man es ja mit wenigen klicks.
bislang wurde als empfehlung auf kdevelop seite oft angegeben, was kdevelop3 kann und kdevelop4 und umgekehrt, demnach müsstest du für automake projekte beim 3er bleiben. auch für mich fällt vieles flach, da ich kdevelop für exotische scriptsprachen nutzte (das highlighting in katepart ist einfach sehr easy erweiterbar), und mit dem wegfall einiger netter funktionen wie zB durchsuchen des projektes, o.ä. fällt es für mich flach, da ich kein c++ projekt habe. inzwischen kann aber zum glück kate selbst das meiste was ich brauche - für den rest hab ich eclipse.
ich denke was man von der kdevelop hp entnehmen kann, richtet sich das vierer bis alle tollen features nachkommen hauptsächlich eben an leute, die cmake projekte in c++ machen.
ein wenig umstaendlich find ich die short keys?! (oder benutz ich die falschen?)
zB "goto definition/declaration toggle"
kdevelop: ctrl-shift-c
eclipse: F3
ich weis man kann alles umstellen aber brauchbare default settings sind nicht zuviel verlangt
syntax highlighting wurde ja schon angesprochen..
ansonsten macht die IDE bisher einen guten eindruck.
>kde4 hätte erst ab version 4.1 ausgeliefert werden sollen.
Sorry, aber auch KDE4.1 war noch ein Witz! ich finde es auch falsch den Distributionen den vorwurf zu machen. Upstream ist für die Versionen zuständig und KDE4.0 wurde als ordentliche KDE Version veröffentlicht und nicht als beta/alpha,/etc. Software.
KDE4 war mal wieder so ein Erlebnis wo ich froh war/bin Debian (stable) zu verwenden. Ich habe mir KDE4 in jeder Version agesehen. Der Desktop wurde meiner Meinung nach mit 4.3 End-User tauglich. Anwendungen sind aber auch bei 4.4 oft noch nicht so weit (fehlen ganz oder sind oft noch buggy). Ich denke von den Anwendungen her wird KDE ab ca. KDE4.7 gut. Also genau rechtzeitig für Debian Squeeze+1, aber den Desktop (KDE4.4) kann man auch schon ruhigen Gewissen mit Squeeze ausliefern.
Aber eins muss man schon sagen, alles in allem ist die Entwicklungsgeschwindigkeit bei KDE beeindruckend! Wenn man sich KDE 4.0 und KDE 4.4 ansieht, dann könnte das fast eine neue Major-Version sein!
"kde4 hätte erst ab version 4.1 ausgeliefert werden sollen."
4.2 war die erste Enduserversion.
> 4.2 war die erste Enduserversion.
Deren mäßige Qualität... - nächste Evaluation vielleicht mit KDE 4.6. Vielleicht.
Das KDE-Projekt kann sehr wohl etwas dafür, dass KDE 4.0 ausgeliefert wurde. Es war vom Zustand her eher eine Beta, und wenn man eine Beta released, ohne sie Beta zu nennen, dann ist das irreführend.
Das ist tausend mal durchgekaut worden. Die KDELibs waren API-stabil, dementsprechend hat man das Ding 4.0 genannt. Wenn man sich vor Augen führt, dass teilweise jetzt noch KDE3-Anwendungen portiert werden (k3b zum Beispiel), glaubst Du doch nicht ernsthaft, dass sich irgendjemand dazu hätte hinreissen lassen, gegen eine 3.99.xyz seine Anwendung zu portieren.
Davon abgesehen stand und steht jedem immernoch KDE3 zur Verfügung, selbst Mischkonstellationen sind möglich. Setzt doch nicht immer auf die bleeding edges of technology und wundert euch dann, dass es nicht so funktioniert, wie ihr das von einer über mehrere Minor-Zyklen gereiften Stable erwarten würdet.
lg
Erik
Also gehst du davon aus, dass die KDE-Maintainer der einzelnen Distributionen einfach so mit KDE 4.0 (oder auch 4.1) die neue Version in ihre Distribution implementiert haben, ohne die Version vorher zu testen?
KDE 4.0 ist nicht von einem Tag auf den anderen erschienen, so dass die Distributoren keine Zeit zum testen gehabt hätten. Wenn eine Distribution also wirklich schon mit der 4.0 die 3.5 ersetzt haben sollte, dann ist das nicht die Schuld von KDE. Und ich kann mir auch gar nicht vorstellen, dass eine der größeren Distributionen schon auf 4.0 von Anfang an gesetzt hat. Die Version war optional verfügbar. Wer darauf gesetzt hat, der musste wissen, worauf er sich einlässt.
Gibt es schon ein Tutorial, Dokumentation, Beispiele o.ä. zur neuen Version? Ich komme mit dem Teil noch nicht richtig klar
Insbesondere die Konfiguration der Umgebung als auch der Projekte sind mir noch fremd...
Hat KDevelop Vorteile gegenüber QTCreator? Dieses fügt sich schon wunderbar in den KDE Desktop ein und bietet alle nötigen Funktionen - was kann KDevelop mehr?