Wie geht man beim Programmieren richtig vor?

[Ralf (Gast)]

Hallo,

ich suche Informationen über das Vorgehen bei der Software-Erstellung.
Denn die ganzen Bücher die ich habe, sind zwar alle schön mit
Beispielen gespickt, aber meiner Meinung nach geht keines so richtig
auf die Erstellung und Planung von Software an sich ein.

Vielleicht hat jemand einen Link oder PDF oder was in der Art.

Danke

Gruß Ralf

[nobody0 (Gast)]

Buch "Software-Engineering" mit Begleitbuch "Aufgaben und Lösungen".

[Stefan (Gast)]

Ich finde dieses Buch sehr lesenswert:

Andrew Hunt und David Thomas
"Der Pragmatische Programmierer"
Übersetzt von Andreas Braig und Steffen Gemkow

Leseproben bei:
http://www.hanser.de/buch.asp?isbn=3-446-22309-6

[Tobias Danz (Gast)]

Hallo, ich hätte mal dieselbe Frage zum Thema Hardewareentwicklung.

Ich habe zwar auch ein paar über zu dem Thema, aber in keinem steht so
richtig die Verfahrensweise beim Hardewareentwurf oder ebim Entwurf
elektronischer System

[nobody0 (Gast)]

Ich kenne es so, dass man eine Anforderungsliste macht und dann die
Sachen zusammenstellt und fertig (bis auf Debuggen des Schaltplans an
der Schaltung mit Oszi und co).
Eigentlich ist es so wie bei der Software; statt Debugger benutzt man
da Oszi, DMM und so und statt Sourcecode den Schaltplan, aber ansonsten
ist es gleich.

[Tobias Danz (Gast)]

Das heißt jetzt, ich kann das oben angegebene Buch auch für die
Hardewareentwicklung benutzen. Ich muß halt nur die angegebenen
Änderungen zur Software beachten.

[werner Hoch (Gast)]

@nobody:
Ich finds ja interessant, Bücher von den Informatikern zu lesen.

Ab jetzt erzähl mir mal wo die Parallelen zum Rauschen und zu
Bauteiltoleranzen und zu Temperatureinflüssen und zu EMV bei den
Programmierern zu finden sind?

Ich wäre an einem Buch zur Hardwareentwicklung auch interessiert.

MfG Werner

[nobody0 (Gast)]

@werner Hoch:

Rauschen - packet loss, kippende Bits

Bauteiltoleranzen - Fehlertoleranzen

Temperatureinflüsse - Plattformabhängigkeit

usw.; da gibt's viele Parallelen.

[Hans (Gast)]

und nicht zu vergessen den größten bug... ;) dem ist man als entwickler
immer ausgeliefert... dem DAU ;)

egal ob hardware oder software... man sollte mal eine DAU falle
entwickeln g

73

[Werner Hoch (Gast)]

Also gut. Ich hab mir das Buch bestellt, mal sehen wieviel ich für die
Elektronikentwicklung verwenden kann.

[Malek Naffati (Gast)]

"Code Complete" v. Microsoft (gröööhl)
is aber ein sehr erfrischendes Werk das in in die
Planung und Entwicklung von vorwiegend prozeduraler
Software eingeht. Auch sehr in die tiefe.

Wenn du eher Objektorientiert programmieren willst,
sind nach der Einführungslektüre (in die jeweilige
Programmiersprache) sicher auch
"Design Patters" - von Erich Gamma und Co.
und (meiner meinung nach)
"A System of Patterns" von Frank Buschmann und Co. zu empfehlen.

Sie beschäftigen sich mit der Formalisierung von häufigen Design
Problemen bei der Software Entwicklung, welche Abwägungen man machen
muss usw. Sollte man sich irgendwann zulegen und öfter mal rein
schaun.

MfG
auch wenn

[nobody0 (Gast)]

Für große Projekte ist "The Mythical Man Month" empfehlenswert.

Als Grundlage sollte man a) den Standard (von www.ansi.org ) zu der
Programmiersprache als Nachschlagewert verwenden und b) die FAQs der
Programmiersprache gelesen haben; ansonsten weiß man nicht (richtig)
was man tut.

[Gerhard Gunzelmann (Gast)]

@Hans

was ist DAU ? Der "Dümmste Anzunehmende User" oder was ?

Gerhard

[Matthias (Gast)]

Hi

alternativ:
"Dümmster anzunehmender Anwendungsentwickler"

Matthias