GPIO Eingang bei langer Leitung schuetzen...

On 5/9/20 11:30 PM, Falk Willberg wrote:
On 09.05.20 22:48, Gerrit Heitsch wrote:
On 5/9/20 10:44 PM, Falk Willberg wrote:

...

Nicht überall. Es gibt auch SW-Entwickler, die mit ARM Cortex M3 und
256k Flash hervorragende Regelungen mit Menübedienung, Feldbus, LAN etc.
so bauen, daß die ohne Update-Möglichkeit im Feld länger leben als die
Backup-Batterien der RTC.

256 KB Flash ist allerdings schon ziemlich üppig.

Kommt darauf an. Ein Bekannter (Java-Programmierer) meinte mal, mit 256
*M*Byte ginge gar nichts.

Ja. Hast du ihn dann auf die berühmten 640 KB hingewiesen mit denen ein
DOS-Rechner sehr lange auskommen musste?

Java ist ein Ausreisser, man hat den Verdacht, daß der/die
Sprachdesigner Aktien von RAM-Herstellern hatte.

Gerrit
 
Am 09.05.2020 um 22:58 schrieb Falk Willberg:
On 08.05.20 22:54, Rolf Bombach wrote:
Helmut Schellong schrieb:

Ein Großmeister bin ich nur in C.

C ist keine Programmiersprache, sondern eine Ausgeburt zwar
klassenkämpferischen aber reichlich Hasch-vernebelter Hirne
durchgeknallter Studenten in California zu echt schrägen Zeiten.

C ist ein verdammt gute Macro-Assembler, der mir nicht nur die
Carry-Operationen (\"eins im Sinn\") für andere Datentypen als die
CPU-Register abnimmt, sondern auch das Stack-sichern bei Unterfunktionen.

C sieht auch hübscher aus als Assembler und ist leichter lesbar, es sei
denn, der Assembler-Code ist gut dokumentiert, idealerweise in C-Syntax,
dann kann man die Fleißarbeit aber gleich dem Compiler überlassen ;-)

FACK, bis hier.

Obwohl, C verleitet doch auch schon mal zu kryptischem Code, oder
erzwingt ihn sogar bei manchen Deklarationen.

Ansonsten meine ich, daß echte Profis am gut lesbaren Code zu erkennen
sind, egal in welcher Sprache.


Ich bestreite nicht, daß es auch andere Programmiersprachen gibt, die
genauso gut von Embedded mit Ressourcen im Kilo-Bereich (-Byte, -Hz...)
bis zu Betriebssystemen mit Millionen Zeilen Source-Code gibt. Ich kenne
nur keine.

Wenn man nur eine Sprache lernen möchte, dann geht auch FORTH ;-)

Ansonsten ist es oft katastrophale Zeitverschwendung, Fehler in C
Programmen zu finden, die in anderen Programmiersprachen manchmal schon
der Compiler finden kann. Aber häufige Updates halten ja die Kasse am
Klingeln :-(

Aus den Anfangszeiten von Windows weiß ich, was für schrecklichen Code
die Entwickler als Beispiele im SDK abgeliefert haben - mindestens 50
Fehler in jedem C Programm, die der Compiler übersehen hat oder (wegen
falschem Typecast) nicht sehen durfte :-(

Seitdem weiß ich, daß ich größere Projekte sicher nicht in C schreiben
möchte, und auch nicht in C++ oder C#.

DoDi
 
Am 09.05.2020 um 22:58 schrieb Falk Willberg:
On 08.05.20 22:54, Rolf Bombach wrote:
Helmut Schellong schrieb:

Ein Großmeister bin ich nur in C.

C ist keine Programmiersprache, sondern eine Ausgeburt zwar
klassenkämpferischen aber reichlich Hasch-vernebelter Hirne
durchgeknallter Studenten in California zu echt schrägen Zeiten.

C ist ein verdammt gute Macro-Assembler, der mir nicht nur die
Carry-Operationen (\"eins im Sinn\") für andere Datentypen als die
CPU-Register abnimmt, sondern auch das Stack-sichern bei Unterfunktionen.

C sieht auch hübscher aus als Assembler und ist leichter lesbar, es sei
denn, der Assembler-Code ist gut dokumentiert, idealerweise in C-Syntax,
dann kann man die Fleißarbeit aber gleich dem Compiler überlassen ;-)

FACK, bis hier.

Obwohl, C verleitet doch auch schon mal zu kryptischem Code, oder
erzwingt ihn sogar bei manchen Deklarationen.

Ansonsten meine ich, daß echte Profis am gut lesbaren Code zu erkennen
sind, egal in welcher Sprache.


Ich bestreite nicht, daß es auch andere Programmiersprachen gibt, die
genauso gut von Embedded mit Ressourcen im Kilo-Bereich (-Byte, -Hz...)
bis zu Betriebssystemen mit Millionen Zeilen Source-Code gibt. Ich kenne
nur keine.

Wenn man nur eine Sprache lernen möchte, dann geht auch FORTH ;-)

Ansonsten ist es oft katastrophale Zeitverschwendung, Fehler in C
Programmen zu finden, die in anderen Programmiersprachen manchmal schon
der Compiler finden kann. Aber häufige Updates halten ja die Kasse am
Klingeln :-(

Aus den Anfangszeiten von Windows weiß ich, was für schrecklichen Code
die Entwickler als Beispiele im SDK abgeliefert haben - mindestens 50
Fehler in jedem C Programm, die der Compiler übersehen hat oder (wegen
falschem Typecast) nicht sehen durfte :-(

Seitdem weiß ich, daß ich größere Projekte sicher nicht in C schreiben
möchte, und auch nicht in C++ oder C#.

DoDi
 
On 05/10/2020 08:59, Hans-Peter Diettrich wrote:
Am 09.05.2020 um 22:58 schrieb Falk Willberg:
[...]
FACK, bis hier.

Obwohl, C verleitet doch auch schon mal zu kryptischem Code, oder erzwingt
ihn sogar bei manchen Deklarationen.

Das kann mit typedef beseitigt werden.

Ansonsten meine ich, daß echte Profis am gut lesbaren Code zu erkennen sind,
egal in welcher Sprache.

Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Ich kenne von der Fachhochschule her eine Definition:
Durchgehend Einrückungen vornehmen.

Syntax-Highlighting kann diese Bewertung stark verändern.

https://www.amazon.de/exec/obidos/ISBN=3642544363#customerReviews

\"Der farbige Druck (Syntaxhighlighting) macht das Ganze sehr übersichtlich,\"

Ansonsten ist es oft katastrophale Zeitverschwendung, Fehler in C Programmen
zu finden, die in anderen Programmiersprachen manchmal schon der Compiler
finden kann. Aber häufige Updates halten ja die Kasse am Klingeln :-(

Dafür würdest Du wohl in dclc keine Zustimmung finden.

Seitdem weiß ich, daß ich größere Projekte sicher nicht in C schreiben
möchte, und auch nicht in C++ oder C#.

Sehr oft kommt man an C/C++ nicht vorbei!
Keine Chance!
Wenn es zu einer Plattform nur C gibt, kannst Du nichts
dagegen machen, außer selbst ein Entwicklungssystem zu entwickeln.
Und das kommt oft vor.
Bei Mikrokontrollern aller Art: Zu geschätzt >=97% nur C/C++.

Es beginnt mit dem 517: C - von Firma Keil.
Es endet mit großen MCs von z.B. Infineon - C/C++ von Tasking.
Betriebssystem für MC: NBurner - nur C/C++.

Manchmal kann man zwischen Entwicklungssystemen wählen.
Jedoch unterstützen alle diese nur C/C++.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
www.schellong.de www.schellong.com www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm
 
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?
 
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?
 
Am 09.05.20 um 21:25 schrieb Helmut Schellong:
On 05/09/2020 18:54, Hartmut Kraus wrote:
Am 09.05.20 um 18:33 schrieb Helmut Schellong:

Dieser Fehler verschwand also durch Änderung des Arrangements von Code.
Du hast bereits intensiv nach der Fehlerursache gesucht.

Und gefunden. Wie immer nur irgendwo ein paar Zeichen vergessen. ;)

Heißt das, ich schaue nun in der reparierten Angebot.php herum?

Nein, das ist nach wie vor der Stand, den ich dir gemailt habe.
 
On 05/10/2020 11:58, Hartmut Kraus wrote:
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?

Dein Code ist okay.
Es ist noch nie vorgekommen, daß ich Code als `schwierig` empfand.

Syntax-Highlighting hilft, jeden Code schnell zu entziffern.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
www.schellong.de www.schellong.com www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm
 
Am 10.05.2020 um 12:14 schrieb Helmut Schellong:
On 05/10/2020 11:58, Hartmut Kraus wrote:
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?

Dein Code ist okay.
Es ist noch nie vorgekommen, daß ich Code als `schwierig` empfand.

Syntax-Highlighting hilft, jeden Code schnell zu entziffern.

Dann mal los:

https://www.chessprogramming.org/images/5/56/Pkadjacent.JPG
 
Am 10.05.20 um 12:14 schrieb Helmut Schellong:
> Dein Code ist okay.

Danke, hab\' mir auch große Mühe gegeben. ;)

> Es ist noch nie vorgekommen, daß ich Code als `schwierig` empfand.

Du verblüffst mich. ;) Eben schriebst du noch:

Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Syntax-Highlighting hilft, jeden Code schnell zu entziffern.

Das schon, aber geht dir auch meine Logik problemlos ein?
 
Am 10.05.2020 um 12:14 schrieb Helmut Schellong:
On 05/10/2020 11:58, Hartmut Kraus wrote:
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?

Dein Code ist okay.
Es ist noch nie vorgekommen, daß ich Code als `schwierig` empfand.

Syntax-Highlighting hilft, jeden Code schnell zu entziffern.

Dann mal los:

https://www.chessprogramming.org/images/5/56/Pkadjacent.JPG
 
Am 09.05.2020 um 20:03 schrieb Hans-Peter Diettrich:

Ich hatte mit meinem Schrotthändler das große Glück, daß der Elektrik
und Elektronik von Telefunken bekam, u.a. vom Röhrenprüffeld, Besteck
von WMF und Ski von Erbacher.
Söflinger Straße 100?


Butzo
 
Am 09.05.2020 um 20:03 schrieb Hans-Peter Diettrich:

Ich hatte mit meinem Schrotthändler das große Glück, daß der Elektrik
und Elektronik von Telefunken bekam, u.a. vom Röhrenprüffeld, Besteck
von WMF und Ski von Erbacher.
Söflinger Straße 100?


Butzo
 
Am 09.05.2020 um 23:26 schrieb Rolf Bombach:
Hartmut Kraus schrieb:

??? 1812 scheiterte Napoleon vor Moskau, aber das hast du doch nicht
gemeint?

In einem ersten Schritt doch genau das.
War auf Vinyl mal der Hit des Jahres...


Butzo
 
Am 10.05.2020 um 12:14 schrieb Helmut Schellong:
On 05/10/2020 11:58, Hartmut Kraus wrote:
Am 10.05.20 um 11:21 schrieb Helmut Schellong:
Wie ist \'gut lesbaren\' definiert?
Meine Erfahrung ist, wenn jemand einen anderen Schreibstil hat
als der Beurteilende, ist es für den Beurteilenden (automatisch)
ein unlesbarer Code.

Hm, wie gut ist mein Code für dich lesbar?

Dein Code ist okay.
Es ist noch nie vorgekommen, daß ich Code als `schwierig` empfand.

Gerade eben schriebst du das genaue Gegenteil

Syntax-Highlighting hilft, jeden Code schnell zu entziffern.

Ja, es hilft.

Was bist du nur für ein unsäglicher Dummschwätzer!
Keine Ahnung von nichts aber davon jede Menge.
 
Am 09.05.2020 um 21:25 schrieb Helmut Schellong:
On 05/09/2020 18:54, Hartmut Kraus wrote:
Am 09.05.20 um 18:33 schrieb Helmut Schellong:

Dieser Fehler verschwand also durch Änderung des Arrangements von Code.

Was genau war denn nun die Ursache des Fehlers? Warum wirkte der work
around?

Du hast bereits intensiv nach der Fehlerursache gesucht.

Und gefunden. Wie immer nur irgendwo ein paar Zeichen vergessen. ;)

Heißt das, ich schaue nun in der reparierten Angebot.php herum?

Was fragst du da? Ein selbsternannter und selbstverliebter Überguru wie
du erkennt das doch auf den ersten Blick. Etwa nicht?

Deshalb rate ich zunächst zu einigen pauschalen Maßnahmen:

o  JavaScript soll man im <head>...</head> oder davor definieren
.  und im <body> verwenden, damit vor Verwendung komplett `gelernt`
wurde.

Hm. Ich brauche aber in jeder Zeile andere Funktionen, deshalb
generiere ich die ja mit PHP. (Jede Zeile ist eine manipulierte
AngebotPos.php, man weiß ja beim Aufruf der Seite noch nicht, wieviele
Zeilen es werden.)

Kann sein, daß ich das bei Selfhtml (Stefan Münz) gelesen habe.
https://wiki.selfhtml.org/wiki/HTML/Skripte/script
Beachte \'defer\'.

o  Tag <main> verwenden.

Bringt das was? Ich verwende nur <form novalidate onsubmit=\"return
false\">, damit event.preventDefault() funktioniert

main> ist ein HTML-Tag.
https://wiki.selfhtml.org/wiki/Referenz:HTML/main
Entscheidend wichtig ist es aber wohl nicht.
 
Am 09.05.2020 um 23:26 schrieb Rolf Bombach:
Hartmut Kraus schrieb:

??? 1812 scheiterte Napoleon vor Moskau, aber das hast du doch nicht
gemeint?

In einem ersten Schritt doch genau das.
War auf Vinyl mal der Hit des Jahres...


Butzo
 
Am 10.05.2020 um 12:57 schrieb Klaus Butzmann:
Am 09.05.2020 um 20:03 schrieb Hans-Peter Diettrich:

Ich hatte mit meinem Schrotthändler das große Glück, daß der Elektrik
und Elektronik von Telefunken bekam, u.a. vom Röhrenprüffeld, Besteck
von WMF und Ski von Erbacher.
Söflinger Straße 100?
Telefunken? Könnte hinkommen.

Falls Du den Schrotthändler meinst, der war in Neu-Ulm/Offenhauseb,
Max-Eyth Straße? Richtung Finningen.

DoDi
 
Am 10.05.2020 um 12:57 schrieb Klaus Butzmann:
Am 09.05.2020 um 20:03 schrieb Hans-Peter Diettrich:

Ich hatte mit meinem Schrotthändler das große Glück, daß der Elektrik
und Elektronik von Telefunken bekam, u.a. vom Röhrenprüffeld, Besteck
von WMF und Ski von Erbacher.
Söflinger Straße 100?
Telefunken? Könnte hinkommen.

Falls Du den Schrotthändler meinst, der war in Neu-Ulm/Offenhauseb,
Max-Eyth Straße? Richtung Finningen.

DoDi
 

Welcome to EDABoard.com

Sponsor

Back
Top