Servus
Kann mir mal jemand sagen, in welcher Reihenfolge man ein Programm entwickelt? Also erst sich im Kopf alles ausdenken und auf Papier niederschreiben und am Schluß abtippen oder wie macht man das?
Danke
Programmieren - alles kontrollieren 4.941 Themen, 20.708 Beiträge
Borlander 
Hurts „Programmerstellung“
Kann mir mal jemand sagen, in welcher Reihenfolge man ein Programm entwickelt
Pauschal kann man das gar nicht sagen. Kommt drauf an, wie komplex das Problem ist und wie gut der Programmierer ist.
Also erst sich im Kopf alles ausdenken
Als erstes muss man das zu Grunde liegende Problem erfassen und strukturieren. Also in Unterprobleme zerteilen.
Für diese Unterprobleme muss dann ein (möglichst effektiver) Algorithmus gefunden werden.
Diese Algorithmen setzt man anschließend in Befehle der gewünschten Programmiersprache um.
Papier niederschreiben und am Schluß abtippen oder wie macht man das?
Also den Quelltext auf Papier niederschreiben ist zu aufwendig. Für Skizzen, Ablaufdiagramme, Datenbankenwürfe, ... ist Papier und Bleistift allerdings eine gute Sache, weils einfach schneller als auf dem PC geht.
Mit einfach abtippen ist es also nicht getan. Die Testerei einzelner Prozeduren/Funktionen geht schon bei der Programmiererei los, denn bei größeren Projekten hakts immer an irgend einer Stelle. Einfach auf die schnelle runterschreiben geht nur bei kleineren Sachen.
Was ich bis jetzt noch ausgelassen habe ist das GUI-Design (wenn man denn mit GUI programmiert). Sollten dazu noch Fragen bestehen, werde ich mich gerne auch dazu noch mal äußern.
CU Borlander
Pauschal kann man das gar nicht sagen. Kommt drauf an, wie komplex das Problem ist und wie gut der Programmierer ist.
Also erst sich im Kopf alles ausdenken
Als erstes muss man das zu Grunde liegende Problem erfassen und strukturieren. Also in Unterprobleme zerteilen.
Für diese Unterprobleme muss dann ein (möglichst effektiver) Algorithmus gefunden werden.
Diese Algorithmen setzt man anschließend in Befehle der gewünschten Programmiersprache um.
Papier niederschreiben und am Schluß abtippen oder wie macht man das?
Also den Quelltext auf Papier niederschreiben ist zu aufwendig. Für Skizzen, Ablaufdiagramme, Datenbankenwürfe, ... ist Papier und Bleistift allerdings eine gute Sache, weils einfach schneller als auf dem PC geht.
Mit einfach abtippen ist es also nicht getan. Die Testerei einzelner Prozeduren/Funktionen geht schon bei der Programmiererei los, denn bei größeren Projekten hakts immer an irgend einer Stelle. Einfach auf die schnelle runterschreiben geht nur bei kleineren Sachen.
Was ich bis jetzt noch ausgelassen habe ist das GUI-Design (wenn man denn mit GUI programmiert). Sollten dazu noch Fragen bestehen, werde ich mich gerne auch dazu noch mal äußern.
CU Borlander
Kolti Hurts „Programmerstellung“
Na ja,
das zu erklären ist nicht einfach. Ein normaler Programmierer fängt einfach an. ;-)
Aber:
Logischerweise sollte man sich zuerst überlegen, was das Programm machen soll.
Danach sollte man einen Flußplan zeichnen. So ein Flußplan fängt mit START an und hört mit END auf. Dazwischen kommen jetzt Sachen wie Abfragen, Berechnungen, Verzweigungen und Rücksprünge. Je nachdem, was das Programm machen soll.
Danach sollte man erst anfangen zu Programmieren.
Wichtig ist auf jeden Fall viel beschreibende Dokumentation, damit man nachher weiß, was die Routinen eigentlich machen sollen.
"Ein guter Programmierer" schreibt natürlich nur selbsterklärende Programme. :-).
Hurts Nachtrag zu: „Programmerstellung“
Ich habe bisher nur kleine Anwendungen in C++ und der WinAPI/MFC erstellt. Das waren aber sehr kleine Anwendungen, also welche die man ohne Skizzen, etc. erstellen konnte. Jetzt hab ich aber ein größeres Projekt vor, weiß aber nicht genau wie ich das erstellen soll, deshalb meine Frage(wie oben schon gennant).
Also Programme mit GUI. Ein vollwertiges Windows-Programm.
UselessUser Hurts „Programmerstellung“
Hi hurts!
Zuerst solltest du relativ genau wissen, was dein Programm können muss. Dann fange ich meist an einer Stelle an, wo mir noch nicht ganz klar ist, wie der Code lauten muss. Ich nehme mir sozusagen eine Funktionseinheit nach der anderen vor.
Bei größeren Programmen schreibe ich auch manchmal mehrere kleine selbstständige Programmchen, um ein Problem zu lösen, und füge diese Programmchen dann zusammen.
Beispiel: Funktionskreis Excel-Arbeitsmappen öffnen, speichern, schließen. Funktionskreis Excel-Tabellen einlesen. Funktionskreis eingelesene Tabellen bearbeiten und navigieren usw. Diese Funktionen müssen nachher alle ineinandergreifen und das beginnt dann doch sehr komplex zu werden. :-( Stöhn!
Aber ich glaube, das ist einfach so, da hilft auch die beste systematische Vorbereitung nichts, sondern pure Programmiererfahrung.
MfG
UselessUser
