Schiffe versenken programmieren

[DeddyH]

Vielleicht bin ich ja nicht mehr zeitgemäß, aber ich kenne das noch so, dass die (zumindest grobe) Projektplanung abgeschlossen ist, bevor man überhaupt die IDE startet. Da hat man dann lax formuliert einen Zettel (oder eher einen Stapel davon) vor sich, auf dem das Hauptproblem in Teilprobleme und die dann wiederum in noch kleinere Teilprobleme zerlegt sind, die man nur noch in Code formulieren muss. Von PAPs oder Struktogrammen will ich erst gar nicht anfangen.

[leodinho]

hmm.. wie soll ich das nur machen.. Nichts gegen euch aber ich finde die Programmierung einfach ******
Ich kann mich nicht reindenken und auch mit den grundlagen komm ich nicht weiter.. Ist halt nicht mein gebiet..
gebe das was ich habe ab und gut ist..
Und mein Elend als programm hat glaub immernoch keiner angeguckt?

[Popov]

@DeddyH

Was richtig ist spielt hier zuerst keine Rolle. Außerdem dachte ich, dass der TE das schon gemacht, sie Beitrag #93. Aber um was geht es hier, wie man korrekt Projekte im Berufsleben umsetzt oder wollen wie auf biegen und brechen eine komplexe Planung für eine Hausaufgabe aufzwingen. Zurzeit ist der TE damit beschäftigt ein zweidimensionales Array mit Nullen zu löschen.

Zitat von leodinho:

Und mein Elend als programm hat glaub immernoch keiner angeguckt?

Ich hab mir das schon angeguckt, nur ist von dem Programm noch nichts zu sehen.

[DeddyH]

Wenn man so etwas noch nie gemacht hat oder zumindest unerfahren auf dem Gebiet ist, welchen Sinn macht es da, ohne nachzudenken irgendetwas zusammenzuschreiben und ohne überhaupt zu wissen, wo man eigentlich hinwill? Falls Du Projekte im Berufsleben so umsetzt, ist das Deine Sache, ich muss das ja später zum Glück nicht debuggen.

[leodinho]

ja toll, moralapostel helfen mir auch nicht..
ist jetzt auch egal, wäre nett gewesen wenn ich das wenigstens noch auf dem feld sichtbar gemacht hätte..
so gebe ich das halt ab und muss mit der ganzen arbeit(stunden) umsonst zufrieden sein -.-
soein programm , was man sichelich in 1h programmiert -.-

[DeddyH]

Was hast Du denn erwartet? Dass Dir das jemand fertig auf dem Silbertablett serviert? Insbesondere Sir Rufo hat sich viel Zeit für Dein Problem genommen, nur die Umsetzung war Dein Part.

[Popov]

DeddyH, nach allgemeiner Definition kann alles was von der normalen Tätigkeit/Routine abweicht, als Projekt bezeichnet werden. Somit ist das Brote schmieren zum Frühstück kein Projekt, auch der Kauf von Butter ist kein Projekt, weil man das immer wieder macht. Der Kauf von Frühstückstellern ist dagegen schon ein Projekt. Jedem Projekt ist eines gemeinsam: es muss geplant werden. Das bedeutet aber nicht, dass man sich für jeden Plan hinsetzen muss und es erst auf dem Papier durchplanen muss. Trotzdem benötigt ein Projekt einen Plan. Da gebe ich dir Recht. Um Frühstücksteller zu kaufen muss zuerst die Finanzierung geklärt werden, auch wenn es nur 3 Euro bei IKEA sind. Dann muss der Transport geklärt werden - nach der Arbeit im Vorbeifahren oder doch am Samstag. Personalplanung - wer macht das? Sie, er, oder doch beide. Kommen die Kinder mit? Wollen die dann auch noch was essen? Noch mehr Geld.

Ja DeddyH, ein Projekt benötigt eine Planung, aber nicht jedes muss komplex auf dem Papier geplant werden. Das kann auch so gehen: "Sie: Wir brauchen Frühstücksteller. Er: soll ich oder kaufst du die? Sie: ich bin morgen in der Nähe von IKEA, ich macht das." Projektplanung angeschlossen.

Aber ja, wenn es ein Programm in der Firma sein soll, dann wird es geplant, sogar auf dem Papier. Auch bei mir. Aber vor lauter Planung wird hier bisher eine Sache vernachlässigt: das Programm. Es wurde bisher so viel mit dem TE geplant, dass er vor lautem Plan nicht mehr durchblickt.

Ich mache dir ein Angebot: ich ziehe mich hier zurück, dann nimmst du den TE an die Hand und führst ihn zum Ziel.

[leodinho]

hilft auch nicht..

[mkinzler]

Zitat:

Jedem Projekt ist eines gemeinsam: es muss geplant werden. Das bedeutet aber nicht, dass man sich für jeden Plan hinsetzen muss und es erst auf dem Papier durchplanen muss. Trotzdem benötigt ein Projekt einen Plan.

In diesem Fall geht das Projekt aber über diese Komplexität hinaus. So dass sich eine geziele Planung anbieten würde; im Besonderen, da hier klar wird, dass der TE wenig Erfahrung hierin hat. Ein Profi, wie Du, wird auch von der Routine abweichende Aufgabenstellungen, live ohne Vorplanung in Code umsetzen können. Ich bezweifle aber, das der TE hirtzu im Stande ist. Deshalb finde ich es richtig, dass Detlef in darauf hingewisen hat.
Wenn du diesen Thread verfolgt hast wirst du gesehen haben, dass man hier versucht hat ihn in die richtige Richtung zu scubsen, ihm es aber an der Orientierung gefehlt hat. Deshalb wäre es für ihn ratsam, sein Vorgehen unabhängig von der Implementierung ( Code) durchzudenken.
Wenn auch "Schreibtisch-Tests" nicht mehr en vogue sind.

[Popov]

@leodinho

Du solltes zu deinem Lehrer gehen und tatsächlich das Projekt abgeben. Die erste Prozedur sieht so aus:

Delphi-Quellcode:

//Löscht das Feld-Array mit Nullen.
procedure FeldLeeren;
var
  x, y: Integer;
begin
  for x := 0 to MaxFelder do
    for y := 0 to MaxFelder do
      Feld[x, y] := 0;
end;

Im Kommentar steht auch die Aufgabe "Löscht das Feld-Array mit Nullen". Das ist die absolut einfachste Prozedur von allen, einfach Feld mit Nullen löschen. Um das hinzukriegen muss man sich das Feld lediglich als eine zweidimensionale Matrix vorstellen, ein Schachfeld, X waagerecht, Y senkrecht. Wenn es bereits hier hapert, dann fehlt das Verständnis für die Aufgabe.