Wie funktioniert eigentlich dieses Programmieren? Um das zu verstehen, besuchen wir den berühmt-berüchtigten Programmierer Andreas Bogk.
Andreas bereitet uns schon seit Jahren Kopfschmerzen mit allerhand Technik-Kram, Vorträgen, Podcasts und Bier. Ziemlich gutem Bier.
Andreas erklärt uns, wie genau ein Programm geschrieben wird, was man dafür braucht und was dabei beachtet werden muss. Wir besprechen, wie die verschiedenen Arten und Weisen, beziehungsweise Paradigmen heißen und was sie bedeuten. Außerdem lernen wir ein wenig, was für Programmiersprachen es gibt, versuchen uns abermals am Turing-Vollständigkeits-Dings und verstehen endlich wieso wir immer ausgelacht werden, wenn wir behaupten, dass wir “nur ein bisschen HTML programmieren” können.
Mit dabei ist Claudia im Nebenzimmer mit einem sensationellen 5-fachen Nieser und Andreas riesiger Kühlschrank, der im Hintergrund mitbrummt.
- Andreas Bogk auf Twatter
- “Sex, Drugs & Compiler Construction”
- Andreas’ Vortrag auf dem 30C3: Bug Class Genocide
- Chaos Radio Express mit Andreas über Bier
- Andreas erster Computer aus der Reihe KC 85
- BASIC Programmiersprache
- Zum Programmieren braucht man einen Editor
- Compiler nehmen den kompletten Code und machen einen Programm draus,
- der Interpreter liest Programmtext und führt ihn Zeile für Zeile aus, ohne ein eigenes Programm daraus zu machen
- Flappy Bird, das Spiel – kann man mal nebenbei programmieren, 2048 auch.
- Github ist ein Versionskontrollsystem (führt zu “Versionsverwaltung”)
- “i/o-Möglichkeiten” – i/o steht für Input und Output
- Das RGB-Farbsystem in HTML
- Imperative Programmierung: Tu dies und tu jenes, auf diese Art und Weise. Zum Beispiel C, Fortran…
- Logik-Programmierung: Ein Buffet besteht aus x und y, man “beschreibt”, wie die Lösung auszusehen hat, der Compiler wiederum baut daraus Instruktionen
- Funktionale Programmierung: Eine Funktion nimmt einen Input, berechnet eine Lösung und gibt sie aus, was es einfacher macht, darüber nachzudenken und vermeidet Knoten im Hirn. Sie ermöglicht, lokal zu unterscheiden, ob eine Funktion richtig ist oder nicht – mit lokalen Funktionen.
- Von zuviel funktionaler Programmierung kriegt man Monaden. Eine tropische Krankheit.
- Objekt-Orientierte Programmierung: Der Versuch, das mentale Modell, das der Mensch von seiner Umwelt hat, in Programmiersprachen abzubilden, u.A. um das Denken zu erleichtern. Zum Beispiel: Apfel und Banane sind eine “Frucht” oder auch etwas, was “man kleinschneiden kann” – Beides sind Modelle, die uns erlauben, damit sinnvoll zu arbeiten. Das “Etwas Sein” ist die Beziehung zwischen Superklasse und Klasse. Und wenn plötzlich eine Quitte auftaucht, ist sie einfach ebenfalls eine “Frucht”. Wobei das sehr umstritten sein dürfte.
- Assembler Sprache
- Der Heartbleed Bug erklärt in xkcd
- 99 Bottles of Beer in verschiedenen Programmiersprachen
- Die langweiligere Variante: “Hello World” in verschiedenen Programmiersprachen
- Skriptsprachen: Man muss sich nicht um Speicherverwaltung kümmern, die ist nämlich automatisch. Außerdem haben sie eine sogenannte “Dynamische Typisierung”. Beispiele sind Python, Shell… und sie heißen Skriptsprachen, damit man sie Skript nennen kann. Hm!
- C++ ist eine objektoriente Programmiersprache und eine Erweiterung von C
- Aus der Abteilung funktionaler Programmierung kommt z.B. Haskell
- Prolog – aus der Logik-Programmierung
- Whitespace und Dog aus der Quatsch-Programmierung
- HTML is not a Programming Language
- “Turing-Vollständigkeit” – tl;dr please?
- SQL ist auch keine Programmiersprache, sondern eine Datenbankabfragesprache
- Schach auf Wahlcomputern
- Video einer Turing-Maschinen-Imitation
- “Python for Kids”
- Turtle Graphics
!!!!!!!!!!!!!!!!!!!!Werbung!!!!!!!omg!!!!!!!!!!!!!!!!
- Looking into Black Boxes – unser Crowdfunding-Projekt für eine Webserie über Algorithmen. Wir brauchen noch
knapp 600€etwa 550€ und haben noch 7 Tage übrig! - Quelltextlesung, Nr. 1 und Nr. 2 – nächste Folge am Besten via Twitter unter #quelltextlesung verfolgen
Moin,
Ich glaube diese nicht berechenbare Funktion die Andreas da meinte oder zumindest die seinem Beispiel ähnlich ist, ist die Maschine “Seltsam” oder eher das aus der Informatik bekannte “Halteproblem”.
http://www.phasinma.de/alteSeite/material/tb6/haltebild.gif
Man hat einfach einen Input p der in eine Maschine namens “seltsam” reingeht. In dieser Maschine namens “Seltsam” ist die Maschine “haelt” die entscheidet ob der Algorithmus/Input p terminiert also beendet. Wenn er terminiert dann soll er einfach die ganze zeit nichts machen. Wenn er nicht terminiert soll die Maschine Seltsam “fertig” ausgeben.
Das ist praktisch so eine Art Henne – Ei Problem. Weil wenn der Algorithmus oder das Programm was du als Input nimmst terminiert dann soll das Problem nicht terminieren. Und wenn es nicht terminiert soll es terminieren ^^ aber woher soll die Maschine Seltsam denn wissen ob es nicht terminiert wenn es permanent auf ein Ende des Algorithmus wartet. Hoffe das war verständlich und hilft dir und den Zuhörern.
Für die nächste Sendung wäre wie Andreas schon meinte “Internet” ein tolles Thema:
“Was ist das Internet?”
“Was sind Server und Clients”?
“Was ist eine Website?”
…etc
naja tolle Sendung weiter so
Ich bin auf diese Interview via Twitter gestossen.
Ganz hervorragend!!!
Ich habe die Seite in meine Linkliste übernommen.
Wichtig zu wissen ist auch, dass jeder Programmierer den Code anderer Programmierer furchtbar findet und sei’s nur wegen der Form. Code hat eine ästhetische Dimension, nicht nur im Ausdruck (“eleganter” Code) auch ganz banal in der Formatierung; Andreas betonte das saubere Einrückenmüssen bei Python. Das geht weit subtiler: Beispielsweise verwendet der Code in der Header-Grafik dieses Blogs den K&R-Stil zum Einrücken und Positionieren geschweifter Klammern – super hässlich, aber Autoren bekommen dank der Platzersparnis mehr Code pro Bildschirm- oder ursprünglich pro Buchseite unter. Gleichzeitig wird im o.g. Code aber mit den Leerzeilen unter und über jeder normalen Programmzeile rigoros Platz verschwendet. Ein ästhetischer Widerspruch, der andere Menschen zu merkwürden Kommentaren veranlasst.
Die Idee mit der Quellcodelesung hat mir gut gefallen. Vielen Dank dafür.
Nur aus reiner Neugier: Von was für einer Programmiersprache spricht Andreas bei 08:48? Es hört sich an wie “Dön” oder so und Andreas sagt, dass das eine eher unbekannte aber sehr schöne Programmiersprache sei.
Hey Stephan,
ich habe auch lange gerätselt, aber Andreas hat einfach nur genuschelt
Die Sprache heißt “Dylan” und ist auch verlinkt in den Shownotes.
Vielen Dank! Hätte ich auch selbst drauf kommen können, da nachzuschauen.
Sehr schöner Podcast, genau das, was ich brauche um mein 5 % Wissen aufzustocken.
Auf die Gefahr hin Werbung zu machen: Angeregt durch diese Episode und Andreas’ Tipp mit Python anzufangen, habe ich den Kurs ‘Introduction to Computer Science’ bei Udacity begonnen. Ich bin sehr begeistert von der Einfachheit der Lektionen, auch wenn ich merke, dass andere Teilnehmer viel weniger, dafür komplexere, Zeilen Code schreiben.