IDEs? was nutzt Ihr?

Geany?

Eclipse, Geany (für Kleinkram), Clion.

Nils schrieb:
> Eclipse, Geany (für Kleinkram), Clion

was nutzt man wann?

übrigens: vielen Dank für die Antworten

Ich?
Die beste von allen!

Die Arduino IDE!

Selbst ein aus den historischen AT&T-Quellen kompilierter vi
ist Welten besser als das Javaguckloch:

> Die Arduino IDE!

inwiefern macht es Sinn, dass, zum Beipiel bei geany, Shortcuts zu 
erstellen? was kann ich mir darunter vorstellen?

> Shortcuts zu erstellen

Eigentlich braucht man ja nur genau einen.
Der 'make' aufruft.

Der Lernende schrieb:
> inwiefern macht es Sinn, dass, zum Beipiel bei geany, Shortcuts zu
> erstellen? was kann ich mir darunter vorstellen?

Mache ich nie. Man kann sich natürlich alles zurecht konfigurieren, aber 
wenn man mal schnell auf 'nem anderen Rechner arbeiten will und seine 
Konfig nicht dabei hat ....

Notepad++

wenn ich auf ausführen gehe, erscheint die Fehlermeldung, Kann mir 
jemand weiterhelfen?

Der Lernende schrieb:
> wenn ich auf ausführen gehe, erscheint die Fehlermeldung, Kann mir
> jemand weiterhelfen?

Scroll mal hoch

Visual Studio (Code) als IDE. VSCode kann man als IDE sehen weil es über 
Erweiterungen(Extensions) dazu gemacht werden kann, Visual Studio 
sowieso weil das erstmal ein Universelles Framework ist und Fenster 
darin als Editor, Anzeige von Projektdateien, Anzeige von Datenfenstern 
und weiteren beliebigen Darstellungen dienen können.
Man kann auch Programme, die primär als Editor gebaut wurden, dazu 
nutzen. Die können z.B. Compiler Output in ein Fenster umleiten und dann 
nach Fehlerausgaben untersuchen, aber bei der weiteren Integration wie 
z.B. der Debuggerausgaben und interaktion mit dem Debugger wird es 
komplizierter.
Eclipse (das alte in Java) ist ebenfalls wie Visual Studio ein 
universelles Framework, das Eclipse Theia das auf JavaScript basiert ist 
die modernere Variante und deutlich schlanker. Das ist auch die Basis 
von VSCode und das für mich das neue Schweizer Messer.

VS Code sammelt Daten und schickt diese an Microsoft (telemetrie). Man 
kann das wohl abstellen, aber das war mir dann doch zuviel.

> Schweizer Messer

ohne ueberbordenden Funktionsumfang sind klein und leicht.
Das kann ich mir bei M$ in keinem Zusammenhang vorstellen.

Statt 50 GB braucht es wohl nur 5 GB?

xyz schrieb:
> Statt 50 GB braucht es wohl nur 5 GB?

arbeitest du noch mit Disketten das sowas relevant ist?
VSCode startet schnell, die Funktionen darin genauso. Selbst auf einem 
Raspi läuft der wunderbar. Auch über SSH remote: starten, Zielsystem 
angeben, VScode Server installiert sich, dauert keine Minute. Absolut 
Benutzerfreundlich.
Pyhon Programm geöffnet -> VSC erkennt es, bietet Extension an, sofort 
kann man es debuggen. Genauso wie JS, TS Programme. In Eclipse sitzt man 
noch zwei Wochen an der Konfiguration und nickt dann ein Dutzend 
Erklärungen ab um Plugins zu finden und zu installieren.

> arbeitest du noch mit Disketten
Nein, und Lochkarten stanze ich auch seit laengerem nicht mehr.
Trotzdem geht mir die zunehmende Verfettung von Software auf den Keks.


P.S. Ich arbeite an Rechnern mit 128 TB Platte und 32 TB SSD.

Kann CLion auch nur ausnahmslos empfehlen.

Von allen C - Spezifischen IDEs fand ich CLion bisher die Einzigste, die 
mir überhaupt Lust gemacht hat damit zu arbeiten. Einrichten der 
Toolchain etc. geht quasi von allein, ausserdem orientiert es sich in 
seinem Design an dem gängigen IDE Style anderer JetBrains IDEs (Intelli 
J, PyCharm und Co) und ist sehr intuitiv.

xyz schrieb:
> Trotzdem geht mir die zunehmende Verfettung von Software auf den Keks.

Und mir geht die unqualifizierte Verallgemeinerung und das alberne 
Herstellerbashing auf den Keks.

>> P.S. Ich arbeite an Rechnern mit 128 TB Platte und 32 TB SSD.

> Da habe ich schon glaubwürdigere Hochstapler gesehen.

Das sind per Rechner 8x 16 TB SAS-Saegate und 9x 3.8 TB M2 SSD.
Wo ist das Problem?

> Welche SW Größe ist für dich ok

Ich persoenlich benutze mehrere FGPA-Entwicklungsumgebungen.
Da stoert mich die Groesse der Installation nicht die Bohne.

Aber mittlerweile ist es da ja auch nicht mehr lustig:
Altera Quartus II - Complete Design Suite (x86/x64) - 65 GB
nur fuer die Installationsdaten.

Auch die ca. 10 GB fuer einen (IAR oder Keil-)ARM-Compiler
scheinen mir gut angelegt.

Aber schon der Umstand das die IDE in so etwas wie Javascript
verfasst ist, da weiss ich nicht ob ich darueber lachen soll.
Ernst nehmen kann und will ich sowas nicht.

Und: Muss ich ja auch nicht.

Meine Broetchen verdiene ich trotzdem.

Johannes S. schrieb:
> arbeitest du noch mit Disketten das sowas relevant ist?

Cyblord -. schrieb:
> Welche SW Größe ist für dich ok und warum? Von "irgendeiner" Größe
> auszugehen weil das "damals" so gepasst hat und jetzt deshalb alles als
> "zu fett" zu deklarieren ist sinnlos und beliebig.

Vielleicht sollten sich die Jungspünde hier mal folgenden Thread 
durchlesen:

Beitrag "Wie sich die Zeiten ändern oder eine Schmährede auf neuzeitliche IT"

Gruss Chregu

Ich werfe CodeBlocks in den Raum.

Welches Buch liest du, Der Lernende?

Gruß,

C als erste Programmiersprache
Vom Einsteiger zum Fortgeschrittenen

    Authors

    Manfred DausmannUlrich BröcklDominik SchoopJoachim Goll
8. Auflage

Der Lernende schrieb:
> Welche IDEs nutzt ihr?

Delphi und gelegentlich Lazarus.

Sonst: keine. Wozu auch? Für ne poplige C Quelle reicht NoteTab und für 
PIC-Assembler eigentlich auch - obwohl ich mir selbst dafür ne Mini-IDE 
mal geschrieben habe, aber das hatte damals andere Gründe.

W.S.

Xojo und LunaStudio

Der Lernende schrieb:
> wenn ich auf ausführen gehe, erscheint die Fehlermeldung, Kann mir
> jemand weiterhelfen?

Leerzeichen im Pfad?

Von Arduino über STM32 bis Qt, alles mit Visual Studio Community.

Da ich ausschließlich unter Linux arbeite sieht mein Workflow sowieso 
vor, dass jedes Projekt auch von Konsole baubar ist. IMHO ist das 
unerlässlich. Immer durch Menüs zu klicken um irgendetwas zu ändern 
gefällt mir nicht.

Somit bin ich bei der Wahl der IDE recht flexibel.

0) Wenn es eine schnelle Änderung ist, ein Text Editor + ein 
Konsolenfester mit "make all"

1) Eclipse wäre der Klassiker. Da lade ich mein Projekt und hinterlege 
als Build-Schritt mein Makefile. Mittlerweile verwende ich Eclipse 
seltener. Es hat halt seine Nachteile (was nicht heißt, dass es eine 
schlechte IDE ist!)

2) QtCreator. Da ich auf dem Rechner einiges in Qt entwickelt habe, 
verwende ich momentan für meine Embedded Projekte QtCreator als IDE. 
Ähnlich wie Eclipse lege ich einfach mein Makefile in den Build-settings 
an und los geht's.

QtCreator gefällt mir auch für PC-Entwicklung gut, da es CMake-Dateien 
als Projekt öffnen kann. Auf PC finde ich Cmake als Makefile-Generator 
sehr schick und recht einfach zu lernen.

Debuggen von ARM Code mache ich mit meinem JLink + Ozone. AVR meist über 
LEDs+UART.

Ich nutze Gnu Emacs. Ist erstmal nur ein Editor, aber mit tonnenweise 
Erweiterungen welche installiert werden können. Mir gefällt daran, dass 
ich extrem effizient damit umgehen kann und alles genauso haben kann wie 
ich es will und auch mit eLisp erweitern knan. Zudem ist es im Vergleich 
zu modernen IDE's ziemlich schlank.

Die Anlernkurve hört aber praktisch gar nicht auf, um die Grundlagen zu 
können braucht man aber nicht solange.

Ansonsten denke ich ist Visual Studio sicher eine gute IDE, aber auch 
Atom kannst du dir anschauen falls du auf Microsoft verzichten willst.

DIe grade zufällig mitgeliefert wird.

Thom Lab schrieb:
> Ich nutze Gnu Emacs.

Mein Beileid :) Emacs ist ein gutes Betriebssystem. Aber der Editor ist 
komisch.

Spaß bei Seite. Nutze selbst Emacs für VHDL, da es schlicht kaum 
Alternativen gibt (als Privatmann).
Emacs und vorallem Lisp sind nicht so mein Fall. Aber eins muss man dem 
System lassen: Wenn du einmal gelernt hast, wie etwas geht, dann bleibt 
es so und geht auch in 10 Jahren noch so.

Emacs, vim, boxer alles schwerst customizierd

https://raw.githubusercontent.com/humiaozuzu/dot-vimrc/master/screenshots/vim.jpg

Joggel E. schrieb:
> Eine IDE bietet in der Regel :

richtig.
Aber es wird die make und batch Puristen hier nie davon abhalten hier zu 
erklären das sie das alles nicht brauchen.

M. H. schrieb:
> Thom Lab schrieb:
>> Ich nutze Gnu Emacs.
>
> Emacs ist ein gutes Betriebssystem.

Hat schon was ;)

> Aber eins muss man dem System lassen: Wenn du einmal gelernt hast,
> wie etwas geht, dann bleibt es so und geht auch in 10 Jahren noch so.

Das war auch einer der Gründe Emacs zu nutzen.

Die Frage war: IDEs?
Und IDE ist die Abkürzung für was?

Manfred schrieb:
> Xojo und LunaStudio

LunaStudio? Die haben doch das Forum geschlossen oder? Updates scheint 
es auch seit 2 Jahren keine mehr zu geben. Was ist da los?

Für alles was mit Elektronik zu tun hat, B4x (Atiny, Arduino, 
Raspberry) für die Entwicklung von PC-Software das Visual-Studio.

Und beides mit Programmcode in guten alten Basic. Für die Art von 
Software die ich entwickele reicht das völlig aus.

Das in meinen Augen wichtigste an einer IDE ist, eine gute Kontrolle 
über seine Variablen WÄHREND des Entwickeln der Software, also zu JEDEN 
Moment.
Stichwort : Haltepunkte bzw. Rückmeldungen bei B4X.

Und da hab ich mit alternativen IDE keine gute Erfahrung.

Gruß

   Pucki

Dem Bond sein James schrieb:
> Manfred schrieb:
>> Xojo und LunaStudio
>
> LunaStudio? Die haben doch das Forum geschlossen oder? Updates scheint
> es auch seit 2 Jahren keine mehr zu geben. Was ist da los?

hatte eine Mailanfrage gestelkt. Das Forum wurde von einem Anderen 
übernommen, der aber wohl ein persönliches Schicksal erlitt. Die 
Entwicklung von LunaStudio lebt, der Autor ist wohl derzeit nur tief in 
andere Projekte vergraben. Angeblich solls dieses Jahr noch ein Update 
geben.

Ralf D. schrieb:
> nur eben nicht alles innerhalb von Emacs realisiert,
> sondern eben vom Emacs aus aufrufbar (und da wird dann auch der Output
> geparset und z.B. zur Anzeige von Fehlern im Sourcecode verwendet).

Andere IDE's machen das ja genauso. Ich habe selten eine IDE mit 
integriertem Compiler und Debugger gesehen, viel häufiger wird (z.B. für 
ARM developement) der arm-eabi-gdb und arm-eabi-gcc/g++ aufgerufen.

Johannes S. schrieb:
> Die Frage war: IDEs?
> Und IDE ist die Abkürzung für was?

Jaja, aber ich würde schon behaupten, dass ein konfiguriertes Emacs als 
IDE durchgeht..

EMBITZ,Stm32CubeIDE,Keil, AVR Studio

falls es jemanden interessiert: ich habe mich für VS Code entschieden.

was ich mich nur Frage: ist es sinnvoll vs studio zu nutzen? wie soll 
man den syntax lernen, wenn ständig vorschläge etc kommen

> Nur so der Form halber, Visual Studio Code portable Installation mit
> diversen  Erweiterungen (Python, VIM, Remote SSH, Cobol..) belegt bei
> mir 554MB.

Fuer (MicroFocus-)Cobol bevorzuge ich doch immer noch SPFPC.
Schon allein deswegen weil er so gut die ISPF-Umgebung emulieren kann.

Woran man schoen erkennen kann, dass es keine Frage der Groesse ist
um Spass zu haben.

> Da habe ich schon glaubwürdigere Hochstapler gesehen.

Die Platten stecken in der kleinen Box.

Ich nutze kate und ein Terminal. Manchnal auch nano, oder falls das 
nicht da ist, vi. Auch noch interessant, wenn ich gerade beim Refactorn 
bin, auf dem Terminal Dateien rumschiebe, grossflächig Inhalte 
umbenenne,  und neu compiliere, öffne & bearbeite ich die Dateien im 
flow oft gleich im Terminal mit nano, obwohl ich die in kate 
normalerweise schon offen hätte.

vim (genauer neovim + deoplete + LanguageClient)

Sehr praktisch, wenn man sein Büro unangekündigt von einem Tag auf den 
anderen nicht mehr betreten darf und die 2TB Entwicklungsumgebung nicht 
über die 6MBit Leitung runterladen möchte. Es gibt keinen Unterschied 
zwischen der Arbeit am Rechner im Büro und der Arbeit über ssh im 
Homeoffice ;-)

Tim  . schrieb:
> VSCODE
>
> Führt realistischerweise überhaupt ein Weg daran vorbei? Vielleicht noch
> Sublime..

Ja. Es führt ein weg vorbei. Ich bin auch kein Fan von VSDCODE, aus dem 
Grund, dass ich Microsoft bzw. die Art wie Microsoft agiert hasse wie 
die Pest.

Allerdings muss man VSCODE lassen, dass es zumindest recht gut performt. 
Nicht so wie Atom o.ä.

Sublime finde ich persönlich wegen seiner closed-source Politik nicht 
gut. Das hatte jahrelang den Bug, dass es mit AMD-Grafikkarten unter 
Linux unglaublich geruckelt hat. Und sie haben das einfach nicht gefixt. 
Deswegen bin ich davon weggegangen.

Letztendlich muss jeder für sich entscheiden, was er verwendet. Ich 
persönlcih bin ein großer Fan freier Software. Deshalb unterstütze ich 
diese wo ich kann und nutze diese selbst wenn es geringfügig bessere 
kommerzielle Alternativen gäbe. Dennoch gilt, dass das man das beste 
Tool für den Job nehmen sollte. Aus diesem Grund habe ich mir auch im 
Studium einen JLink gekauft und nutze diesen bis heute, obwohl es keine 
freie SW ist.

Ich kann da auch noch das Segger Embedded Studio empfehlen. Kann 
kostenlos mit allen Nordic MCUs verwendet werden, geht aber auch 
kostenlos für andere Targets (es poppt da einfach ab und zu eine Meldung 
auf)