Відео

Ist echt erstaunlich auf welchen Geräten Doom heutzutage läuft. Und auch geschichtlich gesehen war Doom wegweisend für das Genre. Spiele es heute noch gern. Aber die Blasphemie hier muss ich ansprechen. id Software nicht i.d. Software. Ausgesprochen wie „it“. Hat nix mit Personalausweis (I.D.) zu tun.

Erster 😃 Hab die Folge aber schon auf AntennaPod gehört 😘

Tolles Thema, Danke.

Sehr gute Session. Danke.

Wenn man nach 50 Folgen hören die Gesichter hinter den Stimmen sieht

Vielen Dank, dass ich bei Euch zu Besuch sein durfte - hat mir sehr viel Spaß gemacht 😊

Danke für das Video. Gerade das steuerliche Thema ist wichtig und sehr unübersichtlich. Ich würde mich sehr freuen, wenn ihr einen weiteren Podcast mit einem Steuerberater zu dem Thema machen würdet

Sehr schön, vielen Dank.

Auf diesen Plattformen findet man eigentlich auch kaum Leute aus Deutschland...vermutlich ist das der Grund...

Tolle Folge...vielen Dank. Open Source ist toll!!

Sehr spannende Folge! Vielen Dank! ❤ Ich habe das Gefühl, dass das Bewustsein für den Energieverbrauch in der IT immer mehr in eben dieser IT ankommt.

Vielen Dank!!

Vielen Dank für das tolle Video und euren Einsatz.Bildung ist echt wichtig und toll.

Würde euch auch einen Talk von Jonathan Blow empfehlen "Preventing the Collapse of Civilization". In diesem Talk geht es auch um die allgemeine Verschlechterung von Software, nicht zuletzt auch aufgrund der besseren Hardware: bessere Hardware erlaubt lahmere high-level Sprachen und es bürgert sich eine allgemeine Performance-Apathie ein (vor allem in der Webentwicklung). Zudem ist Moore's "Gesetz" mitterweile nicht mehr gültig (war es ja nie wirklich). Die Party ist vorbei, Hardware in Zukunft wird nicht mehr "magisch" schneller werden, weshalb sich Entwickler darauf vorbereiten sollten die Hardware bei der Programmierung zu berücksichtigen. Ein weiteres interessantes Video ist "OOP is Bad" von Brian Will. Auch ohne Performance-Fokus gibts einige gute Argumente gegen OOP, vor allem Encapuslation. EDIT: John Carmack >>> Uncle Bob. Der Quake Fast-Inverse-Square-Root Algo ist nicht "schön" oder "lesbar", aber notwendig weil schnell mit der Hardware von 1996.

Danke für die Diskussion! Ich denke die Clean Code Regeln sind sehr gut für Anfänger geeignet. Ich weiß, dass ich einer neuen Mitarbeiterin das Buch "Clean Code" in die Hand drücken kann, und sie gute Grundlagen dadurch vermittelt bekommt, auf denen sie aufbauen kann. Ich bin jedoch der Meinung, dass erfahrene Entwickler vorsichtig sein sollten, wenn sie Code als sauber, schön, böse oder elegant bezeichnen. Schönheit ist subjektiv und sagt nichts über die Qualität das Codes aus. Mir wäre es lieber, wenn Leute lernen technische Eigenschaften des Codes klar zu benennen. Darüberhinaus kann Clean Code einen komplexen Algorithmus nicht einfacher machen. Manche Probleme haben komplexe Lösungen, egal wie man sie formuliert und formatiert. Ich musste in der Uni Java lernen. Damals wurde die Frage nach der Performance meist außen vor gelassen. Der User könne sich immer eine schnellere CPU oder mehr Speicher kaufen, wenn es nicht reicht. Ich halte diese Einstellung heutzutage für etwas naiv. Idealerweise sollte sich jeder Gedanken machen über den Resourcenverbrauch seiner Software. Jeder sollte ein Pofiler und System Tracer bedienen, und die Daten aus diesen Tools auswerten können. Das gilt auch für Java und Webentwickler. Es reicht nicht die Algorithmen und ihre Komplexität zu kennen. Zwischen dem Algorithmus und seiner Ausführung steckt die Hardware, das Betriebssystem, eventuell eine virtuelle Maschine, Frameworks und Libraries - alle beeinflussen die Performance bzw. den Resourcenverbrauch. Und ich denke genau darum geht es Casey Muratori. Entwickler und Entwicklerinnen haben meist eine abstrakte Maschine vor Augen, wenn sie Code entwickeln. Je ungenauer dieses Bild ist, umso einfacher ist es Code zu schreiben, der dazu verdammt ist langsam zu laufen. Ich halte es nur für richtig mehr Bewusstsein dafür zu schaffen, wie Code ausgeführt wird, und was die Kompromisse sind, die wir machen.

Zufällig Gestern gesehen das betreffende Video - eine sehr spannende Diskussion 🙂

Sehr cooles Studio und tolle Folge! Abonniert it is!

Willkommen auf UA-cam :)

Ich habe euren Kanal mal in der Beschreibung zu meinem Video über die Fahrt nach Brüssel zur FOSDEM und dem Engineering Kiosk HörerInnen Treffen verlinkt. ua-cam.com/video/6zF5-VkUsFw/v-deo.html

Daumen hoch für die interessante Folge und für die bunten Socken. 🙂

Irgendwie ist der Ton ein Downgrade leider im Vergleich zu den alten Episoden.

Trinkt ihr Wasser?

Sehr schön Freunde und einen tollen Start!!