Schiffe versenken programmieren

[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.

[leodinho]

wie weiß ich jetzt aber ob ne zelle gültig ist oder nicht?
ob es im feld liegt?
also x <= maxfeld?

[mkinzler]

Wenn du mit gültig: auf dem Brett meint, ja.
Mal dir das doch mal auf Papier auf und beschrifte die Matrix.

[Sir Rufo]

Zitat von mkinzler:

Wenn du mit gültig: auf dem Brett meint, ja.
Mal dir das doch mal auf Papier auf und beschrifte die Matrix.

Das funktioniert nicht, das habe ich gefühlt in jeder zweiten Antwort von mir gesagt und Reaktion war gleich 0

Zitat von Popov:

@mkinzler

Du hast Recht. Auf der anderen Seite habe ich bereits die Probleme gleich am Anfang zukommen sehen. Ich hab gesehen, dass die Kenntnisse des TE, wenn überhaupt, nur rudimentär sind. Da geht man anders an die Lösung ran, nicht wie ein Profi, auch wenn es eigentlich den "einzig richtigen Weg" gibt. Was dem TE am Anfang für Lösungen für sein Projektplan geliefert wurde, da hätte sogar ich Probleme das umzusetzten. Ich wollte es von anfang an simpel machen. Und wenn es dem Programmierer am abstraktem Denkvermögen fehlt, dann soll er es Try and Error machen. Dann wird eben am Anfang eine Anzeige programmiert und er soll es testen.

Absoluter Unsinn ... gerade wenn Projektteilnehmer nicht programmieren können, bleibt man so lange wie möglich weg von der Implementierung sondern schreibt das in verständlichen Worten auf.

Ein jeder, der dir einen Zusammenhang nicht erklären kann ohne sich hinter Fachtermini oder Implementationsgeschwafel zu verstecken, hat im Grunde keine Ahnung wie es funktioniert. Er weiß lediglich wo er mit dem Hammer hinschlagen muss, aber er weiß nicht warum und wieso.

Einfach mal in den nächsten Gesprächen darauf achten ... es geht immer mit einfachen Worten zu erklären ... es dauert länger, evtl. muss man weiter ausholen ... aber es geht.

[DeddyH]

@Sir Rufo: made my day

[Popov]

Zitat von Sir Rufo:

Absoluter Unsinn ...

Sir Rufo, ich bin seit 15 Jahren u. a. als Dozent tätig, bzw. führe Schulungen durch, als Ausbilder bin ich seit 30 Jahren tätig. Ich hab sehr oft mit blutigen Anfängern zu tun. Kannst du das auch vorweisen? Du hast sehr gute Kenntnisse als Programmierer, aber ich sage dir was - bei eurer Hilfe am Anfang musste ich nur Kopf schütteln. Didaktisch eine Katastrophe. Wenn ich von etwas eine Ahnung habe, dann wie man einen Anfänger an das Ziel bringe, denn das mache ich seit Jahren. Merke dir, programmieren können bedeutet nicht zu wissen wie man einem anderen das beibringen kann.

Und zu deinem Code, der ist eine Katastrophe. Programmtechnisch sehr gut, aber für einen Anfänger nicht zu gebrauchen. Den Code soll der TE verstehen? Bravo.

[Sir Rufo]

Zitat von Popov:

Zitat von Sir Rufo:

Absoluter Unsinn ...

Sir Rufo, ich bin seit 15 Jahren u. a. als Dozent tätig, bzw. führe Schulungen durch, als Ausbilder bin ich seit 30 Jahren tätig. Ich hab sehr oft mit blutigen Anfängern zu tun. Kannst du das auch vorweisen? Du hast sehr gute Kenntnisse als Programmierer, aber ich sage dir was - bei eurer Hilfe am Anfang musste ich nur Kopf schütteln. Didaktisch eine Katastrophe. Wenn ich von etwas eine Ahnung habe, dann wie man einen Anfänger an das Ziel bringe, denn das mache ich seit Jahren. Merke dir, programmieren können bedeutet nicht zu wissen wie man einem anderen das beibringen kann.

Und zu deinem Code, der ist eine Katastrophe. Programmtechnisch sehr gut, aber für einen Anfänger nicht zu gebrauchen. Den Code soll der TE verstehen? Bravo.

Na denn ...