There will be great talks and nice people as usual. In addition we'll have drinks and food (Pizza).

We'll be in the social area in the ground floor.

Topics

Benchmarking your code, inside and out

Benchmarking is an important component of writing applications, gems, Ruby implementations, and everything in between. There is never a perfect formula for how to measure the performance of your code, as the requirements vary from codebase to codebase. Elastic has an entire team dedicated to measuring the performance of Elasticsearch and the clients team has worked with them to build a common benchmarking framework for itself. This talk will explore how the Elasticsearch Ruby Client is benchmarked and highlight key elements that are important for any benchmarking framework.

What‘s software quality?

Let‘s have a discussion about quality.
- How do you measure it?
- How can you compare it?
- How can you achieve it?
- What‘s necessary and what makes sense to achieve it repeatably with different teams?

I will give answers (my answers) to these questions. But I hope to actually have a discussion about it. Perhaps round-table like? Who would be up for that?

How DevRel is failing communities

Recent years have seen an uptake of "developer relationship" strategies. Tech companies are actively talking to people using (or potentially using) their technologies instead of the people buying them (usually managers). Briefly put, DevRel is a mixture of sales/marketing and headhunting.

DevRel people are also usually responsible to uphold relationships with notable figures in their target communities and foster contacts. This was definitely an improval about what was before. Now, contact is quick, personal and relaxed.

But for community workers, it also comes with a lot of issues. Plainly stated, this happens because individuals interact with individuals, but the relationship of companies to communities doesn't happen on an individual level. An overview of how DevRel is successful on the individual level, but failing communities, mostly due to structural issues of their setup themselves and how this replicates issues already present in the FOSS community.

Attendees: (39)

Omar Sotillo
Events: 1
Topics: 0

Peter Tadros
Events: 4
Topics: 0

Sudhanshu Kumar Singh
Events: 18
Topics: 0

Anna Costalonga
Events: 5
Topics: 0

Alex Jahraus
Events: 8
Topics: 0

RadicalChaos
Events: 2
Topics: 0

Stephan Leibelt
Events: 11
Topics: 0

[email protected]
Events: 9
Topics: 0

Stanislav Dobrovolschii
Events: 1
Topics: 0

oleksii-ti
Events: 1
Topics: 0

Pooja Salpekar
Events: 2
Topics: 0

Urban Hafner
Events: 1
Topics: 0

Organizer

Tobias Pfeiffer
Events: 101
Topics: 15

Jan-Erik Rediger
Events: 7
Topics: 0

Tomasz Solak
Events: 5
Topics: 0

Holger Frohloff
Events: 18
Topics: 3

Paul Götze
Events: 63
Topics: 1

Jan Lelis
Events: 50
Topics: 7

Andrew McDonough
Events: 3
Topics: 0

Dennis H.
Events: 33
Topics: 1

Lucas Petti
Events: 4
Topics: 0

Carsten Wirth
Events: 6
Topics: 0

Marco Pagni
Events: 2
Topics: 0

Oleksii Fedorov
Events: 20
Topics: 1

kaja
Events: 34
Topics: 1

jandinter
Events: 4
Topics: 0

Andrew France
Events: 29
Topics: 0

Lau Garcia
Events: 2
Topics: 0

Zhuo-Fei Hui
Events: 34
Topics: 1

Jose Castillo Quiala
Events: 3
Topics: 0

Ildar Safin
Events: 7
Topics: 0

Michael Quaas
Events: 2
Topics: 0

Levente Bagi
Events: 2
Topics: 0

Kanmaniselvan Murugesan
Events: 2
Topics: 0

Ricardo Valeriano
Events: 3
Topics: 0

Lukas Rieder
Events: 20
Topics: 7

Marcello Rocha
Events: 12
Topics: 1

Julia Wolf
Events: 22
Topics: 0

Route