Programmieren jeder hats anders gelernt

[PICture]

Hallo!

Mein ausprobiertes Vorschlag wäre ein kleines LCD Zeichendisplay (z.B. http://www.pollin.de/shop/dt/NDU0OTc...MC16223SG.html ) der an 2 freie Pins vom µC angeschlossen ist und Werte aus 16 im Programm gewählten Register ständig zeigt (siehe dazu: https://www.roboternetz.de/phpBB2/viewtopic.php?t=13685 ).

Bei z.B. 2,4 V Versorgungsspannung sind noch Spannungsverdoppler mit ICL7660 und zwei 10 µF Elkos notwendig (siehe dazu: https://www.roboternetz.de/community/...p-Tricks/page3 ).

Übrigens, momentan überlege ich Verwendung von s/w Handy-Displays, die schon seriell und mit ca. 2,5 V arbeiten, benötigen aber wegen fehlenden Zeichengenerator mehr Software.

[Vitis]

Das A und O bei der Programmierung ist vorausgehend die Analyse der Aufgabenstellung, Zerlegung in Einzelschritte und Strukturierung. Es ist da auch keine Schande ein Blatt Papier zu Hilfe zu nehmen (geht eh schneller als diese Mindmap-Programme etc.).
Hat man die Aufgabenstellung verstanden und strukturiert braucht man praktisch nur die Struktur in die jeweilige Programmiersprache übersetzen, welche das ist, ist im Prinzip Wurst. Habe ebenfalls mit C64 Basic 2.0 und Handbuch angefangen ... POKE 53280,0
Heute Bascom, PHP, Java-Script, VB6, Java ...

[PICture]

Hallo!

Genau !

Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) ("flow chart") kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).

[danimath]

Ich gebe zu, dass ich ohne Programablaufdiagramm (PAD) kein effizientes Programm erstellen kann (hoffentlich nicht nur wegen Alterschwäche).

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

[PICture]

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.

[danimath]

Ausserdem, ausser wenigen Namen von Unterprogrammen, schreibe ich im Quellcode keine Kommentare mehr und trotzdem weiss ich soger nach Jahren, was das Programm macht und kann ich es immer nach Wunsch beliebig ändern.

Neid! Liegt das am Altersvorsprung? Mal sehen wie es in acht Jahren ist

viele Grüße
Andreas

[PICture]

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.

[Richard]

Der PAD ist für mich von Programmiersprachen unabhängig.

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