tag:forum.selfhtml.org,2005:/self Frage zum Wiki-Artikel „Grundlagen der Programmierung“ – SELFHTML-Forum 2017-03-14T13:40:00Z https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688705#m1688705 Philip 2017-03-03T10:17:22Z 2017-03-03T10:17:22Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Liebe JavaScript-Experten,</p> <p>zu dem Tutorial habe ich eine Rückfrage: Im Beispiel 9 wird eine Variable "zahl" definiert.</p> <pre><code class="block language-js"><span class="token string">'use strict'</span><span class="token punctuation">;</span> <span class="token keyword">var</span> eingabe<span class="token punctuation">,</span> ergebnis<span class="token punctuation">,</span> zahl<span class="token punctuation">,</span> text<span class="token punctuation">;</span> <span class="token keyword">function</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span><span class="token parameter">zahl</span><span class="token punctuation">)</span> <span class="token punctuation">{</span> ergebnis <span class="token operator">=</span> Math<span class="token punctuation">.</span><span class="token function">sqrt</span><span class="token punctuation">(</span>zahl<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token keyword">return</span> ergebnis<span class="token punctuation">;</span> <span class="token punctuation">}</span> eingabe <span class="token operator">=</span> <span class="token function">prompt</span><span class="token punctuation">(</span><span class="token string">'Bitte geben Sie eine Zahl ein!'</span><span class="token punctuation">,</span> eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> ergebnis <span class="token operator">=</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span>eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> text <span class="token operator">=</span> <span class="token string">'Die Wurzel von '</span><span class="token operator">+</span> eingabe <span class="token operator">+</span><span class="token string">' ist '</span> <span class="token operator">+</span> ergebnis<span class="token punctuation">;</span> document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span>text<span class="token punctuation">)</span><span class="token punctuation">;</span> </code></pre> <p>Wozu dient diese Variable im Beispiel? Wenn ich sie weglasse und "eingabe" für Math.sqrt einsetze, dann liefert die Funktion genau das gleiche Ergebnis.</p> <pre><code class="block language-js"><span class="token string">'use strict'</span><span class="token punctuation">;</span> <span class="token keyword">var</span> eingabe<span class="token punctuation">,</span> ergebnis<span class="token punctuation">,</span> text<span class="token punctuation">;</span> <span class="token keyword">function</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span><span class="token punctuation">)</span> <span class="token punctuation">{</span> ergebnis <span class="token operator">=</span> Math<span class="token punctuation">.</span><span class="token function">sqrt</span><span class="token punctuation">(</span>eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token keyword">return</span> ergebnis<span class="token punctuation">;</span> <span class="token punctuation">}</span> eingabe <span class="token operator">=</span> <span class="token function">prompt</span><span class="token punctuation">(</span><span class="token string">'Zahl eingeben'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> ergebnis <span class="token operator">=</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span>eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> text <span class="token operator">=</span> <span class="token string">"Die Wurzel von "</span> <span class="token operator">+</span> eingabe <span class="token operator">+</span> <span class="token string">" ist "</span> <span class="token operator">+</span> ergebnis <span class="token operator">+</span> <span class="token string">"."</span> document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span>text<span class="token punctuation">)</span><span class="token punctuation">;</span> </code></pre> <p>Danke. Euer Feedback würde mir als Anfänger sehr helfen, um das zu 100% zu verstehen. Philip</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688706#m1688706 j4nk3y 2017-03-03T10:20:15Z 2017-03-03T10:22:01Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hey,</p> <blockquote> <p>Wozu dient diese Variable im Beispiel?</p> </blockquote> <p>Stimmt, sieht etwas überflüssig aus.</p> <p>Bzw. im Beispiel ist sie notwendig um sie für die Funktion zu initialisieren.</p> <p>Gruß<br> Jo</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T10:35:54Z 2017-03-03T10:35:54Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <p>In diesem Fall kannst du die Wurzel einer beliebigen Zahl ziehen:</p> <blockquote> <pre><code class="block language-js"><span class="token string">'use strict'</span><span class="token punctuation">;</span> <span class="token keyword">var</span> eingabe<span class="token punctuation">,</span> ergebnis<span class="token punctuation">,</span> zahl<span class="token punctuation">,</span> text<span class="token punctuation">;</span> <span class="token keyword">function</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span><span class="token parameter">zahl</span><span class="token punctuation">)</span> <span class="token punctuation">{</span> ergebnis <span class="token operator">=</span> Math<span class="token punctuation">.</span><span class="token function">sqrt</span><span class="token punctuation">(</span>zahl<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token keyword">return</span> ergebnis<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> </blockquote> <p>Du kannst also aufrufen: wurzelZiehen(4) und bekommst 2 als Ergebnis. zahl ist der Parameter der Funktion wurzelZiehen, der es dir ermöglicht, da einen beliebigen Wert einzusetzen.</p> <p>Hier:</p> <blockquote> <pre><code class="block language-js"><span class="token string">'use strict'</span><span class="token punctuation">;</span> <span class="token keyword">var</span> eingabe<span class="token punctuation">,</span> ergebnis<span class="token punctuation">,</span> text<span class="token punctuation">;</span> <span class="token keyword">function</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span><span class="token punctuation">)</span> <span class="token punctuation">{</span> ergebnis <span class="token operator">=</span> Math<span class="token punctuation">.</span><span class="token function">sqrt</span><span class="token punctuation">(</span>eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token keyword">return</span> ergebnis<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> </blockquote> <p>...Kannst du immer nur die Wurzel von der Zahl ziehen, die in <code>eingabe</code> gespeichert ist.</p> <p>Für diese kleine Stück Code ist das gleich. Da könnte man sich sogar die Definition der Funktion sparen. Sobald du das an anderer Stelle aber nochmal brauchst, das wurzelZiehen, wird es relevant.</p> <p>Aber mit einer Sache hast du Recht:</p> <p>Die globale Variable <code>zahl</code> ist überflüssig und kann weg.</p> <p>Ich bin im Moment nir am Tablet und kanns deshalb nicht recht selber machen, vielleicht kann @Matthias Scharwies oder ein anderer Beispiel-Admin das übernehmen, wenn er das hier sieht:</p> <p>Der Code des Beispiels sollte mMn (wenn es nicht mit um einen Aspekt geht, der aus dem Posting hier nicht ersichtlich wird) lauten:</p> <pre><code class="block language-js"><span class="token string">'use strict'</span><span class="token punctuation">;</span> <span class="token keyword">var</span> eingabe<span class="token punctuation">,</span> ergebnis<span class="token punctuation">,</span> text<span class="token punctuation">;</span> <span class="token keyword">function</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span><span class="token parameter">zahl</span><span class="token punctuation">)</span> <span class="token punctuation">{</span> <span class="token keyword">var</span> ergebnis <span class="token operator">=</span> Math<span class="token punctuation">.</span><span class="token function">sqrt</span><span class="token punctuation">(</span>zahl<span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token keyword">return</span> ergebnis<span class="token punctuation">;</span> <span class="token punctuation">}</span> eingabe <span class="token operator">=</span> <span class="token function">prompt</span><span class="token punctuation">(</span><span class="token string">'Bitte geben Sie eine Zahl ein!'</span><span class="token punctuation">,</span> eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> ergebnis <span class="token operator">=</span> <span class="token function">wurzelZiehen</span><span class="token punctuation">(</span>eingabe<span class="token punctuation">)</span><span class="token punctuation">;</span> text <span class="token operator">=</span> <span class="token string">'Die Wurzel von '</span><span class="token operator">+</span> eingabe <span class="token operator">+</span><span class="token string">' ist '</span> <span class="token operator">+</span> ergebnis<span class="token punctuation">;</span> document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span>text<span class="token punctuation">)</span><span class="token punctuation">;</span> </code></pre> <p>zahl als Funktionsparameter hat bei den globalen Variablen nix verloren und ergebnis in der Funktion wurzelZiehen muss sich via Neudefinition im Funktionsscope vom globalen ergebnis unterscheiden, sonst gibts potenziell unerwünschte Seiteneffekte.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688707#m1688707 dedlfix 2017-03-03T10:32:03Z 2017-03-03T10:32:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <blockquote> <p>Wozu dient diese Variable im Beispiel?</p> </blockquote> <p>Stimmt, sieht etwas überflüssig aus.</p> <p>Bzw. im Beispiel ist sie notwendig um sie für die Funktion zu initialisieren.</p> </blockquote> <p>Nein, in der Funktion wird sie als Parameter übergeben und steht damit zur Verfügung. Der Parameter überlagert innerhalb der Funktion auch die globale Variable zahl. zahl ist global überflüssig.</p> <p>Und auch im Beispiel 10 waren Fehler drin. Lokale Variablen global angelegt, Funktionsergebnis nicht genutzt, stattdessen globale Variablen verwendet.</p> <p>Ich hab das mal korrigiert. Insgesamt ist das für meinen Geschmack noch zu geschwätzig, mit zu vielen Variablen. Aber um dem Anfänger die einzelnen Schritte zu zeigen, mag es geeignet sein.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688708#m1688708 TS ts-self@online.de https://bitworks.de 2017-03-03T10:35:17Z 2017-03-03T10:35:17Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <p>Nein, in der Funktion wird sie als Parameter übergeben und steht damit zur Verfügung. Der Parameter überlagert innerhalb der Funktion auch die globale Variable zahl. zahl ist global überflüssig.</p> <p>Und auch im Beispiel 10 waren Fehler drin. Lokale Variablen global angelegt, Funktionsergebnis nicht genutzt, stattdessen globale Variablen verwendet.</p> <p>Ich hab das mal korrigiert. Insgesamt ist das für meinen Geschmack noch zu geschwätzig, mit zu vielen Variablen. Aber um dem Anfänger die einzelnen Schritte zu zeigen, mag es geeignet sein.</p> </blockquote> <p>Dann sollte aber gerade DAS, was nun nicht mehr drin ist, erläutert werden. Woher soll ein Anfänger sonst wissen, warum hier so verfahren wird und eben <em>nicht</em>, wie gelöscht?</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688711#m1688711 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T10:40:28Z 2017-03-03T10:40:28Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Ich hab das mal korrigiert.</p> </blockquote> <p>Hast du auch gleich das <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709" rel="noopener noreferrer"><code>var</code> innerhalb der Funktion eingesetzt</a> gegen Seiteneffekte?</p> <blockquote> <p>Insgesamt ist das für meinen Geschmack noch zu geschwätzig, mit zu vielen Variablen. Aber um dem Anfänger die einzelnen Schritte zu zeigen, mag es geeignet sein.</p> </blockquote> <p>Wenn ich heute gegen Abend irgendwie die Zeit finde schau ich mal über den ganzen Artikel. Grad bei den Anfängersachen müssen wir exakt und unmissverständlich sein. Die vielen Variablen sind das eine, aber in einer Funktion globale Variablen zu verändern, die dann den Rückgabewert nochmal zugewiesen bekommen ist völlig absurd.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688710#m1688710 dedlfix 2017-03-03T10:39:16Z 2017-03-03T10:39:16Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Dann sollte aber gerade DAS, was nun nicht mehr drin ist, erläutert werden. Woher soll ein Anfänger sonst wissen, warum hier so verfahren wird und eben <em>nicht</em>, wie gelöscht?</p> </blockquote> <p>Das muss allgemein erläutert werden, wenn Scopes erklärt werden.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688750#m1688750 Matthias Scharwies mscharwies@selfhtml.org 2017-03-03T17:16:58Z 2017-03-03T17:16:58Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Servus!</p> <blockquote> <p>Aloha ;)</p> </blockquote> <blockquote> <p>Aber mit einer Sache hast du Recht:</p> <p>Die globale Variable <code>zahl</code> ist überflüssig und kann weg.</p> <p>Ich bin im Moment nir am Tablet und kanns deshalb nicht recht selber machen, vielleicht kann @Matthias Scharwies oder ein anderer Beispiel-Admin das übernehmen, wenn er das hier sieht:</p> </blockquote> <p>Leider Nein. Bin auch unterwegs und erst am Sonntagabend wieder daheim.</p> <p>Generell geht's mir schon wieder gegen den Strich, dass jeder ein paar Verbesserungsvorschläge hat, wie man's anders machen sollte, ausser @dedlfix aber keiner gesehen hat, dass es hier erst mal um die Grundlagen geht. Das mit der Konsole ist ein guter Vorschlag, da gibts auch nen Artikel dazu, der aber nicht kontextualisiert ist.</p> <p>Die Ausgabe mittels innerHTML oder textContent ist Thema des Nachfolgeartikel "Grundlagen des DOM".</p> <p>Wer dieses Tutorial verbessern oder ein eigenes schreiben will, herzlich willkommen -es ist ein Wiki.</p> <blockquote></blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688765#m1688765 Felix Riesterer http://felix-riesterer.de 2017-03-03T19:09:08Z 2017-03-03T19:09:08Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Camping_RIDER,</p> <blockquote> <p>Die globale Variable <code>zahl</code> ist überflüssig und kann weg.</p> </blockquote> <p>und was ist mit <code class="language-javascript">document<span class="token punctuation">.</span>write</code> auf der Seite?</p> <blockquote> <p>Ich bin im Moment nir am Tablet und kanns deshalb nicht recht selber machen,</p> </blockquote> <p>Auf der Seite gehört so einiges geändert. Momentan habe ich dafür aber leider zu wenig Zeit. Eine sinnvolle Überarbeitung verwendet DOM-Methoden anstelle von <code class="language-javascript">document<span class="token punctuation">.</span>write</code>, nutzt Variablen nur wo notwendig, bedient sich des Scopes - und erklärt auch alles hübsch der Reihe nach. Daher ist das ein größeres Stück Arbeit, das ich erst in zwei Wochen angehen könnte. Es sei denn jemand ist schneller.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688712#m1688712 TS ts-self@online.de https://bitworks.de 2017-03-03T10:44:47Z 2017-03-03T10:44:47Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <blockquote> <p>Dann sollte aber gerade DAS, was nun nicht mehr drin ist, erläutert werden. Woher soll ein Anfänger sonst wissen, warum hier so verfahren wird und eben <em>nicht</em>, wie gelöscht?</p> </blockquote> <p>Das muss allgemein erläutert werden, wenn Scopes erklärt werden.</p> </blockquote> <p>Es könnte mMn anhand dieses kleinen Beispiels schon fast genau so übernommen werden, wie <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709" rel="noopener noreferrer">Janosch das hier gepostet</a> hat.</p> <p>Und dann in der üblichen rot, gelb, grün hinterlegten Art, damit der schnelle Leser nicht doch aus Versehen das falsche Beispiel nimmt.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688713#m1688713 dedlfix 2017-03-03T10:49:02Z 2017-03-03T10:49:02Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <blockquote> <p>Ich hab das mal korrigiert.</p> </blockquote> <p>Hast du auch gleich das <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709" rel="noopener noreferrer"><code>var</code> innerhalb der Funktion eingesetzt</a> gegen Seiteneffekte?</p> </blockquote> <p>Ich haben das auf Nebenwirkungsfreiheit umgestellt. (Seiteneffekt ist ein aus einer falschen wörtlichen Übersetzung entstandenes Wort, das es eigentlich nicht gibt.)</p> <blockquote> <blockquote> <p>Insgesamt ist das für meinen Geschmack noch zu geschwätzig, mit zu vielen Variablen. Aber um dem Anfänger die einzelnen Schritte zu zeigen, mag es geeignet sein.</p> </blockquote> <p>Wenn ich heute gegen Abend irgendwie die Zeit finde schau ich mal über den ganzen Artikel. Grad bei den Anfängersachen müssen wir exakt und unmissverständlich sein. Die vielen Variablen sind das eine, aber in einer Funktion globale Variablen zu verändern, die dann den Rückgabewert nochmal zugewiesen bekommen ist völlig absurd.</p> </blockquote> <p>Das ist raus. Ich hab aber nur die Beispiele angeschaut und auch nur geprüft, dass der Erläuterungstext darunter noch konform ist.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688715#m1688715 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T11:00:02Z 2017-03-03T11:00:02Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Das muss allgemein erläutert werden, wenn Scopes erklärt werden.</p> </blockquote> <p>Es könnte mMn anhand dieses kleinen Beispiels schon fast genau so übernommen werden, wie <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709" rel="noopener noreferrer">Janosch das hier gepostet</a> hat.</p> <p>Und dann in der üblichen rot, gelb, grün hinterlegten Art, damit der schnelle Leser nicht doch aus Versehen das falsche Beispiel nimmt.</p> </blockquote> <p>Artikel mit Tutorial-Charakter brauchen einen roten Faden. Es braucht also vielleicht ein paar Minuten, um die Information ordentlich zu adaptieren - und um das genauer zu erklären als ich das auf die Schnelle jetzt getan habe. Scopes werden wahrscheinlich an anderer Stelle schon sinnvoll abgehandelt, das war imho, worauf dedlfix rauswollte.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688714#m1688714 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T10:57:02Z 2017-03-03T10:57:02Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <blockquote> <p>Ich hab das mal korrigiert.</p> </blockquote> <p>Hast du auch gleich das <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688709#m1688709" rel="noopener noreferrer"><code>var</code> innerhalb der Funktion eingesetzt</a> gegen Seiteneffekte?</p> </blockquote> <p>Ich haben das auf Nebenwirkungsfreiheit umgestellt. (Seiteneffekt ist ein aus einer falschen wörtlichen Übersetzung entstandenes Wort, das es eigentlich nicht gibt.)</p> </blockquote> <p>Haste Recht und Danke </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688719#m1688719 TS ts-self@online.de https://bitworks.de 2017-03-03T13:09:27Z 2017-03-03T13:09:27Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <blockquote> <p>Und dann in der üblichen rot, gelb, grün hinterlegten Art, damit der schnelle Leser nicht doch aus Versehen das falsche Beispiel nimmt.</p> </blockquote> <p>Artikel mit Tutorial-Charakter brauchen einen roten Faden. Es braucht also vielleicht ein paar Minuten, um die Information ordentlich zu adaptieren - und um das genauer zu erklären als ich das auf die Schnelle jetzt getan habe. Scopes werden wahrscheinlich an anderer Stelle schon sinnvoll abgehandelt, das war imho, worauf dedlfix rauswollte.</p> </blockquote> <p>Das habe ich wohl verstanden!</p> <p>Das ganze Wiki wird aber, wenn "immer alles woanders erklärt" wird, zu theoretisch. Ich vertrete die Meinung, dass anhand dieses niedlichen kleinen Beispiels die <em>praktische__Bedeutung</em> von Gültigkeitsbereichen durchaus nochmal gezeigt werden kann. Und generell sollte man das bei anderen Dingen genauso hlaten. Die theoretischen Grundlagen müssen sich in den Beispielen ganz deutlich wiederfinden lassen, und meistens muss man dafür auch zeigen, wie man es FALSCH machen kann.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688720#m1688720 dedlfix 2017-03-03T13:13:04Z 2017-03-03T13:13:04Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Das ganze Wiki wird aber, wenn "immer alles woanders erklärt" wird, zu theoretisch. Ich vertrete die Meinung, dass anhand dieses niedlichen kleinen Beispiels die <em>praktische__Bedeutung</em> von Gültigkeitsbereichen durchaus nochmal gezeigt werden kann.</p> </blockquote> <p>Die ganze Seite ist ein Einsteigertutorial. Die "andere Stelle" wäre also lediglich ein paar Absätze weiter oben, wenn es um Variablen geht.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688721#m1688721 TS ts-self@online.de https://bitworks.de 2017-03-03T13:17:50Z 2017-03-03T13:17:50Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <blockquote> <p>Das ganze Wiki wird aber, wenn "immer alles woanders erklärt" wird, zu theoretisch. Ich vertrete die Meinung, dass anhand dieses niedlichen kleinen Beispiels die <em>praktische__Bedeutung</em> von Gültigkeitsbereichen durchaus nochmal gezeigt werden kann.</p> </blockquote> <p>Die ganze Seite ist ein Einsteigertutorial. Die "andere Stelle" wäre also lediglich ein paar Absätze weiter oben, wenn es um Variablen geht.</p> </blockquote> <p>Ok, das wird dann <em>vielleicht</em> reichen. Ich mag aber trotzdem immer gerne auch die bewusst falschen Beispiele mit Erklärung dazu, warum man es SO nicht machen soll.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688724#m1688724 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-03T13:32:38Z 2017-03-03T13:32:38Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@dedlfix</p> <blockquote> <p>Die ganze Seite ist ein Einsteigertutorial.</p> </blockquote> <p>In einem Einsteigertutorial <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> zu verwenden ist wohl auch nicht <em lang="en">state of the art</em>. Um an anderer Stelle dann zu sagen, dass man das nicht verwenden sollte?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688725#m1688725 dedlfix 2017-03-03T13:36:10Z 2017-03-03T13:36:10Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>In einem Einsteigertutorial <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> zu verwenden ist wohl auch nicht <em lang="en">state of the art</em>. Um an anderer Stelle dann zu sagen, dass man das nicht verwenden sollte?</p> </blockquote> <p>Wie lautet dein Vorschlag, der sowohl State of the Art als auch bewusst einfach gehalten ist?</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688729#m1688729 JürgenB https://www.j-berkemeier.de 2017-03-03T14:19:20Z 2017-03-03T14:19:20Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <blockquote> <p>In einem Einsteigertutorial <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> zu verwenden ist wohl auch nicht <em lang="en">state of the art</em>. Um an anderer Stelle dann zu sagen, dass man das nicht verwenden sollte?</p> </blockquote> <p>Wie lautet dein Vorschlag, der sowohl State of the Art als auch bewusst einfach gehalten ist?</p> </blockquote> <p><code>querySelector("output").innerHTML = ...;</code></p> <p>und im HTML dann ein output-Element, und das Javascript am Ende des body.</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688733#m1688733 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-03T14:39:08Z 2017-03-03T14:39:08Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@JürgenB</p> <blockquote> <p><code>querySelector("output").innerHTML = ...;</code></p> </blockquote> <p>Oder <code>innerText</code>.</p> <p>Und dem <code>output</code>-Element eine ID verpassen und es per <code>querySelector("#…")</code> selektieren. (Es könnte ja mehrere <code>output</code>-Elemente geben.)</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688736#m1688736 JürgenB https://www.j-berkemeier.de 2017-03-03T14:46:58Z 2017-03-03T14:46:58Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Gunnar,</p> <blockquote> <p>… (Es könnte ja mehrere <code>output</code>-Elemente geben.)</p> </blockquote> <p>in einem möglichst einfachen Beispiel nicht .</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688738#m1688738 dedlfix 2017-03-03T14:54:28Z 2017-03-03T14:54:28Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <blockquote> <p><code>querySelector("output").innerHTML = ...;</code></p> </blockquote> <p>Oder <code>innerText</code>.</p> </blockquote> <p>Ihr denkt schon wieder zu komplex, scheint mir. Habt ihr euch mal angeschaut, welche Umgebung auf der Seite bereits vorliegt? Jedenfalls kein HTML. Wenn ihr nun damit anfangt, die Ausgabe in HTML bringen zu wollen, muss man da erstmal ein HTML-Dokument erstellen. Und dann kommt die nächste Anforderung, dieses statt einfach ebenfalls State of the Art zu gestalten, inklusive Mobile First und barrierefrei und vielleicht soll es auch noch ansprechend aussehen ... Da kommt man vom Hundersten ins Tausendste, und dabei sollen hier erstmal nur die Grundlagen des Programmierens vermittelt werden und nicht gleich alles auf einmal.</p> <p>Mein Vorschlag würde eher in Richtung Console gehen. Das ist ein Werkzeug, das man als Javascript-Programmierer sowieso kennen sollte. Auch die alert()s wären Kandidaten für das Umschreiben nach console.log(). Man kann das alert() ja einmal zeigen und dann auf die Alternative hinweisen und umschwenken.</p> <p>Vorgehen im Fehlerfall ist auch so eine Geschichte, die in Tutorials gern unterschlagen wird. Das könnte man da ebenfalls hinzufügen. Man baut einen Syntaxfehler ein, eine weiße Seite erscheint. Und dann die Console einführen, als das Werkzeug, das die Fehlermeldungen ausgibt und auch besser für Debug-Ausgaben geeignet ist.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688770#m1688770 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T19:37:27Z 2017-03-03T19:37:27Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Mein Vorschlag würde eher in Richtung Console gehen. Das ist ein Werkzeug, das man als Javascript-Programmierer sowieso kennen sollte. Auch die alert()s wären Kandidaten für das Umschreiben nach console.log(). Man kann das alert() ja einmal zeigen und dann auf die Alternative hinweisen und umschwenken.</p> </blockquote> <p>Ja. Es bleibt allerdings zu bedenken, dass gerade die Tutorials vielleicht auch an einem Tablet nachvollzogen werden, das keine JavaScript-Konsole bietet. Just saying.</p> <p><code>innerText</code> und <code>innerHTML</code> als DOM-Methoden gehen über das Grundlagen-Tutorial hinaus, da haben @dedlfix und @Matthias Scharwies vollkommen recht.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688768#m1688768 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T19:24:08Z 2017-03-03T19:24:08Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Ich bin im Moment nir am Tablet und kanns deshalb nicht recht selber machen, vielleicht kann @Matthias Scharwies oder ein anderer Beispiel-Admin das übernehmen, wenn er das hier sieht:</p> </blockquote> <p>Leider Nein. Bin auch unterwegs und erst am Sonntagabend wieder daheim.</p> </blockquote> <p>dedlfix hat es ja schon übernommen.</p> <blockquote> <p>Generell geht's mir schon wieder gegen den Strich, dass jeder ein paar Verbesserungsvorschläge hat, wie man's anders machen sollte, ausser @dedlfix aber keiner gesehen hat, dass es hier erst mal um die Grundlagen geht.</p> </blockquote> <p>Ich hab das auch gesehen </p> <blockquote> <p>Wer dieses Tutorial verbessern oder ein eigenes schreiben will, herzlich willkommen -es ist ein Wiki.</p> </blockquote> <p>Das war <em>mir zumindest</em> von Anfang an klar </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688769#m1688769 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-03T19:31:13Z 2017-03-03T19:34:39Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Die globale Variable <code>zahl</code> ist überflüssig und kann weg.</p> </blockquote> <p>und was ist mit <code class="language-javascript">document<span class="token punctuation">.</span>write</code> auf der Seite?</p> </blockquote> <p>Das Eine ist eine Unzulänglichkeit im Code, die Verwirrung stiftet und ohne größere Nacharbeit einfach weggelassen werden kann.</p> <p>Das Andere ist eine nicht-empfehlenswerte Methode zur Codeausgabe, die aber immerhin simpel ist und deren Weglassung oder Veränderung weitreichendere Folgen für die Strukturierung des Grundlagenartikels hat.</p> <p>Kleine Änderungen kann ich auf die Schnelle machen. Für große Veränderungen oder Neufassungen fehlt mir - wie dir - die Zeit; und ich möchte sowas wie <code>document.write</code> nicht monieren<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>, ohne selber was dran tun zu können, weil sich @Matthias Scharwies sonst völlig zurecht fragt, warum eigentlich immer alle meckern und nie jemand was tut<sup class="footnote-ref"><a href="#fn2" id="fnref2">[2]</a></sup>.</p> <blockquote> <p>Eine sinnvolle Überarbeitung [...ist...] ein größeres Stück Arbeit, das ich erst in zwei Wochen angehen könnte. Es sei denn jemand ist schneller.</p> </blockquote> <p>Ich bin sicher, dass uns der Artikel nicht innerhalb der nächsten zwei Wochen wegläuft, so oder so </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Ich weiß nichtmal ob ich <code>document.write</code> überhaupt monieren würde - für ein Anfängertutorial halte ich es für sinnvoll, einfache Mittel zu verwenden, und von den Genannten hat mich nur der mit der Konsole (einigermaßen) überzeugt, der bedeutet aber auch wieder Overhead für den Lernwilligen - auch wenn <em>dieser</em> Overhead an der Stelle sogar begründet ist. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> <li id="fn2" class="footnote-item"><p>Bitte nicht persönlich nehmen, der Vorwurf ist nicht auf dich gemünzt; wir beide tun ja immer mal wieder was, wie es eben die Zeit erlaubt, du noch mehr als ich, und das ist mir bewusst - aber im Rundumschlag gegen alle Mitleser stimmt der Vorwurf ja trotzdem. <a href="#fnref2" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688882#m1688882 Matthias Scharwies mscharwies@selfhtml.org 2017-03-05T05:53:07Z 2017-03-05T05:53:07Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Servus!</p> <blockquote> <p>und was ist mit <code class="language-javascript">document<span class="token punctuation">.</span>write</code> auf der Seite?</p> <blockquote> <p>Ich bin im Moment nir am Tablet und kanns deshalb nicht recht selber machen,</p> </blockquote> <p>Auf der Seite gehört so einiges geändert.</p> </blockquote> <p>@dedlfix @Rolf b Vielen Dank für Eure Korrekturen!</p> <p>@Felix Riesterer Als ich vor 3 Jahren bei SelfHTML angefangen habe, war das da:</p> <p><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Einf%C3%BChrung" rel="nofollow noopener noreferrer">Grundlagen_der_Programmierung&oldid=15973</a></p> <p>Dies war die Grundlage für die Trennung in <a href="https://wiki.selfhtml.org/wiki/Programmiertechnik/Programmierlogik" rel="nofollow noopener noreferrer">Einführung in die Programmierlogik</a>, den ich mit @Der-Dennis zusammen konzipiert habe, und den vorliegenden Artikel.</p> <p>Ich habe die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials" rel="nofollow noopener noreferrer">JavaScript/Tutorials </a>so aufgebaut, dass in der linken Spalte die Grundlagen, die ihr so vermisst habt, stehen:</p> <p><strong>Grundlagen</strong></p> <ul> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Einbindung_in_HTML" rel="nofollow noopener noreferrer">Einbindung in HTML</a></li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/strict_mode" rel="nofollow noopener noreferrer">Der strenge Modus </a>(strict mode)</li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Performance-Optimierung" rel="nofollow noopener noreferrer">Performance-Optimierung</a></li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Debuggen für Anfänger</a></li> </ul> <p>In der Einführung zu Grundlagen der Programmierung steht: <em>"In diesem Tutorial soll es nicht um die Einbindung von JavaScript in HTML gehen, sondern zeigen, wie Sie einfache Programme erstellen. Der Artikel Programmierlogik behandelt die Grundlagen der Programmierung anhand eines Programmablaufplans."</em></p> <p>Deshalb halte ich eine Ausgabe mit alert() oder document.write() hier für gerechtfertigt. Alles weitere wird im Einbindung-Artikel und im Grundlagen des DOM-Artikel, auf den mehrmals verwiesen wird, erklärt. Das sehen jetzt neben dedlfix und @Camping_RIDER <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688793#m1688793" rel="noopener noreferrer">wohl auch Rolf b</a> so.</p> <p>Was imho wirklich noch fehlt, wären:</p> <ul> <li>ein Tutorial, der anstatt die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Konsolen-Methoden nur vorzustellen</a>, das Debuggen anhand einer wirklichen Problemstellung erklärt.</li> <li>ein Tutorial, das Helferfunktionen zur dynamischen Erzeugung von Elementen vorstellt</li> <li>Grundlagen von Strings und Arrays</li> <li>Grundlagen der OOP</li> </ul> <p>Dabei sollte man folgende Grundsätze berücksichtigen:</p> <ul> <li>ansprechende Themenstellung und Kontextualisierung</li> <li><a href="https://de.wikipedia.org/wiki/Didaktische_Reduktion" rel="nofollow noopener noreferrer">didaktische Reduktion</a></li> <li>zeitliche Beschränkung (in der Schule 45/ 90 Minuten, im Wiki vielleicht nur 10 Abschnitte)</li> </ul> <p>Während viele englische Artikel eine geschätzte Lesezeit von 2-15min erwähnen, werden unsere Tutorials immer länger, weil jeder noch dies und das hinzufügt. Hier sollten wir mehr mit Verlinkungen, evtl auch mit der Hauptartikel-Vorlage arbeiten.</p> <p><code>{{Hauptartikel|JavaScript/Tutorials/anderer Artikel}}</code></p> <p>Auch wenn es ein Wiki ist, an dem jeder Artikel nach Belieben ändern kann und darf, bitte ich doch meine Einteilung / Grundkonzept bei Euren Änderungen zu berücksichtigen.</p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688793#m1688793 Rolf b 2017-03-04T11:35:19Z 2017-03-04T11:36:41Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Angesichts der Tatsache, dass "Grundlagen der Programmierung" direkt hinter dem Erstgebrauch von document.write darauf hinweist, dass man das eigentlich nicht so macht und auch gleich auf den Folgeartikel verlinkt, wo das richtige Vorgehen beschrieben ist, würde ich gegen document.write keine Einwände erheben.</p> <p>Es ist ein Henne-Ei Problem. Wenn man gleich mit Ausgaben ins DOM anfangen will, muss man zunächst einmal die Basics des DOM API erklären. Dafür muss man aber auch ein bisschen über's Programmieren wissen. Und um einen Anfänger nicht zu überfordern, um Schritt für Schritt vorzugehen, muss man eins von beiden erstmal weglassen.</p> <p>Natürlich könnte man auch so vorgehen, den Anfänger nicht in den Texteditor zu schicken, sondern ihn auf Experimentierseiten wie Codepen.io oder jsfiddle.net. Dort kann man ebenfalls mit Skripten experimentieren, nur das Debuggen fällt dort schwerer (bzw. man muss erklären, wie man im Debugger seinen Code und sein HTML findet). Und sie bieten auch gleich Syntax-Highlighting und Ansätze von syntaktischer Code-Ergänzung.</p> <p>Man könnte dann ein Vorlagen-Fiddle bzw. einen Vorlagen-Pen bereitstellen, den der Lerner einfach nur aufrufen muss. Darin bringt man die nötigen Basics unter und der Anfänger kann sofort loslegen. Zum Beispiel <a href="https://jsfiddle.net/Rolf_b/4hbns8nt" rel="noopener noreferrer">sowas hier</a>. Die "ausgeben" Funktion habe ich im HTML "versteckt", um den Script-Bereich freizuhalten, man könnte auch auf selfhtml.org ein kleines Script mit Helferlein hinterlegen und es als externe Ressource in das Fiddle hängen.</p> <p>Ob es mit Frickl auch funktionierte, weiß ich nicht - wenn ich ein existierendes Frickl aufrufe und darin experimentiere, funktioniert so etliches nicht wie erwartet (z.B. ein output id="ausgabe" Element lässt sich im Script nicht mit document.getElementById("ausgabe") finden).</p> <p><em>Rolf</em></p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688775#m1688775 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-04T02:33:39Z 2017-03-04T02:33:39Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <p><code>innerText</code> und <code>innerHTML</code> als DOM-Methoden gehen über das Grundlagen-Tutorial hinaus, da haben @dedlfix und @Matthias Scharwies vollkommen recht.</p> </blockquote> <p>Nein, das sehe ich nicht so.</p> <p>Wie man eine Ausgabe auf eine Seite bekommt – und zwar ohne die Seite neu zu laden –, ist schon etwas Grundlegendes. Grundlegender als wie man eine Wurzel zieht.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688776#m1688776 dedlfix 2017-03-04T06:48:18Z 2017-03-04T06:48:18Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Wie man eine Ausgabe auf eine Seite bekommt – und zwar ohne die Seite neu zu laden –, ist schon etwas Grundlegendes. Grundlegender als wie man eine Wurzel zieht.</p> </blockquote> <p>In dem Fall läuft das Javascript nur beim Laden der Seite. Warum genau soll es dabei nicht die Ausgabe erzeugen? Und was konkret ist an document.write() falsch, es während des Seitenladens zu verwenden?</p> <p>An welcher Stelle würdest du die Grenze ziehen, was Grundlagen in einem Programmieren-Lernen-Tutorial sind und was nicht?</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688777#m1688777 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-04T07:34:38Z 2017-03-04T07:34:38Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@dedlfix</p> <blockquote> <p>An welcher Stelle würdest du die Grenze ziehen, was Grundlagen in einem Programmieren-Lernen-Tutorial sind und was nicht?</p> </blockquote> <p>Vordringlichste Aufgabe von JavaScript ist es, Interaktivität auf Webseiten zu bringen, also das DOM zu ändern.</p> <p>Wie man eine Ausgabe in ein Element bekommt, gehört für mich zu den Grundlagen – noch vor <code>if</code> und <code>for</code>-Schleifen.</p> <p>LLAP </p> <p>PS: Zeichensetzung <em lang="en">matters</em>.</p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688778#m1688778 Felix Riesterer http://felix-riesterer.de 2017-03-04T09:14:46Z 2017-03-04T09:14:46Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Gunnar,</p> <blockquote> <p>PS: Zeichensetzung <em lang="en">matters</em>.</p> </blockquote> <p><code>Komm' Opa essen!</code></p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688813#m1688813 Julius 2017-03-04T13:32:19Z 2017-03-04T13:32:19Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Gunnar,</p> <blockquote> <p>Vordringlichste Aufgabe von JavaScript ist es, Interaktivität auf Webseiten zu bringen, also das DOM zu ändern.</p> </blockquote> <p>Als ich mich erstmals mit JavaScript beschäftigt habe, war für mich die Bedeutung von JavaScript (aka ECMAScript) und DOM nicht klar. Ich habe ein bisschen gebraucht, um zu verstehen, dass JavaScript die <em>Programmiersprache</em> ist und das DOM die <em>Schnittstelle zum Dokument</em> (HTML / XML). Das nur so als Feedback eines JavaScript-Noobs </p> <blockquote> <p>PS: Zeichensetzung <em lang="en">matters</em>.</p> </blockquote> <p>Sprache aber auch. Ich verwende deutsche Begriffe, wo es <em>passende und etablierte</em> gibt – einen Laptop würde ich nicht „Klapprechner“ nennen, weil ersteres etabliert ist. <em lang="en">(something) matters</em> würde ich nicht als etabliert bezeichnen, weil das ein Deutsch-Sprechender „im Deutsch-Modus“<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup> wahrscheinlich nicht erkennt.</p> <p>Gruß<br> Julius</p> <hr> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Wenn jemand mit mir in Sprache X kommuniziert und dann völlig unerwartet (!) Wörter aus Sprache Y verwendet, dann habe <em>ich</em> da oft Probleme. In dem Moment hätte ich gerne eine Art <code>lang="xy"</code> im Alltag... <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688830#m1688830 Julius 2017-03-04T14:45:31Z 2017-03-04T14:45:31Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Felix,</p> <blockquote> <blockquote> <p>PS: Zeichensetzung <em lang="en">matters</em>.</p> </blockquote> <p><code>Komm' Opa essen!</code></p> </blockquote> <p>Ich finde <a href="https://forum.selfhtml.org/self/2017/feb/27/link-rel-gleich-canonical-wird-ignoriert/1688325#m1688325" rel="noopener noreferrer">„meine“ Variante</a><sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup> besser:</p> <blockquote> <p>Korrekte Kommasetzung rettet Leben:<br> „Komm wir essen Opa!“</p> </blockquote> <p>Gruß<br> Julius</p> <hr> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Ausgedacht habe ich mir die natürlich nicht, die habe ich mir bestimmt irgendwo geklaut.. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688883#m1688883 Matthias Scharwies mscharwies@selfhtml.org 2017-03-05T06:19:08Z 2017-03-05T06:19:08Z SelfHTML Experimentierkasten <p>Servus!</p> <blockquote> <p>Man könnte dann ein Vorlagen-Fiddle bzw. einen Vorlagen-Pen bereitstellen, den der Lerner einfach nur aufrufen muss. Darin bringt man die nötigen Basics unter und der Anfänger kann sofort loslegen. Zum Beispiel <a href="https://jsfiddle.net/Rolf_b/4hbns8nt" rel="noopener noreferrer">sowas hier</a>.</p> <p>Ob es mit Frickl auch funktionierte, weiß ich nicht - wenn ich ein existierendes Frickl aufrufe und darin experimentiere, funktioniert so etliches nicht wie erwartet (z.B. ein output id="ausgabe" Element lässt sich im Script nicht mit document.getElementById("ausgabe") finden).</p> </blockquote> <p>Hier ist Dein Beispiel im Wiki: <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/DOM-Manipulation" rel="nofollow noopener noreferrer">SelfHTML Experimentierkasten</a></p> <p>Das Frickl hat einige Eigenheiten. Einiges hab ich hier zusammengeschrieben: <a href="https://wiki.selfhtml.org/wiki/Hilfe:Artikel/Beispiele#Frickl" rel="nofollow noopener noreferrer">Hilfe:Artikel/Beispiele#Frickl</a></p> <blockquote> <p>Die "ausgeben" Funktion habe ich im HTML "versteckt", um den Script-Bereich freizuhalten, ...</p> </blockquote> <p>Das würde imho auch gehen, ich hab's trotzdem mal im Scriptbereich im head zusammengefasst.</p> <blockquote> <p>...man könnte auch auf selfhtml.org ein kleines Script mit Helferlein hinterlegen und es als externe Ressource in das Fiddle hängen.</p> </blockquote> <p>wär imho schon wieder zu kompliziert. Die Anfänger sollen doch sehen, was wie passiert.</p> <blockquote> <p><em>Rolf</em></p> </blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688884#m1688884 Matthias Scharwies mscharwies@selfhtml.org 2017-03-05T06:28:14Z 2017-03-05T06:28:14Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Servus!</p> <blockquote> <p>@Felix Riesterer Als ich vor 3 Jahren bei SelfHTML angefangen habe, war das da:</p> <p><code class="bad">[Grundlagen_der_Programmierung&oldid=15973](https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Einf%C3%BChrung)</code></p> </blockquote> <p>Sorry, da ist mir der Link verrutscht:</p> <p>richtig: <a href="https://wiki.selfhtml.org/index.php?title=JavaScript/Tutorials/Grundlagen_der_Programmierung&oldid=15973" rel="nofollow noopener noreferrer">Grundlagen_der_Programmierung&oldid=15973</a></p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688887#m1688887 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T07:33:46Z 2017-03-05T07:33:46Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Matthias Scharwies</p> <blockquote> <p>In der Einführung zu Grundlagen der Programmierung steht: <em>"In diesem Tutorial soll es nicht um die Einbindung von JavaScript in HTML gehen, sondern zeigen, wie Sie einfache Programme erstellen. […]"</em></p> <p>Deshalb halte ich eine Ausgabe mit alert() oder document.write() hier für gerechtfertigt.</p> </blockquote> <p>Das ist keine Begründung. Wie die Augabe auf den Bildschirm kommt, hat nichts mit <em>Einbindung von JavaScript in HTML</em> zu tun (dort geht es ums <code>script</code>-Element und dessen Plazierung).</p> <blockquote> <p>Alles weitere wird im Einbindung-Artikel und im Grundlagen des DOM-Artikel, auf den mehrmals verwiesen wird, erklärt.</p> </blockquote> <p>Das klingt wie „Wir zeigen euch erstmal, wie man ein Programm erstellt, so mit allem PiPAPo. Wozu man das dann verwenden kann, dat krieje mer nächstet Jahr.“</p> <p>Wird hier das Pferd von hinten aufgezäumt‽</p> <blockquote> <p>Was imho wirklich noch fehlt, wären:</p> </blockquote> <p>Was in deiner Liste fehlt:</p> <ul> <li>Grundlagen <strong>sinnvollen</strong> JavaScripts, wo bspw. erklärt wird, <a href="https://forum.selfhtml.org/self/2017/mar/4/footer-hat-einen-weissen-rand/1688885#m1688885" rel="noopener noreferrer">dass man keine nicht-interaktiven Elemente als Zielelemente von <code>click</code>-Events verwenden darf</a>, damit die Seite/Webapp für alle benutzbar ist.</li> </ul> <blockquote> <p>Während viele englische Artikel eine geschätzte Lesezeit von 2-15min erwähnen, werden unsere Tutorials immer länger, weil jeder noch dies und das hinzufügt. […]</p> <p>Auch wenn es ein Wiki ist, an dem jeder Artikel nach Belieben ändern kann und darf, bitte ich doch meine Einteilung / Grundkonzept bei Euren Änderungen zu berücksichtigen.</p> </blockquote> <p>Dass ich ein Wiki, in dem jeder mitschreiben darf, für kein geeignetes Werkzeug halte, um vernünftige <em>Tutorials</em> zu verfassen, hatte ich damals schon im Tic-Tac-Toe-Thread thematisiert.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688892#m1688892 Der-Dennis 2017-03-05T08:54:39Z 2017-03-05T08:54:39Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <blockquote> <p>Dies war die Grundlage für die Trennung in <a href="https://wiki.selfhtml.org/wiki/Programmiertechnik/Programmierlogik" rel="nofollow noopener noreferrer">Einführung in die Programmierlogik</a>, den ich mit @Der-Dennis zusammen konzipiert habe, und den vorliegenden Artikel.</p> </blockquote> <p>da fällt mir gerade ein, dass ich noch einen UML-Artikel schuldig bin. In den nächsten Wochen hab ich etwas Luft und werde mich daran setzen.</p> <blockquote> <p>Ich habe die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials" rel="nofollow noopener noreferrer">JavaScript/Tutorials </a>so aufgebaut, dass in der linken Spalte die Grundlagen, die ihr so vermisst habt, stehen:</p> <p><strong>Grundlagen</strong></p> <ul> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Einbindung_in_HTML" rel="nofollow noopener noreferrer">Einbindung in HTML</a></li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/strict_mode" rel="nofollow noopener noreferrer">Der strenge Modus </a>(strict mode)</li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Performance-Optimierung" rel="nofollow noopener noreferrer">Performance-Optimierung</a></li> <li><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Debuggen für Anfänger</a></li> </ul> </blockquote> <p>Top!</p> <blockquote> <p>Deshalb halte ich eine Ausgabe mit alert() oder document.write() hier für gerechtfertigt.</p> </blockquote> <p>Ich finde das auch nach wie vor ok. Es geht hier um absolute Anfänger, da sollte alles so einfach wie möglich gehalten werden. Sowas wie alert hat den Vorteil, dass man direkt etwas sieht. Auch wenn es Dinge wie die Konsole in der heutigen Form früher noch nicht gab, als ich angefangen hab, denke ich, dass mich das nur verwirrt hätte bzw. zu viel des Guten gewesen wäre. Dem Großteil dürfte das heute bestimmt noch ähnlich gehen.</p> <p>Meiner Meinung nach muss man sich davon verabschieden, dass man etwas direkt nach allen Regeln der Kunst vermitteln kann. Der Grundsatz, dass Leute alles direkt richtig lernen sollen, ist zwar gut; in der Praxis funktioniert das aber nicht. Lernen findet insbesondere am Anfang normalerweise in kleinen Schritten statt. Da werden dann auch Umwege in Kauf genommen, einige Fehler muss jeder mal selbst gemacht haben und auch sonst gibt es viele Irrungen und Wirrungen. Ist doch ok, wenn es um das Lernen geht und am Ende eine neue Erkenntnis steht.</p> <p>Nehmt als Beispiel die Layout-Tabellen: Klar, die sollten wir nicht in einem Tutorial verwenden, aber es spricht doch nichts dagegen, wenn ein Anfänger das mal ausprobiert. Das geht schnell, ist anschaulich und verständlich. Und wenn am Ende die Erkenntnis steht, dass es in HTML Elemente gibt, die aus Start- (und End-)Tags bestehen und Attribute beinhalten ist es doch auch gut. So könnte man bspw. dann auch hier im Forum vorgehen: Statt „Ach Du Sch****, meine Augen, mach das weg!“ kann man auch sagen: „Du hast also herausgefunden, dass es Elemente gibt und Browser ein Standardverhalten haben, wie sie diese anzeigen. Z.B. kann ich Sachen nebeneinander und untereinander anordnen. Gut, nächster Schritt: Die Elemente haben aber auch eine Semantik. Du solltest also Element XY nehmen. Bei dem Element zeigt der Browser anderes Verhalten, deshalb Flexbox...“ usw. Und am Ende hat er seinen Layouttabellen-Prototypen semantisch korrekt umgesetzt und wieder was gelernt.</p> <p>Wir dürfen halt nicht vergessen, dass jeder mal bei vollständig Null angefangen hat. Und in Zusammenhang mit HTML ist die erste Erkenntnis, dass es paarweise auftretende Tags gibt. Und das erste Mal fällt man auf die Nase, wenn man ein Bild einbinden will… </p> <blockquote> <p>Was imho wirklich noch fehlt, wären:</p> <ul> <li>ein Tutorial, der anstatt die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Konsolen-Methoden nur vorzustellen</a>, das Debuggen anhand einer wirklichen Problemstellung erklärt.</li> <li>ein Tutorial, das Helferfunktionen zur dynamischen Erzeugung von Elementen vorstellt</li> <li>Grundlagen von Strings und Arrays</li> <li>Grundlagen der OOP</li> </ul> </blockquote> <p>JavaScript ist nicht mein absoluter Favorit, aber zumindest für einen ersten Wurf zu Strings, Arrays, OOP sollte es reichen. Nach dem UML-Artikel kann ich da mitarbeiten.</p> <blockquote> <p>Während viele englische Artikel eine geschätzte Lesezeit von 2-15min erwähnen, werden unsere Tutorials immer länger, weil jeder noch dies und das hinzufügt. Hier sollten wir mehr mit Verlinkungen, evtl auch mit der Hauptartikel-Vorlage arbeiten.</p> </blockquote> <p>Ich finde auch und hab das schon mehrfach erwähnt, dass (mich eingeschlossen) viel mehr verlinkt werden sollte. Das ist das WWW! Nehmen wir das Beispiel von oben: Man kann grundsätzlich auch gerne DOM-Methoden verwenden. Da braucht es auch keine weitere Erklärung zu. Ein einfacher Link zu einem DOM-Tutorial ist ausreichend.</p> <p>Außerdem denke ich auch, dass die Artikel oft zu lang werden, weil wir alles an Ort und Stelle nochmal erklären wollen. Außerdem haben wir viel zu viele „Beachten Sie“, Beschreibungen von Ausnahmen oder „Wenn-Dann-Sonst“-Konstruktionen. Ich denke vor allem – aber nicht nur – bei den Einsteiger-Tutorials müssen wir uns davon verabschieden, jede denkbare Möglichkeit für jeden potenziellen Anwendungsfall und jede Fehlermöglichkeit beschreiben zu wollen. Das werden wir erstens nie schaffen und zweitens sind die Artikel nachher so kompliziert, dass sie zwar völlig richtig sind, aber niemand mehr irgendwas versteht.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688932#m1688932 Felix Riesterer http://felix-riesterer.de 2017-03-05T11:40:00Z 2017-03-05T11:40:00Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Matthias,</p> <blockquote> <p>@Felix Riesterer Als ich vor 3 Jahren bei SelfHTML angefangen habe, war das da:</p> <p><a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Einf%C3%BChrung" rel="nofollow noopener noreferrer">Grundlagen_der_Programmierung&oldid=15973</a></p> </blockquote> <p>das finde ich sogar gut! Es ist in aller Kürze ein Beispiel, wie man JavaScript im Kontext eines HTML-Dokumentes im Browser nutzen kann. Hier eine abgewandelte Version:</p> <pre><code class="block language-html"><span class="token doctype"><span class="token punctuation"><!</span><span class="token doctype-tag">doctype</span> <span class="token name">html</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>html</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>head</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>title</span><span class="token punctuation">></span></span>JavaScript im Browser<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>title</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>head</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>body</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>h1</span><span class="token punctuation">></span></span>JavaScript im Browser<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>h1</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token string">"zuende geführt."</span><span class="token punctuation">)</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>body</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"></</span>html</span><span class="token punctuation">></span></span> </code></pre> <blockquote> <p>Dies war die Grundlage für die Trennung in <a href="https://wiki.selfhtml.org/wiki/Programmiertechnik/Programmierlogik" rel="nofollow noopener noreferrer">Einführung in die Programmierlogik</a>, den ich mit @Der-Dennis zusammen konzipiert habe, und den vorliegenden Artikel.</p> </blockquote> <p>Für die meisten Anwendungsfälle dürfte dieses Beispiel von seiner Herangehensweise her nicht genügen. Da ist es tatsächlich wichtig, die Trennung der verschiedenen Technologien (Markup/Layout/Verhalten) zu thematisieren. Aber als „Erstkontakt“ mit JavaScript finde ich das Beispiel nicht (mehr) falsch. Natürlich wird man sehr schnell zu komplexeren Herangehensweisen überleiten, und zeigen, wie man nach dem vollständigen Laden das Dokument an den entsprechenden Stellen verändert - und ist prompt bei DOM-Methoden, Einbindung externer Script-Dateien im <head> und Asynchronem Verarbeiten. Da wir uns im Browser befinden (ich lasse node.js bewusst außen vor), ist das eine für Anfänger unvermeidliche Anfangshürde, die als Konzept erst einmal verarbeitet werden muss.</p> <p>Und deshalb mag ich <code class="language-javascript">document<span class="token punctuation">.</span>write</code> auch in Anfänger-Tutorials nicht. Aber für einen „Erstkontakt“ finde ich es dann doch verschmerzbar, analog zu solchen Sachen in PHP:</p> <pre><code class="block language-php"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit PHP … <span class="token php language-php"><span class="token delimiter important"><?php</span> <span class="token keyword">echo</span> <span class="token string double-quoted-string">"zuende geführt."</span><span class="token punctuation">;</span> <span class="token delimiter important">?></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> </code></pre> <blockquote> <p>Deshalb halte ich eine Ausgabe mit alert() oder document.write() hier für gerechtfertigt.</p> </blockquote> <p>Ich stimme Dir zu (Stichwort „Erstkontakt“). Damit muss ich meinen ursprünglichen Einwand zurück nehmen.</p> <blockquote> <ul> <li><a href="https://de.wikipedia.org/wiki/Didaktische_Reduktion" rel="nofollow noopener noreferrer">didaktische Reduktion</a></li> </ul> </blockquote> <p>Eben. Das Komplexere gehört sicherlich an eine andere spätere Stelle.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688950#m1688950 Rolf b 2017-03-05T15:51:40Z 2017-03-05T15:51:40Z SelfHTML Experimentierkasten <p>Ja, damit kann man experimentieren, aber diesen Aufbau halte ich für didaktisch ungünstig. Der Anfänger sollte einen sauberen Bereich haben, wo nichts steht außer seinem eigenen Skript. Dadurch kann sie oder er nichts an der Infrastruktur kaputtmachen. Das ist sicherlich nicht trivial. Ich hatte eben mal versucht, diesen Teil in einen eigenen Script-Block auszulagern, aber das wird von Frickl beim Öffnen wieder zu einem Block kombiniert.</p> <p>Bei jsfiddle sorgt der Fiddle selbst für den Start über onLoad (sofern man nichts verstellt). Im Frickl ist diese Logik sichtbar und darf nicht beschädigt werden, sonst funkt nichts mehr. Sozusagen ein Experimentierkasten mit frei aufgebautem 240V-Netzteil. Man kann natürlich sagen, dass ein JS Programmierer lernen muss, diese Infrastruktur zu verstehen...</p> <p>Ich baue das mal ein kleines bisschen um, um das Netzteil etwas vom Spielplatz zu isolieren.</p> <p><em>Rolf</em></p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688890#m1688890 Tabellenkalk 2017-03-05T08:32:06Z 2017-03-05T08:32:06Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <p>Dass ich ein Wiki, in dem jeder mitschreiben darf, für kein geeignetes Werkzeug halte, um vernünftige <em>Tutorials</em> zu verfassen, hatte ich damals schon im Tic-Tac-Toe-Thread thematisiert.</p> </blockquote> <p>Was wäre denn für dich ein geeignetes Werkzeug, mit dem du Tutorials schreiben würdest?</p> <p>@Christian Kruse: gibt es die Forensoftware her, ein weiteres Forum, neben SELF und Meta, anzulegen? Quasi ein Tutorial-Forum, in dem nur der TO antworten kann, um nach und nach das Tutorium zu erstellen?</p> <p>Weiß nicht ob diese Idee was ist, kam mir hier grad so in den Sinn.</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688891#m1688891 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T08:37:29Z 2017-03-05T08:41:08Z Was ein Tutorial ist und was es nicht ist <p>Aloha ;)</p> <blockquote> <blockquote> <p>In der Einführung zu Grundlagen der Programmierung steht: <em>"In diesem Tutorial soll es nicht um die Einbindung von JavaScript in HTML gehen, sondern zeigen, wie Sie einfache Programme erstellen. […]"</em></p> <p>Deshalb halte ich eine Ausgabe mit alert() oder document.write() hier für gerechtfertigt.</p> </blockquote> <p>Das ist keine Begründung. Wie die Augabe auf den Bildschirm kommt, hat nichts mit <em>Einbindung von JavaScript in HTML</em> zu tun (dort geht es ums <code>script</code>-Element und dessen Plazierung).</p> </blockquote> <p>Vielleicht ist <em>Einbindung</em> an der Stelle das falsche Wort. <em>Einbettung</em> trifft es hier vielleicht eher.</p> <blockquote> <blockquote> <p>Alles weitere wird im Einbindung-Artikel und im Grundlagen des DOM-Artikel, auf den mehrmals verwiesen wird, erklärt.</p> </blockquote> <p>Das klingt wie „Wir zeigen euch erstmal, wie man ein Programm erstellt, so mit allem PiPAPo. Wozu man das dann verwenden kann, dat krieje mer nächstet Jahr.“</p> <p>Wird hier das Pferd von hinten aufgezäumt‽</p> </blockquote> <p>Überhaupt nicht. Es wurde schon mehrfach festgestellt, dass man sich für ein Anfängertutorial entscheiden muss, wo man anfängt, und was man in folgende Kapitel auslagert. Die Entscheidung, die Einbettung von JavaScript in den Kontext HTML inklusive DOM und Co. <em>nicht</em> im Anfängertutorial, sondern in einem nachfolgenden Artikel zu thematisieren und sich im Grundlagentutorial auf Syntax und grundlegende Sprachelemente zu beschränken ist vollkommen legitim.</p> <blockquote> <p>Dass ich ein Wiki, in dem jeder mitschreiben darf, für kein geeignetes Werkzeug halte, um vernünftige <em>Tutorials</em> zu verfassen, hatte ich damals schon im Tic-Tac-Toe-Thread thematisiert.</p> </blockquote> <p>Und im selben Thread hatten wir, meine ich, auch schon festgestellt, dass es unüberbrückbare Differenzen dahingehend gibt, wie umfangreich (nicht im Sinne von Textlänge, sondern im Sinn enthaltener neuer Konzepte und enthaltenen Lernstoffes) und motivierend ein Anfängertutorial zu sein hat </p> <p>Ich meine als eine persönliche Quintessenz dieser Diskussion im Kopf zu haben, dass du fachlich, vor allem, wenn es um Belange des Nutzers geht<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>, ein Experte bist, von dem man viel lernen kann, dass du aber auch kein guter Lehrer bist, weil dir einfach vorkommende Konzepte für Anfänger Schwierigkeiten darstellen, die du nicht siehst, und weil dir als Experte ein Streben nach Perfektion innewohnt, das mit einem Tutorial für blutige Anfänger überhaupt nicht vereinbar ist.</p> <p>Als Lehrender muss man lernen, dass man je nach Stand der Lerner verschiedene Abstriche bewusst machen muss, auch an Dingen, die fachlich gesehen elementar erscheinen. Das ist eine Sichtweise, die nicht nur dir, sondern aus meiner persönlichen Erfahrung heraus auch der Mehrheit der Universitätsprofessoren sehr schwerfällt. Das mag bei den Universitätsprofessoren auch mit ein Sinn der Sache sein - darauf vertrauen, dass die Lerner intrinsisch motiviert sind und selbst ihren Lernfortschritt kontrollieren, und es ermöglicht eine sehr hohe Dichte von Stoff in kurzer Zeit.</p> <p>Nun ist aber ein Tutorial kein adäquater Vergleich für eine Vorlesung. Ein Blog eines Web-Experten, der aus seiner Sicht heraus und ohne dabei zu sehr auf alle Leser eingehen zu wollen über ein Thema referiert, <em>das</em> ist das Äquivalent zur Vorlesung. Wo man von Experten lernen kann, indem man sie bei ihrem Tun und ihren Erläuterungen dazu beobachtet. Ein Tutorial ist sehr viel vergleichbarer mit Schulunterricht oder dem gängigen Tutorium, das von Studenten höherer Semester gehalten wird - hier setzt man die intrinsische Motivation nicht voraus, sondern man versucht, die Lerner mitzuziehen und selbst zu motivieren. Man macht fachliche Abstriche, zumindest zeitweise, und auch manchmal an grundlegenden Stellen, um sicherzustellen, dass alle Lerner auch mitkommen.</p> <p>Ich würde nicht wollen, dass die von mir besuchten Tutorien von Professoren gehalten werden, die so sehr in fachlichen Sphären schweben, dass sie meine Bedürfnisse als Nicht-Wissender überhaupt nicht mehr nachvollziehen können. Vielleicht ist es mit dir als Experte und Perfektionist in Bezug auf Tutorials für Anfänger ähnlich gelagert. Ich würde mir nicht ohne Weiteres zutrauen, vor anderen mit fachlicher Ahnung so viel Bestand zu haben, dass ich irgendwo einen Vortrag halten würde. Zumindest nicht ohne extreme Vorbereitungszeit. Oder dass ich über Webentwicklung bloggen würde. Dir hingegen traue ich das sofort zu. Tust du ja auch. Dafür halte ich mich für sehr gut in der Lage, fachlichen Inhalt, den ich von Experten wie dir mitbekomme, so herunterzubrechen und zu portionieren, dass er für <em>jeden</em> verständlich ist. Vielleicht muss man einfach an manchen Stellen eingestehen, dass nicht jeder alles kann. </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Ich ahne voraus, dass du genau an dieser Stelle ein großes Verlangen spüren wirst, mir zu widersprechen und zu sagen, dass es <em>immer</em> um die Belange des Nutzers geht. Genau das ist aber mit eine Manifestation des Problems. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688904#m1688904 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-05T10:13:46Z 2017-03-05T10:13:46Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Tabellenkalk,</p> <blockquote> <p>@Christian Kruse: gibt es die Forensoftware her, ein weiteres Forum, neben SELF und Meta, anzulegen?</p> </blockquote> <p>Ja.</p> <blockquote> <p>Quasi ein Tutorial-Forum, in dem nur der TO antworten kann, um nach und nach das Tutorium zu erstellen?</p> </blockquote> <p>Das verstehe ich nicht.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688937#m1688937 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T13:36:37Z 2017-03-05T13:36:37Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Tabellenkalk</p> <blockquote> <blockquote> <p>Dass ich ein Wiki, in dem jeder mitschreiben darf, für kein geeignetes Werkzeug halte, um vernünftige <em>Tutorials</em> zu verfassen, hatte ich damals schon im Tic-Tac-Toe-Thread thematisiert.</p> </blockquote> <p>Was wäre denn für dich ein geeignetes Werkzeug, mit dem du Tutorials schreiben würdest?</p> </blockquote> <p>Mit „Werkzeug“ habe ich wohl eine unglückliche Wortwahl getroffen; „Mittel“ wäre angebrachter. Fast dasselbe, doch ein kleiner, aber feiner Unterschied.</p> <p>Der entscheidende Teil war nicht „Wiki“, sondern „in dem jeder mitschreiben darf“. Ob das nun als Wiki realisiert ist oder als Artikel auf Github, wo jeder Textänderungen reincommitten darf, ist hier irrelevant. (Wiki oder Github wären hier Werkzeuge.)</p> <p>Ein Tutorial sollte einen roten Faden haben und stilistisch einheitlich sein. Bei einer Autorenschaft, wo jeder Wortfetzen von jemandem anderen stammen kann, ist das nicht gegeben.</p> <p>Ich will keinesfalls sagen, dass sich andere nicht einbringen können sollten. Kollektives Brainstorming ist natürlich völlig OK und sinnvoll. Nur <em>schreiben</em> sollte es einer (oder wenige).</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688894#m1688894 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T08:56:57Z 2017-03-05T09:10:05Z Was ein Tutorial ist und was es nicht ist <p>Aloha ;)</p> <blockquote> <p>Vielleicht muss man einfach an manchen Stellen eingestehen, dass nicht jeder alles kann. </p> </blockquote> <p>Ich möchte betonen, dass das kein „du hast keine Ahnung von Tutorials, also halt dich da raus“ sein soll. Ganz im Gegenteil. Wie Tutorien im Rahmen einer Vorlesung stattfinden sind auch Tutorials immer fest mit dem Expertenwissen verknüpft. Und es ist für uns, die wir mehr Vermittler als Experten sind, auch immer mal wieder ganz wichtig, von Experten auf die Füße getreten zu werden um Qualität zu halten und sicherzustellen, dass wir uns noch auf dem rechten Pfad in Richtung Expertenwissen befinden. Deshalb ist es gut und richtig, dass du immer wieder Tutorials für fachliche Unzulänglichkeiten kritisierst, um denen, die vermitteln, die Gelegenheit zu geben, innezuhalten und darüber zu reflektieren, ob die Art und Weise der Vermittlung geeignet gewählt war. Ich bin sicher, dass es diesen Anstoß braucht - ich bin aber auch sicher, dass ein Anstoß genügt, und dass man nach diesem Anstoß darauf vertrauen kann, dass die, die das mit der Vermittlung draufhaben, das dann auch richtig beurteilen. So wie eben auch bei Tutorien eine Form der Qualitätskontrolle durch den Professor stattfinden und wie eben auch bei Tutorien eine Art Weisungsbefugnis vorliegt, muss auch bei Tutorien die letzte Entscheidung darüber, wie eine geeignete Vermittlung aussieht, beim Tutor liegen.</p> <p>Das ist ein schmaler Grat. Ich habe alle drei Fälle kennengelernt. Ich hatte gute Tutorien, die fachlichen Anspruch hatten und trotzdem in der Lage waren, den Stoff geeignet herunterzubrechen und schrittweise durchzunehmen. Ich hatte Tutorien, bei denen der Tutor schon so sehr auf der Expertenebene verankert war, dass er einfach überhaupt nicht zu mir durchgedrungen ist, weil er sich meine Schwierigkeiten gar nicht vorstellen konnte. Und ich hatte Tutorien, in denen ich nichts, aber auch gar nichts gelernt habe, weil der Tutor selbst viel zu wenig Ahnung hatte und sich viel zu wenig am fachlichen Stoff orientiert hat. Deshalb bin ich überzeugt davon, dass die Qualitätssicherung durch geeignete Innehalt-Signale durch Experten wichtig ist, aber auch nicht Überhand nehmen darf, weil sowohl bei Fehlen als auch bei übermäßiger Präsenz die Lernerfahrung stark eingeschränkt ist.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688978#m1688978 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:09:42Z 2017-03-05T19:09:42Z Was ein Tutorial ist und was es nicht ist <p>@@Camping_RIDER</p> <blockquote> <p>Es wurde schon mehrfach festgestellt, dass man sich für ein Anfängertutorial entscheiden muss, wo man anfängt, und was man in folgende Kapitel auslagert.</p> </blockquote> <p>Natürlich.</p> <blockquote> <p>Die Entscheidung, die Einbettung von JavaScript in den Kontext HTML inklusive DOM und Co. <em>nicht</em> im Anfängertutorial, sondern in einem nachfolgenden Artikel zu thematisieren und sich im Grundlagentutorial auf Syntax und grundlegende Sprachelemente zu beschränken ist vollkommen legitim.</p> </blockquote> <p>Auch das. Es war aber auch nirgends die Rede davon, in dem Artikel das DOM zu <em>thematisieren</em>.</p> <p>Es war die Rede davon, in den Codebeispielen nicht <code class="language-js bad">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code>, sondern <code>innerText</code> zu <em>verwenden</em> – nicht mehr und nicht weniger.</p> <p>Spräche denn was dagegen, es gleich richtig zu machen? IMHO nein, das ist <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688936#m1688936" rel="noopener noreferrer">nicht komplizierter.</a></p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688896#m1688896 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T09:07:55Z 2017-03-05T09:07:55Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <p>Danke für deine Ausführungen. Ich bin fast vollständig bei dir.</p> <blockquote> <p>Ich finde auch und hab das schon mehrfach erwähnt, dass (mich eingeschlossen) viel mehr verlinkt werden sollte. Das ist das WWW! Nehmen wir das Beispiel von oben: Man kann grundsätzlich auch gerne DOM-Methoden verwenden. Da braucht es auch keine weitere Erklärung zu. Ein einfacher Link zu einem DOM-Tutorial ist ausreichend.</p> </blockquote> <p>Jein. Bei einem Artikel stimme ich dir völlig zu. Bei einem (Anfänger-)Tutorial ist Verlinkung mit Vorsicht zu benutzen - imho sollte in einem Tutorial nur das verlinkt werden, was als <em>gegeben</em> vorausgesetzt wird, als Referenz zum Nochmal-nachlesen. Konzepte, die nach eingehender Überlegung für mindestens einen gewissen Teil der Leser als „noch nicht gelernt“ oder „neu“ einzustufen sind, sollten nicht im Lauf des Tutorials verlinkt werden. Grund ist der, dass man in einem Tutorial den Leser mitnehmen möchte und eine Ablenkung zwischendrin nur dann sinnvoll ist, wenn sie einem „schnell nachlesen“ gleichkommt. Sobald eine Verlinkung geeignet ist, einem Leser Konzentration abzuverlangen, verliert er den Fokus auf das Tutorial und zäumt dann vielleicht tatsächlich das Pferd von hinten auf. Hier ist in Tutorials mMn Vorsicht und Augenmaß geboten. Viele Verlinkungen sind in Tutorials entweder am Anfang („Vorwissen, das zum Verständnis des Tutorials vorausgesetzt wird: …“) oder am Ende („Wenn Sie mehr über xyz erfahren sollen, lesen sie <em>hier</em>“) angebrachter als im Fließtext, einfach aufgrund didaktischer Gesichtspunkte.</p> <p>Dass viel mehr Verlinkungen stattfinden sollten, damit hast du natürlich vollkommen Recht (nur eben nicht zwangsläufig im Verlauf der Tutorials).</p> <blockquote> <p>Außerdem denke ich auch, dass die Artikel oft zu lang werden, weil wir alles an Ort und Stelle nochmal erklären wollen. Außerdem haben wir viel zu viele „Beachten Sie“, Beschreibungen von Ausnahmen oder „Wenn-Dann-Sonst“-Konstruktionen. Ich denke vor allem – aber nicht nur – bei den Einsteiger-Tutorials müssen wir uns davon verabschieden, jede denkbare Möglichkeit für jeden potenziellen Anwendungsfall und jede Fehlermöglichkeit beschreiben zu wollen. Das werden wir erstens nie schaffen und zweitens sind die Artikel nachher so kompliziert, dass sie zwar völlig richtig sind, aber niemand mehr irgendwas versteht.</p> </blockquote> <p>Richtig. Die Devise sollte dann aber in die Richtung gehen, dass man gerade bei Anfängertutorials scharfe inhaltliche Grenzen ziehen sollte und lieber zwei Tutorials als ein langes produzieren sollte. Die dürfen dann ja auch gerne aufeinander als „Vorwissen“ bzw. „Weiterführendes“ verweisen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688906#m1688906 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-05T10:19:05Z 2017-03-05T10:19:05Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Der-Dennis,</p> <blockquote> <p>Nehmt als Beispiel die Layout-Tabellen: Klar, die sollten wir nicht in einem Tutorial verwenden, aber es spricht doch nichts dagegen, wenn ein Anfänger das mal ausprobiert. Das geht schnell, ist anschaulich und verständlich.</p> </blockquote> <p>Das ist, denke ich ein schlechtes Beispiel. Eine Layout-Tabelle ist alles andere als intuitiv.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688899#m1688899 Der-Dennis 2017-03-05T09:36:27Z 2017-03-05T09:36:27Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Camping_RIDER,</p> <blockquote> <blockquote> <p>Ich finde auch und hab das schon mehrfach erwähnt, dass (mich eingeschlossen) viel mehr verlinkt werden sollte. Das ist das WWW! Nehmen wir das Beispiel von oben: Man kann grundsätzlich auch gerne DOM-Methoden verwenden. Da braucht es auch keine weitere Erklärung zu. Ein einfacher Link zu einem DOM-Tutorial ist ausreichend.</p> </blockquote> <p>Jein. Bei einem Artikel stimme ich dir völlig zu. Bei einem (Anfänger-)Tutorial ist Verlinkung mit Vorsicht zu benutzen - imho sollte in einem Tutorial nur das verlinkt werden, was als <em>gegeben</em> vorausgesetzt wird, als Referenz zum Nochmal-nachlesen. Konzepte, die nach eingehender Überlegung für mindestens einen gewissen Teil der Leser als „noch nicht gelernt“ oder „neu“ einzustufen sind, sollten nicht im Lauf des Tutorials verlinkt werden.</p> </blockquote> <p>ja, da hast Du vollkommen recht. Aber an der Stelle müssen wir aus meiner Sicht noch eine kleine Unterscheidung treffen, nämlich ob der Teil im Kontext des Tutorials relevant ist oder nicht. D.h. ob es ein Teil des Lernziels ist oder nicht. Möchte ich z.B. erklären was eine Schleife macht und nur genau eben das erklären, ist eine Ausgabe innerhalb der Schleife nebensächlich. Das braucht man an dieser Stelle (noch) nicht erklären, um zu vermitteln, wie eine Schleife funktioniert. Aus meiner Sicht ist dann eine reine Verlinkung und „an dieser Stelle einfach hinnehmen, dass es so ist; da drüben bzw. später erfährst Du mehr“ völlig ausreichend, da dies in diesem Zusammenhang und für die in diesem Kontext zu vermittelnden Inhalte nebensächlich ist.</p> <p>Anders geht es insbesondere ganz am Anfang oft auch gar nicht, weil man immer wieder vor dem Henne-Ei-Dilemma steht. Manche Sachen bedingen sich einfach zu stark wechselseitig, als dass eine Entscheidung „erst das, dann das“ sinnvoll getroffen werden kann.</p> <p>Im zweiten Fall, dass der Inhalt für den gerade vermittelten Aspekt elementar ist und noch nicht vorausgesetzt werden kann, stimme ich Dir natürlich vollkommen zu. Da ist eine Verlinkung nicht sinnvoll und stattdessen sollte die Thematik an Ort und Stelle behandelt werden.</p> <blockquote> <p>Viele Verlinkungen sind in Tutorials entweder am Anfang („Vorwissen, das zum Verständnis des Tutorials vorausgesetzt wird: …“) oder am Ende („Wenn Sie mehr über xyz erfahren sollen, lesen sie <em>hier</em>“) angebrachter als im Fließtext, einfach aufgrund didaktischer Gesichtspunkte.</p> </blockquote> <p>Stimme ich Dir auch vollständig zu. Wo es angebracht ist sollten wir dieses „Stilmittel“ häufiger anbringen.</p> <blockquote> <p>Die Devise sollte dann aber in die Richtung gehen, dass man gerade bei Anfängertutorials scharfe inhaltliche Grenzen ziehen sollte und lieber zwei Tutorials als ein langes produzieren sollte. Die dürfen dann ja auch gerne aufeinander als „Vorwissen“ bzw. „Weiterführendes“ verweisen.</p> </blockquote> <p>Sehe ich ebenfalls genauso. Da sind wir aber auf einem guten Weg und insbesondere @Matthias Scharwies zeigt das immer wieder. Er plädiert ja genau dafür, also immer nur ein sehr abgegrenztes Thema zu behandeln und aus meiner Sicht gelingt ihm das sehr gut. Ebenso wie die sinnvolle didaktische Reduktion und das herausarbeiten des eigentlichen Kerns des Themas, ohne etwas wichtiges zu vernachlässigen. Das ist halt eine Kunst für sich und man steht häufig vor einem Dilemma, was nun reingehört und was nicht.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688900#m1688900 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T09:53:26Z 2017-03-05T09:53:26Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Aber an der Stelle müssen wir aus meiner Sicht noch eine kleine Unterscheidung treffen, nämlich ob der Teil im Kontext des Tutorials relevant ist oder nicht. D.h. ob es ein Teil des Lernziels ist oder nicht. Möchte ich z.B. erklären was eine Schleife macht und nur genau eben das erklären, ist eine Ausgabe innerhalb der Schleife nebensächlich. Das braucht man an dieser Stelle (noch) nicht erklären, um zu vermitteln, wie eine Schleife funktioniert. Aus meiner Sicht ist dann eine reine Verlinkung und „an dieser Stelle einfach hinnehmen, dass es so ist; da drüben bzw. später erfährst Du mehr“ völlig ausreichend, da dies in diesem Zusammenhang und für die in diesem Kontext zu vermittelnden Inhalte nebensächlich ist.</p> </blockquote> <p>ACK.</p> <blockquote> <blockquote> <p>Die Devise sollte dann aber in die Richtung gehen, dass man gerade bei Anfängertutorials scharfe inhaltliche Grenzen ziehen sollte und lieber zwei Tutorials als ein langes produzieren sollte. Die dürfen dann ja auch gerne aufeinander als „Vorwissen“ bzw. „Weiterführendes“ verweisen.</p> </blockquote> <p>Sehe ich ebenfalls genauso. Da sind wir aber auf einem guten Weg und insbesondere @Matthias Scharwies zeigt das immer wieder. Er plädiert ja genau dafür, also immer nur ein sehr abgegrenztes Thema zu behandeln und aus meiner Sicht gelingt ihm das sehr gut.</p> </blockquote> <p>Sehe ich genauso. Ich wollte auch mit keinem Wort die momentan geleistete Arbeit in Abrede stellen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688916#m1688916 Tabellenkalk 2017-03-05T10:39:59Z 2017-03-05T10:39:59Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <p>Aber an der Stelle müssen wir aus meiner Sicht noch eine kleine Unterscheidung treffen, nämlich ob der Teil im Kontext des Tutorials relevant ist oder nicht. D.h. ob es ein Teil des Lernziels ist oder nicht.</p> </blockquote> <p>ACK</p> <blockquote> <p>Möchte ich z.B. erklären was eine Schleife macht und nur genau eben das erklären, ist eine Ausgabe innerhalb der Schleife nebensächlich. Das braucht man an dieser Stelle (noch) nicht erklären, um zu vermitteln, wie eine Schleife funktioniert.</p> </blockquote> <p>IMHO ein unpassendes Bespiel. Eine Ausgabe ist so ziemlich das Grundlegendste beim Programmieren, geschätzte 99% aller Tutorials fangen mit „Hallo Welt!“, o.Ä. an. Sicher mag es Henne-Ei-Situationen geben, aber bei Schleife vs. Ausgabe ist es nicht der Fall.</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688902#m1688902 Der-Dennis 2017-03-05T10:03:31Z 2017-03-05T10:03:31Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Camping_RIDER,</p> <blockquote> <p>Ich wollte auch mit keinem Wort die momentan geleistete Arbeit in Abrede stellen.</p> </blockquote> <p>das hatte ich auch nicht so verstanden. Ich wollte an der Stelle nur gerne nochmal hervorheben, dass man sich meiner Meinung nach gut an Matthias orientieren kann, weil ihm die Gratwanderung ziemlich gut gelingt.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688909#m1688909 Tabellenkalk 2017-03-05T10:25:47Z 2017-03-05T10:25:47Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <blockquote> <p>Quasi ein Tutorial-Forum, in dem nur der TO antworten kann, um nach und nach das Tutorium zu erstellen?</p> </blockquote> <p>Das verstehe ich nicht.</p> </blockquote> <p>Gunnar hat ein Problem damit, im Wiki Tutorials zu erstellen, weil(?) er meint, zuviele Köche das Tutorium zu Brei kochen würden, oder so.<br> Daher habe ich überlegt, was denn ein alternatives <del>Faktum</del>, äh Werkzeug wäre, und ob es mit Vorhandenem umsetzbar wäre.</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688923#m1688923 Der-Dennis 2017-03-05T10:54:15Z 2017-03-05T10:54:15Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <blockquote> <blockquote> <p>Nehmt als Beispiel die Layout-Tabellen: [...] Das ist, denke ich ein schlechtes Beispiel.</p> </blockquote> </blockquote> <p>ja, das ist sehr gut möglich.</p> <blockquote> <p>Eine Layout-Tabelle ist alles andere als intuitiv.</p> </blockquote> <p>Findest Du? Also ich kann mir schon gut vorstellen, dass man als Anfänger schnell auf die Idee kommt, sowas zu verwenden. Ich denke auch das viele hier im Forum – mich eingeschlossen – mal so angefangen haben. Das Konzept einer Tabelle dürfte wohl jedem, der mit dem Programmieren anfängt, bekannt sein. Und dann schaut man sich irgendeine bestehende Seite an und denkt „so ungefähr will ich das auch“. Und dann versucht man das für sich selbst zu strukturieren. Man sieht „ah, links eine Spalte, in der Mitte eine Spalte Hauptinhalt, rechts eine weitere Spalte“. Und von „Spalte“ kommt man schnell zur Tabelle, weil man Zeilen und Spalten zuerst mit einer Tabelle assoziiert. Dass es auch Spalten z.B. in Zeitungen gibt kommt einem dann erst später.</p> <p>Ich will nicht sagen, dass das gut so ist. Und ich will auch niemanden ermutigen das so zu machen. Ich finde nur nicht, dass das so abwegig ist, am Anfang auf die Idee zu kommen. Man verwendet das, was man schon aus anderen Kontexten kennt und versucht das irgendwie zu übertragen und zu verwenden. Von Semantik oder so weiß man am Anfang im Normalfall ja noch nichts. Und dass man sich keine Gedanken darüber macht, dass eine Tabelle nur tabellarische Daten beinhalten sollte, kommt häufig auch davon, dass man es woanders nicht wirklich gelernt hat. Schau Dir z.B. mal viele Excel-Dokumente an (mit denen man wahrscheinlich vorher mal in Berührung gekommen ist): Da wird die Tabelle auch oft zum Layouten missbraucht, ohne dass einer meckert (z.B. da eine Überschrift mitten drin, oben rechts ein Logo, ...). Macht die Sache natürlich auch nicht besser.</p> <p>Was alles aber nichts daran ändert, dass das wahrscheinlich ein blödes Beispiel ist, da gebe ich Dir recht.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688914#m1688914 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-05T10:38:12Z 2017-03-05T10:38:12Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Tabellenkalk,</p> <blockquote> <p>Gunnar hat ein Problem damit, im Wiki Tutorials zu erstellen, weil(?) er meint, zuviele Köche das Tutorium zu Brei kochen würden, oder so.</p> </blockquote> <p>Das wäre aber auch nach dem Kochen immer noch möglich.</p> <blockquote> <p>Daher habe ich überlegt, was denn ein alternatives <del>Faktum</del>, äh Werkzeug wäre, und ob es mit Vorhandenem umsetzbar wäre.</p> </blockquote> <p>Am einfachsten wäre der eigene Benutzernamensraum im Wiki.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688920#m1688920 Matthias Scharwies mscharwies@selfhtml.org 2017-03-05T10:51:03Z 2017-03-05T10:51:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Servus!</p> <blockquote> <p>Gunnar hat ein Problem damit, im Wiki Tutorials zu erstellen, weil(?) er meint, zuviele Köche das Tutorium zu Brei kochen würden, oder so.<br> Daher habe ich überlegt, was denn ein alternatives <del>Faktum</del>, äh Werkzeug wäre, und ob es mit Vorhandenem umsetzbar wäre.</p> </blockquote> <p>Der <a href="https://blog.selfhtml.org/" rel="noopener noreferrer">Self-Blog</a></p> <p>Dort Geschriebenes kann nur vom Autor (und Matthias Apsel) verändert werden.</p> <p>Kommentare können erstellt werden, müssen aber freigeschaltet werden.</p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688918#m1688918 Tabellenkalk 2017-03-05T10:44:05Z 2017-03-05T10:44:05Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <p>Am einfachsten wäre der eigene Benutzernamensraum im Wiki.</p> </blockquote> <p>Das stimmt. Mal gucken, ob @Gunnar Bittersmann <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688890#m1688890" rel="noopener noreferrer">meine Frage</a> beantwortet.</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688929#m1688929 Der-Dennis 2017-03-05T11:09:54Z 2017-03-05T11:09:54Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Tabellenkalk,</p> <blockquote> <blockquote> <p>Möchte ich z.B. erklären was eine Schleife macht und nur genau eben das erklären, ist eine Ausgabe innerhalb der Schleife nebensächlich. Das braucht man an dieser Stelle (noch) nicht erklären, um zu vermitteln, wie eine Schleife funktioniert.</p> </blockquote> <p>IMHO ein unpassendes Bespiel. Eine Ausgabe ist so ziemlich das Grundlegendste beim Programmieren, geschätzte 99% aller Tutorials fangen mit „Hallo Welt!“, o.Ä. an. Sicher mag es Henne-Ei-Situationen geben, aber bei Schleife vs. Ausgabe ist es nicht der Fall.</p> </blockquote> <p>das mit dem „Hallo Welt“ ist ja auch gut so. Aber über welche Ausgabe spreche ich jetzt hier? Alert, Konsole, DOM-Methoden, ...? Ich muss nicht gleich zu Anfang alle Ausgabeformen erklären. Ich wollte an der Stelle in dem Beitrag nur darauf hinaus, dass wenn ich mich an der Stelle dafür entscheide z.B. innerHtml als Ausgabeform zu verwenden und ich lediglich die Schleife erklären möchte, dann ist es ausreichend auf ein DOM-Tutorial zu verlinken. Ich muss an der Stelle nicht zuerst die Funktionsweise der gesamten DOM-Api erklären. Ich dachte das ging aus dem Kontext, aus dem Du das Zitat nahmst, sowie dem <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688892#m1688892" rel="noopener noreferrer">vorherigen Beitrag</a> hervor.</p> <p>Ist das so klarer, worauf ich hinaus wollte? Die Henne-Ei-Situationen wollte ich auch nicht auf die Schleife beziehen.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688933#m1688933 Felix Riesterer http://felix-riesterer.de 2017-03-05T11:44:21Z 2017-03-05T11:44:21Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Tabellenkalk,</p> <blockquote> <p>Mal gucken, ob @Gunnar Bittersmann <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688890#m1688890" rel="noopener noreferrer">meine Frage</a> beantwortet.</p> </blockquote> <p>meiner Erfahrung nach wird er das nicht tun.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688928#m1688928 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-05T11:08:00Z 2017-03-05T11:08:00Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Der-Dennis,</p> <blockquote> <blockquote> <p>Eine Layout-Tabelle ist alles andere als intuitiv.</p> </blockquote> <p>z.B. da eine Überschrift mitten drin, oben rechts ein Logo, ...)</p> </blockquote> <p>Eben. </p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688931#m1688931 Der-Dennis 2017-03-05T11:12:41Z 2017-03-05T11:12:41Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <blockquote> <blockquote> <blockquote> <p>Eine Layout-Tabelle ist alles andere als intuitiv.</p> </blockquote> <p>z.B. da eine Überschrift mitten drin, oben rechts ein Logo, ...)</p> </blockquote> <p>Eben. </p> </blockquote> <p>ja ja, schon gut :-) Ich schlage vor wir einigen uns auf ein Unentschieden ;-)</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688936#m1688936 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T13:23:09Z 2017-03-05T13:23:09Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Felix Riesterer</p> <blockquote> <p>Und deshalb mag ich <code class="language-javascript">document<span class="token punctuation">.</span>write</code> auch in Anfänger-Tutorials nicht.</p> </blockquote> <p>+1</p> <blockquote> <p>Aber für einen „Erstkontakt“ finde ich es dann doch verschmerzbar</p> </blockquote> <p>Verschmerzbar oder nicht, darüber will ich mir gar keine Gedanken machen, denn: ich finde es ganz einfach <strong>unnötig</strong>.</p> <p>Anstatt</p> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token string">"zuende geführt."</span><span class="token punctuation">)</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> </code></pre> <p>kann man auch gleich schreiben</p> <pre><code class="block good language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> <p>Das ist nicht wirklich komplizierter, es ist genauso ein JavaScript-Einzeiler.</p> <p>Und das skaliert auch. Dass die beiden <code>"ausgabe"</code>-Dinger im HTML und im JavaScript irgendiwe zusammenhängen, sollte intuitiv ersichtlich sein. Wenn ein zweites Ausgabefeld gewünscht ist, dürfte auch ein Anfänger erkennen, was zu tun ist.</p> <p>Es geht an der Stelle überhaupt nicht darum, das DOM zu erklären. Es geht darum, ein <strong>gutes</strong> Beispiel vorzumachen. Eins, wo man nicht gleich darauf wieder sagen muss: Jetzt haben wir’s so gemacht, ist aber blöd und jetzt lernen wir’s nochmal anders …</p> <blockquote> <p>Stichwort „Erstkontakt“</p> </blockquote> <p>… Man kann’s auch gleich richtig machen; Anfänger müssen gar nicht erst wissen, dass es so etwas wie <code class="language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> überhaupt gibt.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688935#m1688935 Tabellenkalk 2017-03-05T12:14:59Z 2017-03-05T12:14:59Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <blockquote> <p>Mal gucken, ob @Gunnar Bittersmann <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688890#m1688890" rel="noopener noreferrer">meine Frage</a> beantwortet.</p> </blockquote> <p>meiner Erfahrung nach wird er das nicht tun.</p> </blockquote> <p>dasjadoof</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688972#m1688972 TS ts-self@online.de https://bitworks.de 2017-03-05T18:47:39Z 2017-03-05T18:47:39Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <p>Anstatt</p> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token string">"zuende geführt."</span><span class="token punctuation">)</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> </code></pre> <p>kann man auch gleich schreiben</p> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>was aber leider nicht funktioniert.</p> <p>schreibt man stattdessen aber</p> <pre><code class="block good language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>?<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerHTML <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> <p>wird das Fragezeichen tatsächlich durch den Text ersetzt.</p> <p>Was ist denn da eigentlich der Unterschied zu <code>document.getElementById('ausgabe').innerHTML</code>?</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688995#m1688995 Felix Riesterer http://felix-riesterer.de 2017-03-05T20:30:12Z 2017-03-05T20:30:12Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Gunnar,</p> <blockquote> <p>Verschmerzbar oder nicht, darüber will ich mir gar keine Gedanken machen,</p> </blockquote> <p>das kannst Du Dir vielleicht leisten, aber Lehrkräfte, die Lernenden etwas beibringen möchten, können sich das nicht.</p> <blockquote> <p>denn: ich finde es ganz einfach <strong>unnötig</strong>.</p> </blockquote> <p>Das darfst Du. Du darfst (be)finden was immer Du willst. Aber Lernende <em>emp</em>finden, und manches überraschend anders, als in der Sache versierte Profis. Für die muss Dein Statement einfach nur anmaßend (lies: <strong>unnötig</strong> arrogant) klingen.</p> <blockquote> <p>kann man auch gleich schreiben</p> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>Du erhöhst den Grad an Komplexität wesentlich! Du verwendest Markup, welches in meinem „Erstkontakt“-Beispiel nicht notwendig war (<code class="language-javascript">complexity<span class="token operator">++</span></code>), um daraufhin DOM-Methoden zu bemühen, diesen aus Sicht des Neulings unnötigen Code-Bloat wieder erreichen (<code class="language-javascript">complexity<span class="token operator">++</span></code>) und manipulieren (<code class="language-javascript">complexity<span class="token operator">++</span></code>) zu können.</p> <blockquote> <p>Das ist nicht wirklich komplizierter, es ist genauso ein JavaScript-Einzeiler.</p> </blockquote> <p>Damit ist Dein Beispiel (hoffentlich sogar für Dich) nachweisbar um ein Mehrfaches komplexer.</p> <blockquote> <p>Und das skaliert auch.</p> </blockquote> <p>Wozu? Es ging um „Erstkontakt“, schon vergessen? Das Beispiel zeigt, dass man mit JavaScript innerhalb eines Dokumentes im Browser etwas „mit eigener Intelligenz“ einsetzen kann. Für mehr ist meiner Meinung nach <code class="language-javascript">document<span class="token punctuation">.</span>write</code> nicht geeignet. Die Frage nach Skalierung stellt sich erst dann, wenn man sinnvolle Beispiele erörtern möchte. Wir sind nicht in einem Tutorial, wir sind an einer Stelle, an der das Zusammenwirken von HTML und JavaScript <em>als prinzipielle Möglichkeit</em> erläutert wird!</p> <blockquote> <p>Dass die beiden <code>"ausgabe"</code>-Dinger im HTML und im JavaScript irgendiwe zusammenhängen, sollte intuitiv ersichtlich sein.</p> </blockquote> <p>Es ist bei Neulingen aber keinesfalls zu erwarten, dass es das auch tatsächlich ist.</p> <blockquote> <p>Wenn ein zweites Ausgabefeld gewünscht ist, dürfte auch ein Anfänger erkennen, was zu tun ist.</p> </blockquote> <p>Und wenn nicht? Wer sich mit HTML noch nicht genügend auskennt, also um die Universalattribute noch nicht weiß (wer braucht die schon, wenn die Schriftgröße mit <h1> bis <h6> eingestellt wird?), dem wird Dein Beispiel weniger sagen, als meines.</p> <blockquote> <p>Es geht an der Stelle überhaupt nicht darum, das DOM zu erklären. Es geht darum, ein <strong>gutes</strong> Beispiel vorzumachen.</p> </blockquote> <p>Nein, es geht darum zu zeigen, <strong>dass man eine Programmiersprache innerhalb des Dokumentes nutzen kann</strong>, nicht darum wie man das am sinnvollsten tut. Deshalb verwende ich ja auch gebetsmühlenartig den Begriff „Erstkontakt“. Aber wenn es um Tutorials geht, verbietest Du ja dem Lernenden seine wie auch immer verzerrten Perspektiven und lässt nur Deine als die allein gültige zu. Deshalb geraten wir in solchen Kontexten inhaltlich immer wieder aneinander.</p> <blockquote> <p>Eins, wo man nicht gleich darauf wieder sagen muss: Jetzt haben wir’s so gemacht, ist aber blöd und jetzt lernen wir’s nochmal anders …</p> </blockquote> <p>Warum nicht auf „historisches Überbleibsel“ plädieren und gut ist's? Das „Erstkontakt“-Beispiel ist tatsächlich so einfach, dass auch und gerade ein Anfänger erkennen muss, dass sich damit nicht viel erreichen lässt. Will man mehr und Raffinierteres, braucht man andere Herangehensweisen - und ist prompt bei den Tutorials.</p> <blockquote> <blockquote> <p>Stichwort „Erstkontakt“</p> </blockquote> <p>… Man kann’s auch gleich richtig machen;</p> </blockquote> <p>Kann <em>man</em> das? Wie beurteilst Du in diesem Fall richtig und falsch? Welche Maßstäbe definierst Du (warum?) als dazu relevant? Nur um <code class="language-javascript">document<span class="token punctuation">.</span>write</code> zu vermeiden gleich die Komplexität vervierfachen? Wenn das Beispiel nur und ausschließlich zeigen soll, <em>dass</em> in einem HTML-Dokument im Browser eine Scriptsprache eingesetzt werden <em>kann</em>? Ist es da (nochmals: warum?) richtig, ein Mantra zu singen, das in genau diesem Kontext keine Relevanz für den beabsichtigten Erkenntnisgewinn hat?</p> <p>Oder habe ich Dich schon wieder beim Missionieren erwischt?</p> <blockquote> <p>Anfänger müssen gar nicht erst wissen, dass es so etwas wie <code class="language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> überhaupt gibt.</p> </blockquote> <p>Warum nicht? Und wozu listen wir es in der Doku? Und wenn Du (be)findest, dass Anfänger dieses nicht wissen brauchen, was brauchen sie statt dessen? DOM-Methoden? An <em>dieser Stelle</em>?</p> <p>In meinem Englisch-Unterricht habe ich begonnen, gegen die Lehrwerke zu argumentieren und meinen Schülern den Begriff <code>going-to future</code> infrage zu stellen. Meine Argumentation ist, dass dieses Konstrukt keinesfalls ein grammatisches Tempus darstellt, sondern lediglich eine Redewendung, die hauptsächlich Absichten ausdrücken soll. Damit mag sie inhaltlich vielleicht Zukünftiges behandeln, ist aus grammatischer Sicht aber nichts anderes als ein <code>present progressive</code>. Spätestens bei Sätzen wie dem folgenden muss klar werden, dass es kein Tempus mit Futur-Charakter hat:</p> <p>I <em>was going to tell</em> you, but you <em>were already gone</em> home.</p> <p>Ebenso weigere ich mich die zweite Person plural als etwas anderes als eben Plural zu vermitteln. Auch wenn die zweite Person singular stilistisch ein Archaismus geworden ist, so ist sie nicht ungültig geworden. Man mag vielleicht damit argumentieren, dass sie mit der Pluralform ersetzt worden ist, aber das macht die Pluralform noch zu keinem Singular:</p> <p>Hast thou spoken with him?<br> Have you spoken with him?</p> <p>Was muss ein Anfänger wissen? Er muss wissen, wie er das Vermittelte einordnen muss. Und da ist es manchmal sinnvoll, mit halben Wahrheiten zu beginnen, damit man später das Wissen verfeinern kann. Aber das willst Du nicht wissen, da Du meinst, dass viel zu viele Selbstlerner auf halben Wege mit einem Tutorial aufhören und dann im beruflichen Umfeld mit diesem unfertigen Wissensstand Unheil anrichten.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689041#m1689041 JürgenB https://www.j-berkemeier.de 2017-03-06T07:19:31Z 2017-03-06T07:19:31Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <p>ich möchte mich Gunnars Meinung ausdrücklich anschließen. document.write sollte man von Anfängern wegen der Nebenwirkungen fernhalten.</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688962#m1688962 Matthias Scharwies mscharwies@selfhtml.org 2017-03-05T17:26:03Z 2017-03-05T17:26:03Z SelfHTML Experimentierkasten <p>Servus!</p> <blockquote> <p>Ja, damit kann man experimentieren, aber diesen Aufbau halte ich für didaktisch ungünstig. Der Anfänger sollte einen sauberen Bereich haben, wo nichts steht außer seinem eigenen Skript. Dadurch kann sie oder er nichts an der Infrastruktur kaputtmachen. Das ist sicherlich nicht trivial. Ich hatte eben mal versucht, diesen Teil in einen eigenen Script-Block auszulagern, aber das wird von Frickl beim Öffnen wieder zu einem Block kombiniert.</p> <p>Bei jsfiddle sorgt der Fiddle selbst für den Start über onLoad (sofern man nichts verstellt). Im Frickl ist diese Logik sichtbar und darf nicht beschädigt werden, sonst funkt nichts mehr. Sozusagen ein Experimentierkasten mit frei aufgebautem 240V-Netzteil. Man kann natürlich sagen, dass ein JS Programmierer lernen muss, diese Infrastruktur zu verstehen...</p> <p>Ich baue das mal ein kleines bisschen um, um das Netzteil etwas vom Spielplatz zu isolieren.</p> </blockquote> <p>Schließ dich mal mit @Felix Riesterer kurz, der das Frickl entworfen hat.</p> <blockquote> <p><em>Rolf</em></p> </blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688973#m1688973 TS ts-self@online.de https://bitworks.de 2017-03-05T19:01:20Z 2017-03-05T19:01:20Z Was ist falsch? <p>Hello,</p> <blockquote> <blockquote> <p>Anstatt</p> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token string">"zuende geführt."</span><span class="token punctuation">)</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> </code></pre> <p>kann man auch gleich schreiben</p> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>was aber leider nicht funktioniert.</p> <p>schreibt man stattdessen aber</p> <pre><code class="block good language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>?<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerHTML <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> <p>wird das Fragezeichen tatsächlich durch den Text ersetzt.</p> <p>Was ist denn da eigentlich der Unterschied zu <code>document.getElementById('ausgabe').innerHTML</code>?</p> </blockquote> <p>Das verstehe ich jetzt nicht. Wo ist der Fehler in meinem Posting? Wieso -1?</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688974#m1688974 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:02:56Z 2017-03-05T19:02:56Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@TS</p> <blockquote> <blockquote> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>was aber leider nicht funktioniert.</p> </blockquote> <p><a href="https://forum.selfhtml.org/cites/1242" rel="noopener noreferrer">Was nicht funktioniert.</a></p> <p>Mag sein, dass das in <em>deiner</em> Welt nicht funktioniert. In <a href="http://codepen.io/gunnarbittersmann/pen/GWqePm" rel="noopener noreferrer"><em>meiner</em></a> tut es das.</p> <p>In welcher Welt lebst du?</p> <blockquote> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerHTML <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> <p>Was ist denn da eigentlich der Unterschied zu <code>document.getElementById('ausgabe').innerHTML</code>?</p> </blockquote> <p>Dass beim einem <code>querySelector()</code>, beim anderen <code>getElementById()</code> verwendet wird.</p> <p>Was genau willst du wissen?</p> <p>Dass <code>querySelector()</code> universell einsetzbar ist und man nicht verschiedene Methoden zum Selektieren von Elementen im DOM braucht?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688975#m1688975 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:04:19Z 2017-03-05T19:05:48Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>was aber leider nicht funktioniert.</p> </blockquote> <p>Ach ja?</p> <p><a href="https://jsfiddle.net/7aLn1d9z/" rel="noopener noreferrer">Natürlich funktioniert das.</a></p> <p>[Der Rest war irrelevant; verlesen - mea culpa.]</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689963#m1689963 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T12:18:32Z 2017-03-14T12:18:32Z querySelector vs. getElementById <p>@@TS</p> <blockquote> <p>Was ist denn da eigentlich der Unterschied<br> [von <code>document.querySelector("#ausgabe").innerHTML</code>]<br> zu <code>document.getElementById('ausgabe').innerHTML</code>?</p> </blockquote> <p>Über einen Unterschied bin ich noch gestolpert:</p> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>div</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>42<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>div</span><span class="token punctuation">></span></span> </code></pre> <pre><code class="block language-js">document<span class="token punctuation">.</span><span class="token function">getElementById</span><span class="token punctuation">(</span><span class="token string">'42'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">// "<div id='42'></div>"</span> document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#42'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">// SyntaxError: '#42' is not a valid selector</span> </code></pre> <p>Stimmt, das ist es nicht. Die <code>4</code> muss <a href="https://www.w3.org/International/questions/qa-escapes.de#cssescapes" rel="nofollow noopener noreferrer">escapet</a> werden:</p> <pre><code class="block language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#\34 2'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">// SyntaxError: '# 2' is not a valid selector</span> </code></pre> <p>Häh? WTF? <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> erwartet als Argument einen Selektor, aber Escapes sind nicht erlaubt? Oder sind erlaubt, werden aber von Browsern nicht richtig aufgelöst?</p> <p>Wie krieg ich das Element dann mit <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> angesprochen?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688976#m1688976 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:04:41Z 2017-03-05T19:04:59Z Was ist falsch? <p>@@TS</p> <blockquote> <p>Das verstehe ich jetzt nicht. Wo ist der Fehler in meinem Posting? Wieso -1?</p> </blockquote> <p>Dieselbe Frage stelle ich mir auch, und das gleich doppelt.</p> <p>Zumindest du hast nun eine Antwort darauf.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688977#m1688977 TS ts-self@online.de https://bitworks.de 2017-03-05T19:06:36Z 2017-03-05T19:06:36Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <blockquote> <p>was aber leider nicht funktioniert.</p> </blockquote> <p><a href="https://forum.selfhtml.org/cites/1242" rel="noopener noreferrer">Was nicht funktioniert.</a></p> </blockquote> <p>Oh, entschuldig bitte. Ich dachte, Du könntest sowohl (weiter-)lesen, als auch (weiter-)denken.<br> Nun hoffe ich aber, dass dein Screenreader wenigstens noch funktioniert. ;-P</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688979#m1688979 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:11:47Z 2017-03-05T19:11:47Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Dass <code>querySelector()</code> universell einsetzbar ist und man nicht verschiedene Methoden zum Selektieren von Elementen im DOM braucht?</p> </blockquote> <p>Jein. Auch da braucht man manchmal <code>querySelector()</code> und manchmal <code>querySelectorAll()</code> </p> <p>Der wahre Vorteil liegt mMn darin, dass man (wie ich das neulich, als es um <code>window.matchMedia()</code> ging, auch schon angemerkt hatte), in JavaScript und CSS gleiche Syntax (in dem Fall zum selektieren) einsetzen kann und damit nicht mehr (oder nicht mehr so oft) umdenken oder umrechnen muss, was unter anderem Fehler vermeidet.</p> <p>Wenn du das mit „nicht verschiedene Methoden zum Selektieren von Elementen im DOM brauchen“ meintest, dann umso besser, dann steht es jetzt zweimal in unterschiedlichen Worten da </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688981#m1688981 TS ts-self@online.de https://bitworks.de 2017-03-05T19:18:58Z 2017-03-05T19:20:28Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <blockquote> <blockquote> <pre><code class="block bad language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>was aber leider nicht funktioniert.</p> </blockquote> <p>Ach ja?</p> <p><a href="https://jsfiddle.net/7aLn1d9z/" rel="noopener noreferrer">Natürlich funktioniert das.</a></p> </blockquote> <p>Ach nein!<br> In Firefox erst in der Version vom 02. Januar 2017. In denen davor, die ich jetzt testen konnte, rührt sich da nix. <code>innerText</code> wird nicht unterstützt, <code>innerHTML</code> sehr wohl.</p> <p>Wenn ich das richtig sehe, ist es ausnahmsweise mal der IE (11) gewwesen, der <code>querySelector</code> als erster unterstützt hat. Leider weiß ich nicht, wie der das mit <code>innerHTML</code> und <code>innerText</code> gehalten hat. Ich habe keinen mehr.</p> <p>Aber ich habe hier doch gelernt, dass man Sachen, die nur ein IE unterstützt, nicht verwenden soll ;-)</p> <p>Ich empfinde euren "alle haben immer die neuesten Browser"-Hype als eine falsche Grundannahme.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688980#m1688980 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:15:23Z 2017-03-05T19:15:23Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Oh, entschuldig bitte. Ich dachte, Du könntest sowohl (weiter-)lesen, als auch (weiter-)denken.</p> </blockquote> <p><strong>„Formuliere höflich und wertschätzend.“</strong> Viel mehr muss ich dazu wohl nicht sagen.</p> <blockquote> <p>Nun hoffe ich aber, dass dein Screenreader wenigstens noch funktioniert. ;-P</p> </blockquote> <p>Diesen Zusammenhang verstehst wahrscheinlich nur du. Ich zumindest verstehe ihn nicht.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688983#m1688983 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:27:47Z 2017-03-05T19:27:47Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <blockquote> <p>Dass <code>querySelector()</code> universell einsetzbar ist und man nicht verschiedene Methoden zum Selektieren von Elementen im DOM braucht?</p> </blockquote> <p>Jein. Auch da braucht man manchmal <code>querySelector()</code> und manchmal <code>querySelectorAll()</code> </p> </blockquote> <p>Grmpf, ich hätte „zum Selektieren <em>eines</em> Elements“ schreiben sollen. </p> <blockquote> <p>Der wahre Vorteil liegt mMn darin, dass man […] in JavaScript und CSS gleiche Syntax (in dem Fall zum selektieren) einsetzen kann</p> </blockquote> <p>Ja, das auch.</p> <blockquote> <p>Wenn du das mit „nicht verschiedene Methoden zum Selektieren von Elementen im DOM brauchen“ meintest, dann umso besser, dann steht es jetzt zweimal in unterschiedlichen Worten da </p> </blockquote> <p>Ich meinte allerdings den Teil vor der Klammer. Man braucht nicht <code>getElementById()</code>, <code>getElementsByTagName()</code>, <code>getElementsByClassName()</code> und und und, sondern nur noch <code>querySelector()</code> bzw. <code>querySelectorAll()</code>.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688982#m1688982 TS ts-self@online.de https://bitworks.de 2017-03-05T19:23:00Z 2017-03-05T19:23:00Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <p><strong>„Formuliere höflich und wertschätzend.“</strong> Viel mehr muss ich dazu wohl nicht sagen.</p> </blockquote> <p>Fass Dir mal an deine eigene Nase!</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688984#m1688984 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:29:43Z 2017-03-05T19:29:43Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Ach ja?</p> </blockquote> </blockquote> <p>Ja.</p> <blockquote> <p>Ach nein!<br> In Firefox erst in der Version vom 02. Januar 2017. In denen davor, die ich jetzt testen konnte, rührt sich da nix. <code>innerText</code> wird nicht unterstützt, <code>innerHTML</code> sehr wohl.</p> </blockquote> <p><code>innerText</code> <a href="http://caniuse.com/#feat=innertext" rel="noopener noreferrer">funktioniert in allen nennenswerten Browsern</a>. Alte Versionen von Browsern, die in der Lage sind, sich automatisch upzudaten, sind vollkommen irrelevant.</p> <blockquote> <p>Ich empfinde euren "alle haben immer die neuesten Browser"-Hype als eine falsche Grundannahme.</p> </blockquote> <p>Nicht den neusten Browser zu haben wenn man ihn ohne Schwierigkeiten haben kann ist eine freiwillige Selbstverstümmelung, auf die nicht Rücksicht genommen werden sollte. Automatische Updates sind ein Opt-Out, und demnach muss jeder User, der diese ablehnt, auch selbst wissen, was er damit tut. Und mit den Konsequenzen leben.</p> <p>Als es noch den IE8 unter XP gab, den man nicht mehr weiter updaten konnte, war es einigermaßen verständlich, darauf Rücksicht zu nehmen - wo der User keine Möglichkeit zum Update hat kann man ihm schlecht einen Vorwurf machen.</p> <p>Seit der Abkündigung von IE8 und Windows XP ist auch der IE8 nicht mehr zu berücksichtigen.</p> <p><strong>Du</strong> <em>kannst</em> natürlich berücksichtigen, wen und was auch immer du willst. Aber Verständnis solltest du dafür nicht erwarten.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688985#m1688985 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:41:07Z 2017-03-05T19:41:07Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@TS</p> <blockquote> <p>In Firefox erst in der Version vom 02. Januar 2017.</p> </blockquote> <p>Nein. Laut <a href="http://caniuse.com/#search=innerText" rel="noopener noreferrer">Can I use</a> bereits seit Version 45 vom 8. März 2016.</p> <blockquote> <p>In denen davor, die ich jetzt testen konnte, rührt sich da nix.</p> </blockquote> <p>Wenn du ein Jahr später immer noch eine dermaßen alte Version zu laufen hast, bist du es, der in einer anderen Welt lebt.</p> <blockquote> <p>Ich empfinde euren "alle haben immer die neuesten Browser"-Hype als eine falsche Grundannahme.</p> </blockquote> <p>Da ist was dran. Aber bei Firefox und Chrome gibt es genau eine Version, auf die man Rücksicht nehmen muss: die gerade aktuelle.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688987#m1688987 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:43:54Z 2017-03-05T19:43:54Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>In Firefox erst in der Version vom 02. Januar 2017. In denen davor, die ich jetzt testen konnte, rührt sich da nix. <code>innerText</code> wird nicht unterstützt, <code>innerHTML</code> sehr wohl.</p> </blockquote> <p>Übrigens liegst du auch damit falsch; gemäß den Informationen von caniuse unterstützt Firefox <code>innerText</code> seit Version 45, die am 8. März 2016 erschienen ist.</p> <p>Das ist jetzt ein Jahr her. Man wird es selbst bei manuellen Updates wohl schaffen, den Browser innerhalb eines Jahres upzudaten. Alles andere ist grober Leichtsinn - Updates bringen nicht nur neue Features, sondern schließen immerhin auch Sicherheitslücken.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688990#m1688990 Rolf b 2017-03-05T19:52:20Z 2017-03-05T19:52:20Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>LOL - das nenn ich mal Thread-Attention </p> <p>Ich war nur kurz nicht am PC bevor ich "Speichern" gedrückt habe, und schon hauen alle in die Versionsbresche.</p> <p><em>Rolf</em></p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688986#m1688986 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-05T19:43:36Z 2017-03-05T19:43:36Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@TS</p> <blockquote> <blockquote> <p><strong>„Formuliere höflich und wertschätzend.“</strong> Viel mehr muss ich dazu wohl nicht sagen.</p> </blockquote> <p>Fass Dir mal an deine eigene Nase!</p> </blockquote> <p>Häh?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689045#m1689045 Christian Kruse https://wwwtech.de/about 2017-03-06T07:52:19Z 2017-03-06T07:52:19Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo TS,</p> <blockquote> <blockquote> <p><strong>„Formuliere höflich und wertschätzend.“</strong> Viel mehr muss ich dazu wohl nicht sagen.</p> </blockquote> <p>Fass Dir mal an deine eigene Nase!</p> </blockquote> <p>Wie bitte??</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688989#m1688989 Rolf b 2017-03-05T19:50:27Z 2017-03-05T19:50:27Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Laut caniuse funktioniert innerText im Firefox seit #45 (08.03.2016). Am 2.1.17 gab's eigentlich gar keinen neuen Fuchs, die #50 ist vom November und #51 von Ende Januar. Oder sprichst Du von einer speziellen Plattform, Tom?</p> <p>Die Alternative ist textContent, das zwar gewisse semantische Unterschiede beinhaltet, aber für den Zweck, einen Text in ein Ausgabelement zu setzen, den gleichen Zweck erfüllt. textContent wird von MS ab IE9 unterstützt.</p> <p>Die Selbstverständlichkeit eines Auto-Update ist übrigens nicht gegeben. Wird ein Browser in einem Unternehmen mit zentraler Administration der Arbeitsplätze eingesetzt, aktualisierten sich die PCs nicht unbedingt selbst, sondern es gibt eine zentrale, releasegeführte Verteilung. Oder es gibt gar keine PCs, sondern Thin Clients und eine Terminal-Server Farm. Da kann ein Update sich schon mal ein halbes Jahr verzögern.</p> <p><em>Rolf</em></p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688988#m1688988 dedlfix 2017-03-05T19:46:10Z 2017-03-05T19:46:10Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Aber bei Firefox und Chrome gibt es genau eine Version, auf die man Rücksicht nehmen muss: die gerade aktuelle.</p> </blockquote> <p>Das wären bei Firefox aber bis zu drei Versionen, die als aktuell definiert sind. Oder wie sind da sonst die <a href="https://www.mozilla.org/en-US/firefox/organizations/faq/" rel="nofollow noopener noreferrer">ESR-Versionen</a> einzusortieren?</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688991#m1688991 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T19:53:46Z 2017-03-05T19:54:24Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Aber bei Firefox und Chrome gibt es genau eine Version, auf die man Rücksicht nehmen muss: die gerade aktuelle.</p> </blockquote> <p>Das wären bei Firefox aber bis zu drei Versionen, die als aktuell definiert sind. Oder wie sind da sonst die <a href="https://www.mozilla.org/en-US/firefox/organizations/faq/" rel="nofollow noopener noreferrer">ESR-Versionen</a> einzusortieren?</p> </blockquote> <p>Nun ja. Selbst wenn man das einbezieht gibt es keine aktuelle Firefox-Version, die <code>innerText</code> nicht anbietet - Firefox ESR 45.x (seit dem 7. Juni 2016 die älteste der als aktuell betrachtbaren Versionen) läuft ja auch auf Basis von Firefox 45, welches <code>innerText</code>-Unterstützung hatte.</p> <p>Ob man ESR-Versionen jetzt als <em>aktuell</em> bezeichnen möchte weiß ich auch nicht. Zumindest lässt sich für die eine Rücksichtnahme begründen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688994#m1688994 TS ts-self@online.de https://bitworks.de 2017-03-05T20:29:33Z 2017-03-05T20:29:33Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello,</p> <blockquote> <p>Laut caniuse funktioniert innerText im Firefox seit #45 (08.03.2016). Am 2.1.17 gab's eigentlich gar keinen neuen Fuchs, die #50 ist vom November und #51 von Ende Januar. Oder sprichst Du von einer speziellen Plattform, Tom?</p> </blockquote> <p>Das sollte 24.01.2017 heißen. Ist aber auch egal, wenn es seit V45 unterstützt wird.</p> <blockquote> <p>Die Alternative ist textContent,</p> </blockquote> <p>Danke, das scheint zuverlässiger zu funktionieren.<br> Irgendwo las ich mal. dass JavaScript keine Programmiersprache sei, sondern eine ständige Baustelle.</p> <p>Wie kann ich eigentlich ermitteln, welche JavaScript-Version mein Script vor sich hat?</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688996#m1688996 dedlfix 2017-03-05T20:35:05Z 2017-03-05T20:35:05Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Wie kann ich eigentlich ermitteln, welche JavaScript-Version mein Script vor sich hat?</p> </blockquote> <p>Kann man vielleicht irgendwie, ist aber praktisch nicht weiter relevant, weil man daraus nicht entnehmen kann, welche Features nun konkret unterstützt werden und welche nicht. Man nimmt einfach Polyfills für Dinge, die noch ziemlich neu und keine nicht nachbaubaren Schlüsselwörter sind.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688997#m1688997 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-05T20:40:18Z 2017-03-05T20:40:18Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Irgendwo las ich mal. dass JavaScript keine Programmiersprache sei, sondern eine ständige Baustelle.</p> </blockquote> <p>JavaScript ist zweifelsohne eine Programmiersprache.</p> <blockquote> <p>Wie kann ich eigentlich ermitteln, welche JavaScript-Version mein Script vor sich hat?</p> </blockquote> <p>??</p> <p>Ich bin nicht sicher, aber ich glaube du sitzt hier Irrtümern auf. Erstens gibt es gar nicht so klar eine „JavaScript-Version“. Stattdessen gibt es Versionen des JavaScript zugrundeliegenden ECMAScript - hier gilt, dass <a href="http://caniuse.com/#search=ECMAScript%205" rel="noopener noreferrer">Version 5 flächendeckend unterstützt</a> wird (und das auch schon lange), Version 6 aber <a href="http://kangax.github.io/compat-table/es6/" rel="nofollow noopener noreferrer">noch nicht vollständig</a>.</p> <p>Jetzt ist aber JavaScript ist nicht nur ECMAScript, sondern ECMAScript mit DOM, und die Probleme, mit denen man real zu tun hat, wenn es um die Unterstützung von JavaScript geht, liegen im Bereich des DOM, da einzelne DOM-Funktionen eben entweder unterstützt werden oder nicht. Hier gibt es die meisten Unterschiede im Browsersupport, und auch das DOM hat eigene Versionsnummern, die aber nichts über den Browsersupport aussagen.</p> <p>Das bezieht sich aber auf die Version der Sprache, in der du deine Scripts verfasst. Du suchst, wenn ich dich richtig verstehe, nach einer Version der Javascript-Engine. Nur ist es so, dass es auch nicht <em>die</em> Javascript-Engine gibt, sondern wieder je Browser eigene, die eigenen Versionierungsschemata folgen.</p> <p>Ich glaube nicht, dass es das, was du suchst, wirklich gibt.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689020#m1689020 Julius 2017-03-05T22:43:17Z 2017-03-05T22:43:17Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo TS,</p> <blockquote> <p>Irgendwo las ich mal. dass JavaScript keine Programmiersprache sei, sondern eine ständige Baustelle.</p> </blockquote> <p>„Die einzige Konstante im Universum ist die Veränderung.“<br> Wir können uns eigentlich nur darüber freuen, dass sich etwas ändert und meist auch verbessert. Ich habe viel im Forums-Archiv und alten Aktuell-Artikeln gelesen und ekel mich regelrecht vor der Zeit von Tabellen-Layouts, Frames, Browserweichen und DHTML (statt einem Einzeiler ein Haufen if-elses für den Zugriff aufs Dokument). Gut, dass ich mich zur Zeit des beginnenden Niedergangs des IE noch nicht für Webentwicklung interessiert habe...</p> <blockquote> <p>Wie kann ich eigentlich ermitteln, welche JavaScript-Version mein Script vor sich hat?</p> </blockquote> <p>Version-Sniffing ist sowohl für den Nutzer als auch für den Entwickler eine schlechte Lösung – Nutzer mit Browsern mit unbekanntem Namen sitzen auf dem Trockenen und Entwickler müssen die verschieden Versionen und Features (sofern überhaupt möglich) zuordnen können.</p> <p>Aber falls du rein aus Interesse fragst: schau mal unter <a href="https://wiki.selfhtml.org/wiki/JavaScript/Navigator" rel="nofollow noopener noreferrer">JavaScript/Navigator</a> ins Wiki.</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689001#m1689001 TS ts-self@online.de https://bitworks.de 2017-03-05T21:09:05Z 2017-03-05T21:09:05Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hello Felix,</p> <blockquote> <blockquote> <blockquote> <p>Stichwort „Erstkontakt“</p> </blockquote> <p>… Man kann’s auch gleich richtig machen;</p> </blockquote> </blockquote> <p>[•••]</p> <p>Schade, mit deinem ausführlichen Posting nimmst Du mir den ganzen Spaß ;-)</p> <p>Ich hätte mich gerne noch ein wenig mit den Richtimachern™️ auseinandergesetzt. Und während wir dann genüsslich gestritten hätten um die didaktischste Formulierung, hätte sich schon wieder die Browserversion geändert und "man macht das nicht mehr so", wie es da geschrieben steht.</p> <p>Und wenn dann etwas nicht so funktioniert wie beschrieben, aber der Schüler dann schreibt: "wenn ich es aber so mache, dann erhalte ich die erwartete Ausgabe", darf der Lehrer keinesfalls intelligent genug sein, selber mal zu vergleichen, was der Schüler denn nun anders gemacht hat. Er muss nur stumpf rumblöken "funktioniert nicht" ist keine Fehlerbeschreibung.</p> <p>Beispiele für Anfänger müssten mMn so oldfashioned (aber nicht ungültig) sein, dass sie garantiert funktionieren und nicht erst die Browserpredigt gehalten wird.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Die Krawatte ist das Kopftuch des Westens<br> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689035#m1689035 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T00:36:13Z 2017-03-06T00:36:13Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Felix Riesterer</p> <blockquote> <blockquote> <p>denn: ich finde es ganz einfach <strong>unnötig</strong>.</p> </blockquote> <p>Aber Lernende <em>emp</em>finden, und manches überraschend anders, als in der Sache versierte Profis. Für die muss Dein Statement einfach nur anmaßend (lies: <strong>unnötig</strong> arrogant) klingen.</p> </blockquote> <p>Nein. Für die Lernenden klingt mein Statement <strong>gar nicht</strong>. Ich habe gar kein Statement für sie gemacht.</p> <p>Mein Statement war für die Leserschaft dieses Threads, für die Autorenschaft des Artikels im Wiki.</p> <blockquote> <blockquote> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>Du erhöhst den Grad an Komplexität wesentlich! Du verwendest Markup, welches in meinem „Erstkontakt“-Beispiel nicht notwendig war</p> </blockquote> <p>Es ist ein Element mehr da, was eindeutig als Ausgabe-Element gekennzeichnet ist. Das macht den Code eher noch besser lesbar. Erhöhte Komplexität? Nein. „Wesentlich“?? Ich bitte dich.</p> <blockquote> <p>um daraufhin DOM-Methoden zu bemühen, diesen aus Sicht des Neulings unnötigen Code-Bloat wieder erreichen</p> </blockquote> <p>Beides Einzeiler. <code>document.write</code> vs. <code>document.querySelector('#ausgabe').innerText</code> Code-„Bloat“?? Ich bitte dich.</p> <blockquote> <p>und manipulieren</p> </blockquote> <p>Manipulieren? Wie bitte?</p> <p>Die einzige Manipulation, die ich hier sehe, ist, dass du die Meinung der Leserschaft über die Sinnhaftigkeit deiner Argument manipulierst. Einer war dir auf den Leim gegangen.</p> <blockquote> <p>Wozu? Es ging um „Erstkontakt“, schon vergessen?</p> </blockquote> <p>Der erste Eindruck ist oft der bleibende.</p> <p>Wie oft taucht denn hier im Forum die Frage auf, warum nach <code>document.write</code> alles weg ist? So ein Grundlagentutorial sollte dafür sorgen, dass diese Frage nicht mehr auftaucht.</p> <blockquote> <blockquote> <p>Dass die beiden <code>"ausgabe"</code>-Dinger im HTML und im JavaScript irgendiwe zusammenhängen, sollte intuitiv ersichtlich sein.</p> </blockquote> <p>Es ist bei Neulingen aber keinesfalls zu erwarten, dass es das auch tatsächlich ist.</p> </blockquote> <p>Ein Wort der deutschen Sprache, das zweimal im Code vorkommt – nicht zu erwarten, dass zwischen diesen beiden Stellen ein Zusammenhang erkannt wird?? Ich bitte dich.</p> <p>Vermutlich hätte ich der Erkenntnis wegen wohl <code>"Ausgabe"</code> mit großem A schreiben müssen. Mein Fehler, ’tschuldigung.</p> <blockquote> <p>Aber wenn es um Tutorials geht, verbietest Du ja dem Lernenden seine wie auch immer verzerrten Perspektiven und lässt nur Deine als die allein gültige zu.</p> </blockquote> <p>Nein, ich bringe sachliche Argumente an. Und du??</p> <blockquote> <blockquote> <p>Eins, wo man nicht gleich darauf wieder sagen muss: Jetzt haben wir’s so gemacht, ist aber blöd und jetzt lernen wir’s nochmal anders …</p> </blockquote> <p>Warum nicht auf „historisches Überbleibsel“ plädieren und gut ist's?</p> </blockquote> <p>Weil dieses historische Überbleibsel niemand braucht und es eher schädlich ist, s.o.</p> <blockquote> <blockquote> <p>… Man kann’s auch gleich richtig machen;</p> </blockquote> <p>Kann <em>man</em> das? Wie beurteilst Du in diesem Fall richtig und falsch? Welche Maßstäbe definierst Du (warum?) als dazu relevant?</p> </blockquote> <p>Warum stellst du Fragen, die ich bereits beantwortet habe?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689043#m1689043 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-06T07:34:45Z 2017-03-06T07:34:45Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Felix Riesterer,</p> <p>Ich bin an dieser Stelle eher bei Gunnar als bei dir.</p> <blockquote> <blockquote> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>p</span><span class="token punctuation">></span></span>Dieser Satz wird mit JavaScript … <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>span</span> <span class="token attr-name">id</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>ausgabe<span class="token punctuation">"</span></span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>span</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>p</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>script</span><span class="token punctuation">></span></span><span class="token script"><span class="token language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">"#ausgabe"</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText <span class="token operator">=</span> <span class="token string">"zuende geführt."</span><span class="token punctuation">;</span></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>script</span><span class="token punctuation">></span></span> </code></pre> </blockquote> </blockquote> <p>Die Lernenden bekommen ein auch für komplexere Situationen zuverlässig funktionierendes und stabiles Konzept in die Hand.</p> <p>Sie lernen:</p> <ul> <li>JS und HTML sind aufeinander angewiesen</li> <li>kennzeichne im HTML die Elemente, die verändert werden sollen</li> <li>such dir, wenn es soweit ist, das gewünschte Element heraus</li> <li>mach was <strong>mit diesem</strong> Element</li> </ul> <p>Das ist bei <code class="language-js bad">document<span class="token punctuation">.</span>write</code> nicht gewährleistet.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689057#m1689057 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T08:45:29Z 2017-03-06T08:45:29Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Felix Riesterer</p> <p>Dank Felix kennen wir nun endlich den genauen Wert der Komplexität <em>x</em>.</p> <blockquote> <p>Du erhöhst den Grad an Komplexität wesentlich! Du verwendest Markup, welches in meinem „Erstkontakt“-Beispiel nicht notwendig war (<code class="language-javascript">complexity<span class="token operator">++</span></code>), um daraufhin DOM-Methoden zu bemühen, diesen aus Sicht des Neulings unnötigen Code-Bloat wieder erreichen (<code class="language-javascript">complexity<span class="token operator">++</span></code>) und manipulieren (<code class="language-javascript">complexity<span class="token operator">++</span></code>) zu können.</p> <p>[…] gleich die Komplexität vervierfachen?</p> </blockquote> <p>Es gilt also: <em>x</em> + 3 = 4<em>x</em>, folglich <em>x</em> = 1.</p> <p>Da müssen wir ja keine Angst haben, das Komplexität exponentiell wachsen könnte: <em>x</em> exp(<em>αt</em>) = 1.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689030#m1689030 Felix Riesterer http://felix-riesterer.de 2017-03-05T23:50:41Z 2017-03-05T23:50:41Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber TS,</p> <blockquote> <p>Schade, mit deinem ausführlichen Posting nimmst Du mir den ganzen Spaß ;-)</p> </blockquote> <p>tut mir (aber nur ein bisschen) leid.</p> <blockquote> <p>Ich hätte mich gerne noch ein wenig mit den Richtimachern™️ auseinandergesetzt. [...] Beispiele für Anfänger müssten mMn so oldfashioned (aber nicht ungültig) sein, dass sie garantiert funktionieren und nicht erst die Browserpredigt gehalten wird.</p> </blockquote> <p>das geht für mich am Thema vorbei. Immerhin sind wir uns in einem Teilaspekt offensichtlich einig: Predigen um des Absolutheitsanspruches willen.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689031#m1689031 Felix Riesterer http://felix-riesterer.de 2017-03-05T23:56:50Z 2017-03-05T23:56:50Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Julius,</p> <blockquote> <p>und ekel mich regelrecht vor der Zeit von Tabellen-Layouts, Frames, Browserweichen und DHTML (statt einem Einzeiler ein Haufen if-elses für den Zugriff aufs Dokument).</p> </blockquote> <p>ja, das war in der Tat eklig. Und ja, gottseidank ist diese Zeit definitiv vorbei.</p> <blockquote> <p>Gut, dass ich mich zur Zeit des beginnenden Niedergangs des IE noch nicht für Webentwicklung interessiert habe...</p> </blockquote> <p>Ich schon. Und was war der IE 6 für ein unausrottbares Geschwür! Hoffentlich wird es mit <a href="https://www.heise.de/-3641371.html" rel="nofollow noopener noreferrer">WebAssembly</a> nicht eine neue Büchse der Pandora geben.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689033#m1689033 Julius 2017-03-06T00:05:40Z 2017-03-06T00:06:08Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>N’ Abend Felix!</p> <blockquote> <blockquote> <p>Gut, dass ich mich zur Zeit des beginnenden Niedergangs des IE noch nicht für Webentwicklung interessiert habe...</p> </blockquote> <p>Ich schon. Und was war der IE 6 für ein unausrottbares Geschwür! Hoffentlich wird es mit <a href="https://www.heise.de/-3641371.html" rel="nofollow noopener noreferrer">WebAssembly</a> nicht eine neue Büchse der Pandora geben.</p> </blockquote> <p>Es soll ja nur eine Ergänzung darstellen (Zitat aus dem von dir verlinkten Artikel):</p> <blockquote> <p>Es soll JavaScript nicht ersetzen, sondern ergänzen, und vor allem dort zum Einsatz kommen, wo hohe Performance erforderlich ist.</p> </blockquote> <p>Außerdem kann (oder muss sogar) diese Programme in C++, Rust oder einer anderen kompilierbaren Sprache schreiben – ich könnte mir vorstellen, dass vielen Webentwicklern JavaScript reicht und die nicht noch C++ lernen wollen...</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689034#m1689034 Felix Riesterer http://felix-riesterer.de 2017-03-06T00:34:00Z 2017-03-06T00:34:00Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Julius,</p> <blockquote> <blockquote> <p>Hoffentlich wird es mit <a href="https://www.heise.de/-3641371.html" rel="nofollow noopener noreferrer">WebAssembly</a> nicht eine neue Büchse der Pandora geben.</p> </blockquote> <p>Es soll ja nur eine Ergänzung darstellen (Zitat aus dem von dir verlinkten Artikel):</p> </blockquote> <p>Die Frage, die sich mir stellt, ist diese: Wird dadurch der Browser nicht unnötigerweise noch unsicherer, als er das jetzt schon ist? Höhere Komplexität = mehr Möglichkeiten für konzeptionelle Fehler. Der aktuelle Grad an Komplexität ist schon jetzt durchaus beachtlich (einer der ersten Feuerfüchse brachte im Download als Windows-Setup.exe unter drei MB auf die Waage, heute am 06.03.2017 sind es 45MB für die 64bit-Plattform): WebAssembly, WebGL, Canvas, CSS-Animations usw. Für WebAssembly wird sicherlich (wieder) <a href="https://de.wikipedia.org/wiki/Common_Intermediate_Language" rel="nofollow noopener noreferrer">irgendeine Art IL</a> verwendet, bei der es wieder sehr spannend wird, Malware als solche zu erkennen und zu entschärfen. Auch WebGL erlaubt das Schreiben von ausführbarem Code in die Shader-Prozessoren der Grafikkarte - welche spätestens seit dem AGP-Standard Zugriff auf den Hauptspeicher hat… <a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">eben Büchse der Pandora</a>.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689036#m1689036 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T01:00:03Z 2017-03-06T01:00:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <blockquote> <p>Hoffentlich wird es mit <a href="https://www.heise.de/-3641371.html" rel="nofollow noopener noreferrer">WebAssembly</a> nicht eine neue Büchse der Pandora geben.</p> </blockquote> </blockquote> </blockquote> <p>Ohne euch unbedingt unterbrechen zu wollen: Ich glaube kaum, dass es seit der <a href="https://forum.selfhtml.org/self/2016/nov/1/wasm-wtf/1678812#m1678812" rel="noopener noreferrer">letzten Diskussion</a> da neue Erkenntnisse gibt. Abwarten und nicht zu skeptisch sein ist nach wie vor die Devise, meiner Meinung nach.</p> <blockquote> <p>Die Frage, die sich mir stellt, ist diese: Wird dadurch der Browser nicht unnötigerweise noch unsicherer, als er das jetzt schon ist? Höhere Komplexität = mehr Möglichkeiten für konzeptionelle Fehler.</p> </blockquote> <p></p> <p><a href="https://forum.selfhtml.org/self/2016/nov/1/wasm-wtf/1678829#m1678829" rel="noopener noreferrer">„Wenn es danach geht, hätten wir nie mit dem Internet anfangen dürfen und alle bei unseren Amigas und Comodores bleiben müssen. Jede Weiterentwicklung birgt Komplexität und Potential für neue Sicherheitslücken. Die muss man dann halt finden und fixen.“</a></p> <blockquote> <p>Für WebAssembly wird sicherlich (wieder) <a href="https://de.wikipedia.org/wiki/Common_Intermediate_Language" rel="nofollow noopener noreferrer">irgendeine Art IL</a> verwendet, bei der es wieder sehr spannend wird, Malware als solche zu erkennen und zu entschärfen.</p> </blockquote> <p><a href="https://forum.selfhtml.org/self/2016/nov/1/wasm-wtf/1678935#m1678935" rel="noopener noreferrer">„Was die Sicherheit betrifft, ist WebAssembly so entworfen worden, dass die selben Zugriffs-Beschränkungen eingehalten werden müssen, die auch für JS gelten. Es ist der selbe Teil der JS-Engine, der bspw. den Dateisystem-Zugriff reguliert. Das ist der wesentliche Unterschied im Security-Modell von WASM und vorherigen Plugin-Lösungen. Es ist sogar ein explizit genannter Anwendungsfall, nicht-vertrauenswürdigen Code (serverseitig) gefahrlos auszuführen. Realisiert wird das über Sandboxing.“</a></p> <blockquote> <p>Auch WebGL erlaubt das Schreiben von ausführbarem Code in die Shader-Prozessoren der Grafikkarte - welche spätestens seit dem AGP-Standard Zugriff auf den Hauptspeicher hat… <a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">eben Büchse der Pandora</a>.</p> </blockquote> <p><a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">„Hier kommen gerade ein paar Mails von Leuten rein, die es besser/genauer wissen als ich. Die beiden Haupteinwände sind: a) man kann per WebGL nur GLSL hochladen, nicht binäre Shader, und b) die Grafikkarte kann nicht auf den kompletten Speicher im PC zugreifen, sondern nur auf die Bereiche, die der Treiber eingestellt hat. Soweit ich weiß ist das generell beides richtig.“</a></p> <p>So what? Dinge schlechter reden als sie sind und widerlegte Argumente zu wiederholen bringt uns ja auch nicht weiter Einfach mal abwarten.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689042#m1689042 Julius 2017-03-06T07:29:50Z 2017-03-06T07:31:41Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Felix,</p> <blockquote> <p>Der aktuelle Grad an Komplexität ist schon jetzt durchaus beachtlich (einer der ersten Feuerfüchse brachte im Download als Windows-Setup.exe unter drei MB auf die Waage, heute am 06.03.2017 sind es 45MB für die 64bit-Plattform): WebAssembly, WebGL, Canvas, CSS-Animations usw.</p> </blockquote> <p>Heute sind aber auch der PDF-Betrachter, sowie – von den Funktionen her – Flash und Java-Plugin integriert, man hat mehr Arbeitsspeicher und benutzt den Browser für Web-Apps (bzw. <em>könnte</em> es machen) und nicht mehr nur für Webseiten. Mozilla arbeitet ja auch an Rust, um die Probleme bei der Programmierung von sicherer C-Software zu beheben.</p> <blockquote> <p>Für WebAssembly wird sicherlich (wieder) <a href="https://de.wikipedia.org/wiki/Common_Intermediate_Language" rel="nofollow noopener noreferrer">irgendeine Art IL</a> verwendet, bei der es wieder sehr spannend wird, Malware als solche zu erkennen und zu entschärfen.</p> </blockquote> <p>Falls ich mich nicht irre, macht man das mit JavaScript bereits jetzt nicht wirklich: Adblocker (oder Privatssphärenschutz wie uBlock) arbeiten mit der Domain, unter der die Ressourcen liegen und nicht deren Inhalt.</p> <blockquote> <p>Auch WebGL erlaubt das Schreiben von ausführbarem Code in die Shader-Prozessoren der Grafikkarte - welche spätestens seit dem AGP-Standard Zugriff auf den Hauptspeicher hat… <a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">eben Büchse der Pandora</a>.</p> </blockquote> <p>Dazu hat RIDER ja schon den letzten Absatz zitiert :-)</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689065#m1689065 dedlfix 2017-03-06T09:16:14Z 2017-03-06T09:16:14Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Die Frage, die sich mir stellt, ist diese: Wird dadurch der Browser nicht unnötigerweise noch unsicherer, als er das jetzt schon ist?</p> </blockquote> <p>Ja, aber das ist halt das Unvermeidliche daran, wenn man ein System haben möchte, das sehr vielen Anwendungsfällen gerecht werden soll, das als eierlegende Wollmilchsau konzipiert ist und in Zukunft auch noch weiterwachsen statt schrumpfen wird. Die Alternative dazu wären viele kleine Systeme (lies Programme), die auch nicht insgesamt gesehen weniger komplex und fehlerfreier werden. Hinzu kommt dann auch noch, dass diese Programme für mehrere Plattformen geschrieben werden müssen. Wieviel einfacher ist es doch, nur für den Browser entwickeln zu müssen (individuelle Zipperlein der Browser mal außer Betracht lassend). Damit dreht sich die Spirale weiter, bis sie irgendwann von einer anderen Technik abgelöst wird und von vorn beginnt.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689062#m1689062 dedlfix 2017-03-06T09:02:47Z 2017-03-06T09:02:47Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Beides Einzeiler. <code>document.write</code> vs. <code>document.querySelector('#ausgabe').innerText</code> Code-„Bloat“??</p> </blockquote> <p>Man könnte in dem Artikel noch jede Menge mehr Code zu Einzeilern zusammenfassen. Einzeiler bedeutet jedoch nicht, dass etwas einfach oder einfach verständlich ist. Gerade bei solchen Verkettungen, bei denen eine Menge Zwischendinge entstehen, ist das nicht mehr so einzeilig einfach verständlich. Als Programmieranfänger muss man auch lernen, Probleme auf kleine Einheiten herunterzubrechen.</p> <p>Man könnte schon das Tutorial auf die Verwendung eines vollständiges HTML-Dokuments umbauen, aber dann bleibt weiterhin das "Beachten Sie" übrig, nur mit anderem Text, der auf weiterführende Artikel verweist, und es kommen noch ein paar mehr solcher den Lesefluss unterbrechenden Hinweise hinzu, dass vieles vom Verwendeten an anderer Stelle erst erklärt wird.</p> <p>Ich erinnere mich da grad eine eine Posting-Signatur, in der gesagt wurde, dass die Kunst der Perfektion nicht im Hinzufügen, sondern im Weglassen besteht …</p> <blockquote> <p>Wie oft taucht denn hier im Forum die Frage auf, warum nach <code>document.write</code> alles weg ist? So ein Grundlagentutorial sollte dafür sorgen, dass diese Frage nicht mehr auftaucht.</p> </blockquote> <p>Dann tauchen da eben andere Fragen auf. Zum Beispiel die, warum die Ausgabe nicht erfolgt. Vielleicht weil der Probleminhaber ein Konstrukt, das aufgrund seiner Komplexität noch nicht vollständig erläutert wird, falsch auf andere Anwendungsfälle zu übertragen versucht.</p> <blockquote> <p>Ein Wort der deutschen Sprache, das zweimal im Code vorkommt – nicht zu erwarten, dass zwischen diesen beiden Stellen ein Zusammenhang erkannt wird??</p> </blockquote> <p>Ich finde es immer wieder erstaunlich, wieviel ich selbst von den Dingen, die in einem Tutorial erwähnt wurden, dennoch vergesse. Oder die mir erst später klar werden. Nur weil etwas in vermeintlich einfacher Sprache dargelegt wurde, heißt das nicht automatisch, dass der Leser es sich merkt oder dass er es versteht und genauso berücksichtigt, wie es gemeint oder korrekt ist.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689047#m1689047 Der-Dennis 2017-03-06T07:58:26Z 2017-03-06T07:58:26Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Jürgen,</p> <p><a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689046#m1689046" rel="noopener noreferrer">siehe bitte auch hier</a>.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689048#m1689048 Felix Riesterer http://felix-riesterer.de 2017-03-06T08:06:56Z 2017-03-06T08:06:56Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Julius,</p> <blockquote> <blockquote> <p>Auch WebGL erlaubt das Schreiben von ausführbarem Code in die Shader-Prozessoren der Grafikkarte - welche spätestens seit dem AGP-Standard Zugriff auf den Hauptspeicher hat… <a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">eben Büchse der Pandora</a>.</p> </blockquote> <p>Dazu hat RIDER ja schon den letzten Absatz zitiert :-)</p> </blockquote> <p>nein, den vorletzten. Und das finde ich wesentlich. Im letzten bleibt Fefe nämlich bei seiner Einschätzung. ;-)</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689046#m1689046 Der-Dennis 2017-03-06T07:57:01Z 2017-03-06T07:57:01Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <p>was die Frage querySelector vs. document.write betrifft bin ich völlig Eurer Meinung.</p> <p>Ich bin nur der Ansicht, dass das hier die falsche Fragestellung ist. Ich denke das ist auch das, worauf Felix mit dem Begriff „Erstkontakt“ versucht hinzuweisen. Bei der Intention, die der Artikel verfolgt, ist querySelector einfach zu viel. Im Artikel sollte eigentlich überhaupt kein HTML vorkommen, wenn ich die Zielsetzung richtig verstanden habe.</p> <p>Man darf meiner Meinung nach gerne die Sinnhaftigkeit der Zielsetzung bzw. den ganzen Artikel hinterfragen. Da jetzt aber einfach HTML hinzuzufügen verändert das Ziel (wie ich es verstanden habe) so grundlegend, dass in dem Fall gleich ein komplett neuer Artikel geschrieben werden kann.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689049#m1689049 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-06T08:13:03Z 2017-03-06T08:13:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Der-Dennis,</p> <blockquote> <p>Man darf meiner Meinung nach gerne die Sinnhaftigkeit der Zielsetzung bzw. den ganzen Artikel hinterfragen. Da jetzt aber einfach HTML hinzuzufügen verändert das Ziel (wie ich es verstanden habe) so grundlegend, dass in dem Fall gleich ein komplett neuer Artikel geschrieben werden kann.</p> </blockquote> <p>Der Artikel beginnt mit Hello World. Ohne HTML. Ich finde ihn gelungen und auch brauchbar, so wie er jetzt ist. Trotz document.write. Aber da der gesamte Artikel auch komplett ohne HTML auskommt, ist das auch in Ordnung so. <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689043#m1689043" rel="noopener noreferrer">Mein Beitrag</a> bezieht sich nicht auf den bestehenden Artikel.</p> <p><strong class="übertreibung">Leider kommt durch solcherart Diskussionen nicht ein einziges neues Wort ins Wiki</strong> und dass @Matthias Scharwies überhaupt noch die Motivation findet, weiter zu machen, ist bewundernswert.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689053#m1689053 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T08:33:22Z 2017-03-06T08:33:22Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <blockquote> <p>Auch WebGL erlaubt das Schreiben von ausführbarem Code in die Shader-Prozessoren der Grafikkarte - welche spätestens seit dem AGP-Standard Zugriff auf den Hauptspeicher hat… <a href="https://blog.fefe.de/?ts=b32cb04e" rel="nofollow noopener noreferrer">eben Büchse der Pandora</a>.</p> </blockquote> <p>Dazu hat RIDER ja schon den letzten Absatz zitiert :-)</p> </blockquote> <p>nein, den vorletzten. Und das finde ich wesentlich. Im letzten bleibt Fefe nämlich bei seiner Einschätzung. ;-)</p> </blockquote> <p>Da hast du Recht, der letzte Absatz ist aber auch ziemlich deutlich ein <em>„Ihr-könntet-da-vielleicht-schon-Recht-haben-aber-wer-weiß-ob-die-Angaben-alle-so-stimmen-und-weil-es-möglich-wäre-dass-Hersteller-der-Versuchung-erliegen-bleibe-ich-trotzdem-skeptisch“</em>-Mimimi </p> <p>Ich habe kein Problem mit einer gesunden Portion Skepsis und die ist sicher gerade bei solchen Dingen (IT-Sicherheit) auch angebracht, es gibt aber ein gewisses Level, an dem man aufhören muss zu hinterfragen und einfach mal davon ausgehen muss, dass der aktuelle Kenntnisstand auch so ist wie er kolportiert wird.</p> <p>Einerseits ist es in der IT-Sicherheit so, dass man realistischerweise davon ausgehen muss, dass kein System absolut sicher ist. Demnach ist die reine Vermutung der Eventualität einer Sicherheitslücke per se mal nichts besonderes und sicher auch kein Grund, sich ablehnend gegenüber einer Technologie zu positionieren, solange die Indizien die Eventualität nicht zu einer erhärteten Vermutung werden lassen.</p> <p>Andererseits sollte man, wenn man aus jeder Eventualität gleich eine Befürchtung konstruiert, am Besten gleich den Aluhut aufsetzen.</p> <p>Maßvolle Skepsis ist eben ein schmaler Grat, der nur allzu leicht in Paranoia abdriftet. <em>fefe</em> befindet sich in seinem Blog immer mal wieder auf der einen und dann mal wieder auf der anderen Seite der Linie - was auch völlig in Ordnung sind, immerhin spiegelt er in seinem Blog eben einfach rücksichtslos seine Meinung wieder, ohne Gegenstimmen und ohne Anspruch auf Korrektheit. Als Diskussionsgrundlage kann man seine Einschätzungen dann aber auch nicht immer unreflektiert übernehmen </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689051#m1689051 Der-Dennis 2017-03-06T08:26:53Z 2017-03-06T08:26:53Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <blockquote> <p>Ich finde ihn gelungen und auch brauchbar, so wie er jetzt ist.</p> </blockquote> <p>entschuldige bitte, da habe ich dann Dein Posting missinterpretiert. Hatte mich schon gewundert. Da sind wir uns dann ja einig. Danke für die Klarstellung.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689056#m1689056 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T08:43:03Z 2017-03-06T08:43:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p><strong class="übertreibung">Leider kommt durch solcherart Diskussionen nicht ein einziges neues Wort ins Wiki</strong> und dass @Matthias Scharwies überhaupt noch die Motivation findet, weiter zu machen, ist bewundernswert.</p> </blockquote> <p>Naja, die Diskussion war gut und sinnvoll - eine Weile lang. Solange wie sie es ist trägt sie eher zu meiner Motivation bei, mich mit dem Wiki auseinanderzusetzen, was gut und sinnvoll ist.</p> <p>Aber du hast Recht, sie ist inzwischen abgeglitten und wird von unterschiedlichen Akteuren in ganz unterschiedliche Richtungen geritten - und das bindet nur Zeit und Kraft. Vor allem auch für @Matthias Scharwies, der wie kein Anderer Zeit und Kraft in den vorliegenden Artikel gesteckt hat und bei sowas schätzungsweise immer befürchten muss, dass seine Arbeit unter den Stiefeln irgendeiner Marschrichtung im Staub landet. Was sicher weder fair noch angemessen ist.</p> <p>Vorschlag: Mein Eindruck sagt, dass eigentlich jeder Gelegenheit hatte, seinen Standpunkt ausreichend darzustellen. Einen Konsens werden wir hier (im Forum, sofern keine irgendwie moderierte Diskussion mit klarem Fokus stattfindet) sowieso nicht finden. Wer ernsthaft Interesse daran hat, sich für seine Marschrichtung einzusetzen, mag einen eigenen Artikel schreiben (wer sagt, dass es nur ein Anfängertutorial geben darf?) oder <em>in Absprache mit Matthias Scharwies</em> den Bestehenden <strong>in Details</strong> verbessern. Und wir schließen diesen Thread hier - oder zumindest die Stränge, die sich um das Wiki-Thema drehen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689058#m1689058 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T08:50:53Z 2017-03-06T08:50:53Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Matthias Apsel</p> <blockquote> <p>dass @Matthias Scharwies überhaupt noch die Motivation findet, weiter zu machen, ist bewundernswert.</p> </blockquote> <p>Dass ich überhaupt noch die Motivation finde, mich mit dem Wiki auseinanderzusetzen, aber auch. </p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689067#m1689067 dedlfix 2017-03-06T09:27:34Z 2017-03-06T09:27:34Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>immerhin spiegelt [Fefe] in seinem Blog eben einfach rücksichtslos seine Meinung wieder, ohne Gegenstimmen und ohne Anspruch auf Korrektheit. Als Diskussionsgrundlage kann man seine Einschätzungen dann aber auch nicht immer unreflektiert übernehmen </p> </blockquote> <p>Gegenstimmen sind aber gerade das was Fefe haben möchte, wie er selbst immer wieder betont. Das braucht er, um auch die Meinungen der Gegenseite in seine Betrachtungen einzubeziehen. (Nicht nur er, aber den meisten fehlt diese Einsicht.) Und oftmals bringt er genau diese Gegenstimmen auch als Zitat in seinem Blog. (Wobei viele davon auch nicht im zitierwüdigen Tonfall gehalten sein werden, vermute ich mal.) Natürlich kann er nicht immer warten, bis erst alle Gegenstimmen bei ihm eingetrudelt sind, ohne dass er vorher seine Meinung kundgetan hat.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689060#m1689060 Der-Dennis 2017-03-06T09:01:42Z 2017-03-06T09:01:42Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Camping_RIDER,</p> <p>ich stimme Dir zu.</p> <p>Da ich aber nicht hoffe jetzt Stein des Anstoßes gewesen zu sein, noch eine kurze Anmerkung:</p> <blockquote> <p>Wer ernsthaft Interesse daran hat, sich für seine Marschrichtung einzusetzen, mag einen eigenen Artikel schreiben</p> </blockquote> <p>Würde ich einen Artikel zu dem Thema schreiben wollen, würde ich den Artikel von Matthias kopieren.</p> <p>Gruß<br> Dennis</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689069#m1689069 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T09:33:19Z 2017-03-06T09:33:19Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <p>Wer ernsthaft Interesse daran hat, sich für seine Marschrichtung einzusetzen, mag einen eigenen Artikel schreiben (wer sagt, dass es nur ein Anfängertutorial geben darf?)</p> </blockquote> <p>Falsche Frage. Es gibt bereits unzählige Anfängertutorials da draußen im Web.</p> <p>Die Frage ist, ob das Anfängertutorial im SELFHTML-Wiki etwas ist, was man Anfängern empfehlen kann, oder etwas, vor dem man abraten muss.</p> <p>LLAP </p> <p>PS: Du meintest nicht, dass es mehrere Tutorials zu einunddemselben Thema im SELFHTML-Wiki geben kann, oder?</p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689063#m1689063 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T09:10:41Z 2017-03-06T09:10:41Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Gunnar Bittersmann</p> <blockquote> <p><em>x</em> = 1.</p> <p>Da müssen wir ja keine Angst haben, das Komplexität exponentiell wachsen könnte: <em>x</em> exp(<em>αt</em>) = 1.</p> </blockquote> <p>Oops, das kommt davon, wenn man LaTeX vermeidet. Nicht 1 ist die Basis, sondern e. Bei $$x,\mathrm e^{\alpha t}$$ wäre mir das noch aufgefallen.</p> <ol> <li>Wir müssen doch Angst haben.</li> <li>Mathe ist zu komplex für mich. (Zumindest am Montagmorgen.)</li> </ol> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689061#m1689061 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T09:02:24Z 2017-03-06T09:03:34Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>dass @Matthias Scharwies überhaupt noch die Motivation findet, weiter zu machen, ist bewundernswert.</p> </blockquote> <p>Dass ich überhaupt noch die Motivation finde, mich mit dem Wiki auseinanderzusetzen, aber auch. </p> </blockquote> <p>Vielleicht solltest <em>du</em> einfach nochmal <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688891#m1688891" rel="noopener noreferrer">meinen Ratschlag</a> in Erwägung ziehen und deine Kritik mit Begründung vorbringen, auf dass sie gehört wird, und es dann aber auch irgendwann dabei beruhen lassen, falls sie gehört, aber verworfen wurde.</p> <p><em>Oder</em> du könntest dich, wenn dir wirklich daran gelegen ist, etwas zu verändern, mal an einem Perspektivwechsel versuchen, zum Beispiel indem du das direkte Gespräch (nicht-öffentlich) mit der Gegenseite suchst, um sie dir erläutern zu lassen. Die kurze Aussprache wegen Tic-Tac-Toe, die Felix und du am Selftreffen hattet, habe ich als konstruktiv und brückenschlagend in Erinnerung. Ich könnte mir vorstellen, dass es dann Kompromissmöglichkeiten gibt.</p> <p>Das was im Moment bei mir rüberkommt ist aber mehr der Eindruck, dass du eben <em>nicht</em> versuchst die Gegenseite zu verstehen, während du deinen Standpunkt wiederholst. Dir sollte beispielsweise klar sein, dass Felix nicht im Sinn hat, dich zu trollen. Das Komplexitäts-Argument so einfach abzutun wie du es tust ist ein Zeichen dafür, dass du es nicht ernst nimmst und auch nicht verstehen <em>willst</em>. Das ist äußerst schade, weil man so nicht auf einen grünen Zweig kommt.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689071#m1689071 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T09:41:50Z 2017-03-06T09:41:50Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <p>Das Komplexitäts-Argument so einfach abzutun wie du es tust ist ein Zeichen dafür, dass du es nicht ernst nimmst und auch nicht verstehen <em>willst</em>.</p> </blockquote> <p>Das ist Unsinn. Ich habe mich mit dem Komplexitäts-Argument auseinandergesetzt und – denke ich – widerlegt. Felix hat da eine Komplexität konstruiert, die überhaupt nicht da ist.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689066#m1689066 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T09:27:17Z 2017-03-06T09:27:17Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@dedlfix</p> <blockquote> <blockquote> <p>Beides Einzeiler. <code>document.write</code> vs. <code>document.querySelector('#ausgabe').innerText</code> Code-„Bloat“??</p> </blockquote> <p>Einzeiler bedeutet jedoch nicht, dass etwas einfach oder einfach verständlich ist.</p> </blockquote> <p>Natürlich nicht. Desöfteren ist das Gegenteil der Fall.</p> <p>Genausowenig bedeutet Mehrzeiler erhöhte Komplexität.</p> <blockquote> <p>Gerade bei solchen Verkettungen, bei denen eine Menge Zwischendinge entstehen, ist das nicht mehr so einzeilig einfach verständlich.</p> </blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> <p>Das Einzige, was er dabei verstehen muss, ist, dass das die Ausgabe auf dem Bildschirm erzeugt. Das ist nicht anders als bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code>. Die Zeichenkette ist ein paar Zeichen länger, aber das sollte in dem Zusammenhang irrelevant sein.</p> <blockquote> <blockquote> <p>Wie oft taucht denn hier im Forum die Frage auf, warum nach <code>document.write</code> alles weg ist? So ein Grundlagentutorial sollte dafür sorgen, dass diese Frage nicht mehr auftaucht.</p> </blockquote> <p>Dann tauchen da eben andere Fragen auf. Zum Beispiel die, warum die Ausgabe nicht erfolgt. Vielleicht weil der Probleminhaber ein Konstrukt, das aufgrund seiner Komplexität noch nicht vollständig erläutert wird, falsch auf andere Anwendungsfälle zu übertragen versucht.</p> </blockquote> <p>Das ist ein Argument.</p> <p>Mir tauchen dabei allerdings zu viele „Vielleichts“ auf. Das Problem mit <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> ist <strong>real</strong>.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689072#m1689072 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T09:44:38Z 2017-03-06T09:44:38Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> </blockquote> <p>Das beißt sich meiner Meinung nach sehr - erstens mit unserem Motto „Die Energie des Verstehens“, zweitens mit der Art und Weise, wie wir ansonsten Tutorial schreiben. Und ich halte es auch nicht für gut.</p> <blockquote> <p>Das Einzige, was er dabei verstehen muss, ist, dass das die Ausgabe auf dem Bildschirm erzeugt. Das ist nicht anders als bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code>. Die Zeichenkette ist ein paar Zeichen länger, aber das sollte in dem Zusammenhang irrelevant sein.</p> </blockquote> <p>Du weigerst dich offensichtlich, anzuerkennen, dass in diesen paar Zeichen mehr ein ganzer Haufen Konzepte versteckt ist - und es kann irgendwie nicht unser Ziel sein, Anfänger (auch nicht im ersten Kapitel) mit einem „nimm das mal so hin“ abzuspeisen. Wir möchten, dass die Leute, die zu uns kommen, <em>verstehen</em>. Wir möchten Sie dazu erziehen, Konzepte zu hinterfragen und eigene Entscheidungen zu treffen. Wir wollen nicht auch noch <em>innerhalb des</em> Anfängertutorial Fragen offen lassen.</p> <p>Falls du meinen Worten keinen Glauben schenkst, so wie du es mit den Worten von Felix gehalten hast: Es gibt hier einen <a href="https://forum.selfhtml.org/self/2017/mar/2/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688536#m1688536" rel="noopener noreferrer">Thread</a> der dir beweist, dass ein aufmerksamer Tutorial-Leser sich eben diese Gedanken <em>doch</em> macht. Auch dort gab es ein Konzept im Tutorial (<code>window.prompt()</code>), das einfach mit einem „das funktioniert so“ eingeführt wurde, ohne im Detail zu erläutern, <em>was</em> passiert. Mit der Folge, dass die Leser darüber stolpern und das dahinterstehende Konzept nicht zur Gänze erfassen. Das zum Prinzip zu erklären ist ein didaktischer Super-GAU. Und wenn es in diesem Thread nicht um das zweite Argument von <code>prompt</code> gegangen wäre, sondern um <code>document.querySelector('#ausgabe').innerText</code>, dann wäre ich damit nicht mit einem Satz so fertig geworden, dass der wissbegierige Leser mit der Erläuterung zufrieden ist, und dann wäre er nicht nur kurz dran hängen geblieben, sondern hätte eventuell aufgrund der auf ihn einprasselnden Komplexität den Rückzug angetreten.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689118#m1689118 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:57:24Z 2017-03-06T12:57:24Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>Aloha ;)</p> <blockquote> <p>PS: Du meintest nicht, dass es mehrere Tutorials zu einunddemselben Thema im SELFHTML-Wiki geben kann, oder?</p> </blockquote> <p>Doch, das meinte ich. Es ist ein Wiki. Bei Artikeln zu Elementen gilt das Highlander-Prinzip, da gibt es ein klar umrissenes Lemma und das ist dann dort (und nur dort) zu beschreiben. Bei Tutorials (Artikel, die einem roten Faden folgen) ist das so nicht unbedingt der Fall. Da kann es sehr wohl zwei Tutorials geben, die denselben Inhalt auf unterschiedliche Art und Weise vermitteln.</p> <p>Wenn beide Tutorials eine ähnliche Qualität und nur einen unterschiedlichen Ansatz haben, können sie beide stehenbleiben.</p> <p>Wenn eins der Tutorials qualitativ spürbar hochwertiger ist als das andere wird selbiges irgendwann in der Versenkung verschwinden.</p> <p>Und selbst wenn es nicht gewünscht ist, zwei Tutorials zu einem Thema zu haben: Wenn ein neues Tutorial im Benutzernamensraum entsteht und fertig wird kann man dann anhand der fertigen Tutorials vergleichen, welches geeigneter ist und sich dann entweder für eins entscheiden oder sich die Kirschen zusammenpicken und an einem neuen roten Faden verpacken.</p> <p>Alles andere führt zu dem, was zurecht so sehr frustrierend ist: Es wird nur am Bestehenden rumgemäkelt, ohne selbst tätig zu werden. Und ja, auch eine komplette Überarbeitung des Artikels muss erstmal im Benutzernamensraum stattfinden, bevor sie dann den alten Artikel ersetzen kann.</p> <p>Egal wie: Wenn man konstruktiv tätig werden will <strong>muss man einen Artikel schreiben</strong>!!! (Vollkommen egal, ob der dann komplett neu entsteht oder ob man sich den alten rüberkopiert, entkernt, und neu füllt.)</p> <p>Ich bin sicher, dass die Lust für diejenigen, die den alten Artikel unter Zeit- und Krafteinsatz geschrieben haben, über Änderungen oder eine Ersetzung zu diskutieren, sehr viel größer ist, wenn sie sehen, dass sich das Gegenüber auch mit ähnlichem Einsatz eingebracht hat.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689225#m1689225 Felix Riesterer http://felix-riesterer.de 2017-03-07T07:35:20Z 2017-03-07T07:35:20Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Lieber Gunnar,</p> <p>Deine Reaktionen auf Kritik an Deinen Äußerungen wirken auf mich kindisch, wenn nicht gar trollig:</p> <blockquote> <p>Falsche Frage.</p> </blockquote> <p>Wie kannst Du es Dir erlauben, das so pauschal allgemein zu formulieren? Es ist <em>aus Deiner Sicht</em> eine falsche Fragestellung. Aber eben zunächst einmal nur aus Deiner. Daher wirkt die pauschalisierte Formulierung "falsche Frage" arrogant, uneinsichtig und trollend, weil sie nicht Konsens-orientiert, sondern "nur ich habe recht"-artig formuliert ist.</p> <blockquote> <p>Es gibt bereits unzählige Anfängertutorials da draußen im Web.</p> </blockquote> <p>Was soll das für ein Argument sein? Uns interessiert in erster Linie, dass wir hier im Wiki gute Inhalte haben. Da ist dieses Dein Argument auch wieder kontra-produktiv, da es implizit die Notwendigkeit für noch mehr Anfängertutorials infrage stellt. Warum nur tust Du das?</p> <blockquote> <p>Die Frage ist,</p> </blockquote> <p>Nein, <em>Deine</em> Frage ist. Du solltest schreiben "aus meiner Sicht stellt sich eher/stattdessen die Frage". Tust Du das nicht, setzt Du Dich durch diese absolute Formulierung über die anderen Poster. Vielleicht hast Du eine fachliche Qualifikation in Sachen Frontend-Entwicklung, die vielleicht sogar um Welten höher ist, als das, was andere hier anzubieten haben, aber vielleicht geht es in diesem Teil des Threads nicht mehr um das, was durch Deine Qualifikation abgedeckt ist, sondern um einen menschlichen Aspekt, bei dem es schwierig bis unmöglich ist, Deinen Absolutheitsanspruch aufrecht zu erhalten. Da halte ich es in besoderer Weise für angebracht, dass Du vor Dir selbst zugibst, Dich vielleicht auf unsicheren Terrain zu bewegen und vielleicht schneller zu irren, als Du annimmst. Diese Bescheidenheit vermisse ich hier, weshalb ich Dir aktives Trollen vorwerfen muss.</p> <blockquote> <p>ob das Anfängertutorial im SELFHTML-Wiki etwas ist, was man Anfängern empfehlen kann, oder etwas, vor dem man abraten muss.</p> </blockquote> <p>Das finde ich besonders perfide von Dir. Hier wird öffentlich darum gerungen, gute Tutorials zu schreiben, indem die natürlich begrenzte Sicht des jeweiligen Autors durch Diskussionen erweitert wird, damit am Ende empfehlenswerte Inhalte entstehen. Dein Wirken war in diesem Bereich ausschließlich ein Kritisieren an vorhandenem Inhalt, ein Verlinken von Twitter-Quellen anderer Apologeten, das ein oder andere CodePen-Beispiel, aber keinesfalls ein eigenes Tutorial oder gar ein Feature-Blogartikel. Dabei musstest Du sogar so weit gehen und die Nützlichkeit Deines Kritisierens anzumerken und als aktive (aber indirekte) Mitarbeit am jeweils diskutierten Tutorial anzumahnen. In der oben bereits kritisierten Art und Weise muss das aber gelegentlich wie ein Rumstänkern um des Rechthabens willen wirken, anstatt konstruktiver Mitgestaltung.</p> <p>Wenn Du ein Tutorial also nicht Deinen Maßstäben gerecht findest, dann ziehst Du es auf Twitter durch den Kakao und rätst anderen davon ab, es zu lesen/befolgen/nutzen? Trollt da etwa ein eingeschnapptes Kind?</p> <blockquote> <p>PS: Du meintest nicht, dass es mehrere Tutorials zu einunddemselben Thema im SELFHTML-Wiki geben kann, oder?</p> </blockquote> <p>Du weißt, was das Wiki bieten soll? Du kennst die idealistische Ausrichtung des Projektes SELFHTML? Was soll dann dieses Rumgetrolle im PS?</p> <p>Als Mensch kann ich Dich gut leiden und schätze Dich bei den SELF-Treffen immer wieder auf's neue. Aber Deine Formulierungen hier im Forum ärgern mich. Und das ist alles nicht neu.</p> <p>Liebe Grüße,</p> <p>Felix Riesterer.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689073#m1689073 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T09:49:01Z 2017-03-06T09:49:01Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Das Komplexitäts-Argument so einfach abzutun wie du es tust ist ein Zeichen dafür, dass du es nicht ernst nimmst und auch nicht verstehen <em>willst</em>.</p> </blockquote> <p>Das ist Unsinn. Ich habe mich mit dem Komplexitäts-Argument auseinandergesetzt und – denke ich – widerlegt. Felix hat da eine Komplexität konstruiert, die überhaupt nicht da ist.</p> </blockquote> <p>…oder du siehst sie nur nicht, weil du dich nicht ausreichend darauf eingelassen hast. So zumindest ist meine Wahrnehmung. Vielleicht siehst du sie auch deshalb nicht, weil du sie gar nicht sehen kannst - weil dein Fokus einfach ein Anderer ist als der des Lernenden. Ich kann es nicht beurteilen. Ich sehe nur, dass deine Wahrnehmung hier von meiner Wahrnehmung deutlich (!) abweicht.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689092#m1689092 JürgenB https://www.j-berkemeier.de 2017-03-06T11:23:19Z 2017-03-06T11:23:19Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Janosch,</p> <blockquote> <blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> </blockquote> <p>Das beißt sich meiner Meinung nach sehr - erstens mit unserem Motto „Die Energie des Verstehens“, zweitens mit der Art und Weise, wie wir ansonsten Tutorial schreiben. Und ich halte es auch nicht für gut.</p> </blockquote> <p>ich verstehe ehrlich gesagt nicht so ganz, warum ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span>write</code> einfacher oder didaktischer sein soll, als ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code>.</p> <p>Den Satz aus dem Tutorial</p> <blockquote> <p>Der Rechenweg wird in der Variablen text gespeichert und dann mit document.write ausgegeben.</p> </blockquote> <p>musste man dann nur in</p> <blockquote> <p>Der Rechenweg wird in der Variablen text gespeichert und dann mit document.querySelector('#ausgabe').innerText ausgegeben.</p> </blockquote> <p>ändern und dann auf querySelector verlinken. Und das HTML-Grundgerüst sollte doch auch bekannt sein.</p> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689096#m1689096 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T11:40:36Z 2017-03-06T11:50:04Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> </blockquote> <p>Das beißt sich meiner Meinung nach sehr - erstens mit unserem Motto „Die Energie des Verstehens“, zweitens mit der Art und Weise, wie wir ansonsten Tutorial schreiben. Und ich halte es auch nicht für gut.</p> </blockquote> <p>Na, da haben wir doch was, worüber wir reden können.</p> <blockquote> <blockquote> <p>Das Einzige, was er dabei verstehen muss, ist, dass das die Ausgabe auf dem Bildschirm erzeugt. Das ist nicht anders als bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code>. Die Zeichenkette ist ein paar Zeichen länger, aber das sollte in dem Zusammenhang irrelevant sein.</p> </blockquote> <p>Du weigerst dich offensichtlich, anzuerkennen, dass in diesen paar Zeichen mehr ein ganzer Haufen Konzepte versteckt ist</p> </blockquote> <p>Im Gegenteil. Ich erkenne das durchaus an. Mein Punkt ist ja gerade, dass der Haufen Konzepte an der Stelle auch <em>versteckt bleiben</em> soll.</p> <blockquote> <p>und es kann irgendwie nicht unser Ziel sein, Anfänger (auch nicht im ersten Kapitel) mit einem „nimm das mal so hin“ abzuspeisen.</p> </blockquote> <p>Zum einen wird das – egal womit du als Grundlagen anfängst – gar nicht anders gehen.</p> <p>Zum anderen trifft das bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> gleichermaßen zu. Deiner Argumentation folgend müsste man sonst ja erklären, das <code class="language-js">document</code> ein Objekt ist, was das für ein spezielles Objekt ist und dass <code class="language-js"><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> eine Methode ist, die man darauf anwenden kann.</p> <p>Das will man natürlich an der Stelle ebensowenig wie erlären wie <code class="language-js"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> und <code class="language-js">innerText</code>. Und muss man auch nicht.</p> <p>Es ist nur halt so, dass „nimm das mal so hin“ nicht zu wollen kein Argument für <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> und gegen <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> wäre.</p> <blockquote> <p>Wir möchten, dass die Leute, die zu uns kommen, <em>verstehen</em>. Wir möchten Sie dazu erziehen, Konzepte zu hinterfragen und eigene Entscheidungen zu treffen.</p> </blockquote> <p>Gerne.</p> <blockquote> <p>Wir wollen nicht auch noch <em>innerhalb des</em> Anfängertutorial Fragen offen lassen.</p> </blockquote> <p>Ein Anfängertutorial wird <em>immer</em> Fragen offen lassen.</p> <blockquote> <p>Falls du meinen Worten keinen Glauben schenkst, so wie du es mit den Worten von Felix gehalten hast: Es gibt hier einen <a href="https://forum.selfhtml.org/self/2017/mar/2/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688536#m1688536" rel="noopener noreferrer">Thread</a> der dir beweist, dass ein aufmerksamer Tutorial-Leser sich eben diese Gedanken <em>doch</em> macht. Auch dort gab es ein Konzept im Tutorial (<code>window.prompt()</code>), das einfach mit einem „das funktioniert so“ eingeführt wurde, ohne im Detail zu erläutern, <em>was</em> passiert. Mit der Folge, dass die Leser darüber stolpern und das dahinterstehende Konzept nicht zur Gänze erfassen.</p> </blockquote> <p>Ja, und? Ist doch völlig in Ordnung, dass Nachfragen, die über den Stoff eines Tutorials hinausgehen, im Forum gestellt werden.</p> <p>Das kann auch bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> geschehen. Nur dass es dann Gesprächsbedarf gibt, den man von vornherein vermeiden sollte.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689235#m1689235 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-07T08:33:35Z 2017-03-07T08:33:35Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <blockquote> <blockquote> <p>Das Komplexitäts-Argument so einfach abzutun wie du es tust ist ein Zeichen dafür, dass du es nicht ernst nimmst und auch nicht verstehen <em>willst</em>.</p> </blockquote> <p>Das ist Unsinn. Ich habe mich mit dem Komplexitäts-Argument auseinandergesetzt und – denke ich – widerlegt. Felix hat da eine Komplexität konstruiert, die überhaupt nicht da ist.</p> </blockquote> <p>…oder du siehst sie nur nicht, weil du dich nicht ausreichend darauf eingelassen hast.</p> </blockquote> <p>Oder weil sie schlicht und einfach <strong>nicht da ist</strong>.</p> <p>Ich lasse mich immer wieder auf deine Postings ein und trotzdem das ist nicht ausreichend‽</p> <p>Wenn man deinen Standpunkt nicht übernimmt, liegt das daran, dass man nicht genügend darüber nachgedacht hat?</p> <p>Nun sind ja noch CK und JürgenB aufgetaucht … Haben die auch nicht genügend nachgedacht?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689095#m1689095 dedlfix 2017-03-06T11:40:07Z 2017-03-06T11:40:07Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> </blockquote> <p>Ich denke, das könnte man als Kompromiss nehmen. alert() ist nicht schön, aber es ist bereits in anderen Beispielen verwendet worden und sollte auch wegen seiner Unschönheit eher zeigen, dass diese Ausgabe nur für den Zweck des Beispiels gewählt wurde. Nichtsdestotrotz kann man irgendwo einmalig anmerken, dass es noch weitere Arten gibt, wie Ergebnisse und andere Dinge in die Ausgabe kommen können, die Thema eines weiteren Tutorials sind, mit Verweis darauf. Das dürfte weder unüblich noch didaktisch großartig bedenklich sein.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689098#m1689098 Christian Kruse https://wwwtech.de/about 2017-03-06T11:45:39Z 2017-03-06T11:45:39Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo JürgenB,</p> <blockquote> <blockquote> <blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> </blockquote> <p>Das beißt sich meiner Meinung nach sehr - erstens mit unserem Motto „Die Energie des Verstehens“, zweitens mit der Art und Weise, wie wir ansonsten Tutorial schreiben. Und ich halte es auch nicht für gut.</p> </blockquote> <p>ich verstehe ehrlich gesagt nicht so ganz, warum ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span>write</code> einfacher oder didaktischer sein soll, als ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code>.</p> </blockquote> <p>ACK. Auch hinter <code>document.write</code> stehen eine Menge Konzepte, die erst verstanden werden müssen. Zuzüglich zu den vielen Problemen.</p> <blockquote> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> </blockquote> <p>ACK.</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689100#m1689100 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T11:54:23Z 2017-03-06T11:54:23Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <blockquote> <p>Mein Punkt ist (und war es von Anfang an): Der Leser muss <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> an der Stelle gar nicht weiter <em>verstehen</em>. Es muss lediglich nur <em>verwenden</em>.</p> </blockquote> <p>Das beißt sich meiner Meinung nach sehr - erstens mit unserem Motto „Die Energie des Verstehens“, zweitens mit der Art und Weise, wie wir ansonsten Tutorial schreiben. Und ich halte es auch nicht für gut.</p> </blockquote> <p>ich verstehe ehrlich gesagt nicht so ganz, warum ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span>write</code> einfacher oder didaktischer sein soll, als ein "hingeworfenes" <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code>.</p> </blockquote> <p><code>document.write</code> ist (wie <code>window.alert</code>) einfach ein Funktionsaufruf, dem das, was ausgegeben werden soll, mitgegeben wird. Sowohl <code>document.write</code> als auch <code>window.alert</code> sind dabei recht „sprechend“ („schreibe ins Dokument“, „melde im Fenster“). Das ist Kost, die sehr einfach zu schlucken und zu verdauen ist. (Übrigens <code>console.log</code> auch, aber da ist das Problem, dass man dann erstmal die Konsole einführen müsste, sich was für Lesegeräte ohne Konsole überlegen muss ...)</p> <p><code>document.querySelector('#ausgabe').innerText =</code> hat folgendes:</p> <ul> <li> <p>ein kryptisches <code>querySelector</code> dessen Namensgebung man nur versteht, wenn man weiß, dass das Feature mal von jQuery übernommen wurde, und das nicht für sich spricht</p> </li> <li> <p>einen Funktionsaufruf mit einem Argument (das ist die einzige Komplexität, die sich die Methode mit den anderen genannten teilt)</p> </li> <li> <p>einen CSS-id-Selektor, der voraussetzt, dass man CSS vorher gelernt und verstanden hat, und, dass man versteht, dass man hier CSS-Syntax innerhalb von Javascript verwenden kann (ein eher neues Konzept)</p> </li> <li> <p>greift auf eine Eigenschaft eines Node zurück</p> </li> <li> <p>überschreibt diese Eigenschaft mit einem Wert was eine Reaktion des Browsers auslöst (man bedenke, dass das nicht trivial ist - in anderen Sprachen / Kontexten assoziiert man Funktionsaufrufe mit Reaktion, nicht Wertveränderungen!)</p> </li> </ul> <blockquote> <p>Den Satz aus dem Tutorial</p> <blockquote> <p>Der Rechenweg wird in der Variablen text gespeichert und dann mit document.write ausgegeben.</p> </blockquote> <p>musste man dann nur in</p> <blockquote> <p>Der Rechenweg wird in der Variablen text gespeichert und dann mit document.querySelector('#ausgabe').innerText ausgegeben.</p> </blockquote> <p>ändern und dann auf querySelector verlinken.</p> </blockquote> <p>Nein, auf keinen Fall! Das durchbricht den Lesefluss und den Wissenserwerb nachhaltig. Der Artikel zu querySelector (der, stimme ich dir zu, verlinkt werden müsste, wenn man es verwendet) strotzt nur so von Dingen, die für den <strong>blutigen JS-Anfänger</strong> weit über sein Verständnis hinausgehen. Klickt er diesen Link aus Interesse an wird er unter ein Bombardement genommen, bei dem er nachher vielleicht nicht mehr weiß, wo er ursprünglich war. Kann sein, dass das übertrieben klingt, aber wenn das auch nur bei einem Leser passiert ist das schon zuviel. Wir reden hier vom grundlegendsten Grundlagenartikel überhaupt. Ein Artikel, der nichtmal...</p> <blockquote> <p>Und das HTML-Grundgerüst sollte doch auch bekannt sein.</p> </blockquote> <p>...HTML voraussetzt oder verwendet.</p> <blockquote> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> </blockquote> <p>Interessanter Vorschlag. Was wären deiner Meinung nach die Vorteile von <code>window.alert</code> über <code>document.write</code>? In der Vergangenheit hat man mMn versucht, um <code>alert</code> einen möglichst großen Bogen zu machen. Aus gutem Grund, nämlich weil <code>alert</code> eine Seite inaktiv schaltet und sich in den Vordergrund drängt usw. usf. Auf den ersten Blick erkenne ich den Grund, warum das besser sein soll als <code>document.write</code>, nicht.</p> <p>Jedenfalls ist <code>window.alert</code> für den Grundlagenartikel eine ernstzunehmendere Alternative für <code>document.write</code> als <code>document.querySelector('#ausgabe').innerText = </code>.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689101#m1689101 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T11:57:24Z 2017-03-06T12:40:38Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@dedlfix</p> <blockquote> <blockquote> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> </blockquote> <p>Ich denke, das könnte man als Kompromiss nehmen. alert() ist nicht schön, aber es ist bereits in anderen Beispielen verwendet worden und sollte auch wegen seiner Unschönheit eher zeigen, dass diese Ausgabe nur für den Zweck des Beispiels gewählt wurde.</p> </blockquote> <p>Das Zusammenspiel von HTML/DOM und JavaScript ganz aus einem Tutorial herauszuhalten, in dem es um Sprachgrundlagen von JavaScript wie <code>if</code> und <code>for</code>-Schleifen geht, klingt für mich nach einem Plan.</p> <p>Wie war das mit dem Aufzeigen von Debugging? Wenn der Gebrauch des Entwicklerwerkzeugs schon erklärt wurde, könnte die Ausgabe auch mit <code>console.log()</code> erfolgen. Aber nur wenn.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689104#m1689104 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:15:49Z 2017-03-06T12:15:49Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Du weigerst dich offensichtlich, anzuerkennen, dass in diesen paar Zeichen mehr ein ganzer Haufen Konzepte versteckt ist</p> </blockquote> <p>Im Gegenteil. Ich erkenne das durchaus an. Mein Punkt ist ja gerade, dass der Haufen Konzepte an der Stelle auch <em>versteckt bleiben</em> soll.</p> <blockquote> <p>und es kann irgendwie nicht unser Ziel sein, Anfänger (auch nicht im ersten Kapitel) mit einem „nimm das mal so hin“ abzuspeisen.</p> </blockquote> <p>Zum einen wird das – egal womit du als Grundlagen anfängst – gar nicht anders gehen.</p> <p>Zum anderen trifft das bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> gleichermaßen zu.</p> </blockquote> <p>Nein. „Auch teilweise“, nicht „gleichermaßen“. Konzepte die versteckt bleiben ja, ein Haufen davon nein.</p> <blockquote> <p>Deiner Argumentation folgend müsste man sonst ja erklären, das <code class="language-js">document</code> ein Objekt ist,</p> </blockquote> <p>Richtig, das könnte man sogar. Ist in einem Satz erledigt. Das ist das schöne an <code>document</code>, dass der Name eigentlich sehr selbsterklärend ist.</p> <blockquote> <p>was das für ein spezielles Objekt ist</p> </blockquote> <p>Nein, das ist nicht relevant an der Stelle.</p> <blockquote> <p>und dass <code class="language-js"><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> eine Methode ist, die man darauf anwenden kann.</p> </blockquote> <p>Auch das lässt sich in einem Satz sagen, ohne, dass dabei irgendwas unklar bleibt.</p> <p>Beispiel:</p> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>document.write(text)</code> ausgegeben. Dabei ist <code>document</code> ein Objekt, das den Inhalt des Browserfensters (das „Dokument“) darstellt und <code>write</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Text <code>text</code> ins Dokument geschrieben wird.“</p> <p>Damit sind alle Konzepte ausreichend erklärt. Wenn Wert darauf gelegt wird, zu sagen, dass <code>document.write</code> nicht verwendet werden sollte, kann man noch ein</p> <p>„Beachten Sie: `document.write hat gravierende Nachteile, wenn es nicht wie hier beim Aufruf der Seite direkt ausgeführt wird, weshalb man in der Praxis meist andere Ausgabemethoden verwendet.“</p> <p>nachsetzen.</p> <blockquote> <p>Das will man natürlich an der Stelle ebensowenig wie erlären wie <code class="language-js"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> und <code class="language-js">innerText</code>. Und muss man auch nicht.</p> </blockquote> <p>Irrtum. <em>Das</em> kann man in aller Kürze erklären, querySelector und innerText nicht. Gründe habe ich im Detail <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689100#m1689100" rel="noopener noreferrer">hier</a> genannt; die Konzepte sind einfach mehr und deutlich weniger eingängig.</p> <blockquote> <p>Es ist nur halt so, dass „nimm das mal so hin“ nicht zu wollen kein Argument für <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> und gegen <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> wäre.</p> </blockquote> <p>„Nimm das mal so hin“ sollte gar nicht auftauchen. Da hast du Recht. Bei <code>document.write</code> (oder <code>window.alert</code>, wenn das lieber gesehen ist) lässt sich das „Nimm das mal so hin“ zügig auflösen ohne großartig Komplexität zu erzeugen („einfache“ (d.h. nicht hintereinanderausgeführte) Methodenaufrufe kommen im Tutorial ja sowieso vor, z.B. mit <code>window.prompt</code> - das Konzept ist also sowieso schon im Artikelfokus). Bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> muss man viel mehr erklären, und zwar abseits des eigentlichen Artikelfokus.</p> <blockquote> <blockquote> <p>Wir wollen nicht auch noch <em>innerhalb des</em> Anfängertutorial Fragen offen lassen.</p> </blockquote> <p>Ein Anfängertutorial wird <em>immer</em> Fragen offen lassen.</p> </blockquote> <p>Richtig. Die Betonung meines Satzes war aber absichtlich auf <em>innerhalb</em> gelegt. Fragen dürfen offen bleiben, aber sie sollten so offen bleiben, dass man das Tutorial erst komplett verstehen und sich den Fragen danach widmen kann, nicht im Workflow während des Lesens.</p> <p>Das ist übrigens etwas, was ich dem Vorlesungsskript, an dem ich gerade lerne, auch vorwerfen muss. Die ersten zwei Foliensätze wiesen so viele Konzepte auf, die nicht im Lesefluss erklärt wurden, dass ich ständig zu google greifen musste, um mir was noch einmal erklären zu lassen, was da so implizit verwendet wurde - und das hat meinen Lernfluss beträchtlich gestört, würde ich sagen.</p> <blockquote> <blockquote> <p>Falls du meinen Worten keinen Glauben schenkst, so wie du es mit den Worten von Felix gehalten hast: Es gibt hier einen <a href="https://forum.selfhtml.org/self/2017/mar/2/frage-zum-wiki-artikel-grundlagen-der-programmierung/1688536#m1688536" rel="noopener noreferrer">Thread</a> der dir beweist, dass ein aufmerksamer Tutorial-Leser sich eben diese Gedanken <em>doch</em> macht. Auch dort gab es ein Konzept im Tutorial (<code>window.prompt()</code>), das einfach mit einem „das funktioniert so“ eingeführt wurde, ohne im Detail zu erläutern, <em>was</em> passiert. Mit der Folge, dass die Leser darüber stolpern und das dahinterstehende Konzept nicht zur Gänze erfassen.</p> </blockquote> <p>Ja, und? Ist doch völlig in Ordnung, dass Nachfragen, die über den Stoff eines Tutorials hinausgehen, im Forum gestellt werden.</p> </blockquote> <p>Das sollte aber nicht über den Stoff des Tutorials hinausgehen. Auch bei <code>window.prompt</code> gehört im Tutorial ein erklärender Halbsatz hin. „Der zweite, leere Parameter ermöglicht die Übergabe eines Defaultwerts.“</p> <p>Wenn während dem Lesen und Verstehen das Forum geöffnet werden muss, um etwas nachzufragen, dann versagt das Tutorial. Das darf bei schwierigen Konzepten passieren, wenn alles dasteht und man Verständnisschwierigkeiten hat. Aber nicht bei einem Grundlagentutorial. Da stört es einfach den Workflow des Lerners.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689102#m1689102 Christian Kruse https://wwwtech.de/about 2017-03-06T12:05:51Z 2017-03-06T12:05:51Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Camping_RIDER,</p> <blockquote> <p><code>document.write</code> ist (wie <code>window.alert</code>) einfach ein Funktionsaufruf, dem das, was ausgegeben werden soll, mitgegeben wird. Sowohl <code>document.write</code> als auch <code>window.alert</code> sind dabei recht „sprechend“ („schreibe ins Dokument“, „melde im Fenster“). Das ist Kost, die sehr einfach zu schlucken und zu verdauen ist.</p> </blockquote> <p>Erstens sind es keine „einfachen Funktionsaufrufe,” sondern komplexe Vorgänge, die viele Nebenwirkungen nach sich ziehen. Und zweitens muss ein Anfänger schon bereits so viel schlucken, dass er sich an einem <code>querySelector</code> nicht stören wird, sondern es einfach hinnehmen wird – tut er bei einem <code>document.write</code> ja auch.</p> <blockquote> <p>(Übrigens <code>console.log</code> auch, aber da ist das Problem, dass man dann erstmal die Konsole > <code>document.querySelector('#ausgabe').innerText =</code> hat folgendes: […]</p> </blockquote> <p>Das ist eine schlechte Argumentation. Einen ähnlichen Argumentationsbaum kann man auch für <code>document.write</code> aufbauen, dieses Konstrukt hat sehr viele Nebenwirkungen und der sichere Umgang damit setzt einiges an Wissen voraus. Dazu erscheint es mir albern anzunehmen, dass ein Anfänger Konstrukt a als Blackbox begreift aber Konstrukt b unbedingt im Detail verstehen möchte.</p> <p>Außerdem kannst du mit hoher Wahrscheinlichkeit davon ausgehen, dass in der Fachwelt niemand ein Tutorial empfehlen geschweige denn verlinken wird, in dem die Verwendung von <code>document.write</code> – und sei es auch nur durch die Verwendung in Beispielen – propagiert wird. Ich würde es ganz sicher nicht tun.</p> <blockquote> <blockquote> <p>Und wenn querySelector nicht konsensfähig ist, nehmt alert, aber nicht document.write.</p> </blockquote> <p>Interessanter Vorschlag. Was wären deiner Meinung nach die Vorteile von <code>window.alert</code> über <code>document.write</code>?</p> </blockquote> <p><code>alert</code> erzeugt keine Sicherheitsprobleme, <code>document.write</code> dagegen sehr schnell? Die Verwendung von <code>alert</code> ist fragwürdig, die Verwendung von <code>document.write</code> ein absolutes no-go – es sei denn, man möchte sich lächerlich machen.</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689103#m1689103 JürgenB https://www.j-berkemeier.de 2017-03-06T12:14:58Z 2017-03-06T12:20:23Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Janosch,</p> <blockquote> <p>Interessanter Vorschlag. Was wären deiner Meinung nach die Vorteile von <code>window.alert</code> über <code>document.write</code>? In der Vergangenheit hat man mMn versucht, um <code>alert</code> einen möglichst großen Bogen zu machen. Aus gutem Grund, nämlich weil <code>alert</code> eine Seite inaktiv schaltet und sich in den Vordergrund drängt usw. usf. Auf den ersten Blick erkenne ich den Grund, warum das besser sein soll als <code>document.write</code>, nicht.</p> </blockquote> <p>alert, prompt und confirm sind für den einfachen Dialog mit dem User gemacht. Z.B. nehme ich für Fehlermeldungen, die an den User gerichtet sind, auch schon mal alert. console.log richtet sich mMn an den Entwickler. Außerdem ist die Console nicht bei allen Browsern verfügbar.</p> <p>Bei document.write müsste man den Anfänger möglichst früh vor dem unterschiedlichen Verhalten in und nach der Renderphase warnen.</p> <p>Die einzige „Nebenwirkung“ von alert ist das schmucklose Aussehen. Das ist „Druck“ genug, um sich nach was anderem umzusehen.</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689111#m1689111 dedlfix 2017-03-06T12:35:49Z 2017-03-06T12:41:01Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Tach!</p> <blockquote> <p>Wie war das mit dem Aufzeigen von Debugging? Wenn der Gebrauch des Entwicklerwerkzeugs schon erklärt wurde, könnte die Ausgabe auch mit <code>console.log()</code> erfolgen. Aber nur wenn.</p> </blockquote> <p>Das fehlt in dem Tutorial noch. Meiner Meinung nach, sollte das an einer sehr frühen Position behandelt werden, denn das ist bereits für die ersten Schritte wichtig. Nicht selten fangen die Lernenden gleich an, selbst zu probieren (zu wünschen wäre das jedenfalls), auch Dinge, die noch nicht behandelt wurden, die sie sich einfach so zusammenreimen, und dabei sind meist auch Fehler an der Tagesordnung. Wenn man dann bereits ein Werkzeug und dessen grundlegende Bedienung kennt, mit dem man Untersuchungen anstellen kann, hilft das sowohl für das Verständnis und auch eine Vorgehensweise kennenzulernen, die man ständig braucht, denn Fehler, die man debuggen muss, hat man immer wieder.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689105#m1689105 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:22:50Z 2017-03-06T12:22:50Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Interessanter Vorschlag. Was wären deiner Meinung nach die Vorteile von <code>window.alert</code> über <code>document.write</code>?</p> </blockquote> <p><code>alert</code> erzeugt keine Sicherheitsprobleme, <code>document.write</code> dagegen sehr schnell? Die Verwendung von <code>alert</code> ist fragwürdig, die Verwendung von <code>document.write</code> ein absolutes no-go – es sei denn, man möchte sich lächerlich machen.</p> </blockquote> <p>Dann ist für mich <code>window.alert</code> das Mittel der Wahl. Aber immer noch nicht <code>document.querySelector('#ausgabe').innerText =</code> für das Anfängertutorial.</p> <blockquote> <p>Das ist eine schlechte Argumentation. Einen ähnlichen Argumentationsbaum kann man auch für <code>document.write</code> aufbauen, dieses Konstrukt hat sehr viele Nebenwirkungen und der sichere Umgang damit setzt einiges an Wissen voraus.</p> </blockquote> <p>Was <code>document.write</code> angeht hast du damit wahrscheinlich Recht. Wenn man <code>document.querySelector('#ausgabe').innerText =</code> mit <code>window.alert</code> vergleicht ist die Argumentation mMn immer noch valide. Es geht nämlich nicht darum, dass ein Anfänger...</p> <blockquote> <p>Dazu erscheint es mir albern anzunehmen, dass ein Anfänger Konstrukt a als Blackbox begreift aber Konstrukt b unbedingt im Detail verstehen möchte.</p> </blockquote> <p>...überhaupt ein Konstrukt als Blackbox begreifen soll, sondern vielmehr darum, dass es beim einen Konzept sehr schnell und einfach möglich ist, die <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689096#m1689096" rel="noopener noreferrer">Bestandteile des Aufrufs zu erläutern</a>, und beim anderen nicht.</p> <p>Ich habe niemanden davon freigesprochen, bei <code>window.alert</code> (oder bei <code>document.write</code>) etwas erläutern zu müssen - nur gibt es da an für den Anfänger im Befehl offensichtlichen Anknüpfungspunkten für Fragezeichen sehr viel weniger als bei <code>document.querySelector('#ausgabe').innerText =</code>.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689106#m1689106 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:24:59Z 2017-03-06T12:25:36Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>alert, prompt und confirm sind für den einfachen Dialog mit dem User gemacht. Z.B. nehme ich für Fehlermeldungen, die an den User gerichtet sind, auch schon mal alert. console.log richtet sich mMn an den Entwickler. Außerdem ist die Console nicht bei allen Browsern verfügbar.</p> <p>Bei document.write müsste man den Anfänger möglichst früh vor dem unterschiedlichen Verhalten in und nach der Renderphase warnen.</p> </blockquote> <p>Akzeptiert<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>. Dann gerne <code>window.alert</code> statt <code>document.write</code>.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>siehe auch die detailliertere <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689105#m1689105" rel="noopener noreferrer">Antwort an Christian</a>. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689108#m1689108 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:31:05Z 2017-03-06T13:57:30Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <p>Nachdem ich inzwischen von <code>window.alert</code> als Alternative zu <code>document.write</code> <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689106#m1689106" rel="noopener noreferrer">überzeugt bin</a>:</p> <blockquote> <p>Beispiel:</p> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>document.write(text)</code> ausgegeben. Dabei ist <code>document</code> ein Objekt, das den Inhalt des Browserfensters (das „Dokument“) darstellt und <code>write</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Text <code>text</code> ins Dokument geschrieben wird.“</p> </blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>window.alert(text)</code> ausgegeben. Dabei ist <code>window</code> ein Objekt, das den das Browserfensters darstellt und <code>alert</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Benutzer eine Meldung angezeigt bekommt.“</p> <blockquote> <p>Damit sind alle Konzepte ausreichend erklärt. Wenn Wert darauf gelegt wird, zu sagen, dass <code>document.write</code> nicht verwendet werden sollte, kann man noch ein</p> <p>„Beachten Sie: `document.write hat gravierende Nachteile, wenn es nicht wie hier beim Aufruf der Seite direkt ausgeführt wird, weshalb man in der Praxis meist andere Ausgabemethoden verwendet.“</p> <p>nachsetzen.</p> </blockquote> <p>Damit sind alle Konzepte ausreichend erklärt. Wenn Wert darauf gelegt wird, zu sagen, dass <code>window.alert</code> nicht perfekt ist, kann man noch ein</p> <p>„Beachten Sie: `window.alert hat ein paar Nachteile, allen voran, dass man das Aussehen der Meldung nicht verändern kann und, dass es eine Benutzerinteraktion erzwingt, weshalb man in der Praxis auf Webseiten oft andere Ausgabemethoden verwendet.“</p> <p>nachsetzen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689110#m1689110 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T12:32:24Z 2017-03-06T12:35:10Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <blockquote> <p>Zum anderen trifft das bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> gleichermaßen zu.</p> </blockquote> <p>Nein. „Auch teilweise“, nicht „gleichermaßen“. Konzepte die versteckt bleiben ja, ein Haufen davon nein.</p> </blockquote> <p>Hier geht es nicht um Quantität. Konzepte (egal wie viele), die versteckt bleiben und das auch bleiben sollten. <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689102#m1689102" rel="noopener noreferrer">Blackbox</a>, wie CK sagte.</p> <blockquote> <blockquote> <p>Deiner Argumentation folgend müsste man sonst ja erklären, das <code class="language-js">document</code> ein Objekt ist,</p> </blockquote> <p>Richtig, das könnte man sogar.</p> </blockquote> <p>Nein. Nicht Thema dieses Tutorials.</p> <blockquote> <blockquote> <p>und dass <code class="language-js"><span class="token function">write</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> eine Methode ist, die man darauf anwenden kann.</p> </blockquote> <p>Auch das lässt sich in einem Satz sagen, ohne, dass dabei irgendwas unklar bleibt.</p> </blockquote> <p>Nicht Thema dieses Tutorials.</p> <blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>document.write(text)</code> ausgegeben. Dabei ist <code>document</code> ein Objekt, das den Inhalt des Browserfensters (das „Dokument“) darstellt und <code>write</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Text <code>text</code> ins Dokument geschrieben wird.“</p> <p>Damit sind alle Konzepte ausreichend erklärt.</p> </blockquote> <p>Nicht Thema dieses Tutorials.</p> <blockquote> <p>Wenn Wert darauf gelegt wird, zu sagen, dass <code>document.write</code> nicht verwendet werden sollte, kann man noch ein</p> <p>„Beachten Sie: `document.write hat gravierende Nachteile, wenn es nicht wie hier beim Aufruf der Seite direkt ausgeführt wird, weshalb man in der Praxis meist andere Ausgabemethoden verwendet.“</p> <p>nachsetzen.</p> </blockquote> <p>Etwas verwenden um gleich darauf zu sagen „Ich darf das, aber ihr nicht!“ – Nein.</p> <blockquote> <blockquote> <p>Das will man natürlich an der Stelle ebensowenig wie erlären wie <code class="language-js"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> und <code class="language-js">innerText</code>. Und muss man auch nicht.</p> </blockquote> <p>Irrtum. <em>Das</em> kann man in aller Kürze erklären, querySelector und innerText nicht.</p> </blockquote> <p>Nicht Thema dieses Tutorials.</p> <blockquote> <p>„Nimm das mal so hin“ sollte gar nicht auftauchen. Da hast du Recht.</p> </blockquote> <p>Was willst du mir da in den Mund legen? Mein Punkt war, dass „Nimm das mal so hin“ in einem Tutorial auftauchen darf und auch auftauchen <em>muss</em>. (Das sollte freilich nicht explizit sein.)</p> <blockquote> <p>Bei <code>document.write</code> (oder <code>window.alert</code>, wenn das lieber gesehen ist) […] - das Konzept ist also sowieso schon im Artikelfokus).</p> </blockquote> <p>Nein. Nicht Thema dieses Tutorials.</p> <blockquote> <p>Bei <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> muss man viel mehr erklären, und zwar abseits des eigentlichen Artikelfokus.</p> </blockquote> <p>Ja. Nicht Thema dieses Tutorials.</p> <blockquote> <blockquote> <p>Ein Anfängertutorial wird <em>immer</em> Fragen offen lassen.</p> </blockquote> <p>Richtig. Die Betonung meines Satzes war aber absichtlich auf <em>innerhalb</em> gelegt. Fragen dürfen offen bleiben, aber sie sollten so offen bleiben, dass man das Tutorial erst komplett verstehen und sich den Fragen danach widmen kann, nicht im Workflow während des Lesens.</p> </blockquote> <p>Man kann das Tutorial komplett verstehen ohne <code class="language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> zu hinterfragen. Blackbox. Und weder <code class="language-javascript">document</code> noch <code class="language-javascript"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> noch <code class="language-javascript">innerText</code> sollten an dieser Stelle irgendwohin verlinkt sein und den Leser vom Thema dieses Tutorials abschweifen lassen.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689115#m1689115 JürgenB https://www.j-berkemeier.de 2017-03-06T12:49:56Z 2017-03-06T12:49:56Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>document.write(text)</code> ausgegeben. Dabei ist <code>document</code> ein Objekt, das den Inhalt des Browserfensters (das „Dokument“) darstellt und <code>write</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Text <code>text</code> ins Dokument geschrieben wird.“</p> </blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>window.alert(text)</code> (korrigiert) ausgegeben. Dabei ist <code>window</code> ein Objekt, das den das Browserfensters darstellt und <code>alert</code> eine Methode des Objekts <code>document</code>, die bewirkt, dass der Benutzer eine Meldung angezeigt bekommt.“</p> </blockquote> <p>das ist schon zu viel. Ein</p> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>window.alert(text)</code> ausgegeben."</p> <p>reicht. Mit so viel Text kann man ja auch ein querySelector einführen </p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689121#m1689121 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T13:20:35Z 2017-03-06T13:20:35Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Nein. „Auch teilweise“, nicht „gleichermaßen“. Konzepte die versteckt bleiben ja, ein Haufen davon nein.</p> </blockquote> <p>Hier geht es nicht um Quantität. Konzepte (egal wie viele), die versteckt bleiben und das auch bleiben sollten. <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689102#m1689102" rel="noopener noreferrer">Blackbox</a>, wie CK sagte.</p> </blockquote> <p>Ich weiß nicht wie es dir geht, aber ich bin wissbegierig genug, um Blackboxen doof zu finden. Je mehr Konzepte und je offensichtlicher die Quantität, umso auffälliger und unbefriedigender die Blackbox.</p> <p>In <code>document.querySelector('#ausgabe').innerText = </code> stecken ganz viele kryptische Sachen drin, deren logischer Sinn sich mir als Anfänger überhaupt nicht erschließt.</p> <p>Wenn das meine Blackbox ist fühlt sich die Blackbox an wie Voodoo.</p> <p>In <code>window.alert</code> denke ich mir als Anfänger „aha, es geht um ein Fenster und um alert, hm, was bedeutet alert noch gleich, irgendwas mit Alarm“ und dann steht im Folgesatz: „damit wird im Browserfenster eine Meldung ausgegeben“ und dann passt das völlig zu meiner Erwartung.</p> <p>Dann habe ich immer noch nicht verstanden, was ein Objekt ist, was eine Methode ist, was ein Parameter ist, was der Punkt da soll, was der Browser intern damit tut ... also habe ich weiterhin eine Blackbox.</p> <p>Aber diese Blackbox fühlt sich nicht an wie Voodoo, sondern sie tut, was ich instinktiv von ihr erwarte und weil da keinerlei kognitive Dissonanz drinsteckt (ganz anders als bei Begriffen wie „querySelector“ und „innerHTML“) kann ich die Blackbox auch als Wissbegieriger ganz einfach hinnehmen.</p> <blockquote> <blockquote> <p>… Nicht Thema dieses Tutorials. … Nicht Thema dieses Tutorials. … Nicht Thema dieses Tutorials. … Nicht Thema dieses Tutorials. … Nein. Nicht Thema dieses Tutorials. … Ja. Nicht Thema dieses Tutorials.</p> </blockquote> </blockquote> <p>Unsere Einschätzung, was Thema dieses Tutorials ist, geht offenbar stark auseinander. Da im Tutorial noch an anderer Stelle das Schema <code><OBJEKT>.<METHODE>(<PARAMETER>)</code> verwendet wird (<code>window.prompt</code>, <code>Math.sqrt</code>, <code>zahl.toFixed</code>) halte ich eine solche wie die genannte Zusatzerläuterung sehr wohl für Thema <em>dieses</em> Tutorials - man kann das jetzt doof finden oder nicht, dass diese Sachen vorkommen, aber sie kommen nunmal vor und dann gehören sie auch zumindest <em>kurz</em> erläutert. In einem Anfängertutorial sollte das Standard sein.</p> <p>Ein Anfängertutorial sollte <em>in sich</em> schlüssige Erklärungen bieten (selbst wenn sie nicht in allen Aspekten formal korrekt sein sollten) und innerhalb des Lernflusses keine Fragen aufwerfen. So wie man eben auch in der Schule das Rechnen mit den Zahlen von 1-10 lernt, ohne was von den Peano-Axiomen zu wissen und ohne zu wissen, dass die Zahlen von 1-10 natürliche Zahlen sind. Blackboxen dürfen vorkommen, Auslassungen dürfen vorkommen, aber sie <em>dürfen nicht offensichtlich sein</em>, sie dürfen <em>keine kognitive Dissonanz erzeugen</em> und die gewählte (nicht notwendigerweise fachlich vollständige) Erläuterung muss <em>in sich schlüssig sein</em>.</p> <p>Das ist, was ein Tutorial von einem Fachtext unterscheidet. Und Schulunterricht / Tutorium von Vorlesung.</p> <blockquote> <blockquote> <p>„Nimm das mal so hin“ sollte gar nicht auftauchen. Da hast du Recht.</p> </blockquote> <p>Was willst du mir da in den Mund legen? Mein Punkt war, dass „Nimm das mal so hin“ in einem Tutorial auftauchen darf und auch auftauchen <em>muss</em>. (Das sollte freilich nicht explizit sein.)</p> </blockquote> <p>Nicht nur „nicht explizit“, sondern „gar nicht wahrnehmbar“, also „gar nicht“. Ansonsten sind wir schon wieder weg vom <em>Anfänger</em>tutorial.</p> <blockquote> <p>Man kann das Tutorial komplett verstehen ohne <code class="language-javascript">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#ausgabe'</span><span class="token punctuation">)</span><span class="token punctuation">.</span>innerText</code> zu hinterfragen. Blackbox.</p> </blockquote> <p>Nein. Nicht einfach „Blackbox“. Eine „Blackbox“ ist ein Stilmittel, das man mit Bedacht verwenden muss, und zwar so, dass es dem Lerner nicht störend auffällt. Warum das im einen Fall gegeben ist und im Anderen nicht habe ich oben schon erläutert.</p> <blockquote> <p>Und weder <code class="language-javascript">document</code> noch <code class="language-javascript"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> noch <code class="language-javascript">innerText</code> sollten an dieser Stelle irgendwohin verlinkt sein und den Leser vom Thema dieses Tutorials abschweifen lassen.</p> </blockquote> <p>Vollkommen richtig. Das Tutorial muss aber so sein, dass der Leser diese Verlinkungen auch nicht vermisst. Deshalb darf eine Blackbox nicht stark auffallen oder stören.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689114#m1689114 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T12:44:59Z 2017-03-06T12:44:59Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Wie war das mit dem Aufzeigen von Debugging? Wenn der Gebrauch des Entwicklerwerkzeugs schon erklärt wurde, könnte die Ausgabe auch mit <code>console.log()</code> erfolgen. Aber nur wenn.</p> </blockquote> <p>Das fehlt in dem Tutorial noch. Meiner Meinung nach, sollte das an einer sehr frühen Position behandelt werden, denn das ist bereits für die ersten Schritte wichtig. Nicht selten fangen die Lernenden gleich an, selbst zu probieren (zu wünschen wäre das jedenfalls), auch Dinge, die noch nicht behandelt wurden, die sie sich einfach so zusammenreimen, und dabei sind meist auch Fehler an der Tagesordnung. Wenn man dann bereits ein Werkzeug und dessen grundlegende Bedienung kennt, mit dem man Untersuchungen anstellen kann, hilft das sowohl für das Verständnis und auch eine Vorgehensweise kennenzulernen, die man ständig braucht, denn Fehler, die man debuggen muss, hat man immer wieder.</p> </blockquote> <p>Full ACK, aber: das erfordert dann im Zweifel einen neuen Artikel, dessen Struktur anders ist. In den Vorhandenen lässt sich das jedenfalls nicht so einfach verwursten, da muss man dann schon neu konzipieren.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689136#m1689136 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T14:04:03Z 2017-03-06T14:04:03Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <p>[Danke für die Korrektur, hab das mal ganz frech in den ursprünglichen Beitrag reineditiert.]</p> <blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>window.alert(text)</code> ausgegeben."</p> <p>reicht. Mit so viel Text kann man ja auch ein querySelector einführen </p> </blockquote> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>window.alert(text)</code> ausgegeben."</p> <p>reicht, finde ich auch, ich empfinde</p> <p>„Der Rechenweg wird in der Variablen text gespeichert und dann mit <code>document.querySelector('#ausgabe').innerText = text</code> ausgegeben."</p> <p>als zu viel Text </p> <p>Spaß beiseite, eigentlich nervt mich die Diskussion. Offenbar gibt es eben unterschiedliche Standpunkte dazu, wie viel Blackbox okay ist und wie eine Blackbox verpackt zu sein hat.</p> <p>Mich überkommt die Lust, der Diskussion ein Schnippchen zu schlagen und stattdessen einfach den Artikel zu schreiben, der die Konsole einführt und daran die Programmiergrundlagen erklärt </p> <p>Und hätte ich nicht morgen eine Prüfung zu funktionaler Programmierung und noch viel zu wenig Ahnung davon - ich würde es tun<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Wenn ich es irgendwie schaffe, tu ichs trotzdem - nur eben nicht mehr heute. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689120#m1689120 Matthias Scharwies mscharwies@selfhtml.org 2017-03-06T13:20:20Z 2017-03-06T13:20:20Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>Servus!</p> <blockquote> <p>Aloha ;)</p> </blockquote> <blockquote> <p>Egal wie: Wenn man konstruktiv tätig werden will <strong>muss man einen Artikel schreiben</strong>!!! (Vollkommen egal, ob der dann komplett neu entsteht oder ob man sich den alten rüberkopiert, entkernt, und neu füllt.)</p> <p>Ich bin sicher, dass die Lust für diejenigen, die den alten Artikel unter Zeit- und Krafteinsatz geschrieben haben, über Änderungen oder eine Ersetzung zu diskutieren, sehr viel größer ist, wenn sie sehen, dass sich das Gegenüber auch mit ähnlichem Einsatz eingebracht hat.</p> </blockquote> <p>Full Ack!</p> <blockquote> <p>Was imho wirklich noch fehlt, wären:</p> <ul> <li>ein Tutorial, der anstatt die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Konsolen-Methoden nur vorzustellen</a>, das Debuggen anhand einer wirklichen Problemstellung erklärt.</li> <li>ein Tutorial, das Helferfunktionen zur dynamischen Erzeugung von Elementen vorstellt</li> <li>Grundlagen von Strings und Arrays</li> <li>Grundlagen der OOP</li> </ul> </blockquote> <p>Ich arbeit grad an einem <a href="https://forum.selfhtml.org/meta/2017/mar/6/tutorial-ereignisverarbeitung-und-webseiten-interaktion/1689037#m1689037" rel="noopener noreferrer">Tutorial zu Ereignisverarbeitung und Webseiten-Interaktion</a> ...</p> <p>... und die Reaktion im Forum ist leider wie immer </p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689304#m1689304 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-07T17:50:33Z 2017-03-07T17:50:33Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>@@Camping_RIDER</p> <blockquote> <blockquote> <p>PS: Du meintest nicht, dass es mehrere Tutorials zu einunddemselben Thema im SELFHTML-Wiki geben kann, oder?</p> </blockquote> <p>Doch, das meinte ich. Es ist ein Wiki. […] Da kann es sehr wohl zwei Tutorials geben, die denselben Inhalt auf unterschiedliche Art und Weise vermitteln.</p> </blockquote> <p>Ein Nutzer auf der Suche nach einem Tutorial kommt zu SELFHTML.</p> <p>SELFHTML so: „Mit <em>einem</em> Tutorial für dich können wir nicht dienen. Wir haben sogar mehrere!1elf.</p> <p>Welches davon du lesen sollst? Können wir dir nicht sagen. Such dir eins aus. Oder lies alle.“</p> <p>Welches wird der arme Mensch wohl lesen?</p> <p>Meine Vermutung: gar keins. Er geht woanders hin, wo er <em>eine</em> Antwort auf seine Frage bekommt.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689124#m1689124 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T13:27:28Z 2017-03-06T13:27:28Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>Aloha ;)</p> <blockquote> <blockquote> <p>Egal wie: Wenn man konstruktiv tätig werden will <strong>muss man einen Artikel schreiben</strong>!!! (Vollkommen egal, ob der dann komplett neu entsteht oder ob man sich den alten rüberkopiert, entkernt, und neu füllt.)</p> <p>Ich bin sicher, dass die Lust für diejenigen, die den alten Artikel unter Zeit- und Krafteinsatz geschrieben haben, über Änderungen oder eine Ersetzung zu diskutieren, sehr viel größer ist, wenn sie sehen, dass sich das Gegenüber auch mit ähnlichem Einsatz eingebracht hat.</p> </blockquote> <p>Full Ack!</p> </blockquote> <p>Mich freut, dass ich damit deinen Nerv treffe. Es frustriert mich immer wieder, daran zu denken, wie du (und die anderen, die im Wiki regelmäßig tätig sind) sich abrackern, und auch wenn ich die Sichtweise der hier diskutierenden gut verstehe (ich zähle ja selbst mit dazu) bin ich immer in großer Sorge, dass euch sowas die Luft aus den Segeln nimmt, weil nicht von jeder Seite aus immer (ich will mich da nicht ausnehmen) genug Wertschätzung<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup> im Urteil über die Wiki-Artikel mitschwingt.</p> <blockquote> <blockquote> <p>Was imho wirklich noch fehlt, wären:</p> <ul> <li>ein Tutorial, der anstatt die <a href="https://wiki.selfhtml.org/wiki/JavaScript/Tutorials/Debuggen_f%C3%BCr_Anf%C3%A4nger" rel="nofollow noopener noreferrer">Konsolen-Methoden nur vorzustellen</a>, das Debuggen anhand einer wirklichen Problemstellung erklärt.</li> <li>ein Tutorial, das Helferfunktionen zur dynamischen Erzeugung von Elementen vorstellt</li> <li>Grundlagen von Strings und Arrays</li> <li>Grundlagen der OOP</li> </ul> </blockquote> <p>Ich arbeit grad an einem <a href="https://forum.selfhtml.org/meta/2017/mar/6/tutorial-ereignisverarbeitung-und-webseiten-interaktion/1689037#m1689037" rel="noopener noreferrer">Tutorial zu Ereignisverarbeitung und Webseiten-Interaktion</a> ...</p> <p>... und die Reaktion im Forum ist leider wie immer </p> </blockquote> <p>Ich habe das schon gesehen. Ich weiß nicht wieso das so ist, aber auf solche Nachfragen fällt mir regelmäßig keine wirkliche Antwort ein so gehts mir leider immer wieder (das war neulich bei <code>window.matchMedia</code> schon ähnlich) - ich würde gerne helfen, ich hab aber irgendwie keinen rechten geistigen Einstiegspunkt, an den ich mich da hinklemmen könnte, und alles was mir zum Thema durch den Kopf geht fühlt sich irgendwie nicht recht auf die Fragestellung passend an.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Wertschätzung und Kritik schließen sich ja gegenseitig nicht aus - es ist nicht notwendig, einen Artikel in aller Form gut zu finden, um das darinsteckende Maß an Arbeit zu respektieren. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689125#m1689125 Christian Kruse https://wwwtech.de/about 2017-03-06T13:30:48Z 2017-03-06T13:30:48Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Camping_RIDER,</p> <blockquote> <p>Ich weiß nicht wie es dir geht, aber ich bin wissbegierig genug, um Blackboxen doof zu finden. Je mehr Konzepte und je offensichtlicher die Quantität, umso auffälliger und unbefriedigender die Blackbox.</p> </blockquote> <p>Blackboxen nimmt man als Lernender immer hin, zwangsläufig. Erst im Laufe des Lernprozesses werden aus den Blackboxen irgendwann transparente Boxen. Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> <blockquote> <p>In <code>document.querySelector('#ausgabe').innerText = </code> stecken ganz viele kryptische Sachen drin, deren logischer Sinn sich mir als Anfänger überhaupt nicht erschließt.</p> <p>Wenn das meine Blackbox ist fühlt sich die Blackbox an wie Voodoo.</p> <p>In <code>window.alert</code> denke ich mir als Anfänger „aha, es geht um ein Fenster und um alert, hm, was bedeutet alert noch gleich, irgendwas mit Alarm“ und dann steht im Folgesatz: „damit wird im Browserfenster eine Meldung ausgegeben“ und dann passt das völlig zu meiner Erwartung.</p> </blockquote> <p>Ich verstehe dein Argument hier nicht. Ist dir <code>querySelector().innerText</code> zu schlecht lesbar? Darüber kann man streiten, immerhin ist <code>innerText</code> auch ein sehr sprechender Name. Aber falls nicht, jo mei, dann kapsele das halt in eine Funktion <code>zeigeText("foo")</code>.</p> <blockquote> <p>Aber diese Blackbox fühlt sich nicht an wie Voodoo, sondern sie tut, was ich instinktiv von ihr erwarte und weil da keinerlei kognitive Dissonanz drinsteckt (ganz anders als bei Begriffen wie „querySelector“ und „innerHTML“) kann ich die Blackbox auch als Wissbegieriger ganz einfach hinnehmen.</p> </blockquote> <p>Ich glaube, dass das eine ziemlich einseitige Wahrnehmung ist.</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689144#m1689144 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T14:25:53Z 2017-03-06T14:25:53Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Camping_RIDER</p> <blockquote> <p>Ich weiß nicht wie es dir geht, aber ich bin wissbegierig genug, um Blackboxen doof zu finden.</p> </blockquote> <p>Hängt stark vom Thema ab. Maches interessiert micht näher, anderes will ich gar nicht genauer wissen.</p> <blockquote> <p>In <code>document.querySelector('#ausgabe').innerText = </code> stecken ganz viele kryptische Sachen drin, deren logischer Sinn sich mir als Anfänger überhaupt nicht erschließt.</p> </blockquote> <p>Von mir aus <em>ein</em> Satz à la „Durch <code>document.querySelector('#ausgabe').innerText = </code> gelangt die Ausgabe in das Element mit der ID „ausgabe“.</p> <blockquote> <p>Ein Anfängertutorial sollte <em>in sich</em> schlüssige Erklärungen bieten (selbst wenn sie nicht in allen Aspekten formal korrekt sein sollten) und innerhalb des Lernflusses keine Fragen aufwerfen. […]</p> <p>Das ist, was ein Tutorial von einem Fachtext unterscheidet.</p> </blockquote> <p>Den Unterschied verstehe ich nicht so richtig. Ein Fachtest sollte nicht in sich schlüssige Erklärungen bieten und innerhalb des Lernflusses keine Fragen aufwerfen?</p> <blockquote> <blockquote> <p>Mein Punkt war, dass „Nimm das mal so hin“ in einem Tutorial auftauchen darf und auch auftauchen <em>muss</em>. (Das sollte freilich nicht explizit sein.)</p> </blockquote> <p>Nicht nur „nicht explizit“, sondern „gar nicht wahrnehmbar“</p> </blockquote> <p>So war’s gemeint.</p> <blockquote> <p>also „gar nicht“.</p> </blockquote> <p>Hm.</p> <blockquote> <blockquote> <p>Und weder <code class="language-javascript">document</code> noch <code class="language-javascript"><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> noch <code class="language-javascript">innerText</code> sollten an dieser Stelle irgendwohin verlinkt sein und den Leser vom Thema dieses Tutorials abschweifen lassen.</p> </blockquote> <p>Vollkommen richtig. Das Tutorial muss aber so sein, dass der Leser diese Verlinkungen auch nicht vermisst.</p> </blockquote> <p>Obiger Satz.</p> <p>Und falls jemand doch so wissbegierig ist wie du, kann sie die Suchmaschine ihrer Wahl ja mit den Begriffen füttern. Dann sollte ihr auch klar sein, dass sie den Pfad des Tutorials bewusst verlässt.</p> <blockquote> <p>Deshalb darf eine Blackbox nicht stark auffallen oder stören.</p> </blockquote> <p>Das ist das Konzept einer Blackbox: Ein in sich geschlossenes System, von dem man das nach außen sichtbare Verhalten (Eingabe, Ausgabe) kennt.</p> <p>Wenn eine Blackbox stört, ist sie nicht richtig abgeschlossen oder nicht richtig <em lang="en">black</em>.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689135#m1689135 dedlfix 2017-03-06T13:59:41Z 2017-03-06T13:59:41Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>Tach!</p> <blockquote> <blockquote> <p>... und die Reaktion im Forum ist leider wie immer </p> </blockquote> <p>Ich habe das schon gesehen. Ich weiß nicht wieso das so ist, aber auf solche Nachfragen fällt mir regelmäßig keine wirkliche Antwort ein so gehts mir leider immer wieder (das war neulich bei <code>window.matchMedia</code> schon ähnlich) - ich würde gerne helfen, ich hab aber irgendwie keinen rechten geistigen Einstiegspunkt, an den ich mich da hinklemmen könnte, und alles was mir zum Thema durch den Kopf geht fühlt sich irgendwie nicht recht auf die Fragestellung passend an.</p> </blockquote> <p>Das geht mir ähnlich. Ich habe mich aber trotzdem mal bemüht, und hoffe, dass ich am Ende noch die Kurve gefunden habe, und nicht wie am Anfang meiner Antwortformulierung ziemlich am Thema vorbei geantwortet.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689129#m1689129 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T13:44:56Z 2017-03-06T13:44:56Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <p>Ist dir <code>querySelector().innerText</code> zu schlecht lesbar?</p> </blockquote> <p>Ja, im Sinne von nicht sehr intuitiv verständlich.</p> <blockquote> <p>Darüber kann man streiten, immerhin ist <code>innerText</code> auch ein sehr sprechender Name.</p> </blockquote> <p>Ja, aber vielleicht bin ich dann schon über den <code>querySelector</code> gestolpert. Oder über den CSS-Selektor, den ich da als String übergeben muss, oder …</p> <blockquote> <p>Aber falls nicht, jo mei, dann kapsele das halt in eine Funktion <code>zeigeText("foo")</code>.</p> </blockquote> <p>Das würde einige meiner Argumente entschärfen, richtig, Problem dabei: Es hat eigene Nachteile - zum Beispiel ist der Lerner dann von meiner Ausführumgebung abhängig und kann das bei mir gelernte Wissen nicht unabhängig verwenden. Das empfinde ich als ausreichend negatives Argument, um das nicht in Erwägung zu ziehen, solange mit <code>window.alert("foo")</code> ein - visuell gesehen - nur in einer Kleinigkeit (der Punkt) komplexeres Konstrukt zur Verfügung steht, das nicht von meiner Ausführumgebung abhängt.</p> <blockquote> <blockquote> <p>Aber diese Blackbox fühlt sich nicht an wie Voodoo, sondern sie tut, was ich instinktiv von ihr erwarte und weil da keinerlei kognitive Dissonanz drinsteckt (ganz anders als bei Begriffen wie „querySelector“ und „innerHTML“) kann ich die Blackbox auch als Wissbegieriger ganz einfach hinnehmen.</p> </blockquote> <p>Ich glaube, dass das eine ziemlich einseitige Wahrnehmung ist.</p> </blockquote> <p>Das wäre möglich, aber es entspricht nun mal meiner Wahrnehmung. Und wie immer kann sich keiner von uns vorstellen, dass seine Wahrnehmung nicht der der Allgemeinheit entspricht, weil das einfach menschlich ist </p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689131#m1689131 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T13:48:25Z 2017-03-06T13:48:25Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Ich weiß nicht wie es dir geht, aber ich bin wissbegierig genug, um Blackboxen doof zu finden. Je mehr Konzepte und je offensichtlicher die Quantität, umso auffälliger und unbefriedigender die Blackbox.</p> </blockquote> <p>Blackboxen nimmt man als Lernender immer hin, zwangsläufig. Erst im Laufe des Lernprozesses werden aus den Blackboxen irgendwann transparente Boxen. Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> </blockquote> <p>Da hast du Recht, aber ich weiß aus meiner Erfahrung (die nicht unbedingt mit der Erfahrung Anderer übereinstimmen muss), dass ich Blackboxen nur ungern akzeptiere, selbst wenn ich es muss, und am Liebsten ist es mir und am wenigsten anstrengend finde ich es dann, wenn sie mir nicht vollständig schleierhaft sind, sondern ich ihren Sinn (wenn auch nicht ihre Wirkungsweise) <strong>intuitiv</strong> erfassen kann.</p> <p>YMMV.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689151#m1689151 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-06T14:48:42Z 2017-03-06T14:48:42Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Christian Kruse,</p> <blockquote> <p>Blackboxen nimmt man als Lernender immer hin, zwangsläufig. Erst im Laufe des Lernprozesses werden aus den Blackboxen irgendwann transparente Boxen.</p> </blockquote> <p>Sagen wir so: Die Opazität nimmt ab. Man kann etwa wunderbar mithilfe des bestimmten Integrals Flächeninhalte berechnen, ohne den Integralbegriff wirklich verstanden zu haben. (Und es ist trotzdem mehr, als bloßes schematisches Anwenden)</p> <blockquote> <p>Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> </blockquote> <p>Dein neues Lebenselixir?</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689158#m1689158 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-06T14:59:18Z 2017-03-06T14:59:18Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Christian Kruse</p> <blockquote> <p>Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> </blockquote> <p>Neuer Hund oder neue Frau?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689139#m1689139 JürgenB https://www.j-berkemeier.de 2017-03-06T14:18:04Z 2017-03-06T14:18:04Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <p>Und hätte ich nicht morgen eine Prüfung zu funktionaler Programmierung und noch viel zu wenig Ahnung davon - ich würde es tun[^1].</p> </blockquote> <p>sowas must du als Lehramtsstudent machen? Hast du als (Zweit-)Fach Informatik?</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689140#m1689140 Christian Kruse https://wwwtech.de/about 2017-03-06T14:20:21Z 2017-03-06T14:20:21Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo JürgenB,</p> <blockquote> <blockquote> <p>Und hätte ich nicht morgen eine Prüfung zu funktionaler Programmierung und noch viel zu wenig Ahnung davon - ich würde es tun[^1].</p> </blockquote> <p>sowas hast du als Lehramtsstudent das Privileg machen zu dürfen? Hast du als (Zweit-)Fach Informatik?</p> </blockquote> <p>Ich hab das mal für dich korrigiert ;-)</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689142#m1689142 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T14:20:52Z 2017-03-06T14:20:52Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Und hätte ich nicht morgen eine Prüfung zu funktionaler Programmierung und noch viel zu wenig Ahnung davon - ich würde es tun[^1].</p> </blockquote> <p>sowas must du als Lehramtsstudent machen? Hast du als (Zweit-)Fach Informatik?</p> </blockquote> <p>Ich habe seit mittlerweile 4 vollen Semestern ein Studium zum Bachelor Informatik als Parallelstudium am Laufen (und bin damit fast fertig).</p> <p>Wenn alles gut läuft (nicht 100% sicher) bin ich Ende April mit dem bisher noch fehlenden Staatsexamen in Mathe fertig mit dem Lehramtsstudium und dann fehlt mir für den Informatik Bachelor nur noch eine Vorlesung und die Bachelorarbeit, das kann ich dann also bis Sommer/Herbst abschließen, bevor ich Anfang des nächsten Jahres mit dem Lehramt ins Referendariat gehe.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689146#m1689146 Matthias Apsel matthias.apsel@selfhtml.org http://brückentage.info 2017-03-06T14:37:43Z 2017-03-06T14:37:43Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Christian Kruse,</p> <blockquote> <blockquote> <p>sowas hast du als Lehramtsstudent das Privileg machen zu dürfen? Hast du als (Zweit-)Fach Informatik?</p> </blockquote> <p>Ich hab das mal für dich korrigiert ;-)</p> </blockquote> <p>YMMD.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689147#m1689147 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-06T14:39:49Z 2017-03-06T14:39:49Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Aloha ;)</p> <blockquote> <blockquote> <p>Deshalb darf eine Blackbox nicht stark auffallen oder stören.</p> </blockquote> <p>Das ist das Konzept einer Blackbox: Ein in sich geschlossenes System, von dem man das nach außen sichtbare Verhalten (Eingabe, Ausgabe) kennt.</p> <p>Wenn eine Blackbox stört, ist sie nicht richtig abgeschlossen oder nicht richtig <em lang="en">black</em>.</p> </blockquote> <p>Vielleicht ist das mit das Problem. Vielleicht ist sie nicht richtig <em>black</em>.</p> <p>In <code>document.querySelector('#ausgabe').innerText = text</code> stecken ganz viele Dinge drin, die ich (als Anfänger) zwar nicht verstehe, die ich aber auch nicht als <em>black</em> sehen kann, weil sie ja doch irgendwo zu mir sprechen.</p> <p>Ähnliches gilt natürlich für <code>window.alert(text)</code>, aber da kann ich mit einem kurzen Satz die Dinge, die nicht richtig <em>black</em> sehen kann <em>transparent</em> machen, während die Dinge daran, die schon <em>black</em> sind (Funktionsweise, was bedeutet der Punkt, wie reagiert der Browser) <em>black</em> bleiben.</p> <p>Auch bei <code>document.querySelector('#ausgabe').innerText = text</code> gibt es Dinge, die sind <em>black</em> und Dinge, die sind nicht so <em>black</em>. Im Gegensatz zu <code>window.alert(text)</code> sind der Dinge, die *nicht so * <em>black</em> sind, hier relativ viele, die man nicht einfach alle <em>transparent</em> machen kann, ohne zu sehr abzuschweifen.</p> <p>Vielleicht ist mein Punkt <em>so</em> verständlicher?</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689154#m1689154 Christian Kruse https://wwwtech.de/about 2017-03-06T14:53:23Z 2017-03-06T14:53:23Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Matthias,</p> <blockquote> <blockquote> <p>Blackboxen nimmt man als Lernender immer hin, zwangsläufig. Erst im Laufe des Lernprozesses werden aus den Blackboxen irgendwann transparente Boxen.</p> </blockquote> <p>Sagen wir so: Die Opazität nimmt ab. Man kann etwa wunderbar mithilfe des bestimmten Integrals Flächeninhalte berechnen, ohne den Integralbegriff wirklich verstanden zu haben. (Und es ist trotzdem mehr, als bloßes schematisches Anwenden)</p> </blockquote> <p>Das, denke ich, ist eine Wesensfrage. Ich z.B. habe durchaus Spaß daran, Blackboxen zu verstehen.</p> <blockquote> <blockquote> <p>Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> </blockquote> <p>Dein neues Lebenselixir?</p> </blockquote> <p>Richtig, sozusagen der Jungbrunnen<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>.</p> <p>Aber mal im Ernst, das Erlang-Ökosystem ist ja schon lange eins meiner Faibles. Ich habe eine Zeit lang sehr viel Erlang geschrieben, hatte aber leider keinen praktischen Anwendungsfall dafür. Das hat sich mit Elixir gleich doppelt geändert, sowohl im Job als auch im Hobby-Bereich </p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>elixir fountain, you get it? Get it? <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689159#m1689159 Christian Kruse https://wwwtech.de/about 2017-03-06T15:02:11Z 2017-03-06T15:02:11Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Gunnar,</p> <blockquote> <blockquote> <p>Ein natürlicher Teil des Lernprozesses, den ich gerade erst bei Entdecken einer neuen Liebe erneut durchlaufen habe.</p> </blockquote> <p>Neuer Hund oder neue Frau?</p> </blockquote> <p>Inwiefern hätten ein neuer Hund oder eine neue Frage (beides trifft nicht zu) einen Lernprozess meinerseits nach sich gezogen? </p> <p>Nein, es betrifft <a href="http://elixir-lang.org" rel="nofollow noopener noreferrer">Elixir</a>.</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689232#m1689232 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-07T08:15:44Z 2017-03-07T08:15:44Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>@@Felix Riesterer</p> <blockquote> <p>Wie kannst Du es Dir erlauben, das so pauschal allgemein zu formulieren? Es ist <em>aus Deiner Sicht</em> eine falsche Fragestellung.</p> </blockquote> <p>Natürlich gebe ich in <em>meinen</em> Postings <em>meine</em> Sicht der Dinge wieder. Das ist in einem Forum nun mal so.</p> <blockquote> <p>Daher wirkt die pauschalisierte Formulierung "falsche Frage" arrogant, uneinsichtig und trollend</p> </blockquote> <p>Wie kannst Du es Dir erlauben, das so pauschal allgemein zu formulieren? Es wirkt <em>aus Deiner Sicht</em> arrogant, uneinsichtig und trollend.</p> <p>Du erkennst, dass du haargenau dasselbe tust was du mir vorwirfst?</p> <p>Ersteres finde ich OK, zweiteres dann unangebracht.</p> <p>Und wenn du willst, dass ich dein Posting zuende lese und ernstnehme, wäre es besser, darauf zu verzichten, mich in die Troll-Ecke zu stellen.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689240#m1689240 JürgenB https://www.j-berkemeier.de 2017-03-07T09:16:44Z 2017-03-07T09:16:44Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo,</p> <blockquote> <p>Nun sind ja noch CK und JürgenB aufgetaucht … Haben die auch nicht genügend nachgedacht?</p> </blockquote> <p>wobei ich da weniger dogmatisch bin. document.write hat für mich in einem Anfängertutorial nichts zu suchen. Das ist ein Profiwerkzeug. Ich kann aber damit leben, wenn Javascript ohne html mit alert verwendet wird.</p> <p>Besser fände ich, wenn man kurz darauf hinweist, das clientseitiges Javascript ohne html nicht sinnvoll ist und dann am Anfang ganz kurz die html-Grundstruktur zeigt, und erwähnt, das man mit document.querySelector("output").innerText den Inhalt des ersten output-Elements verändern kann.</p> <p>Aber da ich kein Tutorialschreiber bin, überlasse ich den Autoren die Entscheidung und beschränke mich auf Anregungen.</p> <p>Felix's Meinung, die Schüler langsam an das Thema heranzuführen und auf dem Weg zur reinen Lehre auch kleine „Fehler“ zu akzeptieren, hat den Vorteil, die Schüler nicht zu schnell abzuhängen. Die, die dann aber doch vorzeitig aussteigen, gehen dann aber mit unvollständigem Halbwissen.</p> <p>Das kann bei Gunnars Idee, sofort und nur die reine Lehre zu vermitteln, egal wie „kompliziert“ sie ist, nicht passieren. Aber es werden bestimmt mehr Schüler verloren.</p> <p>Gruß<br> Jürgen</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689328#m1689328 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-07T23:39:14Z 2017-03-07T23:39:14Z Treffer, Schiff versenkt <p>Aloha ;)</p> <blockquote> <p>Ich lasse mich immer wieder auf deine Postings ein und trotzdem das ist nicht ausreichend‽</p> <p>Wenn man deinen Standpunkt nicht übernimmt, liegt das daran, dass man nicht genügend darüber nachgedacht hat?</p> </blockquote> <p>Ich achte darauf, meine Meinung zu vertreten und dabei immer wieder einzuräumen, dass ich falsch liegen kann. Wenn ich das Gefühl habe, dass sie nicht <em>verstanden</em> wurde (zum Beispiel, weil du sie aus meiner Sicht sehr schnell abtust), erkläre ich sie nochmal.</p> <p>Nicht, um Recht zu behalten. Sondern um einen Konsens zu erringen, den es nur geben kann, wenn der jeweils Andere versteht, was man sagen möchte. Solange ich nicht sicher bin, dass ich verstanden wurde und dass einfach eine andere Auffassung bei vergleichbarer Wahrnehmung herrscht, verfolge ich den Weg, Konsens zu suchen.</p> <p>Vielleicht ist es ein Fehler, dass ich das so nachdrücklich verfolge.</p> <blockquote> <p>Nun sind ja noch CK und JürgenB aufgetaucht … Haben die auch nicht genügend nachgedacht?</p> </blockquote> <p>Ich hatte sowohl bei Jürgen als auch bei CK das Gefühl, mit meinen Erklärungen nicht auf taube Ohren zu stoßen, sondern Verständnis für meine Sichtweise zu erlangen, <em>obwohl</em> wir nach wie vor unterschiedlicher Meinung sind. Du kannst das nachlesen; ich habe mich in den betreffenden Teilthreads damit abgefunden, dass eben unterschiedliche Ansichten bestehen.</p> <p>Umso mehr betrübt und trifft mich dein grundloser, personifizierter Vorwurf.</p> <p>Ich sehe von dir sehr oft, dass du deine Meinung sowohl sprachlich als auch im gesamten Kommunikationsverhalten sehr vehement und unbarmherzig vertrittst, oft auch ohne Rücksicht auf Verluste. Gleichzeitig kommt es nicht sehr oft vor, dass du, wenn du dann doch mal eher falsch liegst, die eigene Fehlbarkeit eingestehst.</p> <p>Zum Glück denke ich dich persönlich genug zu kennen, um zu wissen, dass das nicht daran liegt, dass du die eigene Fehlbarkeit nicht anerkennst. Würde ich dich nicht kennen und nur dein Postingverhalten beurteilen, müsste ich dir das glatt unterstellen. Ich bin froh, dass es nicht so ist.</p> <p>In meinen Postings liegt alles mögliche, aber kein absoluter Wahrheitsanspruch, noch ein Wille, um jeden Preis Recht zu behalten. Mir das immer wieder aufs Neue zu unterstellen obwohl ich immer wieder deutlich das Gegenteil zeige und viele der „Indizien“ dafür auf bloßem Unverständnis meiner eigentlichen Motivation beruhen zeugt nicht gerade von Höflichkeit und Wertschätzung. Vor allem unter Kollegen.</p> <p>RIDER over and out.</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689247#m1689247 Julius 2017-03-07T10:49:31Z 2017-03-07T10:49:31Z Frage zum Wiki-Artikel „Grundlagen der Programmierung“ <p>Hallo Jürgen,</p> <blockquote> <p>Besser fände ich, wenn man kurz darauf hinweist, das clientseitiges Javascript ohne html nicht sinnvoll ist […]</p> </blockquote> <p>Im „SELFHTML-Kontext“ ist das korrekt, allerdings kann man JavaScript auch in PDFs benutzen (obwohl das afaik nur der Acrobat Reader unterstützt und ich für interaktive Dinge doch lieber auf Webtechnologien setze...).</p> <blockquote> <p>Felix's Meinung, die Schüler langsam an das Thema heranzuführen und auf dem Weg zur reinen Lehre auch kleine „Fehler“ zu akzeptieren, hat den Vorteil, die Schüler nicht zu schnell abzuhängen.</p> </blockquote> <p>Das funktioniert auch am besten. Programmieren gelernt habe ich nicht mit einer C-Einführung, die mir gefühlt seitenweise erklärt, was Literale und Operatoren sind, sondern mit einer Einführung in PHP, die sagt, was man <em>konkret</em> machen muss, um <em>was</em> zu erreichen – also eher die spielerische, learning-by-doing Ebene, die durch Erfolgserlebnisse motiviert. Man sieht, was geht und wird dadurch ermuntert, mehr zu lernen und sich dann auch irgendwann die Doku anzusehen und die Theorie zu verstehen. Die Theorie kann man dann auch besser verstehen, weil man sich Beispiele bauen kann. Man muss halt nur aufpassen, dass die Lernenden nicht etwas grundsätzlich unsicheres machen (z. B. <code>include($_GET['page']);</code>) und selber wissen, dass sie derzeit nur die Spitze des Eisbergs kennen und da noch mehr ist (weiterführende, nicht vorauszusetzende Erklärungen).</p> <p>Zu diesen „Fehlern“ eine kleine Anekdote aus meiner Schulzeit:<br> Im Chemie-Unterricht der 10. Klasse fragte ein Schüler den Lehrer, warum wir denn das Bohr’sche Atommodell lernen würden, wenn es doch falsch sei – wir hatten vorher die <em>Grenzen des Modells</em> behandelt, glaube ich. Daraufhin erwiderte der Lehrer, dass es ja ein die Wirklichkeit vereinfachendes Modell sei, das die Dinge, die wir behandeln, ausreichend erklären würde und es damit seinen Sinn erfüllt hätte.</p> <p>Gruß<br> Julius</p> <div class="signature">-- <br> Der Berliner ist der Pfannkuchen des Westens </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689326#m1689326 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-03-07T23:12:14Z 2017-03-07T23:12:14Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>Aloha ;)</p> <p>Du hast dich offensichtlich entschlossen, den größten Teil meines Postings zu ignorieren und dich auf die Teilaussage eingeschossen, die du kritisieren kannst. Schade. Da wäre noch so viel mehr Substanz in meiner Aussage gewesen.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689955#m1689955 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T11:51:37Z 2017-03-14T12:08:31Z Schreiben redundanter Artikel ist besser als folgenloses Mäkeln <p>@@Camping_RIDER</p> <blockquote> <p>Du hast dich offensichtlich entschlossen, den größten Teil meines Postings zu ignorieren und dich auf die Teilaussage eingeschossen, die du kritisieren kannst. Schade. Da wäre noch so viel mehr Substanz in meiner Aussage gewesen.</p> </blockquote> <p>Du hast dich offensichtlich entschlossen, mein Posting ganz zu ignorieren. Schade.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689337#m1689337 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-08T08:24:10Z 2017-03-08T08:25:25Z Treffer, Schiff versenkt <p>@@Camping_RIDER</p> <blockquote> <p>Ich achte darauf, meine Meinung zu vertreten und dabei immer wieder einzuräumen, dass ich falsch liegen kann. Wenn ich das Gefühl habe, dass sie nicht <em>verstanden</em> wurde (zum Beispiel, weil du sie aus meiner Sicht sehr schnell abtust), erkläre ich sie nochmal.</p> </blockquote> <p>Ebendas hab ich in diesem Thread ebenfalls getan. (Deshalb zog sich die Diskussion mit dir so lange hin.)</p> <blockquote> <p>Ich hatte sowohl bei Jürgen als auch bei CK das Gefühl, mit meinen Erklärungen nicht auf taube Ohren zu stoßen, sondern Verständnis für meine Sichtweise zu erlangen</p> </blockquote> <p>Wie jetzt, bei mir nicht‽ Ich <em>bin</em> auf deine Erklärungen eingegangen – immer und immer wieder. Dass diese meine Meinung darüber, dass <code>document.write</code> im Tutorial nichts zu suchen hat, nicht geändert haben, lag daran, dass deine Erklärungen in meinen Augen im Laufe der Zeit nicht richtiger wurden.</p> <blockquote> <p>Umso mehr betrübt und trifft mich dein grundloser, personifizierter Vorwurf.</p> </blockquote> <p>Da es keinen solchen gab, besteht kein Grund, Trübsal zu blasen.</p> <blockquote> <p>Gleichzeitig kommt es nicht sehr oft vor, dass du, wenn du dann doch mal eher falsch liegst, die eigene Fehlbarkeit eingestehst.</p> </blockquote> <p>Sogar <a href="https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689063#m1689063" rel="noopener noreferrer">hier</a> in diesem Thread.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689964#m1689964 dedlfix 2017-03-14T12:28:17Z 2017-03-14T12:28:17Z querySelector vs. getElementById <p>Tach!</p> <blockquote> <p>Stimmt, das ist es nicht. Die <code>4</code> muss <a href="https://www.w3.org/International/questions/qa-escapes.de#cssescapes" rel="nofollow noopener noreferrer">escapet</a> werden:</p> <pre><code class="block language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#\34 2'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">// SyntaxError: '# 2' is not a valid selector</span> </code></pre> <p>Häh? WTF? <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> erwartet als Argument einen Selektor, aber Escapes sind nicht erlaubt? Oder sind erlaubt, werden aber von Browsern nicht richtig aufgelöst?</p> </blockquote> <p>Kontextwechsel beachten! Der <code>\</code> muss für Javascript mit noch einem solchen maskiert werden.</p> <p>dedlfix.</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689965#m1689965 Christian Kruse https://wwwtech.de/about 2017-03-14T12:29:54Z 2017-03-14T12:29:54Z querySelector vs. getElementById <p>Hallo Gunnar,</p> <blockquote> <p>Wie krieg ich das Element dann mit <code class="language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token punctuation">)</span></code> angesprochen?</p> </blockquote> <p>Gar nicht. <code>querySelector()</code> erwartet einen <a href="https://www.w3.org/TR/selectors-api/#selector-string" rel="nofollow noopener noreferrer">selector string</a>. Die Selektoren dieses Selector Strings sind definiert in <a href="https://www.w3.org/TR/2011/REC-css3-selectors-20110929/#id-selectors" rel="nofollow noopener noreferrer">Selectors Level 3</a>, und dieses Dokument sagt, dass ein ID-Selektor eine <code>#</code> gefolgt von einem CSS-Identifier sein muss; und <a href="https://www.w3.org/TR/CSS21/syndata.html#value-def-identifier" rel="nofollow noopener noreferrer">dieses Dokument</a> sagt über CSS identifiers:</p> <blockquote> <p>In CSS, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [a-zA-Z0-9] and ISO 10646 characters U+00A0 and higher, plus the hyphen (-) and the underscore (_); <strong>they cannot start with a digit, two hyphens, or a hyphen followed by a digit</strong>.</p> </blockquote> <p>Hervorhebung von mir.</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689967#m1689967 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T12:36:40Z 2017-03-14T12:36:40Z querySelector vs. getElementById <p>@@dedlfix</p> <blockquote> <p>Kontextwechsel beachten! Der <code>\</code> muss für Javascript mit noch einem solchen maskiert werden.</p> </blockquote> <p>Kontextwaaas? ;-)</p> <pre><code class="block language-js">document<span class="token punctuation">.</span><span class="token function">querySelector</span><span class="token punctuation">(</span><span class="token string">'#\\34 2'</span><span class="token punctuation">)</span><span class="token punctuation">;</span> <span class="token comment">// "<div id='42'></div>"</span> </code></pre> <p>funzt. Danke.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689969#m1689969 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T12:41:59Z 2017-03-14T12:41:59Z querySelector vs. getElementById <p>@@Christian Kruse</p> <blockquote> <p>und <a href="https://www.w3.org/TR/CSS21/syndata.html#value-def-identifier" rel="nofollow noopener noreferrer">dieses Dokument</a> sagt über CSS identifiers:</p> <blockquote> <p>In CSS, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [a-zA-Z0-9] and ISO 10646 characters U+00A0 and higher, plus the hyphen (-) and the underscore (_); <strong>they cannot start with a digit, two hyphens, or a hyphen followed by a digit</strong>.</p> </blockquote> <p>Hervorhebung von mir.</p> </blockquote> <p>Eben deshalb muss die <code>4</code> ja escapet werden.</p> <p>Wollen wir gemeinsam an jener Stelle weiterlesen?</p> <p>Identifiers <strong>can also contain escaped characters and any ISO 10646 character as a numeric code</strong> (see next item). For instance, the identifier "B&W?" may be written as "B&W?" or "B\26 W\3F". </p> <p>Hervorhebung von mir. </p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689971#m1689971 Tabellenkalk 2017-03-14T12:48:03Z 2017-03-14T12:48:03Z querySelector vs. getElementById <p>Hallo,</p> <blockquote> <p>Kontextwaaas? ;-)</p> </blockquote> <p>Na, das Wort mit den zwei <a href="https://forum.selfhtml.org/cites/2168" rel="noopener noreferrer">X</a></p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689970#m1689970 Christian Kruse https://wwwtech.de/about 2017-03-14T12:44:57Z 2017-03-14T12:44:57Z querySelector vs. getElementById <p>Hallo Gunnar,</p> <blockquote> <p>Eben deshalb muss die <code>4</code> ja escapet werden.</p> </blockquote> <p>Ja gut, da habe ich nicht zuende gedacht. Nichts desto trotz: don't do this at home, kids!</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689973#m1689973 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T13:04:16Z 2017-03-14T13:04:16Z querySelector vs. getElementById <p>@@Tabellenkalk</p> <blockquote> <blockquote> <p>Kontextwaaas? ;-)</p> </blockquote> <p>Na, das Wort mit den zwei <a href="https://forum.selfhtml.org/cites/2168" rel="noopener noreferrer">X</a></p> </blockquote> <p>Kontechstwexel. Ein X. Du hast dich verzählt.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689980#m1689980 Tabellenkalk 2017-03-14T13:27:09Z 2017-03-14T13:27:09Z querySelector vs. getElementById <p>Hallo,</p> <blockquote> <p>Du hast dich verzählt.</p> </blockquote> <p>Nö: Kontechstwexxel</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/mar/3/frage-zum-wiki-artikel-grundlagen-der-programmierung/1689985#m1689985 Gunnar Bittersmann selfhtml@bittersmann.de http://bittersmann.de 2017-03-14T13:40:00Z 2017-03-14T13:40:00Z querySelector vs. getElementById <p>@@Tabellenkalk</p> <blockquote> <blockquote> <p>Du hast dich verzählt.</p> </blockquote> <p>Nö: Kontechstwexxel</p> </blockquote> <p>Du willst mir ein Chs für ein U vormachen‽</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div>