 Hallo, herzlich willkommen zu den Lightning Talks. Wir werden jetzt neun Vorträge hören, die jeweils fünf Minuten gehen und ganz kurz nette Ideen oder ähnliches vorstellen. Als erstes wünsche ich euch viel Spaß mit Prattu und seinem Talk Charging the World. Ja, hallo. Jetzt bin ich spontan in der Erste geworden, sehr schön. Ja, also ich wollte ganz kurz, eigentlich könnte ich eine ganze Stunde reparieren darüber, aber zur Elektromobilität kurz was sagen. Und ja, leider die Ernüchterung, da passiert gerade überhaupt nichts, bloß eben in dem populären Bereich wie überall. Ja, der Bund hat da mehrere Milliarden Euro rein investiert, leider, also wie immer in großen Firmen, die die extra Alltags-Tauglichkeit-Studie macht und da verschwindet Geld und wird populäre Software entwickelt, die dann wiederum bloß für den Hersteller funktioniert, für die eigene Ladestation, für die eigene ganze Konstruktion zur Infrastruktur, was hinten dranhängt, für eigene Autos und so weiter. Also aktuell funktioniert da eigentlich gerade gar nichts. Man hat keinen Anblick. Es gibt ein Protokoll, nennt sich OCPP, oben Chargepoint-Protokoll, ist standardisiert, ist abgenommen, basiert auf so eine XML-Sob-Sache. Und ja, leider wird das von Herstellern die wirklich umgesetzt. Die haben alle hier einen eigenen Dialekt. Ja, Lösung wäre sozusagen, eine freie Hardware irgendwie zu entwickeln. Werken ja so open-Hardware-mäßig und eben eine eigene Software, die letztendlich auf dem Controller läuft, aber letztendlich auch ein Frontend hat. Und, ah ja, kommen wir schon zu der Folie, sehr schön. Ja, und ich habe jetzt im Auftrag von der Drehwerk, also von den Stadtwerken hier vor Ort, angefangen die Elektromobilitätsstation, die in der Stadt verteilt sind, ein bisschen zu realingenuieren. Und ja, da haben sich halt auch wieder so einen proprietären Entwickler oder eben eine Firma eingeholt, die jetzt Bette gegangen ist. Und jetzt stehen sie halt auf ihrer Elektromobilitätsstation und wissen die wie weiter. Und habt dann ein bisschen geguckt, was ist da möglich und haben da ein Frontend entwickelt. Genau so sieht es halt aus. Man hat halt verschiedene Ladestationen und ja, basiert halt noch auf einen Backend, nennt sich Steve und das ist halt das Frontend drauf. Ja, letztendlich will ich motivieren, da vielleicht ein bisschen mitzumachen, die Idee ist tatsächlich, die technologische Kette komplett durchzubauen. Also im Idealfall gibt es auch schon Lösungen, aber eben noch nie so großübergreifend eine eigene Ladestation zu entwickeln, eine eigene Hardware und letztendlich ein Backend und ein Frontend und letztendlich die Lösungen halt einfach anzubieten. Und vielleicht kriegt man dadurch bisschen Elektromobilität nach vorne. Okay, danke. Ach so, mitmachen, da. Danke dir. Danke dir, Patu. Als Nächsten hätten wir Joe und Nico, die uns IT für Refugees vorstellen. Ich müsste nur noch ganz kurz eure Folien öffnen. Wir beide gehören zu einer viel größeren Gruppe von Dresden, den es wichtig ist, dass die Refugees hier in Dresden mit Internet ausgestattet werden und ansonsten auch Technik kriegen, wenn sie die benötigen. Es gibt viele Gründe, die dafür sprechen. Ihr könnt euch sicher selber vorstellen, wenn ihr in der Stadt neu seid, dann wollt ihr euch informieren. Ihr wollt Kontakte in die Heimat halten. Gerade für die Refugees ist es richtig teuer, wenn die über Mobilfunk nach Hause telefonieren müssen. Da ist es schön, wenn sie Internettelefonie haben. Sie wollen sich über ihre Rechte informieren. Sie wollen Sprachlernsoftware und Online-Übersetzer runterladen. Sie wollen einfach Teil haben. Ich denke, das steht auch in unserer Hacker-Ethik. Jeder soll Teil haben dürfen. Da gehören die Refugees dazu. Für eine gute Integration brauchen die auch Internet. Nico, erzählst du, wie wir das machen? Ich begrüße euch. Vielleicht ganz kurz zu den inhaltlichen Schwerpunkten. Wir fokussieren uns grundsätzlich auf die Versorgung mit einer freien Internetverbindung für die Asylsuchenden. Und weiterhin versuchen wir IT-Technik wie Computer, Laptops usw. für die Flüchtlinge zu organisieren. Das klidert sich in mehreren Stufen dieser Prozess. Typischerweise fängt es damit an, dass wir gucken, wo gibt es Unterkünfte hier in Dresden, wer betreibt die Unterkünfte und können uns die Betreiber von den Unterkünften auch in gewisser Form unterstützen. Manchmal ist es bürokratischer, je nachdem, was es für ein Träger ist. Manchmal ist es so, dass wir da Nachbarn aktivieren müssen. Also quasi nette Nachbarn aus der Nähe von Unterkünften, die sagen, okay, cool, wir wollen auch, dass die Leute, also die Flüchtlinge, die Menschen eine freie Internetverbindung haben. Und wir wollen ein Teil unserer Bandbreite stellen. Und dann kommen wir dann ins Spiel und sagen, okay, wir finden das eine coole Idee. Wir unterstützen euch dabei. Wir haben die Technik. Wir haben die Technik, die wir aus dem Aufbau der Technik und eben auch bei einem reibungslosen Betrieb von der Technik. Hier zum Beispiel, in der Unterkunft, das ist die Erstaufnahmeeinrichtung Dresden 2, Lager 2, auch genannt Nötetzerstraße. Da konnten wir netterweise ein Telekommunikationsunternehmen finden, was uns ein paar Router gestellt hatte und hatten dann ein paar Loco M2s, was quasi Wifi-Hotspots sind, an verschiedensten Gebäuden angebracht und dann eben den Asylsuchenden Weiterhin versuchen wir mit lokalen Injazitiven zu kooperieren, wie jetzt beispielsweise hier mit Freifunk Dresden. Da ist es so an der neuen Mensa gibt es schon einen Freifunkrotspot, aber leider auf der feichen Straßenseite. Und da sind wir gerade dabei mit allen Beteiligten zu kooperieren und zu gucken, was können wir machen. Und da ist es halt relativ cool, da gibt es studierenden Wohnheime und von den Wohnheimen, was man hier vielleicht nicht ganz so günstig sieht, kann man einerseits vom Dach aus Freifunk empfangen und andererseits eben hat man eine schöne Sicht auf die Mensa. Und der nächste Schritt ist jetzt eben, dass wir damit allen Beteiligten diskutieren, was wir machen können, ob sie uns erlauben, entsprechende Funktechnik aufzubauen und machen das dann auch. Im besten Fall können wir auch in den Einrichtungen entsprechend der Endpunkte aufstellen, also irgendwelche Router beispielsweise für eine maximale Verbindungsqualität. Aber, wie gesagt, Bürokratie manchmal. Zusätzlich, also das letzte Punkt noch, wir kooperieren in Dresden mit dem Flüchtlingsrat und da sind es so, dass wir auch dezentrale Unterkünfte, das heißt auch eingquartierte Familien in Wohnungen mit freien Internet versorgen. Manchmal ist es so, dass einfach eine Richtfunkantenne wie hier ausreicht. Manchmal gibt es halt auch Bedarf an IT-Menschen, die Computer fixen und ja, in der Richtung sind wir da unterwegs. Noch ganz kurz an den Johannes. Ja, wir würden uns natürlich freuen, wenn ihr uns helft. Es gibt ganz viele Sachen, wo man mitmachen kann. Das erste, wenn ihr in der Nähe von einem Flüchtlingswohnheim wohnt oder eine Flüchtlingsfamilie in eure Umgebung habt, selber Internet, das ihr gerne teilen möchtet, dann kommen wir gerne vorbei, stellen Freifunkroute auf, wenn ihr ein bisschen von eurer Bandbreite abgebt, kümmern wir uns drum, dass ihr aus der Fremdstörerhaftung rauskommt. Als nächstes, wenn ihr Sponsoren kennt, die uns helfen können, Internetanschlüsse für große Unterkünfte zu beziehen. Ja, sprecht uns an. Ansonsten, wenn ihr gerne bastelt, gerne Linux installiert, wir haben noch viele Rechner, die installiert werden müssen. Wir brauchen Leute, die organisieren können, rumtelefonieren, in der Lage sind, einfach Menschen anzusprechen und zu begeistern. Ja, wenn ihr Lust habt, wenn es euch wichtig ist, kommt vorbei. Wir treffen uns jeden zweiten Dienstag im HQ vom Dresdner CCC. Das nächste Mal ist der 3. November jedes Mal 20 Uhr. Dankeschön. Ja, eine wichtige Sache, das. Ja, das ist die beste Überleitung überhaupt. Auch eine wichtige, tolle Sache. Nein, ja, und, ach, keine Ahnung. Jedenfalls kommt jetzt Node.js von Defvorm. Bitte kommen noch nach vorne. Node.js. JavaScript on steroids oder gar nicht ganz so wichtig, okay. Wie du meinst, ich muss doch denn ... Ich habe jetzt als Kontrast mal ein bisschen technischeres Thema. Ich will mal ganz kurz was über Node.js sagen, weil es für mich nicht alles interessante Sache ist. Es ist jetzt nicht so neu, aber es ist mittlerweile in fertig. Und, obwohl es schon vorher im Produktivinsatz benutzt wird, aber jetzt soll man es auch im Produktivinsatz nutzen. Also erst mal, was ist Node.js? Deine Sonnerzeichen gehen nicht. Da fehlt ein Eh. Also Node.js ist, wie es hier steht, eine Browser unabhängige. Läuft eine Regelung für JavaScript. JavaScript ist diese tolle Sprache, die im Browser dazu da ist, um Webseiten dynamisch zu machen. Mit Node.js beginnt man mit dem Ansatz, um diese Sprache, die an sich funktioniert, aus dem Browser rauszuheben und auf das Niveau in einer ganz normalen, nativen Sprache zu bringen. Dazu fehlen hier wieder Sonnerzeichen. Fügt man dem Sprachumfang einige Bindings hinzu, die Zugriff auf das System selbst geben, wie zum Beispiel auf das Datei-System oder auf direktem Netzwerkzugriff. Damit kann man vollständige native Anwendungen mit JavaScript programmieren. Das will man zum einen, weil JavaScript nicht die schwerste Sprache der Welt ist. Man kann sie so relativ zügig lernen. Und zum anderen, weil JavaScript den recht interessantes Konzept hat, um mit asynchroner Verarbeitung umzugehen. Und zwar ist das die eventbasierte Verarbeitung. Denn besonders bei Netzwerken und File-Systemzugriffen kann es teilweise dauernd dafür, dass so ein Zugriff recht lange dauert. Man will es halt nicht immer, dass das Programm an dieser Stelle hängen bleibt und so lange wartet, bis man die Festplatte fertig gedreht hat oder bis die Bits durch das dünne Kabel durchgekommen sind. Deswegen verfolgt man ein ganz anderer Sprachennotges nicht den Ansatz, dass man einfach ein Thread startet, der dann pausiert, solange wie er nichts tut, sondern es ist komplett Single Thread. Also alle Anfragen, zum Beispiel auf dem Webserver laufen, auf einem Thread. Allerdings wird dieser Thread eben nicht konsequent abgearbeitet, wie es im Programmcode geht, sondern das Programm läuft eben ab und registriert bestimmte Events. Also meinetwegen, es fordert ein File-Systemzugriff an und registriert auf das Event das Files gelesen in Callback. Dann wird diese Operation von einem Binding, also von einer Bibliothek, die in der Laufzeuge umdringen ist, ausgeführt. Diese Binding kann man auch selber schreiben mit C++ und damit kann man halt das File-Systemzugriff lesen. Das kann in einem anderen Thread passieren. Das kann wie Homer gemacht werden, wie es Entwickler des Bindings halt gemacht hat. Wenn es fertig ist, wird das Callback, was man in seinem Programmcode definiert hat, auf eine Queue gelegt. Und immer wenn da der Thread, in dem das Programm selbst abläuft, gerade nichts zu tun hat, gibt es einen Eventloop, die dann eben das Erste von dieser Queue nimmt und ausführt. Das ist erstmal ein bisschen ungewohnt, wenn man halt normalerweise so relativ sequenzell programmiert, aber man gewöhnt sich relativ züchtig daran, dass halt eben den Vorteil, den man in einem Tier sehen kann. Also hier wäre jetzt so ein ganz normaler traditioneller Ablauf, in dem man eben was tut, dann wartet bis es, also was anstößt, wartet bis es fertig ist, das nächste Anschluss, wartet bis es fertig ist, das nächste Anschluss, wartet bis es fertig ist. Also die ganzen roten Stellen sind eigentlich nur Wartezeit, in der der Thread eigentlich blank liegt und nichts tut. Bei Node.js ist das wiederum ein Thread, wo man halt so ein paar Sachen anstößt, seine Callbacks registriert und so. Und dann werden die Sachen ausgeführt und in der Zwischenzeit ist der Thread halt, hat der Thread nix zu tun, das heißt aber nicht, dass er also zumindest von dem Programm, was man jetzt gerade eben tut. Aber in dieser grünen Zeit können auch andere Callbacks, die bereits vorher registriert werden, ausgeführt werden. Der Vorteil ist eben, dass man hier um verschiedene Reaktionen auf Events zu machen, nicht immer den Thread switchen muss. Hier müsste man jetzt sagen, immer in den roten Momenten muss man den Thread einfach auf den anderen Thread switchen, der gerade was zu tun hat. Also den Prozesskontext ändern im Prozessor. Hier muss man das nicht mehr, bleibt immer im gleichen Thread und diese Event-Lube kümmert sich darum, dass der Thread immer irgendwas zu tun hat. Oder zumindest wenn es etwas zu tun gibt, etwas zu tun hat. Und damit spart man sich eben diesen ganzen Overhead Threads zu erzeugen und zu switchen, indem man, wie gesagt, diese Zeit, in der irgendeinen IO-Zugriff wartet, nutzt, um eine Operation auszuführen, die auf einen anderen Zugriff vorher gewartet hat, zum Beispiel. Wenn ich das mal im Code anschauen will, ich habe einen relativ einfachen Web-Server geschrieben in Node.js, unter dem da steht ein Link. Und damit wäre ich jetzt eigentlich fertig. Ja, cool. Ich habe mich immer gefragt, warum bei Node.js die Zeit immer so komisch diagonal durch den Code geht. Jetzt ist das endlich mal geklärt. So, die nächsten Folien bin ich am öffnen, weil jetzt kommen Cookie und Jonas von der FSFW und stellen uns ihre Ideen dort vor. Das bitte. Hallo. Okay, ich bin nicht daran gewohnt, mit einem selbst getragenen Mikro zu reden. Also, wenn ich zu leise rede, dann schreit er mich einfach an. Viel Spaß. Okay, also das ist Cookie und ich bin Jonas, und wir sind von der Hochschulgruppe Freie Software Freies Wissen. Wie geht es weiter? Okay, so geht es weiter. Wir sind eine Hochschulgruppe an der TU Dresden, haben aber auch Mitglieder von der HTW. Andere, die sind auch gerne gesehen, aber die haben sich noch nicht zu uns gefunden. Vielleicht ändert sich das ja jetzt heute. Ja, die Hochschulgruppe ist entstanden, als sich Leute, die mal Latech- und mal Python-Kurse angeboten haben, zusammengefunden haben. Dann kamen noch ein paar von der Wikipedia dazu. Und dann haben wir herausgefunden, dass das eigentlich eine schöne Idee wäre, mal ein bisschen sich für freie Software in eine Hochschule einzusetzen, weil man gerade in Lehrveranstaltungen auch gerne mal proprietary Software sieht. Und die haben uns dazu entschlossen, eine Hochschulgruppe zu bleiben und kein Verein zu werden. Denn an der Hochschule ist es halt so, dass man relativ viel erreichen kann in einem lokalen Bereich. Die Leute sind relativ ähnlich, wenn man das jetzt mal so vergleicht mit, wenn man jetzt ganz Dresden nehmen würde. Und Vereine, die sich daran kümmern, gibt es halt schon zu einem gewissen Grade. Genau. Und an der Hochschule werden halt auch diejenigen ausgebildet, die halt später in irgendwelchen Firmen oder so Deine Entscheidungen treffen oder Empfehlungen für Software aussprechen. Und da ist es dann schon sehr schade zu sehen, wie dann die alle zu proprieterer Software ausgebildet werden. Genau. Wir haben uns im universitären Umfeld quasi zusammengefunden, haben so ein paar Probleme gesammelt, die jeder so hatte, einen Alltag so gerade im Umgang mit Software immer wieder entdeckt. Und haben halt Problemfelder gesammelt, haben uns überlegt, also haben dazu Thesen aufgestellt, um dann auf Probleme hinaus zu, Problemlösungen hinaus zu arbeiten. Genau. Einer der grundlegenden Thesen ist natürlich, dass wir sehen, dass freie Software und freies Wissen die Bildung einer aufgeklärten digitalen Gesellschaft fördern. Dass freie Software die Wahlfreiheit fördert und vor Abhängigkeit vor Herstellern und Softwarevertrieben schützt. Dass freie Software die Nachvollziehbarkeit der Arbeitsweise dieser Software halt auf jeden Fall erhöht und überhaupt erst zur Verfügung gestellt. Da geht es dann zum Beispiel um Patches allgemein, wenn man so aber Sachen verbessern will, um Sicherheitsaudits oder einfach nur die Wahrnehmung des Schutzes der eigenen Daten. Und gerade was das Themenfeld Open Access und freies Wissen angeht, dass natürlich freie Lizenzen den Zugangssichern zu bereits öffentlich finanzierten Forschungsergebnissen. Wer Interesse hat bei uns mitzumachen, wir sind eine anerkannte Hochschulkruppe, findet ihr auf fsfw-dresen.de und wir haben auch eine Mailing-Liste und treffen uns alle zwei Wochen. An jeder ungerade Woche ist in der aktuellen Semester in der SLUB. Informationen dazu auch auf unserer Webseite. Genau, so weit zu uns. Vielen Dank. So, als Nächstes haben wir Stefan und Ilja hier und die erzählen uns etwas zu RemoteMC. Genau. Oder wie man sicheren Netzwerken gut macht, wenn ich das richtig in Erinnerung habe. Richtig? Ja. Auf geht's, viel Spaß. So, danke. Ich habe jetzt mal ein paar Projekte noch umsetzen. Und zuletzt ist mir mal was aufgefallen. Ich habe eigentlich nie wirklich Netzwerkboote ausprobiert gehabt. Dann gab es irgendwann ein Chemnitz- und Freifunknetz und das Boot auch Netzwerkboot an. Da habe ich einfach meinen Laptop angeschaltet, auf Netzwerkboot gedrückt. Und das ging natürlich nicht, weil das nur über das Ethernet-Kabel geht, nicht über W-Laden. Wenn das jetzt einfach das über DHCP holt und dann startet, dann könnte ich doch auch selber mal ein DHCP-Server ins Netz stellen. Und mal gucken, ob da jemand auch meinen Image bootet. Mache ich halt mal was drauf, ein Virus oder so, das Bios updated. Ja. Und dann habe ich eben überlegt, das Netzwerkboot ist irgendwie noch nicht so richtig sicher. Wird vielleicht in Firmnetzen eingesetzt. Deshalb, die relativ dicht sind. Also wo kein weiterer DHCP-Server reinkommen kann, wo es auf diese Weise abgesichert wird, physisch. Und da dachte ich mir, eigentlich müsste man das mal ein bisschen absichern, ähnlich wie es jetzt HTTPS mit Zertifikaten im Internet geht. Dann ergeben sich auch mehr Einsatzmöglichkeiten für Netzwerkboot, wo das sinnvoller ist. Wie kann ich jetzt weiterschalten? Mit Enter. Kommt jetzt eine neue Folie. Ah, jetzt haben wir schon. Plus ich sehe es nicht auf dem Bildschirm, das ist eigentlich schade. Ja, es war folgender Gedanke, weil wir ja eh gerade das Freifunknetz hatten. Es gibt ja öfters massive Event-Netzwerke, wo jetzt zum Beispiel IP-Telefone, der Internetzugriff, live streams und so weiter drüber laufen. Vielleicht über WLAN miteinander vermascht, dass das automatisch weitergegeben wird. Auf allen Komponenten müssen ja Betriebssysteme drauf sein, die schwierig zu updaten sind. Also man muss dann jedes Gerät einzeln updaten, muss gucken, dass das konsistent ist. Und wenn dann irgendwas mal nicht funktioniert, fällt das Netz aus und muss überall suchen. Man hätte aber lieber irgendwie so ein Image, eine CD oder ein USB-Stick, den man einfach wechselt und dann tauscht das alle Betriebssysteme auf allen Geräten aus. Vielleicht auch Betriebssysteme, wenn man die Situation fest eingebunden ist oder ähnliches. Und dann hat man auch die langen Ausfallzeiten vermieten. Man kann schnell Geräte tauschen und das neue Buten. Das erste Gerät butet, stellt zum Beispiel Netzwerk für weitere WLAN-Router zur Verfügung, die buten ihr Betriebssystem darüber. Man hat nur ein kleines Grundsystem. Und damit vermeidet man natürlich auch den zeitaufwendigen Aufbaum und stellt Geräte hin. Und tauschen hat nicht so einen hohen Wartungsaufwand. Man nimmt sich zum Beispiel vor, es gibt eine neue Firmware. Jetzt spiele ich auf jeden das neue auf. Aber dann macht man es am Ende trotzdem nicht mehr, räumt es erst mal weg. Beim nächsten Mal funktioniert es nicht, weil irgendwas Altes noch drauf ist, vielleicht noch mit einer alten Konfig, die festeinkompiliert ist aufgrund der Speicherkröße. Da haben wir uns überlegt, wir bräuchten eigentlich ein System, das auf dem Flasch oder auf dem Rom da drin gespeichert ist. So was wie ein Linux, was eben WLAN-Karten, was auch über normales Kabelnetz kann, was auch ohne DHCP funktioniert, wenn es feste IP-Adressen gibt, dann Image-Lead, Server-Zertifikat prüft, der Server prüfts Klein-Zertifikat, damit nicht jemand anderes ein Betriebssystem da abzieht, was vielleicht irgendwelche Einstellungen enthält oder ähnliches, die nicht unbedingt veröffentlicht werden sollen. Das Image kann verschlüsselt sein, dann kann nochmal die Signatur des Betriebssystems geprüft werden, das kann signiert werden. Und so soll es sich eigentlich relativ schnell und flüssig ein Netzwerk aufbauen lassen, was temporär ist. Auch in Firmnetzwerken sollte das Ganze sicher sein. So das Konzept, wir haben noch kein funktionierendes System dazu. Und wir haben ein bisschen recherchiert, es gibt verschiedene Ansätze, aber noch nicht so eine richtige Lösung. Wir sind nachher auch noch mal ein Moment da, also wenn wir da drüber noch mal diskutieren wollen, können wir das auch nach den Vorträgen noch machen. Kurzer Hinweis noch, ich halte dann 16 Uhr eine Vortrags-Mart-RNS sicherer Kontaktdaten austauscht, das ist unten im Museumskino. Und da können wir dann uns auch noch mal treffen und drüber diskutieren. Falls jemand Interesse an der Idee hat, okay. Dann bedanke ich mich erst mal. Es ist vielleicht noch kurz Zeit, vielleicht noch jemand eine Frage oder so zwischen drin. Schade, sieht nicht so aus. Okay, dann kommt der nächste. Ja, der nächste ist der Martin, den kennt er. Martin hat auch eine tolle Idee. Das heißt Open Silicon. Genau. Viel Spaß. Hallo, wie gesagt, ich bin der Martin. Ich habe eine Idee für ein Projekt, vielleicht ein Chaos-Projekt, was mich schon länger ein bisschen fuchst. Wenn man sich so mit kleinen Elektronik-Bastellinen beschäftigt, dass es eben am Ende die Chips selber immer eingekauft werden und sehr vom Hersteller abhängt, wie viel Unterstützung man bekommt und man eigentlich auch nicht genau weiß, was in diesen Chips alles verbaut ist. Und ich dachte mir hier, im Silicon Saxony müsste doch die Expertise vorhanden sein, sowas vielleicht Chips zu produzieren, die nicht mit so einem großen technischen Aufwand hergestellt werden, brauchen, wie es jetzt High-End Chips sind, sondern dass man das eher als gemeinnütziger Verein machen kann, dass man dieses Wissen weitergibt und dass die Gesellschaft befähigt wird, die Technologie im Kern zu kontrollieren, die heute unser Leben bestimmt. Das ist eben der Punkt, was will ich machen. Ich habe mich da ein bisschen an Kant orientiert, eben die freie Chipproduktion wieder die Kompetenz zurückzubringen und die Grundlage für die kritische Infrastruktur eben der Gesellschaft zurückzugeben, die heute eben von wenigen Chip-Produzenten vorwiegend in USA und in Asien kontrolliert wird. Was gibt es denn schon alles? Es gibt einen offenen Software-Stack, den kennen viele auch schon, mit den Knutools, Linux, BSD und so weiter, schon alles vorhanden. Es gibt offene Boot-Firmware, Boot-Uboot, es ist auch schon vorhanden. Es gibt sogar auch schon freie Beschreibungen von Prozessorarchitekturen auf der Seite OpenCourse, das sind VHTL oder Verilock-Beschreibungen, dieser Hardware, was eben nur fehlt. Und es gibt Projekte, die eben freie Elektronik zur Verfügung stellen, zum Beispiel OpenMoco, das ist so ein Telefon, das wird GTA IV. Es gibt den Raspberry Pi, aber man kommt dort irgendwann halt an die Grenze, weil eben diese Chips selber, die die verbauen, nicht frei produziert werden. Und gerade beim Raspberry fuchst mich das sehr, dass man eben nicht rankommt, die haben Videochips drauf und man kann die einfach nicht nutzen, man weiß nicht, was die genau machen, weil der Hersteller rückt eben keine Dokumentation dazu raus. So, was können wir dagegen tun? Meine Idee ist, dass man hier die Expertise sammelt, dass man sich mal anschaut, ob es nicht Fertigungsprozesse gibt, die eben nicht in Hoch-Reinräumen stattfinden muss, sondern vielleicht reichen auch nur Reinräume, die sicherlich nicht die gleiche Performance wie moderne Prozessoren von Intel erreichen, aber mit denen man durchaus arbeiten kann, wo man vielleicht irgendwie so ein Telefon betreiben kann, ein einfaches, vielleicht eine Smartcard mitbauen kann, die dann die Kommunikation absichert, die einem zur Authentifizierung dient, dass man eben solche Hardware-Bestandteile selber baut und darauf dann Plattformen aufbauen kann. Und ich kann mir auch vorstellen, auch von staatlicher Stelle gibt es irgendwie ein Interesse, aus dieser Abhängigkeit von Herstellern in USA und Asien wegzukommen und mehr in Deutschland zu machen. Also dass diese Verein könnte eventuell auch dann Projekte durchführen für staatliche Stellen und damit dann einen gewissen Profit erzielen. Oder ja, ein Verein darf ja nicht Profit, aber sie sozusagen seine eigene Arbeit finanzieren. Damit können wir eben sicherstellen, was da alles in dem Chip läuft, dass da keine Backdoors eingebaut sind, gerade auch im Hinblick auf die Ideen, die jetzt unter CryptoWars 2.0 diskutiert werden, dass wir das Regierung sagen, ja, wir wollen eben immer jede Verschlüsselung brechen können und die gehen eben dann an die großen Hardwarehersteller ran und sagen, hier du, baust du uns jetzt da irgendwas ein. Und die dürfen dann teilweise ja nicht mal drüber reden und bauen das dann ein. Und wir wissen dann nichts davon. Das heißt, wir haben da keine Kontrolle drüber. Wenn wir heute ein Gerät kaufen, Uefi, das, was man offiziell von Uefi weiß und von dieser Architektur, ist schon furchtbar genug. Das, was man nicht davon weiß, da will man gar nicht drüber nachdenken. Genau, diese Produktionsprozesse sollen nachvollziehbar und offen sein, die sollen auch von anderen nachgebaut werden können. Und ich hätte mir gedacht, dass wir uns einfach mal regelmäßig im HQ treffen, dass es da aus verschiedenen Fachbereichen eben Leute dazukommen sollte. Also man müsste das rechtlich besprechen. Ich bin ja schon fertig. Ich bin auch schon fertig. Genau, ich schreibe mir bitte eine E-Mail. Und dann setze ich da einen Termin im HQ an und dann schauen wir mal, wo es hingeht. Danke. Juhu! Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Das war's. Was hingeht? Danke. Juhu! Lightning fast das Ende. Aber definitiv eine coole Sache. So ein offenen Router, wo man weiß, wie der sendet, wohin der sendet und so weiter. Hätte ich auch ganz gerne bei mir zu Hause. Als nächstes haben wir den Drake hier. Ja. das Maintainment von der Software übernommen, richtig? Ja, so sieht es aus, ja. Okay. Dieser Software. Genau, vielleicht. Los geht's. Ja, vielleicht kennt da ein oder andere von euch das Projekt Shownote.es. Wenn ihr Podcast hört, eventuell, da gibt es manchmal Sendungsnotizen dazu oder diese Kapitelmarken. Und es gibt halt eine Gemeinschaft, die gemeinschaftlich Shownotes schreibt zu Podcasts, Crowdsourcen, das halt, genau. Und das ist halt die aktuelle Webseite, auf der das passiert. Das passiert alles über ein Isapad, da kann man sich anmelden und jeder kann da mitschreiben bei live Shownotes, also bei live Podcasts, wenn die gestreamt werden. Genau. Mittlerweile haben wir auch einiges an Podcasts angesammelt und an Notizen, also wir sammeln ordentlich Metadaten, Links, die da erwähnt werden, Bilder, weiterführende Informationen und so weiter. Genau. Hast du die Folie nicht geupdatet? Okay, aber kein Problem. Gut. Ja, so sieht es so ein Pad aus, wenn da Leute drin arbeiten. Es ist dann immer schön bunt. Wir haben dann Format spezifiziert, das heißt OSF, Open Shownotes Format. Genau, da schreiben da mehrere Leute gleichzeitig, indem sie während sie den Podcast hören, eben in diesem Format die Shownotes auf. Und der Vorteil ist einfach, dass wir das mit einem Pasa dann eben umwandeln können in alle möglichen anderen Formate und wir können es mit dieser Plattform auch in Datenbanken abspeichern und dann eventuell sogar analysend drauflaufen lassen. Genau. Und am Ende, das ist jetzt ein Beispiel, wäre zum Beispiel so eine Blockansicht, man sieht halt die Zeitmarke, wann wurde etwas gesagt, wann wurde über etwas berichtet. Wenn man jetzt also ein Podcast hört, dann kann man einfach in die Shownotes schauen. Und ich habe das und das gehört, das war bei Minute 5 und sucht sich das raus und kann dann da entsprechend verfolgen. Es gibt dann halt verschiedene Formate, die man oben sieht. So, genau. Das Problem ist allerdings, ich habe die Plattform zum Teil nicht übernommen, also ich bin nicht alleine, aber ich bin im Moment so der Letzte, der daran entwickelt und die Software ist noch nicht komplett fertig und hat ohne Ende Fehler. Und was wir dringend brauchen, sind einfach Entwickler, die Python 3 können, die sich mit Django auskennen. Das ist das Backend hinten, was die Datenbankverwaltung macht. Das Frontend ist in AngularJS programmiert. Und ein bisschen NodeJS für Messaging haben wir auch noch. Und was wir vielleicht noch brauchen, können sind Big Data-Spezialisten. Little Big Data, weil so viel Daten haben wir doch nicht, aber es wächst. Dass man vielleicht mal Analysen machen könnte, sowas wie welche Podcasts erwähnt sich untereinander, was wird häufig erwähnt. Vielleicht gehen ein oder anderen die Freakshow oder Mobile Max, man könnte mal eine Analyse darauf starten, wie die Fanboy-Sache der Mobile Max korreliert mit der Erwähnung von MacBooks oder sowas in der Art. Da kann man sich viel ausdenken. Gamification wäre vielleicht noch so eine Sache, die man einbauen könnte. Genau, und dafür brauchen wir eben euch, wenn ihr Lust dazu habt. Und genau, bitte mitmachen, das ist die Webseite. Es gibt den Quellcode und alles, was wir bisher gemacht haben auf GitHub. Wir erreichen sogar Twitter, IAC, E-Mail und wenn ihr mich fragen wollt, könnt ihr auch mich direkt über XMPP erreichen. Okay, das war es von mir aus. Wenn es Fragen gibt, gerne. Danke. Die hübschen Folien gibt es dann auch noch mal im Netz. Danke dir Drake. Ja, coole Tools für coole Podcasts. Immer schön. Als nächstes habe ich den Rob hier vorne. Tut mir leid, honki, du bist gleich dran. Rob, kommst du bitte noch nach vorne. Ah. Rob wollte uns kurz das OK-Lab vorstellen. Test-Test. Heißt das OK oder OK? Ich wollte kurz was über die Open Data Bewegung interessen. Was heißt Bewegung? Einfach aufrufen für... Du meinst, du brauchst ein Brause? Ich habe eine Webseite eingefügt im Pet, aber... Wir wissen ja, wie es funktioniert. Das ist ein Punkt. Das ist gar nicht einfach hier. Okay, die Leute, die mich kennen, wissen es. Ja, wahrscheinlich schon. Ich mache viele im Bereich Open Data in Dresden hier hauptsächlich. Wir haben ein paar Leutchen, die sich um das Thema kümmern. Das Ganze nennt sich dann OK-Lab, Open Knowledge Lab, ist in Verbindung mit der Open Knowledge Foundation, die europaweit agiert. Und mit den zusammen arbeiten wir. Wir treffen uns regelmäßig am 1. und 3. Mittwoch des Monats. Ich habe jetzt nur die Seite aufgerufen, weil ich mich relativ spontan dafür entschieden habe, das hier kurz zu erzählen. Deswegen habe ich jetzt auch keine große Präsentation vorbereitet, also ich würde einfach nur sagen, wir sind da, wir tun was. Und ich möchte immer dazu aufrufen, dass man vorbeikommt, dass man sich das mal anguckt, sich mit den Leuten unterhält. Ich bin, wie gesagt, jeden 1. und 3. Mittwoch da und ansprechbar und sonst noch bei Twitter. Sind wir auf nistresden.de oder ich persönlich auch. Hier sind auch unsere Projekte so draufgelistet, die alle auch noch Mitarbeiter oder einfach Leute brauchen könnten, die sich darum kümmern oder eben neue Projekte oder neue Ideen. Wer nicht weiß, was Open Data ist, kann mich halt auch fragen. Da geht es halt, um öffentliche Daten zu nützen. Genau, jetzt kann ich direkt auf Fragen, Antworten ansonsten sage. Ich komme vorbei, komme mit uns ins Gespräch. Wir suchen im Prinzip jeden, jede Person, die irgendwie Lust hat, mitzumachen, egal was sie können. Wir suchen halt, also nicht nur Programmierer, sondern auch Grafiker Menschen, die sich mit anderen Menschen unterhalten können. Wir sind politisch unterwegs, sind im Gespräch mit Politikern und kommt vorbei oder stellt jetzt Fragen oder trefft mich überall hier auf den Gängen. Ja, das war's schon. Dankeschön. Dankeschön. Okay, Honki, jetzt ist soweit. Test, Test, genau. Ich wollte eigentlich nur mal vorstellen, was ich so in den letzten ein, zwei Jahren gemacht habe und das ist ja eigentlich Robotik. Ich finde Robotik total spannend und es ist so ein Thema, was auch immer mal wieder an die Menschen herangetragen wird. Meistens in dieser Form. Das heißt, das sind so kleine Arduino's, die halt einen Ultraschallesensor drauf haben, zwei Motoren ein bisschen rumfahren. Das ist alles ganz gut, wenn man halt verstehen möchte, wie Strom funktioniert und wie die generellen Zusammenhängen in der Informatik funktionieren. Aber wenn man dann mal an den Schritt weitergehen möchte, wird es gleich richtig schwer, habe ich erfahren. Da gibt's eine Sache. Das ist ein Open Source Projekt. Wurde von Willow Garage ins Leben gerufen, von Scott Hessen. Das ist einer der dritte im Google-Bunde sozusagen. Der war relativ zügig, dann Milliardär und hat sich halt mit 30 Leuten hingesetzt und hat einfach mal ein Betriebssystem für Roboter geschrieben. Das Betriebssystem ist jetzt eigentlich linuxbasiert. Das heißt, man hat da bestimmte Tools, bestimmte Aufbau, bestimmte Serververbindungen. Das zu erklären würde, fünf Minuten bei weitem sprengen, und dann muss man halt da brauchen, um das so richtig zu verstehen. Um es zu benutzen, braucht man aber echt weniger Zeit. Das es gut ist, zeigt einfach mal die Folie, die ein bisschen beschnitten ist. Es gibt echt viele Roboter, die das können. Auch ein paar Bekannte, so der Nau, den ganzen Universitätenumrenn, dieser Humanoid. Eine Sache fällt aber auf, wenn man sich mit diesen komplizierten Robotern zusammensetzt, dass sie nämlich immer teuer sind. Der teuerste oder der beste sozusagen ist der PR2. Das ist der Traumroboter. Der hat zwei Arme, ein Laserscanner, kann rumfahren, total toll. 400.000 Euro. Wenn man mal spielen möchte mit dem, kann man nach Freiburg fahren. Die haben einen. Sonst wüsste ich jetzt gerade nicht, wer einen in Deutschland hat. Und die haben den Geschenk gekriegt übrigens. Was Befter noch in den Unis rumfährt, ist unten rechts, das ist der sogenannte Turtlebot. Auch der ist schön. Der Teil kostet aber auch 1.500 Euro. Also auch nicht so cool. Was habe ich gemacht? Na ja, was man halt so macht? Oben links ist da noch was zum letzten Jahr. Ich habe halt einfach mal Roboter hingeschrieben. Man packt einen Raspberry Pi mit einer Spielkamera drauf und lässt ihn ein bisschen rumfahren. Man versucht, einfach Komplexität ein bisschen weiter über den Arduino zu treiben und in die Robotik-Welt reinzutauchen. Zufälligerweise habe ich in der Zeit ein bisschen gemacht. Und mein Professor war sehr nett und hat mich da quasi universitär mit dem Thema mal beschäftigen lassen. Das heißt, ich habe für die Uni eine kleine Robotik-Plattform gebaut. Die Hinterlage ist, Ross auszuführen und Partibel zu großen Robotern quasi ist. Also er lebt in derselben Welt, in derselben Karte, kann alles, was der große kann. Meine Aufgabe war das möglichst modular, möglichst günstig herzustellen. Das habe ich halt mal gemacht. Achselerometer, Magnetometer und Gyroskop, also quasi die Sensoren für die Lage. GPS kennt ihr da. Dann habe ich trotzdem noch 2 Audienus gebraucht einfach um bestimmte Sensoren auszulesen, die Motoren zu steuern und habe ein Gehäuse aus Aluminium Plexiglas gebaut. Es gibt eine Bauanleitung, die schicke ich euch gerne zu. Die ist noch nicht auf meiner Website, weil ich halt gestern Nachmittag verschlossen habe, hier den Vortrag zu halten und irgendwie das noch nicht richtig vorbereiten konnte. Aber das ganze Ding ist halt Ross Indigo kompatibel. Das ist immer das Problem. Alles, was man findet, ist meistens 3, 4 Generation alt. Und dann kann man es trotzdem nicht verwenden, weil sich Ross Rapide weiterentwickelt. Und das ganze Ding kostet unter 500. Ich bin aber der Meinung, man kriegt das sogar noch günstiger hin. Das war halt nur der erste Versuch, das zu bauen. Die Effekte, die man damit erzeugen kann, sind relativ cool. Man kann halt durch die Wohnung fahren und 3D-Bilder der Wohnung machen. Hier sehen wir mal, wie man im Flur mal abbiegt und den Schreibtisch da fotografiert. Man kann halt auch in der Höhe so, die Kamera bietet ungefähr 5 Meter Höhendaten mit 640 x 480 Pixel. Für den Preis schon relativ gut, zumal so Laser-Scanner und so ein Kram echt viel Geld kosten. Hier ist nochmal eine große Karte, wo man so den Flur sieht. Es gibt sogar Slamming, das heißt, man weiß, der Roboter kann errechnen, wo er sich befindet. Er hat eine Autometrie, er hat mehrere Daten, die er dann filtert, um rauszukriegen, wie er sich bewegt hat. Also abgezüglich davon, dass er sich bewegt hat und so weiter. Man kann richtig viel coole Mathematik einfach nur durch dieses Ross machen. Weil die Funktionalität zeichne mir eine Karte, ist ein Ross abgewittert. Das heißt, niemand braucht Programmieren, zeichne mir eine Karte. Man hat in dem Ross auch drin, lese mir den Sensor XY aus und mache mir daraus das Format, was alle verstehen. Also es gibt in Ross eine Abstraktions-Ebene, die auf dem ersten Blick kompliziert scheint, auf dem zweiten Blick aber extrem coole Projekte ermöglicht. Und wenn man da einmal drin ist dann kann man da lustige Sachen machen. Ja, und dann war ich auf dem Camp dieses Jahr und habe das Teil gesehen. Das fand ich total cool. Wer es nicht gesehen hat, das ist eine Dreisine auf einer Schiene gebaut aus zwei Rollstuhlmotoren und eine Autobatterie. Und da dachte ich, warum eigentlich nicht. Und ich habe da mir zwei Rollstuhlmotoren gekauft. Ich habe die auf dem Brett geschraubt mit einem dritten Rad und bin gerade eben dabei, das Ding zu einem Rossroboter zu machen. Also auch so ein bisschen Open Source-Roboter, der zurzeit immer noch deutlich unter 500 Euro kostet. Der Sinn dieses Vortrags ist eigentlich mal ein bisschen Aufmerksamkeit zu schaffen. Wer Lust hat sich daran zu beteiligen, da schon mal mit was gemacht hat oder irgendwie mitmachen möchte, gerne, also das sind nur die Quellen. Jetzt Pause drücken. Und ansonsten sind hier noch meine Kontaktdaten, wo ihr mir gerne schreiben dürft und wieder mal gucken könnt. Ich kann euch meine Website sehr empfehlen. Die hat alles außer Besucher. Ja, vielen Dank, Honki. Ich verspreche dich. Schau mal vorbei. Der Axel hier wird uns gleich was zu Colophobic erzählen, wenn ich das jetzt richtig ausgesprochen habe. Okay. Die Angst vor Farben. Ich verstehe nicht ganz, aber... Okay, gut. Dann viel Spaß. Dankeschön. Also, ich möchte kurz ein Projekt vorstellen, was ich in der Nacht- und Nebelaktion parallel in meiner Diplomarbeit gemacht habe. Und es im Grunde genommen schließt das ein bisschen an, denn die Open Data-Vortrag, der davor war, und zwar mit der leichten Kritik, dass das ein schöner Gedanke ist, aber oft nicht passiert. Und das Gefühl, was ich hatte, weswegen ich das Projekt gemacht habe, ist in etwa wieder pandasicher fühlt. Also, der frisst den Regenbogen nicht, sondern der wird ihn los. Und ja, Anwendungen, im Grunde genommen bei mir war es eine wissenschaftliche Anwendung. Ich wollte aus dem Bild einfach die Daten wieder rekonstruieren. Das von leiten Kollegen von mir. Dann sollte man möglichst auch noch die Daten dahinter publizieren, weil vielleicht die Calabar, in dem Fall Rainbow, ist halt nicht ideal vielleicht. Und vor allem, wenn ich jetzt irgendwo eine Lineout daraus haben möchte, ich möchte zum Beispiel jetzt irgendwo auf einer gewissen Höhe jetzt einfach mal die Daten wissen, dann muss ich jetzt wirklich die Daten mit dem Auge, mit der Calabar korridieren. Andere Sache, die mir mal vor ein paar Monaten aufgefallen ist, wir leben in einer Welt, wo Propaganda ganz, ganz groß ist, und da wird gerne zum Beispiel die Calabar bezweifelt. Und in dem Fall hier ist es eine Calabar, die zeigt, wie hoch die Sterblichkeit der Lebenserwartungsrate in Osteuropa und Europa in USA ist. Mit der divagierten Calabar, die absolut keinen Sinn macht, und natürlich so aufgepasst, dass es aussieht, als würde man in New York sofort sterben. Also ganz kurz Theorie dahinter, Bild besteht aus Pixeln, das ist ein 4x2 Bild, und das besteht RGBA, im Sinne von JPEG oder PNG selber genauso aus den gleichen Werten. Wenn ich mir ein Lineout rausnehme, jetzt mal von rechts nach links angezeigt, dann kann ich einfach gucken, okay entlang der Calabar, welcher Wert präsentierten da die 3 Werte dazu, RGBA. Wenn ich jetzt dazu einfach wieder rausbekommen möchte für jedes Pixel, welchen Wert entspricht denn das auf der Calabar? Mit der Hoffnung, die Calabar ist eindeutig. Dann kann ich einfach das folgende machen, ich nehme jedes Pixel und tu mir in einem 2D-Raum für RGB mein Weg und 3D-Raum für RGB und ich gehe wieder ausmessen. Also ich gehe für ein Pixel im Bild durch die gesamte Calabar und messe immer die Abstände zwischen dem Calabar-Wert und dem Wert in einem Pixelart, indem ich mir also X, Y und Z einfach RGB auftrage. Geht auch 4-Dimensionale, ist dann aber schwer hier darzustellen. Und das minimieren wir einfach. Also der kürzeste Abstand für irgendeinen Calabar-Wert entspricht dem Wert, der hinter dem Pixel stand, bevor es geplottet habe. Jetzt habe ich einen datischen HTML5-Spielerei mit Kanvasen und allem. Jetzt brauche ich meine Hände. Gut, jetzt habe ich hier das Bild einfach rein track-and-dropped und jetzt fange ich einfach an und wähle hier mal eine Calabar aus. Also das ist die Calabar. Moment, da brauche ich wieder zwei Hände. Gut. Die Calabar habe ich kurz ausgewählt, die ist an der Stelle. Das Bild habe ich dazu ausgewählt, welche Bereich mich überhaupt interessiert. Dann sehe ich hier unten eine Vorschau. Auf der da stehen soll und das ist das Bild, wo ich die Daten rekonstruiert haben möchte. Und jetzt gehe ich einfach runter, schon mehr an. Okay, analysiere das. Alpha-Channel interessiert mich an der Stelle nicht, weil hier ist er alles plus RGB. Trick auf Analyse und dann sehe ich erstmal einen Vorschau von der Calabar und hier oben dazu ein Download einfach Text Datei oder CSV-Datei. Und was die anspricht, ist genau die Daten, die hinter dem Bild standen. Also das kann ich damit rekonstruieren. Lad ich mir runter, speichere das ab. Und am Ende kann ich das blotten und habe das gleiche Bild nochmal, aber vielleicht in der Blauskala. Oder ich könnte mir das auch angucken, jetzt nochmal an der Grauskala. Oder ich könnte mir einfach aus den Daten, die werden wir sehen, uns mal hier genau angucken. Data. Kann ich halt auch irgendwas mit den Daten machen und die irgendwo reinladen. Also das ist genau das, was an der Calabar stand und das kann ich natürlich rausbekommen. Gut, das war's, danke. Schön, beeindruckend. Cool. Vielen Dank für die Talks. Ich hoffe, ihr hattet Spaß und ich hoffe, ich bin nicht ganz so durchgerannt. Ich wollte es aber auch nicht so langwierig für euch machen. Genau. Viel Spaß beim nächsten Talk.