Chaos Computer Club - archive feed

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://jugendhackt.org/events/muenchen/

about this event: https://sohalt.net/presentations/keyboard

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

Behavior driven development kann ein ein mächtiger Verbündeter im Softwarelebenszyklus sein. Genauso gut kann es aber auch mächtig im Wege stehen und den Prozess verlangsamen, verkomplizieren und zum reinen Selbstzweck verkommen. Im Rahmen dieses Talks geht Christian auf die Quintessenz von BDD ein und macht eine Abgrenzung zu ähnlichen Konzepten wie Test Driven Development, Acceptance Test Driven Development oder auch Specification by Example. Unabhängig vom gewählten Softwareentwicklungsmodell, kann es gerade in agilen Umfeldern seine Stärken ausspielen. Weiterhin zeigt er einige Verhaltensweise auf, die einer gelungenen Umsetzung mächtig im Weg stehen können und dafür sorgen, dass BDD seine Stärken nicht ausspielen kann. Gezielt geht er auf drei Probleme ein, die ihm in der Praxis bereits häufiger begegnet sind. Dem Reflex widersprechend, diese Probleme mittels Workarounds zu umschiffen, berichtet er, was ihm in der Vergangenheit geholfen hat, Teams wieder auf den rechten BDD Kurs zu bringen, damit BDD nicht zu einem reinen Selbstzweck verkommt und das Team verlangsamt. Dieser Vortrag wurde am 3. März 2020 im Nobreakspace aufgezeichnet. This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License (CC BY NC ND 4.0). https://creativecommons.org/licenses/by-nc-nd/4.0/ about this event: https://chaotikum.org/blog/2020/02/27/softwerkskammer-dojo/

Programmers enjoy looking back and learning about the primitive technologies used “back in the day” like hexadecimal code, assembly, punched cards, paper teletypes and how complicated things were. We rarely do the inverse exercise and imagine which technologies will look primitive from a future perspective. What if the current state of computing is just a really low local maxima? Which technologies will be replaced by obviously superior ones, which ones will survive the test of time? What if the computer revolution hasn’t happened yet? Do we know how to compute? Have you heard of Unison, Darklang, Lasp, NetLogo, Glamourous Toolkit, Hazel, Dynamic Land? Someone said that “The future is already here – it’s just not evenly distributed”, in this talk we will see if it is in fact here, which tools are already available to escape the local maxima and if not already here, which hints of that future are available on current research. about this event: https://bobkonf.de/2020/guerra.html

In the old times, way back, Java used to be the only JVM language. Later on, a few other players entered the field, such as Jython and JRuby. But those were just for scripting, right? It didn't take long for compiled languages to catch up. With Scala and Kotlin, we have definitely entered the age of polyglot programming on the JVM. The Truffle project – part of GraalVM – is a promising approach to make it easy, efficient, and seamless to run alternative languages on the same VM as Java. This talk will look at the new age of polyglot programming and all the cool things we can do with it. about this event: https://bobkonf.de/2020/hupel.html

Referential transparency is a property that lets us better understand computer programs, because it allows us to safely replace expressions with their values without changing the programs behavior in other places. To achieve referential transparency, we have to program using pure functions and function composition as primary tools. Seen abstractly, the process of composing and decomposing of pure functions closely relate to the essential principle of problem: “To solve a large problem, split it up into subproblems and solve these recursively, then combine the solutions.” What implications does this correlation have on functional programs? In this talk, I argue why function composition is the essence of programming, and how it manifests itself through some abstractions we know from the functional world. about this event: https://bobkonf.de/2020/sundstroem.html

Undoubtedly, the standard format of sharing computations in the business world is the spreadsheet. But this quickly becomes unwieldy when complex algorithms are involved or deeply structured data are more appropriate for the problem at hand. So how to present the inner workings of an algorithm in such a way that it may be part of an invoice, to be checked by accountants? We advertise an idea that is actually as old as spreadsheets and show how, building on top of some popular Haskell packages, one can obtain an embedded domain-specific language for self-documenting computations. about this event: https://bobkonf.de/2020/klinke.html

ImplicitCAD is a 3D modelling system used for designing objects using CSG (Constructive Solid Geometry) in either Haskell, or in a SCAD based language. This talk will discuss ImplicitCAD’s CSG engine, it’s SCAD language design, and provide an update on efforts to use Haskell in more 3D printing related tasks. We will discuss the demands that implicit CSG place on a rendering engine, as well as the advantages that the implicit CSG approach provides when building models. ImplicitCAD’s modelling system uses implicit functions to define and operate on objects as fields, rather than just shapes. This approach allows for simple solutions to some common problems in programmatic 3D design, and gives more mathematically inclined users a powerful syntax to express themselves in. about this event: https://bobkonf.de/2020/longtin.html

In functional programming languages, Algebraic Data Types and Pattern Matching are ubiquitous, and they are a very powerful and expressive tool. Unfortunately, many mainstream languages, especially in the object-oriented spectrum, lack these features and resort to rather cumbersome subtyping and inheritance. But not all is lost! Leveraging an old GoF pattern together with Lambda syntax that by now has spread to most modern programming languages, we can emulate ADTs and pattern matching in virtually any programming language. Applications range from implementation of standard ADTs like `Maybe`, Tuples and `Either` over standard functional data structures like Linked Lists and Fingertrees, up to complex structures like ASTs or DSLs. about this event: https://bobkonf.de/2020/thoma.html

Much gets written on the internet about comparisons between Object-Oriented (OO) and Functional-Programming (FP) approaches software: which one is going to solve all your programming problems? If we concentrate on precise, objective comparisons and relations between the two sides, the programming-language folklore mentions a symmetry (often called a “duality”) between object-oriented and functional-programming styles. More precisely, a symmetry between program organizations based on class decompositions, and those based on sum types (also called variant types or algebraic datatypes). In this talk we propose to revisit this symmetry, discussing both practical and theoretical aspects. about this event: https://bobkonf.de/2020/scherer.html

Vor zwei Jahren sind wir mit einer PL/SQL-Anwendung aufgebrochen in die funktionale Welt. Auf dem bisherigen Weg Richtung Elixir/Erlang erlebten wir viele technische und organisatorische Überraschungen, viele erfreulich, einige nicht. Ein Erfahrungsbericht über … - die organisatorischen Hürden in der Umsetzung einer technischen Vision - die Migration und Integration von Legacy-Anwendungen in eine funktionale Umgebung. Die Hoffnung ist, Argumente zu liefern, um den üblichen Bedenken beim Wechsel in die funktionale Welt entgegenzutreten. about this event: https://bobkonf.de/2020/ehlts-deiters.html

In this talk, we confess our rusty sins: memory manipulation, unsafe code, lying to the borrow tracker, lifetime crimes, and many more. Criminally fast rust is possible, and we share what worked for us, what didn’t, and why we broke the safe. Over the past year we’ve been building Tremor - an event processing system used at Wayfair to process billions of messages per minute 24x7x365. This is our first project as an organization and as individuals with the Rust programming language. We’ve learned a lot: to hate rust, to love it, to hate and love it again; there are things we did badly, some we did terribly as we bent to the borrow trackers demands, before bending the borrow tracker to our needs. about this event: https://bobkonf.de/2020/ennis-gies.html

In this talk we build a web application in Elm that reads some good old school Nokia 3310 ringtones and plays them in a browser. We will explore how to write a parser to interpret the Ring Tone Text Transfer Language (RTTTL) format and how to use modern Web Audio APIs to recreate those iconic sounds. We will conclude the talk by playing a selection of tunes, applying some effects and having a good time. about this event: https://bobkonf.de/2020/liu.html

Dokumentation gehört oft nicht zu den Lieblingsaufgaben im Softwareentwicklungsalltag. Das resultiert in vielen Fällen daraus, da nicht klar ist, warum etwas dokumentiert werden sollte. Der in der Praxis gelebte Ansatz einen Dokumentationsort, zum Beispiel in Form eines Wikis, ist zum Scheitern verurteilt. Entweder es wird kaum dokumentiert oder zu viel und es wird schwer Informationen zu finden, die man sucht. Ein leichtgewichtiger Ansatz ist arc42, bei dem je nach Bedarf die vorgegebenen Unterpunkte ausgefüllt werden. Dort werden im Unterpunkt neun Entwurfsentscheidungen dokumentiert, also genau die Entscheidungen, die die Softwarearchitektur entscheidend prägen. Die Auswirkungen von nicht dokumentierten Entscheidungen gehen von immer wiederkehrenden Diskussionen, bis hin zu fehlerhaften Folgeentscheidungen die das Projekt zum Scheitern bringen können. Doch wie können viele Entscheidungen effizient und nachvollziehbar dokumentiert werden? In diesem Vortrag wird ein kompaktes Format namens Architecture Decision Records (ADR) vorgestellt und gezeigt, wie sie effizient eingesetzt werden können. Neben Kleinigkeiten wie der Titelvergabe für eine ADR wird ein Lösungsvorschlag aufgezeigt, um bei einer großen Sammlung von Entwurfsentscheidungen (>50) nicht den Überblick zu verlieren. Dabei kommt der Docs-As-Code Ansatz mit AsciiDoc und JBake zum Einsatz, mit dem die technische Architektur in einer Microsite gerendert wird. Durch Tagging und eine effiziente Suche, wird die Dokumentation nicht nur lebendig, sondern zum täglichen Arbeitsmittel. about this event: https://bobkonf.de/2020/dienst.html

Static type systems have arrived in the frontend! Typescript and Flow made them popular. ReasonML - the language by React Framework inventor Jordan Walke - goes one step further and brings a functional programming language from the ML family into the browser. ReasonML combines the semantics of OCaml with the common syntax of JavaScript. How well does this work in practice? How easily can ReasonML be integrated into the existing JS ecosystem? How well do SinglePage apps work with ReasonReact? Where does ReasonML stand in comparison to TypeScript on one side or Elm on the other? We tried it in real projects, and the talk will be about our experience, which projects are worth using Reason and when you should rather do without it. about this event: https://bobkonf.de/2020/emrich.html

A Data-Driven Portrait of New Trends in How We Build Software, Open Source & What Even is "Entry-Level" Now. about this event: https://bobkonf.de/2020/miller.html

Haskell is part of the open source ecosystem and is here to stay. We use pandoc, the swiss army knive of document conversion, which created in 2006 by John MacFarlane, to dive into the effects of using Haskell in an open source project. Pandoc enjoys widespread use among technical and less-technical users and is one of the best known open source Haskell programs with millions of downloads. Yet, even programmers interested in functional programming are frequently unaware of pandoc’s implementation language. We use pandoc as an example to answer many real-life questions which surround Haskell: How did the choice of programming language effect the development of the project? Do developers get scared away by a language with a reputation of being difficult to learn? Is anyone but computer scientists and mathematicians able to contribute in a meaningful way? The answers will help decision makers to know the pros and cons of using Haskell for their applications. about this event: https://bobkonf.de/2020/krewinkel.html

Das Nachtlicht ist ein Bausatz zum Löten lernen. Malte zeigt die neue Website https://nachtlicht.chaotikum.org Hier wird der Bausatz vorgestellt und es gibt Informationen zur Funktionsweise. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist einfach: An jedem vierten Mittwoch des Monats nutzen wir das volle Haus zum Open Space / Chaostreff und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. about this event: https://chaotikum.org/blog/2020/02/21/5min/

Torben stellt die Komplexitätsklassen βkP vor. Diese Hierarchie von Klassen liegt zwischen P und NP. Eventuell kann man durch Untersuchungen von βkP auch etwas über das P-NP-Problem lernen. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist einfach: An jedem vierten Mittwoch des Monats nutzen wir das volle Haus zum Open Space / Chaostreff und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. about this event: https://chaotikum.org/blog/2020/02/21/5min/

Mit Ableton Link kann man Software zum Musikmachen verbinden. Fabi demonstriert in diesem kurzem Workshop, wie es klingt, wenn diverse Synthesizer-Apps auf den Smartphones des Publikums gemeinsam Musik machen. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist einfach: An jedem vierten Mittwoch des Monats nutzen wir das volle Haus zum Open Space / Chaostreff und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. about this event: https://chaotikum.org/blog/2020/02/21/5min/