https://media.ccc.de/c/bobkonf2020 This feed contains all events from bobkonf2020 as opus see video outro Thu, 23 Jan 2025 18:44:14 -0000 https://static.media.ccc.de/media/events/bobkonf/2020/bobkonf_2020.jpg https://media.ccc.de/c/bobkonf2020 https://media.ccc.de/v/bob2020-108-effizient_arbeiten_mit_architecture_decision_records_adr 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 Fri, 28 Feb 2020 10:30:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-108-deu-Effizient_arbeiten_mit_Architecture_Decision_Records_ADR_opus.opus?1587121281 3137aeb4-795c-474f-826b-dd170fee1346 2020-02-28T10:30:00+01:00 Johannes Dienst No bob2020, 108, 2020, Talk, BOB, BOBKonferenz 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 00:46:02 https://media.ccc.de/v/bob2020-114-programming_by_any_other_name 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 Fri, 28 Feb 2020 17:25:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-114-eng-Programming_by_any_other_name_opus.opus?1587124057 c3d21a33-e939-4dfb-a705-8cfc8837e722 2020-02-28T17:25:00+01:00 Mariano Guerra No bob2020, 114, 2020, Talk, BOB, BOBKonferenz 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 00:44:49 https://media.ccc.de/v/bob2020-88-js_rust_python_and_the_holy_graal 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 Fri, 28 Feb 2020 17:25:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-88-eng-JS_Rust_Python_and_the_Holy_Graal_opus.opus?1587124102 7bf76d99-a6b3-46a5-bea4-705b9c342757 2020-02-28T17:25:00+01:00 Lars Hupel No bob2020, 88, 2020, Talk, BOB, BOBKonferenz 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 00:43:14 https://media.ccc.de/v/bob2020-97-the_essence_of_programming 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 Fri, 28 Feb 2020 16:35:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-97-eng-The_essence_of_programming_opus.opus?1587123396 033166dd-8065-4c05-b794-cdab0eb96292 2020-02-28T16:35:00+01:00 Ludvig Sundström No bob2020, 97, 2020, Talk, BOB, BOBKonferenz 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 00:40:01 https://media.ccc.de/v/bob2020-98-self-documenting_computation 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 Fri, 28 Feb 2020 15:20:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-98-eng-Self-documenting_computation_opus.opus?1587123022 a0a2e4a2-f878-46d5-b31e-31445af9ba45 2020-02-28T15:20:00+01:00 Dr. Olaf Klinke No bob2020, 98, 2020, Talk, BOB, BOBKonferenz What is the best way to present programs to non-programmers? 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 00:37:41 https://media.ccc.de/v/bob2020-110_implicitcad_haskell_all_of_the_things 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 Fri, 28 Feb 2020 15:20:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-110-eng-ImplicitCAD_Haskell_all_of_the_Things_opus.opus?1587123005 f98732d7-8f4f-4608-9439-57dce2414df6 2020-02-28T15:20:00+01:00 Julia Longtin No bob2020, 110, 2020, Talk, BOB, BOBKonferenz 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 00:38:08 https://media.ccc.de/v/bob2020-104-leveraging_algebraic_data_types_in_any_programming_language 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 Fri, 28 Feb 2020 14:30:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-104-eng-Leveraging_Algebraic_Data_Types_-_In_Any_Programming_Language_opus.opus?1587122358 c6bfc425-bd4e-4ffc-9ae8-e74ab85b6c67 2020-02-28T14:30:00+01:00 Franz Thoma No bob2020, 104, 2020, Talk, BOB, BOBKonferenz 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 00:44:00 https://media.ccc.de/v/bob2020-93-the_object-oriented_functional-programming_symmetry_theory_and_practice 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 Fri, 28 Feb 2020 14:30:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-93-eng-The_Object-Oriented_Functional-Programming_symmetry_theory_and_practice_opus.opus?1587122062 b8bedd62-02eb-4e3c-ac41-a33ae523826a 2020-02-28T14:30:00+01:00 Gabriel Scherer No bob2020, 93, 2020, Talk, BOB, BOBKonferenz 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 00:42:30 https://media.ccc.de/v/bob2020-107-integration_und_migration_von_unternehmenskritischen_legacy-anwendungen 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 Fri, 28 Feb 2020 12:50:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-107-deu-Integration_und_Migration_von_unternehmenskritischen_Legacy-Anwendungen_opus.opus?1587121724 b6db2133-7812-4b0c-8c7d-e92737e5bcd9 2020-02-28T12:50:00+01:00 Christoph Ehlts No bob2020, 107, 2020, Talk, BOB, BOBKonferenz Ein organisatorischer und technischer Reisebericht 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 00:44:19 https://media.ccc.de/v/bob2020-101-criminally_fast_rust_and_breaking_safety_for_fun_and_profit 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 Fri, 28 Feb 2020 12:50:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-101-eng-Criminally_fast_rust_and_breaking_safety_for_fun_and_profit_opus.opus?1587121337 11e4e67b-1ac9-4f43-b5a3-b94f33a063d3 2020-02-28T12:50:00+01:00 Darach Ennis, Heinz Gies No bob2020, 101, 2020, Talk, BOB, BOBKonferenz 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 00:39:18 https://media.ccc.de/v/bob2020-95-a_nokia_3310_ringtone_player_in_elm 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 Fri, 28 Feb 2020 12:00:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-95-eng-A_Nokia_3310_Ringtone_Player_in_Elm_opus.opus?1587121297 4bf29b50-aee1-490b-b85d-d087690d7201 2020-02-28T12:00:00+01:00 Ju Liu No bob2020, 95, 2020, Talk, BOB, BOBKonferenz 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 00:41:56 https://media.ccc.de/v/bob2020-109-practical_reasonml 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 Fri, 28 Feb 2020 10:30:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-109-eng-Practical_ReasonML_opus.opus?1587121207 9e97090b-6616-4853-9158-77d7a175f35d 2020-02-28T10:30:00+01:00 Marco Emrich No bob2020, 109, 2020, Talk, BOB, BOBKonferenz 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 00:46:49 https://media.ccc.de/v/bob2020-97-open_source_numbers_everybody_should_know 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 Fri, 28 Feb 2020 09:15:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-1-eng-Open_Source_Numbers_Everybody_Should_Know_opus.opus?1587121177 926bf654-6805-4226-87cc-e6390cfbbd7d 2020-02-28T09:15:00+01:00 Heather Miller No bob2020, 1, 2020, Talk, BOB, BOBKonferenz 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 00:47:57 https://media.ccc.de/v/bob2020-111_the_lessons_of_14_years_of_open_source_haskell 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 Fri, 28 Feb 2020 00:00:00 +0100 https://cdn.media.ccc.de/events/bobkonf/2020/opus/bob2020-111-eng-The_Lessons_of_14_Years_of_Open_Source_Haskell_opus.opus?1587120785 fc8a10b2-c4e5-4cc0-893c-8c59b7e92b5f 2020-02-28T00:00:00+01:00 Albert Krewinkel No bob2020, 111, 2020, Talk, BOB, BOBKonferenz 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 00:40:02 media.ccc.de / RSS 0.3.1 CCC media team media@c3voc.de CCC media team No CCC Congress Hacking Security Netzpolitik A wide variety of video material distributed by the CCC. All content is taken from cdn.media.ccc.de and media.ccc.de A wide variety of video material distributed by the Chaos Computer Club. This feed contains all events from bobkonf2020 as opus