Vielen Dank für das Video. Ich habe vor etwa einem Jahr damit begonnen ein von mir seit ewigen Zeiten geplantes Projekt in die Tat umzusetzen. Eines der Ziele war, einen möglichst großen Nutzerkreis auf verschiedenen Plattformen ohne komplizierte Installation und zu erreichen. Bis dahin hatte ich hauptsächlich Datenbankanwendungen für den eigenen Einsatz entwickelt. Mit Javascript, html bzw. CSS hatte ich nur in den Jahren 2005 und 2006, eher experimentell zu tun. Mit PHP noch nie. Für mich war das nach dieser langen Zeit eine Landung auf einem fremden Planeten. Viel Try and Error, aber hoch interessant. Ich kann das was Du im Video zeigst vorbehaltslos unterschreiben. Themenvertiefung passiert mir grundsätzlich bei der Projektumsetzung, anhand konkreter Aufgaben. Um zum Ziel zu kommen konnte ich weder javascript, php, css oder gar html außer Acht lassen. Verfestigen konnte sich alles erst im Zusammenspiel. Was mich noch interessieren würde, wären ein paar Tipps dazu wie man sich sinnvoll vernetzt. Selbst weiter lernen, aber auch andere teilhaben lassen.
Hallo Mario, gerne reihe ich mich wieder ein, in die Schar all derer, die Deine Videos klasse finden. 👍 Diesmal muss ich Dir ein ganz besonderes Lob aussprechen. 🏆 Es hat mich beeindruckt, wie klar und deutlich Du die 10 Punkte herübergebracht hast. Das verdient größten Respekt. Mach weiter so. Mit so einem Lehrer macht es Spass, auch weiter dabei zu bleiben und noch mehr zu lernen. 👏🏼 Deshalb heute wieder volle Punktzahl: ⭐️⭐️⭐️⭐️⭐️
Tausend Dank für deine Videos. Bin zwar kein Anfänger aber es hat mir tatsächlich trotzdem geholfen das Ein oder Andere auf der Arbeit noch etwas zu optimieren. Sehr einfach auch erklärt. Bin der Meinung, dass selbst totale Anfänger verstehen von was du redest. 👍🏻
Danke für das Video. Ich glaube ich muss dir in fast allen Punkten Recht geben. Beim Thema Komfortzone braucht es allerdings etwas Erfahrung um zu entscheiden ob man ein Thema besser vertieft oder in die Breite geht. Auch das Thema Software-Architektur ist beim Start erst einmal nicht so wichtig. Damit sollte man sich beschäftigen wenn die Grundlagen da sind, sonst entsteht schnell Frustration und Desinteresse. Schönes WE!
Da stellt sich halt die Frage des Zeitpunktes. Das ist ziemlich individuell. Allgemeine Aussagen sind da immer schwierig, so auch meine Eigenen ;) Mit Architektur meinte ich simple Design Patterns welche man auch schon am Anfang anschauen kann, z.b. Singleton Pattern. Natürlich erst nachdem OOP sitzt. Denn da fängt es für mich persönlich schon an. Natürlich darf und sollte man dabei noch Fehler machen und man muss auch nicht am Anfang alles verstehen, aber es ist ein großer Bestandteil der heutigen Software-Entwicklung. Darüber wann nun das Ende vom Anfang ist und nicht mehr Anfänger ist, lässt sich natürlich auch streiten xD
@@ProgrammierenMario Ja, bestimmte Sachen kann man einfach nicht generalisieren, sondern nur versuchen in die richtige Richtung zu lenken. Vieles ist wichtig aber der Zeitpunkt muss halt stimmen.
Sehr gut erklärt. Coden lernen ist wie eine Sprache lernen und da muss man selbst herausfinden: Was für ein Lerntyp bin ich? Eine Lernstruktur entwickeln ist notwendig. Ebenso das man Freude durch Projekte entwickelt oder durch Kumpels die ebenfalls gerne Coden.
Sehr gut und unterhaltsam aufgearbeitet, gut wenn man immer mal wieder über alles nachdenken kann, besonders wenn man des Öfteren struggled...es ist eine interessante Reise die nicht endet, naja außer man will es 🤓
Themen habe ich genug^^ Werde bestimmt mal was dazu machen. Geplant ist aber erstmal noch was zur Entwicklungsumgebung und Git. Gerade letzteres ist mit am wichtigsten.
Ja ja, die Komfortzone kenne ich aus eigener Erfahrung. Wenn man das für sich selber erkannt hat, ist es ja gut, daher versuche ich mich auch seit fast 2 Jahren an python und gerade React... :-) beruflich werde ich das wohl nicht mehr brauchen, aber die aha Erlebnisse sind schon klasse. Danke für die wieder mal wichtige Ansage, locker rüber gebracht.
Meine 10 Cents zu allen Punkten: 1. Sehe ich auch so, Spaß an der Sache haben, gerade wenn es ohnehin ein Hobby ist 2. Am Ende brauchst du beides. Wild coden ohne zu wissen warum, hilft auch nicht so sehr 3. 100% agree! 4. 100% agree! Genau aus dem Grund ist es super früh was Greifbares zu bauen. 5. Schwierig. Die meisten kleinen Projekte brauchen keine Architektur finde ich. In großen Unternehmen gibt´s für sowas Systemarchitekten, die sich das überlegen. In der Welt der Microservices als Dev, gerade als Junior, würde ich davon noch Abstand nehmen. Kann leicht zu einem Gefühl der Überforderung kommen. 6. Das Klischee des introvertierten Nerds passt nicht mehr. Und bei Reviews: Kein Ego mitbringen! 7. Nur Sachen neu lernen um was neues zu lernen bringt finde ich auch nichts, das vergisst man wieder zu schnell. Lieber das lernen, was man auch direkt braucht. Lieber auch mal Dinge vertiefen. Programmierer, die in 20 Sprachen Hello World schreiben können braucht auch niemand. 8. Nicht nur beduggen, sondern auch richtige Debugger nutzen. Debuggen =! print statements :) 9. Zahlt auf Punkt 7 ein. Das lernen, was man braucht und direkt nutzen kann. 10. Git lernen ist ein MUSS :) Danke für das Video, war wieder sehr unterhaltsam
Vielen Dank fürs reinschauen und für deine Ergänzungen und Gedanken dazu: Zu 5: Architektur fängt für mich schon bei simplen Design Patterns an. Einige davon kann man sich bereits am Anfang anschauen und versuchen eine Idee dafür zu bekommen. Zumindest meinte ich das ;) Zu 6: Sehe ich heute immer noch recht oft. Die haben angefangen sich zu tarnen. Schau zweimal hin. Sie nicken bei Reviews einfach nur freundlich ohne auf das besprochene wirklich einzugehen. xD Zu 7: Natürlich nicht irgendwas, sollte schon Sinn machen :)
@@ProgrammierenMario 6: kann ich vollends zustimmen. Wie oft habe ich als Testmanager erlebt, dass wenn ein Fehler im Test aufgetreten ist, ich den Entwickler der daran gearbeitet hat aktiv nach einer langen Pause frage musste, ob er bitte mal schauen kann was das Problem ist. Da wird gewartet, bis das BugTicket kommt, weil man sich irgendwie nicht am Testmeeting beteiligen will / kann(?).
Eine Website ist mir nicht bekannt. Falls du VS Code verwendest, kannst du dir aber die Erweiterung Prettier herunterladen. Diese formatiert deinen SourceCode automatisch, wenn du z.B. in den Einstellung "formatOnSave" aktivierst.
@@ProgrammierenMario Ja das stimmt habe jetzt schon so ca. 10 Jahre Typo3 Erfahrung aber die Dokumentation ist wirklich das schlechteste was ich bisher gesehen habe.
Sämtliche Anfängerprobleme wären gelöst, wenn Anfänger das Debugging nutzen würden Sobald ein Fehler im Code vorliegt, kommt der unkommentierte und meist unstrukturierte Code in ein Forum, wo das geübte Auge den Fehler auch so findet (sinnlose Anweisung die nie erfüllt wird). Das Debugging muss man den Anfängern gleich zu Beginn einhämmern!
Durch diese Zeit ist wohl jeder mal durchgegangen. Die Erfahrenen sollten auf der anderen Seite auch mal mehr Geduld haben. Denn die heutigen Anfänger sind die Experten von morgen. Ob das nun gut ist weiß ich nicht xD
Vielen Dank 👍. Lehrreich und interessant wie immer 😎👌.
Vielen Dank für das Video. Ich habe vor etwa einem Jahr damit begonnen ein von mir seit ewigen Zeiten geplantes Projekt in die Tat umzusetzen. Eines der Ziele war, einen möglichst großen Nutzerkreis auf verschiedenen Plattformen ohne komplizierte Installation und zu erreichen. Bis dahin hatte ich hauptsächlich Datenbankanwendungen für den eigenen Einsatz entwickelt. Mit Javascript, html bzw. CSS hatte ich nur in den Jahren 2005 und 2006, eher experimentell zu tun. Mit PHP noch nie.
Für mich war das nach dieser langen Zeit eine Landung auf einem fremden Planeten. Viel Try and Error, aber hoch interessant. Ich kann das was Du im Video zeigst vorbehaltslos unterschreiben.
Themenvertiefung passiert mir grundsätzlich bei der Projektumsetzung, anhand konkreter Aufgaben. Um zum Ziel zu kommen konnte ich weder javascript, php, css oder gar html außer Acht lassen. Verfestigen konnte sich alles erst im Zusammenspiel.
Was mich noch interessieren würde, wären ein paar Tipps dazu wie man sich sinnvoll vernetzt. Selbst weiter lernen, aber auch andere teilhaben lassen.
Vielen Dank für deine Zeilen!
Zu letzteres, ich schreibe es mir gerne mit auf. Mal schauen ob ich ein sinnvolles Video machen kann :)
Absolut das beste Video was du bisher gemacht hast, kurz und bündig, super ;D
Oh, schön zu hören. Freut mich sehr! Wünsche dir ein gutes Wochenende ✌️
@@ProgrammierenMario Danke dir, wünsche ich dir auch ;D
Danke für dieses tolle Video. Es waren Tipps dabei, die ich bisher noch nicht auf dem Schirm.
Gern geschehen 😊
Hallo Mario,
gerne reihe ich mich wieder ein, in die Schar all derer, die Deine Videos klasse finden. 👍
Diesmal muss ich Dir ein ganz besonderes Lob aussprechen. 🏆 Es hat mich beeindruckt, wie klar und deutlich Du die 10 Punkte herübergebracht hast. Das verdient größten Respekt. Mach weiter so. Mit so einem Lehrer macht es Spass, auch weiter dabei zu bleiben und noch mehr zu lernen. 👏🏼
Deshalb heute wieder volle Punktzahl:
⭐️⭐️⭐️⭐️⭐️
Na das hört man doch sehr gerne. Vielen Dank für deine positiven Worte. Freut mich sehr!
Tausend Dank für deine Videos. Bin zwar kein Anfänger aber es hat mir tatsächlich trotzdem geholfen das Ein oder Andere auf der Arbeit noch etwas zu optimieren. Sehr einfach auch erklärt. Bin der Meinung, dass selbst totale Anfänger verstehen von was du redest. 👍🏻
Das freut mich sehr! Vielen Dank für deine Nachricht :)
Danke!
Vielen herzlichen Dank :)
Danke für das Video. Ich glaube ich muss dir in fast allen Punkten Recht geben. Beim Thema Komfortzone braucht es allerdings etwas Erfahrung um zu entscheiden ob man ein Thema besser vertieft oder in die Breite geht. Auch das Thema Software-Architektur ist beim Start erst einmal nicht so wichtig. Damit sollte man sich beschäftigen wenn die Grundlagen da sind, sonst entsteht schnell Frustration und Desinteresse.
Schönes WE!
Da stellt sich halt die Frage des Zeitpunktes. Das ist ziemlich individuell. Allgemeine Aussagen sind da immer schwierig, so auch meine Eigenen ;)
Mit Architektur meinte ich simple Design Patterns welche man auch schon am Anfang anschauen kann, z.b. Singleton Pattern. Natürlich erst nachdem OOP sitzt. Denn da fängt es für mich persönlich schon an. Natürlich darf und sollte man dabei noch Fehler machen und man muss auch nicht am Anfang alles verstehen, aber es ist ein großer Bestandteil der heutigen Software-Entwicklung. Darüber wann nun das Ende vom Anfang ist und nicht mehr Anfänger ist, lässt sich natürlich auch streiten xD
@@ProgrammierenMario Ja, bestimmte Sachen kann man einfach nicht generalisieren, sondern nur versuchen in die richtige Richtung zu lenken. Vieles ist wichtig aber der Zeitpunkt muss halt stimmen.
Sehr gut erklärt. Coden lernen ist wie eine Sprache lernen und da muss man selbst herausfinden: Was für ein Lerntyp bin ich? Eine Lernstruktur entwickeln ist notwendig. Ebenso das man Freude durch Projekte entwickelt oder durch Kumpels die ebenfalls gerne Coden.
Vielen Dank ✌🙂
Vielen Dank für dieses tolle und sehr informative Video!!! Immer wieder motivierend und auf den Punkt gebracht! 😀
Vielen Dank für dein Lob! Macht mir sehr viel Spaß :)
Sehr gut und unterhaltsam aufgearbeitet, gut wenn man immer mal wieder über alles nachdenken kann, besonders wenn man des Öfteren struggled...es ist eine interessante Reise die nicht endet, naja außer man will es 🤓
Vielen Dank, dein Kommentar passt ja hervorragend zu deinem Namen. Per "Try n Error" habe ich selbst am meisten gelernt :)
Bitte mehr über die Zusammensetzung der Architektur.🙏 Welche Strukturtypen gibt es? Wie geht man vor etc.?
Themen habe ich genug^^ Werde bestimmt mal was dazu machen. Geplant ist aber erstmal noch was zur Entwicklungsumgebung und Git. Gerade letzteres ist mit am wichtigsten.
Super video, super Tipps! 💪 Danke dir. Grüße aus Z ✌️😁
Vielen Dank. Wünsche dir ein schönes Wochenende ✌️🙂
Ja ja, die Komfortzone kenne ich aus eigener Erfahrung. Wenn man das für sich selber erkannt hat, ist es ja gut, daher versuche ich mich auch seit fast 2 Jahren an python und gerade React... :-) beruflich werde ich das wohl nicht mehr brauchen, aber die aha Erlebnisse sind schon klasse. Danke für die wieder mal wichtige Ansage, locker rüber gebracht.
✌️🙂
vielen Dank, schön zusammengefasst...zum Thema Architektur, kannst du da mal was zu sagen,wie arbeitest du damit?
Danke für das Lob! Zu diesem Thema ist aktuell noch nichts weiter geplant. Gibt einfach zu viele Themen zur Auswahl ;)
Meine 10 Cents zu allen Punkten:
1. Sehe ich auch so, Spaß an der Sache haben, gerade wenn es ohnehin ein Hobby ist
2. Am Ende brauchst du beides. Wild coden ohne zu wissen warum, hilft auch nicht so sehr
3. 100% agree!
4. 100% agree! Genau aus dem Grund ist es super früh was Greifbares zu bauen.
5. Schwierig. Die meisten kleinen Projekte brauchen keine Architektur finde ich. In großen Unternehmen gibt´s für sowas Systemarchitekten, die sich das überlegen. In der Welt der Microservices als Dev, gerade als Junior, würde ich davon noch Abstand nehmen. Kann leicht zu einem Gefühl der Überforderung kommen.
6. Das Klischee des introvertierten Nerds passt nicht mehr. Und bei Reviews: Kein Ego mitbringen!
7. Nur Sachen neu lernen um was neues zu lernen bringt finde ich auch nichts, das vergisst man wieder zu schnell. Lieber das lernen, was man auch direkt braucht. Lieber auch mal Dinge vertiefen. Programmierer, die in 20 Sprachen Hello World schreiben können braucht auch niemand.
8. Nicht nur beduggen, sondern auch richtige Debugger nutzen. Debuggen =! print statements :)
9. Zahlt auf Punkt 7 ein. Das lernen, was man braucht und direkt nutzen kann.
10. Git lernen ist ein MUSS :)
Danke für das Video, war wieder sehr unterhaltsam
Vielen Dank fürs reinschauen und für deine Ergänzungen und Gedanken dazu:
Zu 5: Architektur fängt für mich schon bei simplen Design Patterns an. Einige davon kann man sich bereits am Anfang anschauen und versuchen eine Idee dafür zu bekommen. Zumindest meinte ich das ;)
Zu 6: Sehe ich heute immer noch recht oft. Die haben angefangen sich zu tarnen. Schau zweimal hin. Sie nicken bei Reviews einfach nur freundlich ohne auf das besprochene wirklich einzugehen. xD
Zu 7: Natürlich nicht irgendwas, sollte schon Sinn machen :)
@@ProgrammierenMario 6: kann ich vollends zustimmen. Wie oft habe ich als Testmanager erlebt, dass wenn ein Fehler im Test aufgetreten ist, ich den Entwickler der daran gearbeitet hat aktiv nach einer langen Pause frage musste, ob er bitte mal schauen kann was das Problem ist. Da wird gewartet, bis das BugTicket kommt, weil man sich irgendwie nicht am Testmeeting beteiligen will / kann(?).
... zu geil wieder!😄
Danke dir :)
Zu Punkt 1, ich sehe meine Stichpunkte als Investment, das Kilo Altpapier liegt immerhin bei 8 Cent😅 Danke für deine tollen Videos.
Haha xD So kann man es natürlich auch sehen :)
Guten Tag lieber Mario,
gibt es eine Webseite, die meinen Code strukturiert oder verbessert?
Auf eine Rückmeldung freue ich mich!:)
Eine Website ist mir nicht bekannt. Falls du VS Code verwendest, kannst du dir aber die Erweiterung Prettier herunterladen. Diese formatiert deinen SourceCode automatisch, wenn du z.B. in den Einstellung "formatOnSave" aktivierst.
@@ProgrammierenMario Danke Mario:)
und um mehr mögliche problematische codestücke aufzuzeigen gibt es für manche programiersprachen wie python einen: linter
Hey ein Buch mit TYPO3 Extbase. Da kann man schon mal am Anfang verzweifeln 😂
Hatte gerade nichts besseres zur Hand. Ist ein Thema wo ich mich mal einarbeiten musste. 🙂
@@ProgrammierenMario Wie findest du TYPO3 so?
Ist ein sehr mächtiges CMS welches du für alles mögliche ausbauen und erweitern kannst. Nur die Dokumentation ist gelinde gesagt echt Mies. 😂
@@ProgrammierenMario Ja das stimmt habe jetzt schon so ca. 10 Jahre Typo3 Erfahrung aber die Dokumentation ist wirklich das schlechteste was ich bisher gesehen habe.
Sämtliche Anfängerprobleme wären gelöst, wenn Anfänger das Debugging nutzen würden
Sobald ein Fehler im Code vorliegt, kommt der unkommentierte und meist unstrukturierte Code in ein Forum, wo das geübte Auge den Fehler auch so findet (sinnlose Anweisung die nie erfüllt wird).
Das Debugging muss man den Anfängern gleich zu Beginn einhämmern!
Durch diese Zeit ist wohl jeder mal durchgegangen. Die Erfahrenen sollten auf der anderen Seite auch mal mehr Geduld haben. Denn die heutigen Anfänger sind die Experten von morgen. Ob das nun gut ist weiß ich nicht xD
@@ProgrammierenMario Experten hat man in der Politik. In der Realität braucht es gelernte Fachkräfte. 😁
Haha xD
Auch wieder war 😁