Yes, thank you for the praise. I decided to make my channel in German for two reasons. 1. My market is mainly around Germany 2. I can speak more flowery in my native language, although I can also speak English very well. But there is AI translation nowadays :-)
Hallo Frank, tolle Videos mit verdammt Guten, praxisnahen Inhalten. Vielleicht gibt es ja auch mal ein Video wie man sauber die jeweiligen IF, CASE, RETURN bzw. Exit Anweisung im Programmaufbau einsetzt.
Vielen Dank für das Lob, es gibt viele Formen bei den Tutorial's hier auf TH-cam, aber ich bin über 30 Jahre im Job und wollte den Bezug zur Realität mit einbinden. Viele "Erklärvideos" haben immer so ein "Uni Vorlesungs Charakter". Wenn man einen Sachverhalt in Beziehung zur Realität setzt, ist es einfach besser zu verstehen. IF, CASE, RETURN bzw. Exit Ja gute Anregung von dir :-) werde ich mit auf ToDo setzten.
Zum Thema Code Review könnte ich sicher ganze Wochenseminare abhalten. Aber das ist ein kontroverses Thema, ich sehe es an den zwei Dislike :D. Es gibt viele Menschen die "Anregungen zum besser werden" als persönliche Kritik verstehen. Aber jeder Spitzensportler bekommt jeden Tag von seinem Trainer Anregungen zum besser werden, sonst wäre er kein Spitzensportler geworden und wäre in der Kreisliga hängen geblieben. Aber ich werde das Thema sicher noch in einem Video noch mal aufgreifen. Auch wenn es dann wider ein paar Dislike gibt :D .. wie beim Thema Global Variablen ;-)
7:00 gibt es in der Sprache Funktionen, wenn ja, weshalb werden diese nicht in den "if - fällen" verwendet? Das sieht nur unübersichtlich aus, wie es hier geschrieben ist.
Verstehe nicht ganz was du meinst, man könnte im IF ein "Action" aufrufen, habe ich mal ein Video zu gemacht, aber die Idee vom Video war zu zeigen, das jeder von uns sich weiter entwickelt, wenn ein Mentor Anregungen gibt zum Nachdenken
Als Backend Entwickler in der Web Welt bin ich zugegebenermaßen relativ überrascht das ein Codereview im Maschinenbau nicht gängige Praxis ist. Wir iterieren relativ schnell (mehrere Deployments pro Woche) und können wenn wir mist gebaut haben auch sehr schnell zurückrudern, trotzdem machen wir uns die Mühe für jeden Pullrequest ein ordentliches Codereview anzugehen. Nicht nur um Designfehler oder methodische Fehler zu erkennen, sondern um langfristig auch die Wartbarkeit der Software zu verbessern. Während es viele Leute gibt die gerne Nitpicking im Review Betreiben ist es gar nicht so verkehrt einfach noch mal nachzufragen wenn einem beim Code des Kollegen dutzende Fragezeigen im Gesicht geschrieben stehen. Ich bin daher überrasch da IT im Maschinenbau ja ein ewas trägeres Feld ist, da letztendendes ja vor allem in der physischen Welt viel dran hängt.
Ja danke für deinen ausführlichen Kommentar. Ja gut, im Maschinenbau gibt es auch in viele Varianten. Es gibt reinen Serienmaschinenbau, da sieht die Welt sicher etwas besser aus. Aber die Stärke des deutschen Maschinenbaus war immer die Spezialitäten der Kunden auch abbilden zu können. Selbst wenn die Maschine mechanisch sehr identisch aussieht, will jeder Kunde dann doch ein etwas anders Produkt damit herstellen. Man muss mit unserer Software halt Physik steuern. Z. B.: eine Folienbeschichtung, verwendet der Kunde andere Folien, Basisträger, mit anderen, Harzen, Härter, Primer ... schon sitzt man als Inbetriebnehmer für Monate beim Kunden und bringt den Prozess zum gewünschten Ziel. In dem Use Case braucht man keine Coderevue. Aber ich kenne so viele Fälle wo ein Mitarbeiter ein Projekt auf den Tisch bekommt und dann "mache fertig". In der Regel fehlt es an Zeit und auch an Manpower. Die es tun könnten sind beim Kunden vor Ort. In meiner Branche ist es durchaus üblich, das man nur zur Weihnachtsfeier mal das ganze Team mal zusammen hat. Deswegen liegt nach meiner Einschätzung da auch so ein großes Verbesserungspotenzial.
Very good sereis ! , I watch with eng subtitles as I don't understund German. Thanks
Yes, thank you for the praise. I decided to make my channel in German for two reasons. 1. My market is mainly around Germany 2. I can speak more flowery in my native language, although I can also speak English very well. But there is AI translation nowadays :-)
Hallo Frank,
tolle Videos mit verdammt Guten, praxisnahen Inhalten.
Vielleicht gibt es ja auch mal ein Video wie man sauber die jeweiligen IF, CASE, RETURN bzw. Exit Anweisung im Programmaufbau einsetzt.
Vielen Dank für das Lob, es gibt viele Formen bei den Tutorial's hier auf TH-cam, aber ich bin über 30 Jahre im Job und wollte den Bezug zur Realität mit einbinden. Viele "Erklärvideos" haben immer so ein "Uni Vorlesungs Charakter". Wenn man einen Sachverhalt in Beziehung zur Realität setzt, ist es einfach besser zu verstehen. IF, CASE, RETURN bzw. Exit Ja gute Anregung von dir :-) werde ich mit auf ToDo setzten.
Vielen Dank für das Video, hättest du hier noch weiter beispiele auf was man sonst noch achten sollte bei der Progr3ammierung.
Zum Thema Code Review könnte ich sicher ganze Wochenseminare abhalten. Aber das ist ein kontroverses Thema, ich sehe es an den zwei Dislike :D. Es gibt viele Menschen die "Anregungen zum besser werden" als persönliche Kritik verstehen. Aber jeder Spitzensportler bekommt jeden Tag von seinem Trainer Anregungen zum besser werden, sonst wäre er kein Spitzensportler geworden und wäre in der Kreisliga hängen geblieben.
Aber ich werde das Thema sicher noch in einem Video noch mal aufgreifen. Auch wenn es dann wider ein paar Dislike gibt :D .. wie beim Thema Global Variablen ;-)
Der fakt, dass light und darkmode verwendet werden, bringt mich zum kochen...
ja in der 4026 geht der Darkmode immer noch nicht richtig :D zu mindestens in meinem letzten Test
7:00 gibt es in der Sprache Funktionen, wenn ja, weshalb werden diese nicht in den "if - fällen" verwendet?
Das sieht nur unübersichtlich aus, wie es hier geschrieben ist.
Verstehe nicht ganz was du meinst, man könnte im IF ein "Action" aufrufen, habe ich mal ein Video zu gemacht, aber die Idee vom Video war zu zeigen, das jeder von uns sich weiter entwickelt, wenn ein Mentor Anregungen gibt zum Nachdenken
Als Backend Entwickler in der Web Welt bin ich zugegebenermaßen relativ überrascht das ein Codereview im Maschinenbau nicht gängige Praxis ist. Wir iterieren relativ schnell (mehrere Deployments pro Woche) und können wenn wir mist gebaut haben auch sehr schnell zurückrudern, trotzdem machen wir uns die Mühe für jeden Pullrequest ein ordentliches Codereview anzugehen. Nicht nur um Designfehler oder methodische Fehler zu erkennen, sondern um langfristig auch die Wartbarkeit der Software zu verbessern. Während es viele Leute gibt die gerne Nitpicking im Review Betreiben ist es gar nicht so verkehrt einfach noch mal nachzufragen wenn einem beim Code des Kollegen dutzende Fragezeigen im Gesicht geschrieben stehen.
Ich bin daher überrasch da IT im Maschinenbau ja ein ewas trägeres Feld ist, da letztendendes ja vor allem in der physischen Welt viel dran hängt.
Ja danke für deinen ausführlichen Kommentar. Ja gut, im Maschinenbau gibt es auch in viele Varianten. Es gibt reinen Serienmaschinenbau, da sieht die Welt sicher etwas besser aus. Aber die Stärke des deutschen Maschinenbaus war immer die Spezialitäten der Kunden auch abbilden zu können. Selbst wenn die Maschine mechanisch sehr identisch aussieht, will jeder Kunde dann doch ein etwas anders Produkt damit herstellen. Man muss mit unserer Software halt Physik steuern. Z. B.: eine Folienbeschichtung, verwendet der Kunde andere Folien, Basisträger, mit anderen, Harzen, Härter, Primer ... schon sitzt man als Inbetriebnehmer für Monate beim Kunden und bringt den Prozess zum gewünschten Ziel. In dem Use Case braucht man keine Coderevue. Aber ich kenne so viele Fälle wo ein Mitarbeiter ein Projekt auf den Tisch bekommt und dann "mache fertig". In der Regel fehlt es an Zeit und auch an Manpower. Die es tun könnten sind beim Kunden vor Ort. In meiner Branche ist es durchaus üblich, das man nur zur Weihnachtsfeier mal das ganze Team mal zusammen hat. Deswegen liegt nach meiner Einschätzung da auch so ein großes Verbesserungspotenzial.