Clear is better than clever

was Go auszeichnet

kontext

René Habermann
viel Java
zuletzt Go

250 Mitarbeiter
6 Standorte
Tochter der Otto Group

Ablauf

Darum gibts Go
Das zeichnet Go aus
Unsere Erfahrung Go vs. Java

High-Level, kein Go-Kurs

Slides
renehabermann.gitlab.io/presentations/go2

Situation 2007

Große, verteilte, nebenläufige Systeme

Java und C++ dominant

Frustration, geringe Produktivität

Robert Griesemer

Rob Pike

Ken Thompson

Neue Sprache

statisch typisiert und effizient

einfach zu verwenden, leicht lesbar

networking und nebenläufigkeit als Kernkompetenz

Go Language Design

The eigenvector of “Why we moved from language X to language Y”

Wer nimmts?

...

Was Go auszeichnet

Einfach

Effizient

Designed

Nebenläufig

Einfach

Any fool can write code that a computer can understand. Good programmers write code that humans can understand. – Kent Beck

Keywords

Nur ein Teilaspekt!

C#
C++
Java
Ruby
JavaScript
Python
C
Go

102
82
50
42
46
35
32
25

quelle

Minimalismus

keine

Generics
Vererbung
manuelle Speicherverwaltung (GC)
Pointer Arithmetik
Exceptions*
ternäre Operatoren

Exception Handling Considered Harmful

Implikationen auf Code

bekannte Strukturen
einfacher, klarer Ablauf
keine magic
langweilig

Implikationen für Team

Sprachwechsel einfach
schnell produktiv
schnell hochwertig

zeige ich im Projektbeispiel

Effizient

Web Server

10 MiB Docker Image from scratch

5 MiB Speicher Footprint

ms Kompilierzeit

ms Startzeit

keine GC lags

"GC latency is an existential threat to Go"

Tooling inklusive

Geringe Hürde für effizienten Code

Profiling
Benchmarks
Tracing
Vet (Statische Analyse)
Data Race Detector

Designed

Erfahrung der Autoren zeigt sich hier

Stabil

Sprache extrem stabil
10 Jahre alter Code noch aktuell
Go 1 and the Future of Go Programs

Konsistent

entworfen, nicht gewachsen
Proposals knallhart kuratiert

Tooling Inklusive

Dependency Management
Testing
Godoc

Profiling
Benchmarks
Tracing
Vet (Statische Analyse)
Data Race Detector

Das Gute programm

Für Go relativ klar

Idiome
gofmt
Implikationen aus Sprachdesign
Go Proverbs

Nebenläufig

Alan Kay über OOP

I'm sorry that I long ago coined the term "objects" for this topic because it gets many people to focus on the lesser idea. The big idea is messaging.

http://wiki.c2.com/?AlanKayOnMessaging

chan

Implikation auf Code

Parallelisierbarkeit
Gute Strukturierung

keine Zeit tiefer zu gehen :(

https://gobyexample.com/goroutines

Communicating Sequential Processes (CSP)

Quelle: https://de.wikipedia.org/wiki/Tony_Hoare#/media/Datei:Sir_Tony_Hoare_IMG_5125.jpg

Don’t communicate by sharing memory, share memory by communicating. – go proverb

Channels

package main

import "fmt"

func main() {

    messages := make(chan string)

    messages <- "ping"

    msg := <-messages
    fmt.Println(msg)
}

Channels

package main

import "fmt"

func main() {

    messages := make(chan string)

    go func() { messages <- "ping" }()

    msg := <-messages
    fmt.Println(msg)
    
}

Select

package main

import "fmt"

func main() {

    messages := make(chan string)

    go func() { messages <- "ping" }()

    select {
    case msg := <-messages:
        fmt.Println(msg)
    case <-time.After(1 * time.Second):
        fmt.Println("timeout 1")
    }
    
}

Close, Buffers

func main() {
    jobs := make(chan int, 5)
    done := make(chan bool)

    go func() {
        for job := range jobs {
            fmt.Println("received job", j)
        }
        done <- true
    }()

    for j := 1; j <= 3; j++ {
        jobs <- j
    }
    close(jobs)

    <-done
}