Welche Programme braucht ein Programmierer?

Delphi + Hilfe + GExperts für Delphi (IDE-Erweiterungs-Toolsammlung [auch für den Builder])
VC (für Ressourcen)
PSDK
Notepad
IconEdit
Inno Setup
Spy++ oder WindowInfo von mir
Dependency Walker
WhatColor (von mir)
Resource-Hacker
Internet + Browser + gutes Forum | gute sonstige Seiten
ICQ + Typen die Helfen können (und einem nicht nur selber Löcher in den Bauch fragen)
Windows Taskmanager falls man beim programmieren mal wieder was abgeschossen hat

[ Dieser Beitrag wurde am 02.01.2003 um 16:34 Uhr von Luckie editiert. ]

BoundsChecker

Gregor

Also ich brauche zum Java-Programmieren etwa folgendes:

J2SDK + Doku
relativ beliebige IDE
relativ beliebiges Betriebssystem
(Die unteren beiden wurden bei meinem aktuellen Projekt schon mehrere Male gewechselt)

@Marc++us: Danke für den tipp! Werd ich mir mal anschauen.
@Mr. N: Aha... :-=)
@Luckie: GExperts und co. hab ich bereits.
@Trolli: BoundsChecker ist bereits bei DevPartner dabei.
@Gregor: Java ist müll ;-(/)

wie es ausschaut braucht man nichts mehr?
was benutzt du, Marc++us? (hauptsächlich)

Gregor

@ <gurok> : :p
Ich bitte dich! ...ich habe ja auch keine abfällige Bemerkung über deine offensichtliche MS-Abhängigkeit oder so gemacht.

Jansen

Hexeditor!?

Marc++us

Original erstellt von <gurok>:
was benutzt du, Marc++us? (hauptsächlich)

Für die Arbeit:

MS Project
MS Visio
MS Outlook

Zum Spielen (Reihenfolge ohne Wertigkeit):

Visual Studio
Borland Builder

@Gregor: ok :p
@Jansen: Nenne mir bitte ein gutes beispiel, wozu? (Cracken ausgeschlossen).
@Marc++us: Zum Spielen? und wie heissen die compiler, mit denen du richtige arbeit machst? :p

Marc++us, welches programm benutzt ihr eigentlich (falls überhaupt) um den ganzen klassen/code garten in der übersicht zu behalten, ohne das gehirn zu verlieren?

Marc++us

Ein Whiteboard und ein abwischbarer Edding... ungefähr 80% meiner Softwarearbeit bestehen daraus - mit der Tendenz zu 100%.

Ansonsten schon das Studio und den Builder.

Bashar

Original erstellt von <gurok>:
**@Jansen: Nenne mir bitte ein gutes beispiel, wozu? (Cracken ausgeschlossen).
**

[Hexeditor]
wenn man mit Binärdateien arbeitet zum Beispiel ... wie willst du da vernünftig debuggen wenn du keinen Hexeditor hast?

sogesehen hab ich natürlich einen. softice echtzeit debugger (DevPartner).
ich dachte er meint extra noch einen zusätzlich.

Ein Whiteboard und ein abwischbarer Edding

das ist ein witz oder?
wieso nicht digital? (per software)

Marc++us

Kein Witz. Ist schöner mit 2 oder 3 Leuten vor einem Whiteboard zu stehen und über etwas zu sprechen oder was zu entwerfen, als vor dem Bildschirm. Der Bildschirm ist halt nur ein Fernseher, keine echte Interaktion.

Marc++us

Ach so, habe ich vergessen zu erwähnen: außerdem stinkt kein Monitor dieser Welt gegen eine 3 Meter breite und 1,5 Meter hohe Tafel an...

Ist schöner mit 2 oder 3 Leuten vor einem Whiteboard zu stehen und über etwas zu sprechen oder was zu entwerfen, als vor dem Bildschirm

ok, da muss ich dir wohl recht geben
dennoch finde ich es "gemütlicher" per software das ganze zu regeln. je nach software, bietet sie einem hald features, die ein whiteboard nicht liefert

Marc++us

Ich schlage mit meinem Edding jedes beliebige UML-Tool, vor allem wenn ich entwerfe, das noch mit jemandem diskutiere und Änderungen mache. So schnell ist keine Maus.

*platt*

Marc++us

Ok, kommen wir mal wieder auf den Ernst zurück - warum verzichtet man auf diese tollen grafischen Case-Tools???

Dazu eine Überlegung: welches Problem drückt uns in der Softwareentwicklung?

Die Zeit! Es ist immer die Projektzeit, irgendwas wird nicht rechtzeitig fertig.

Forschen wir nach, so stellen wir fest, daß einige Sachen einfach zu lang gedauert haben.

Es gibt 6 wichtige Gründe für die Verzögerungen:
Programmierfehler
Programmierfehler
Designfehler
Designfehler
Designfehler
Kommunikationsproblem zwischen den Entwicklern

Zum Beispiel ist aber die Frage, ob unser Case-Tool Kommentare mit Fettdruck kann, und ob man auch Gifs in die UML-Diagramme einfügen, kann für die fristgerechte Bearbeitung eines Problems nicht von Relevanz.

Gerade beim Design denkt man sich oft was aus, was doch nachher etwas hakt. Grundsätzlich sollten also beim Design immer >1 Personen beteiligt sein - nicht für jede Funktion, aber welche Klassen gibt es, welche Aufgaben, welche Methoden wird man für die Aufgaben ungefähr benötigen. Außerdem besteht bei verteiltem Arbeiten die Gefahr, daß ein Mißverständnis über die Rolle einer bestimmten Klasse besteht. Werden diese Schnittstellen gemeinsam besprochen, sinkt die Gefahr von derartigen Mißverständnissen.

Auch beim Programmieren im Kleinen manchmal hilfreich, wenn jemand eine Skizze an die Wand malt, wie sein Abschnitt funktionieren soll oder funktioniert - hier kann man manchmal durch dumme Kommentare herausfinden helfen, warum etwas nicht geht.

Unter dem Strich also ist eine Versammlung der betroffenen Entwickler vor einer Tafel mit einigen Stiften ein probates Mittel, um einige häufige Problemfelder zumindest etwas einzudämmen.

Btw: wenn man so ein Whiteboard mit einer Digitalkamera abfotografiert, hat man sogar eine Doku für die Ewigkeit. Alternativ gibt's auch Whiteboards mit Computerschnittstelle, wo man sich über Twain den Tafelinhalt auf Platte bannen kann.

Ste.fun

Original erstellt von <gurok>:
[quote]Ein Whiteboard und ein abwischbarer Edding

**
das ist ein witz oder?
wieso nicht digital? (per software)**[/QUOTE]

Deiner Aussage nach nehme ich mal an, dass du noch nie mit einem Whiteboard gearbeitet hast? Ich kann dir das sehr empfehlen. Die Vorteile, welche Marc++us schon nannte, werden dir ganz schnell klar werden.
Meine Erfahrung hat gezeigt, dass man mit einem "Zeichenbrett" wesentlich angenehmer arbeiten kann. Kennst du "Pair-Programming"? Da sitzen zwei Leute an einem Rechner und Programmieren. Nun, ich habe das mal ausprobiert. Laptop an externen Bildschirm + Tastatur gehängt, so dass beide "gleichzeitig" arbeiten und sich stets gut ergänzen konnten. Das klappte zwar schon recht gut, aber sich stehend vor einer Tafel auszutauschen macht einfach mehr spaß und ist, meiner meinung nach, effizienter.
Solche Tools sehe ich persönlich nur als "ins reine Schreiben" an. Wirklich arbeiten kann man doch nur mit einem Schmierblock

Viele Grüße
Stefan