PHP-Trainingsvideos
- Themenstarter bk75
- Beginndatum
Pendergast
Erfahrenes Mitglied
Konstruktive Kritik:
Wie Dennis schon erwähnt hat, können einige Betriebssysteme mit .exe-Dateien (und darin verpackten Codecs) nichts anfangen. Da auf der Website auch kein Codec für Linux zu finden war, musste ich mich mit dem Ton begnügen. Daher kann ich jetzt auch nur spekulieren, was du dort denn gezeigt hast.
Ich spekuliere auf folgendes:
Wenn ich mit meinem Tip daneben liege, kannst du diesen Post gerne als gegenstandslos verwerfen.
Ich denke, die Schreibweise die du deiner Hörerschaft beibringen wolltest, ist bei den meisten Programmierern doch recht verpönt und erhält nicht gerade das Prädikat »stilvoll«. In deinen Kommentaren klingt da für mich fälschlicherweise durch, dass die Kurzschreibweise der anzustrebende Weg ist. Und da graust es mir davor, wenn sich jemand an diesem Tutorial orientiert und ab sofort jede if-else-Struktur in die Kurzschreibweise zu pressen versucht.
Und mit deinem Abschlusssatz »und nebenbei erhöht es noch die Programmausführungsgeschwindigkeit« verursachst du bei mir wirklich »Kopfschmerzen«. Wo soll der Geschwindigkeitszuwachs denn herkommen? Weil weniger Zeilen eingelesen werden müssen? Weil der sogenannte »optimierte Code« schneller verarbeitet wird? Der Zeitgewinn beim Einlesen der Datei dürfte dabei kaum messbar sein und ist wohl eher irrelevant. Bei der Verarbeitung des Codes hat jedenfalls nicht der »optimierte Code« die Nase vorn, was zugegebenermaßen aber auch erst nach 1e7 Wiederholungen wirklich spürbar war.
Wenn du Tutorials für Anfänger erstellst, sei dir bitte der Wirkung wirklich bewusst. Ich hab als Anfänger zwar selten mal ein Tutorial hergenommen und mich eher der PHP-Dokumentation bedient (bin persönlich immernoch der Meinung, die wär so gut, dass Einsteigertutorials generell unnötig sind). Aber natürlich hab ich hier und da immer mal wieder einen Artikel über Einzelaspekte gelesen, und mangels Erfahrung hab ich da erstmal alles geglaubt, was da so drin stand - schließlich waren die Autoren ganz im Gegensatz zu mir Leute mit Ahnung...
Die Zielgruppe, die du mit deinem ersten Tutorial erreichen willst, wird ab morgen versuchen, jedes if-else wegzuoptimieren (und natürlich scheitern, weil die wenigsten Anwendungsfälle sich so abkürzen lassen) - schließlich ist das ja cool, irgendwie professionell und schneller wird's auch noch.
Klar, im Consulting-Bereich reicht es natürlich meistens, irgendeinem Kunden die Lösung all seiner Probleme hinzuklatschen und er ist happy. Aber Tutorial-Kundschaft möchte doch eher Erfahrung sammeln, Horizont erweitern, etc. und auch irgendwann über den Erfahrungsschatz seines »Lehrers« verfügen. Und da braucht's in einem guten Tutorial eigentlich Diskussionen anstatt Fakten. Am Beispiel der höheren Ausführungsgeschwindigkeit, die ich immernoch anzweifle, wäre das dann beispielsweise: »Die Ausführungsgeschwindigkeit ist höher, weil...«, oder noch besser: »...höher, wenn...« Auch sollten nicht nur Vor-, sondern gerade auch Nachteile diskutiert und Alternativen aufgezeigt werden. Dann hast du wirklich ein gutes und lehrreiches Tutorial, und das würde ich mir wünschen.
Naja, ich denke aber nicht, dass ich dich nun gekillt hab und hoffe, du kannst was mit den Anmerkungen anfangen.
Wie Dennis schon erwähnt hat, können einige Betriebssysteme mit .exe-Dateien (und darin verpackten Codecs) nichts anfangen. Da auf der Website auch kein Codec für Linux zu finden war, musste ich mich mit dem Ton begnügen. Daher kann ich jetzt auch nur spekulieren, was du dort denn gezeigt hast.
Ich spekuliere auf folgendes:
PHP:
<?php
$x = 3;
$y = 7;
// Code
if ($x > $y)
{
$z = $x;
}
else
{
$z = $y;
}
// optimierter Code
$z2 = $x > $y ? $x : $y;
?>Wenn ich mit meinem Tip daneben liege, kannst du diesen Post gerne als gegenstandslos verwerfen.
Ich denke, die Schreibweise die du deiner Hörerschaft beibringen wolltest, ist bei den meisten Programmierern doch recht verpönt und erhält nicht gerade das Prädikat »stilvoll«. In deinen Kommentaren klingt da für mich fälschlicherweise durch, dass die Kurzschreibweise der anzustrebende Weg ist. Und da graust es mir davor, wenn sich jemand an diesem Tutorial orientiert und ab sofort jede if-else-Struktur in die Kurzschreibweise zu pressen versucht.
Und mit deinem Abschlusssatz »und nebenbei erhöht es noch die Programmausführungsgeschwindigkeit« verursachst du bei mir wirklich »Kopfschmerzen«.
Wo soll der Geschwindigkeitszuwachs denn herkommen? Weil weniger Zeilen eingelesen werden müssen? Weil der sogenannte »optimierte Code« schneller verarbeitet wird? Der Zeitgewinn beim Einlesen der Datei dürfte dabei kaum messbar sein und ist wohl eher irrelevant. Bei der Verarbeitung des Codes hat jedenfalls nicht der »optimierte Code« die Nase vorn, was zugegebenermaßen aber auch erst nach 1e7 Wiederholungen wirklich spürbar war.Wenn du Tutorials für Anfänger erstellst, sei dir bitte der Wirkung wirklich bewusst. Ich hab als Anfänger zwar selten mal ein Tutorial hergenommen und mich eher der PHP-Dokumentation bedient (bin persönlich immernoch der Meinung, die wär so gut, dass Einsteigertutorials generell unnötig sind). Aber natürlich hab ich hier und da immer mal wieder einen Artikel über Einzelaspekte gelesen, und mangels Erfahrung hab ich da erstmal alles geglaubt, was da so drin stand - schließlich waren die Autoren ganz im Gegensatz zu mir Leute mit Ahnung...
Die Zielgruppe, die du mit deinem ersten Tutorial erreichen willst, wird ab morgen versuchen, jedes if-else wegzuoptimieren (und natürlich scheitern, weil die wenigsten Anwendungsfälle sich so abkürzen lassen) - schließlich ist das ja cool, irgendwie professionell und schneller wird's auch noch.
Klar, im Consulting-Bereich reicht es natürlich meistens, irgendeinem Kunden die Lösung all seiner Probleme hinzuklatschen und er ist happy. Aber Tutorial-Kundschaft möchte doch eher Erfahrung sammeln, Horizont erweitern, etc. und auch irgendwann über den Erfahrungsschatz seines »Lehrers« verfügen. Und da braucht's in einem guten Tutorial eigentlich Diskussionen anstatt Fakten. Am Beispiel der höheren Ausführungsgeschwindigkeit, die ich immernoch anzweifle, wäre das dann beispielsweise: »Die Ausführungsgeschwindigkeit ist höher, weil...«, oder noch besser: »...höher, wenn...« Auch sollten nicht nur Vor-, sondern gerade auch Nachteile diskutiert und Alternativen aufgezeigt werden. Dann hast du wirklich ein gutes und lehrreiches Tutorial, und das würde ich mir wünschen.
Naja, ich denke aber nicht, dass ich dich nun gekillt hab und hoffe, du kannst was mit den Anmerkungen anfangen.
bk75
Mitglied
Danke für Deine konstruktive Kritik. Jeder arbeitet eben anders, jeder Mensch ist anders und am Ende erreichen wir doch alle unser Ziel. Ich verstehe Deinen Denkansatz natürlich.
Richtig. Es reduziert sogar statistisch gesehen die Fehlermenge in einem Projekt P bei n Codezeilen.
Das Tutorial #2 ist schon in Arbeit -)
Pendergast hat gesagt.:
Richtig. Es reduziert sogar statistisch gesehen die Fehlermenge in einem Projekt P bei n Codezeilen.
Das Tutorial #2 ist schon in Arbeit -)
Also ich hab mir dein Tutorial angeschaut und muss sagen das es absolut nicht das gelbe vom Ei ist.
Ich bin mir nicht sicher ob Siche in Videotutor auf diese Weise ausdrücken sollte.
Du benutzt häufig das Wort "cool".
Operation gelungen Patient tot. [...]alter Spruch.
Was willste damit sagen ausser Zeit zu schinden?!
dass bringt immer wieder verwirrungen mitsich.
Auch das konntest duu nicht oft genug sagen.
Programmierst du um anzugeben?! Ich nicht.Aber scheinbar alle anderen.
"damit können wir nicht angeben"
das wollen wir doch auch nicht.
"zum Jordan schmeissen/schicken/senden..."
Das wirkt als hättest du dir vorbeginn des Videotuts nicht klargemacht was Du eigendlich sagen möchtest.
freunde beindrucken wollen.
Naja ob das mit Ausdrücken möglich ist wage ich zu bezweifeln.
Also mal mein Fazit:
Ich denke das du durchaus Potential hast solche Tutorials zu erstellen.
Aber du solltest dir den ablauf besser klar machen und überlegen was du sagst.
Ausserdem wäre es besser wenn du deinen Vortrag gliedern würdest.
-
Einleitung: um was geht es.evt schon vorgreifen was ist das Ziel und wie wird es realisiert werden. (Nein es geht nicht darum "Freunde" zu beeindrucken, oder doch?)
Haupteil: Ausführung der Einleitung, also realisierung des Projektes/Tutorials.(hier wohl "Freunde" beeindrucken).
Schluss:
Fazit: Was haben wir erreicht und was haben wir davon? Was wird sich dadurch ändern wo ist es gut das einzusetzten wo schlecht welche Vor und Nachteile gibt es? (ausser das unsere Freunde beeindruckt sind und wir den Code 3 Wochen später nimmer lesen können)
-
Lass dich nicht entmutigen, mach weiter und lass einige Verbesserungen einfliessen. dann wirst du tolle Videotuts erstellen.
Ich bin mir nicht sicher ob Siche in Videotutor auf diese Weise ausdrücken sollte.
Du benutzt häufig das Wort "cool".
Operation gelungen Patient tot. [...]alter Spruch.
Was willste damit sagen ausser Zeit zu schinden?!
dass bringt immer wieder verwirrungen mitsich.
Auch das konntest duu nicht oft genug sagen.
Programmierst du um anzugeben?! Ich nicht.Aber scheinbar alle anderen.
"damit können wir nicht angeben"
das wollen wir doch auch nicht.
"zum Jordan schmeissen/schicken/senden..."
Das wirkt als hättest du dir vorbeginn des Videotuts nicht klargemacht was Du eigendlich sagen möchtest.
freunde beindrucken wollen.
Naja ob das mit Ausdrücken möglich ist wage ich zu bezweifeln.
Also mal mein Fazit:
Ich denke das du durchaus Potential hast solche Tutorials zu erstellen.
Aber du solltest dir den ablauf besser klar machen und überlegen was du sagst.
Ausserdem wäre es besser wenn du deinen Vortrag gliedern würdest.
-
Einleitung: um was geht es.evt schon vorgreifen was ist das Ziel und wie wird es realisiert werden. (Nein es geht nicht darum "Freunde" zu beeindrucken, oder doch?)
Haupteil: Ausführung der Einleitung, also realisierung des Projektes/Tutorials.(hier wohl "Freunde" beeindrucken).
Schluss:
Fazit: Was haben wir erreicht und was haben wir davon? Was wird sich dadurch ändern wo ist es gut das einzusetzten wo schlecht welche Vor und Nachteile gibt es? (ausser das unsere Freunde beeindruckt sind und wir den Code 3 Wochen später nimmer lesen können)
-
Lass dich nicht entmutigen, mach weiter und lass einige Verbesserungen einfliessen. dann wirst du tolle Videotuts erstellen.
Operator_Jon
Erfahrenes Mitglied
Zudem ist noch hinzuzufügen, nichts gegen dich, aber bemühe dich noch mit einer etwas klareren Stimme zu sprechen. Bereite vor was du sagen möchtest und sprich es vorher 2-3 mal laut. Achte wie schon gesagt auch auf deine Wortwahl und auf eine Gliederung des Tutorials.
bk75
Mitglied
Danke für die konstruktive Kritik. Ich hab einfach keine Lust kalt-deutsch herumzuspießen wenn ich den Leuten etwas erkläre. Deswegen werde ich im nächsten Video noch weiter abdriften. Operation gelungen, Patient ganz tot -) Und das Haar sitzt perfekt.
Entweder gehts beim nächsten Tutorial um praxisorientierte OOP oder um Callback-Funktionen. Jetzt ist erstmal Job angesagt bis heute Abend. Man bedenke ich kann das nur in der Freizeit machen.
Mein Player steht auch soweit, das nächste Video wird in einer Exe verfügbar und der TSSC Codec wird nicht mehr nötig sein.
Sorry wenn ich nicht spießig genug bin. Ich will einfach nicht. Die Strategie hat sich in der Praxis wenn ich unterrichte bewährt. Von daher bleibe ich erstmal noch dabei, ich will kein Image propagieren mich nicht zum Meister auserkoren ich will dass die Leute ein wenig Spass haben an dem was sie tun.
Entweder gehts beim nächsten Tutorial um praxisorientierte OOP oder um Callback-Funktionen. Jetzt ist erstmal Job angesagt bis heute Abend. Man bedenke ich kann das nur in der Freizeit machen.
Mein Player steht auch soweit, das nächste Video wird in einer Exe verfügbar und der TSSC Codec wird nicht mehr nötig sein.
Sorry wenn ich nicht spießig genug bin. Ich will einfach nicht. Die Strategie hat sich in der Praxis wenn ich unterrichte bewährt. Von daher bleibe ich erstmal noch dabei, ich will kein Image propagieren mich nicht zum Meister auserkoren ich will dass die Leute ein wenig Spass haben an dem was sie tun.
Zuletzt bearbeitet:
