Hallo!
Genau !
Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) ("flow chart") kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).
Hallo!
Genau !
Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) ("flow chart") kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).
Geändert von PICture (02.10.2011 um 18:33 Uhr)
MfG (Mit feinem Grübeln) Wir unterstützen dich bei deinen Projekten, aber wir entwickeln sie nicht für dich. (radbruch) "Irgendwas" geht "irgendwie" immer...(Rabenauge) Machs - und berichte.(oberallgeier) Man weißt wie, aber nie warum. Gut zu wissen, was man nicht weiß. Zuerst messen, danach fragen. Was heute geht, wurde gestern gebastelt. http://www.youtube.com/watch?v=qOAnVO3y2u8 Danke!
Geht mir auch so - selbst im Beruf. Die Sachen, die ich "mal eben so" zusammenstokele, verstehe ich oft nach einem halben Jahr nicht mehr, selbst wenn ich ein paar Kommentare dazuschreibe; aber mit 'nem PAP im Ordner ist das dann viel einfacher. Angefangen zu programmieren habe ich mit FORTRAN (kennt das noch jemand?) C habe ich mir im Job mal reinprügeln müssen, und dabei habe ich viel über Computer gelernt. Deshalb ist meine Empfehlung: so schnell wie möglich in C einsteigen (oder Assembler, wenn man es härter mag
)
viele Grüße
Andreas
#define true ('/'/'/')
#define false ('-'-'-')
Der PAD ist für mich von Programmiersprachen unabhängig. Früher habe ich oft geplannte zeitaufwendige bei Erstellung ASM Programme für PC's auf die schnelle auf Funktionsfehler mit QBASIC getestet. Am liebsten waren für mich immer Hochsprachen mit implementierten Funktionen in ASM, weil ich beruflich nur Hardware entwickelt habe,
Ausserdem, ausser wenigen Namen von Unterprogrammen, schreibe ich im Quellcode keine Kommentare mehr und trotzdem weiss ich, dank PAD's, soger nach Jahren, was das Programm macht und kann ich es immer nach Wunsch beliebig ändern.
Geändert von PICture (02.10.2011 um 18:13 Uhr)
MfG (Mit feinem Grübeln) Wir unterstützen dich bei deinen Projekten, aber wir entwickeln sie nicht für dich. (radbruch) "Irgendwas" geht "irgendwie" immer...(Rabenauge) Machs - und berichte.(oberallgeier) Man weißt wie, aber nie warum. Gut zu wissen, was man nicht weiß. Zuerst messen, danach fragen. Was heute geht, wurde gestern gebastelt. http://www.youtube.com/watch?v=qOAnVO3y2u8 Danke!
Hm, so alt wie jetzt war ich bisher noch nie. Im schlimmsten Fall ("worst case") würde ich meine frühere PAD's sicher nicht mehr richtig interpretieren können.
Sorry, ich musste mein vorherigen Beitrag editieren, weil ich "dank PAD's" vergessen habe, was deine von mir unbeantwortete Frage hoffentlich beantwortet.
Geändert von PICture (02.10.2011 um 18:23 Uhr)
MfG (Mit feinem Grübeln) Wir unterstützen dich bei deinen Projekten, aber wir entwickeln sie nicht für dich. (radbruch) "Irgendwas" geht "irgendwie" immer...(Rabenauge) Machs - und berichte.(oberallgeier) Man weißt wie, aber nie warum. Gut zu wissen, was man nicht weiß. Zuerst messen, danach fragen. Was heute geht, wurde gestern gebastelt. http://www.youtube.com/watch?v=qOAnVO3y2u8 Danke!
Meine ersten Programme habe ich im Rahmen meiner Ausbildung in ASM für den Mikroprozessor 8085 gemacht. Das wart ganz schön hart, schon für einfachste Sachen wie eine Zeitverzögerung war eine mehrfach geschachtelte Schleife von nöten...und alle Daten mussten erst aus dem externen Speicher in den Akku und dan in entsprechende Register geladen und dann wieder abgespeichert werden, da lobe ich mir heute doch den Controller der alles on board hat.
Aber da mich weiterhin mit Mikrocontrollern beschäftigen wollte bin ich dann irgendwann zu den AVR´s und dann hier gelandet.
Bascom sagte mir da sofort zu und nach kurzer Zeit liefen die ersten Programme. Da mein Steckenpferd aber die steuerung von externer Hardware mit dem PC ist, habe ich mich dann auch noch in VB. net eingearbeitet. Das ging zum Glück relativ zügig und ich lerne immer mehr dazu, Fehlschläge und solange rumfummeln bis es geht inklusive![]()
Jemand mit einer neuen Idee ist ein Spinner, bis er Erfolg hat.
(Mark Twain)
Das ist für die Vorbereitung eines Programms auch nicht nötig, dort reicht http://de.wikipedia.org/w/index.php?...20050601154534 voll aus. Mit welchem Programm(e) das letztendlich realisiert wird entscheidet letztendlich (auch) die vorhandene Hartware b.z.w. dessen Leistungsfähigkeit.
Gruß Richard
Lesezeichen