DevDay 2017: Johannes Nicolai - How GitHub uses GitHub to design, develop and deploy GitHub

•

0 gostou•740 visualizações

Learn how GitHub’s globally distributed teams use GitHub tooling to develop and design GitHub, collaborate with engineering, sales, marketing and legal and deploy more than 500 times a week. Experience ChatOps, feature toggles and refactoring in production based on life demos and real examples. Agenda: * Zen of GitHub as guiding philosophy for any new feature work, nature of features, internal and external communication * remote nature of GitHub organization and its implications on standups, pair programming and working style (default to asynchronous) * walk through the GitHub Flow based on examples from different teams (engineering, web site, legal, services, solution engineering) * introduction of GitHub’s deployment API and life demo how to use it from Slack and Hubot * introduction into ChatOps * ChatOps examples from the DevOps team * ChatOps in the context of continuous deployment at GitHub * introduction to the confidence dashboard (deployment metrics) * introduction to Haystack (exception monitor) * Feature Toggles @ GitHub (based on flipper) * Refactoring in production @ GitHub (based on scientist) * Q & A

Software

"http://www.wired.com/2012/02/github-2/ Photo : Ariel Zambelich/Wired

How software is built
GitHub Facts
4
"
FOUNDED
2008
USERS
20M+
PROJECTS
50M+
MONTHLY
VISITORS
47M+
CORPORATE CUSTOMERS
67k+
UNIVERSITIES
1200+
GLOBAL RANK
51
FORTUNE100
53%
OFFICES
San Francisco
Tokyo, Amsterdam, Boulder

How software is built 5
#GitHub Enterprise - Run your own GitHub behind your FW

How software is built 7
#
OPEN SOURCE
LEADERS
SOFTWARE
SPECIALISTS
FORWARD THINKING
ENTERPRISES
How the world builds software

the best way to build and ship software
8
"
CONTINUOUS DELIVERY
The (very shorten) recipe
$
ASYNCHRONOUS COMMUNICATION%
COMMON PHILOSOPHY&
CHATOPS'

the best way to build and ship software
The Zen of GitHub
9
"
• Responsive is better than fast
• It’s not fully shipped until it’s fast
• Anything added dilutes everything else
• Practicality beats purity
• Approachable is better than simple
• Mind your words, they are important
• Speak like a human
• Half measures are as bad as nothing at all
• Encourage ﬂow
• Non-blocking is better than blocking
• Favor focus over features
• Avoid administrative distraction
• Design for failure
• Keep it logically awesome

the best way to build and ship software
10
"
CONTINUOUS DELIVERY
The (very shorten) recipe
$
ASYNCHRONOUS COMMUNICATION%
COMMON PHILOSOPHY&
CHATOPS'

the best way to build and ship software
Get CI status back in Pull Request
17
"

the best way to build and ship software
Peer code reviews in Pull Request
18
"

the best way to build and ship software
Deployment API
22
"

the best way to build and ship software
23
"
CONTINUOUS DELIVERY
The (very shorten) recipe
$
ASYNCHRONOUS COMMUNICATION%
COMMON PHILOSOPHY&
CHATOPS'

the best way to build and ship software
Hubot
25
"

the best way to build and ship software
Hubot
26
"

the best way to build and ship software
What do you mean, “devops”?
27
"

the best way to build and ship software
What do you mean, “devops”?
28
"
HTTP://WWW.EWEEK.COM/ENTERPRISE-APPS/SLIDESHOWS/DEVOPS-5-SIGNS-ENTERPRISES-NEED-TO-UNITE-THE-DEV-AND-OPS-CAMPS.HTML

the way people build software 29
'CHATOPS AS THE CULTURAL GLUE
{) { *
'+ DevOps
APPLICATION AUTOMATION INFRASTRUCTURE AUTOMATION

the best way to build and ship software
31
"
CONTINUOUS DELIVERY
The (very shorten) recipe
$
ASYNCHRONOUS COMMUNICATION%
COMMON PHILOSOPHY&
CHATOPS'

the best way to build and ship software
Deployments to production
32
"

the best way to build and ship software
Where Can I Deploy?
33
"

the best way to build and ship software
Deploy to test
34
"

the best way to build and ship software
Get deployment status back in PR
35
"

the best way to build and ship software
Deploy to production
36
"

the best way to build and ship software
Deploy to production - canary
37
"

the best way to build and ship software
Deploy to production - canary
38
"

the best way to build and ship software
Deploy to production - everywhere
39
"

the best way to build and ship software
Deployment conﬁdence
40
"

the best way to build and ship software
Haystack
41
"

the best way to build and ship software
Hubot has your back
42
"

the best way to build and ship software
Hubot has your back
43
"

the best way to build and ship software
Wrap it up
45
"

the best way to build and ship software
46
"
CONTINUOUS DELIVERY
The (very shorten) recipe
$
ASYNCHRONOUS COMMUNICATION%
COMMON PHILOSOPHY&
CHATOPS'

the best way to build and ship software
Isn’t that still too risky???
48
"

the best way to build and ship software
Feature Toggles
49
"

the best way to build and ship software
Feature Toggles
50
"

the best way to build and ship software
Feature Toggles
51
"

the best way to build and ship software
Science
52
"

the best way to build and ship software
Science
53
"

the best way to build and ship software
Science
54
"

the best way to build and ship software
Science
55
"

the best way to build and ship software 56
"

the best way to build and ship software 57
"

the best way to build and ship software 58
"

the best way to build and ship software
References used within the presentation
59
"
• https://github.com/blog/2093-how-the-services-team-uses-github
• https://github.com/blog/1124-how-we-use-pull-requests-to-build-github
• https://github.com/blog/1939-how-github-uses-github-to-document-github
• https://www.youtube.com/watch?v=YIpNpptGX6Q
• https://guides.github.com/introduction/ﬂow/
• https://developer.github.com/v3/repos/deployments/
• http://githubengineering.com/deploying-branches-to-github-com/
• https://www.youtube.com/watch?v=NST3u-GjjFw
• http://githubengineering.com/scientist/
• http://johnnunemaker.com/ﬂipper/
• https://enterprise.github.com
• https://paypal.github.io/InnerSourceCommons/
• https://github.com/blog/2079-managing-large-ﬁles-with-git-lfs

the best way to build and ship software
Hubot
62
"

the best way to build and ship software
Hubot
63
"

Mais conteúdo relacionado

Destaque

DevDay 2017: Ralf Knobloch - "Einfacher leben mit DevOps bei der MMS !!" - De...

DevDay Dresden

Empathie wird immer häufiger als wesentlicher Erfolgsfaktor für die Produktentwicklung und die Zusammenarbeit in Teams genannt. Doch wie hilft uns unser Einfühlungsvermögen genau dabei? Und wie können wir diese Fähigkeit ausbauen? Im Vortrag betrachte ich unseren Umgang mit Kunden, Nutzern, Kollegen und Lieferanten, stelle Ansätze vor, Empathie bewusster einzusetzen, und lade zu Perspektivwechseln und dem Hinterfragen der eigenen Arbeits- und Sichtweisen ein. Dabei wird es nicht nur um Kommunikation sondern auch ganz konkret ums Coden und den Umgang mit eingesetzten Software Stacks und Libraries gehen.

DevDay 2017: Ulrich Deiters - Empathie und Sympathie in der Softwareentwicklung

DevDay Dresden

Have you heard about the Microsoft Kinect Sensor that was published for Xbox some years ago, and that vanished into near oblivion because no one liked the 42th dancing game? Well, this sensor made it's way into a wide field of research topics and has rising use in medical motion analysis. In the last years a (rather silent) revolution has been happening in medical research. The availabilty of low cost virtual reality headsets and new mixed reality devices like Hololens promise even more developments in the near future. These technologies enable researchers to measure patients at home or in clinical routine, without the need of large laboratories. Even small research groups are now capable of making objective measurements of human motion. After a short introduction to the current state in medical motion analysis, I'll show you the capabilities of the Kinect Sensor and how to use it - and how it is used. Afterwards I'll give you a glimpse of the future use of Hololens and mixed reality in general.

DevDay 2017: Karen Otte - Augmented Medicine - On Using Kinect and Hololens i...

DevDay Dresden

Das Schlagwort DevOps beschreibt den nahtlosen Übergang zwischen Entwicklungs- und Operations-Tätigkeiten. Dieser Ansatz steht in der Praxis vor dem inhärenten Problem, dass diese beiden Tätigkeitsformen teils unterschiedliche Umgebungsbedingungen fordern. So ist es offensichtlich wenig effizient, die Konzentration und Konstanz fordernde Arbeit von Softwareentwicklern durch Operations-Aufgaben zu unterbrechen. Im Rahmen des Vortrags soll auf diesen Aspekt und auf Erfahrungen mit DevOps bei der Cloud&Heat Technologies GmbH eingegangen werden. Dabei wird auch ein Überblick zu den DevOps-Werkzeugen gegeben, durch die seit Jahren der Betrieb des hochgradig verteilten Rechenzentrums der Cloud&Heat Technologies GmbH realisiert wird. Neben der Vorstellung dieser Punkte wird eine kritische Perspektive auf DevOps eingenommen und in der Praxis identifzierte Vor- und Nachteile zur Diskussion gestellt.

DevDay 2017: Daniel Trautmann - Mythos DevOps: Development versus Operations?

DevDay Dresden

DevDay 2017: Daniel Meixner - Von 0 auf DevOps Java, Node oder .NET? MacOS, Linux oder Windows? Völlig egal - DevOps kennt keine Programmiersprachen und keine Plattformen! In dieser durch Erfahrungsberichte und Real-World Szenarien aufgewerteten Session stellt Daniel Meixner die Idee und Bedeutung von DevOps als sinnvolle Weiterentwicklung agiler Methoden vor. Quasi ganz nebenbei wird dabei die erstaunlich einfache Erstellung einer Commit-Build-Deploy-Pipeline in einer von den Zuschauern gewählten Technologie live aufgebaut.

DevDay 2017: Daniel Meixner - Von 0 auf DevOps

DevDay Dresden

Alle wollen in die Cloud und alle Geräte bekommen eine Netzwerkverbindung. Die Versprechen von IOT sind groß, in der Praxis macht sich schnell Ernüchterung breit. Entweder es funktioniert erst gar nicht oder es stellt sich heraus dass große, nicht patchbare Sicherheitslücken das ganze Internet bedrohen. Wir stellen uns seit Jahren dem Problem und haben verschiedene Lösungsansätze gesehen. In der Session erfahrt ihr: * Erfahrungen: Was funktioniert? Was nicht? * Vorschläge, wie wir das Problem heute angehen können Letztlich wollen wir auch morgen noch auf ein funktionierendes Internet zurückgreifen können.

DevDay 2017: Andreas Reischuck - Benutzbare & Sichere Kommunikation für die v...

DevDay Dresden

Der Gitflow von Vincent Driessen (http://nvie.com/posts/a-successful-git-branching-model/) ist ein Branching-Modell für Git, das mittlerweile in vielen Softwareprojekten erfolgreich eingesetzt wird. In Maven-Projekten gestaltet sich die Anwendung des Gitflow aber oft schwierig. Dabei stoßen die Teams oft auf Verständnisprobleme und konzeptionelle Hürden. Darüber hinaus ist die Durchführung der erforderlichen technischen Aktionen mit erhöhten Aufwänden verbunden, und die üblichen, hierfür verwendeten Werkzeuge können meistens nicht genutzt werden. In der Session wird gezeigt, wie sich der Gitflow auf Maven-Projekte anwenden lässt und welche Arbeitsschritte dafür im Einzelnen erforderlich sind. Am Ende der Session soll ein Jenkins-Plugin vorgeführt werden, das es ermöglicht, die Gitflow-Aktionen über die Benutzeroberfläche zu starten und alle erforderlichen Arbeitsschritte selbstständig ausführt.

DevDay 2017: Marc Rohlfs - Maven-Projekte mit Gitflow über Jenkins steuern

DevDay Dresden

Destaque (7)

DevDay 2017: Ralf Knobloch - "Einfacher leben mit DevOps bei der MMS !!" - De...

DevDay 2017: Ulrich Deiters - Empathie und Sympathie in der Softwareentwicklung

DevDay 2017: Karen Otte - Augmented Medicine - On Using Kinect and Hololens i...

DevDay 2017: Daniel Trautmann - Mythos DevOps: Development versus Operations?

DevDay 2017: Daniel Meixner - Von 0 auf DevOps

DevDay 2017: Andreas Reischuck - Benutzbare & Sichere Kommunikation für die v...

DevDay 2017: Marc Rohlfs - Maven-Projekte mit Gitflow über Jenkins steuern

Semelhante a DevDay 2017: Johannes Nicolai - How GitHub uses GitHub to design, develop and deploy GitHub

CONTINUOUS DELIVERY HUBOT/KUBERNETES

TREEPTIK

The software industry is surrounded by complexity, with new solutions to old problems appearing daily. Creators of software constantly face questions about how to best navigate changing technology tides while still building their “ships". Building these ships, or building software, requires picking challenges and making sensible technical choices to move fast without compromising stability. In this talk, GitHub’s Director of Systems Sam Lambert will explore how GitHub steers its ship—the world’s largest software host serving over 11M users—on top of stable, proven systems and services. He’ll speak specifically about how these practices can be translated to any type of software creation by focusing on: -The importance of pragmatism during building and maintaining software systems. -How a company like GitHub moves fast and breaks as little as possible by carefully choosing what problems to tackle. -Why this simple path of choosing and solving problems can prove extremely useful. The role new technologies can play in informing decisions and approaches around what problems to solve.

Building New on Top of Old: The Argument for Simplicity

New Relic

DOES SFO 2016 - Greg Padak - Default to Open

Gene Kim

D-DAY 2015 Continuous delivery GITHUB

DEVOPS D-DAY

Delivery Free of Charge

All Things Open

DevOps accelerates the transformation of organizations with emerging combinations with other practices such as SRE, recognized as sharing the same philosophy. But our known paradigm of DevOps must evolve for the digital transformation. The various State of DevOps reports from Google, Puppet, CircleCI, Dynatrace, among others share similar findings in our ecosystem: * Difficulties to bring business value and innovation on-time * Siloed teams and lack of end-to-end enterprise alignment * Fragmented toolchain complex to automate and scale * Recurring sacrifice of code quality due to external forces * Suffering from overwhelming manual tasks. The present of DevOps is therefore not enough—requiring an evolved future. The future of DevOps is more business-driven, accelerated, secured and reliable with AgileOps, APIs, serverless microservices, self-service platform, DevSecOps, Observability. The future of DevOps requires transforming DevOps to deliver Quality at Speed, capturing the value of “Build Better, Build Faster”. This talk will share how DevOps is going to evolve to deliver Quality at Speed.

Build Better. Build Faster. - How to Transform DevOps for Quality at Speed

Antoine Craske

If software is eating the world, automation is keeping it from falling to piece. Automation shouldn't stop with servers. Boxen helps your organization eliminate the routinely manual task of hand-configuring an artisanal development machine. It's a complex problem, and that means sometimes parts of the solution are complex too. In this talk, we explore actually using Boxen to automate your organization's IT needs in a way that doesn't step on your developers' toes. Will Farrington Junior Executive Assistant to the Assistant VP of Operations, GitHub, Inc. Will is a developer and operations engineer. Will works on system operations at GitHub, where he spends most of his time slinging Puppet to manage GitHub's extensive production environment where he spends a great deal of time on automating, homogenizing, and improving GitHub's development environments. Prior to GitHub, he spent the previous 3 years using Ruby and Puppet to build and scale massive web services with Highgroove Studios and Rails Machine.

Boxen: AATFT

Puppet

5 best practices in dev ops culture

Edureka!

From dev to ops and beyond - getting it done

Edorian

Devops: A History

Nell Shamrell-Harrington

DevOps in the Midst of an Airline Merger Susanna Brown, Managing Director Operations Technology, American Airlines Ben Chan, Director Shared Services, American Airlines Description: DevOps as a cultural change agent to bring enterprise/federated, infrastructure/development, employees/vendors together, while merging two major airlines. DevOps as a cultural change agent to bring enterprise/federated, infrastructure/development, employees/vendors together, while merging two major airlines. DevOps Enterprise Summit San Francisco 2016

DOES16 San Francisco - Susanna Brown & Ben Chan - DevOps in the Midst of an A...

Gene Kim

The Next Generation of Social is in a Hangout

Jonathan Beri

How GitHub Builds Software at Ruby Conference Kenya 2017 by Mike McQuaid

Michael Kimathi

In this webinar, we will cover the different types of environments one may want to code for; whether that is apps, websites, programs that run on Windows, scripting, and more. Are you interested in learning code and considering if Java, PHP, CSS, Python or another language help bring a project to life? If you have a high-level approach to coding or are working on teaching patrons how to code or providing guidance to others, this will be a great resource to have. We will learn about coding, types of code, and your " building-block" languages that eventually get you (or patrons) to the end goal of being a wizard coder. Resources for further education will be discussed in this webinar so you will have excellent next steps to continue your journey in a world of 1's and 0's.

Basics of Computer Coding: Understanding Coding Languages

Brian Pichman

DevOps and the C64: what's your excuse

Todd Whitehead

Double the Collaboration Value of Confluence - Ben Mackie

Atlassian

When you are writing documentation for software, a top priority is surely that what you write is correct. That is, the examples you provide give the output you say they will. Or perhaps it is that the links in your documentation link to an expected page. Usually this is done with manual testing at the time of writing. Your organisation may have practices in place to make sure that these examples don’t get too out of date - maybe someone checks them periodically, maybe code review comes with comments like “I remember that this part of the code is used in an example on Page 37 of our docs, change it”. But these methods are tedious and flawed. This talk will give examples from my work as a software engineer in creating tested snippets for documentation which are linked to the code they represent. It will show how using techniques traditionally reserved for software testing can ease the burden of keeping documentation up to date.

Tested and Correct, How to Make Sure Your Documentation Keeps Working

Adam Dangoor

Don’t get bogged down by all the technical jargon and unnecessary syntax of programming languages. We help you separate the wheat from chaff, do what matters the most - ideate, design and develop the web site and Mobile application with the right technologies and tools. All in an interactive, fun and enjoyable way, just like how you would play games. Texavi’s Code Bootcamp will equip you with the life skills of critical thinking, clarity of thought, analysis, design-thinking, coding and more importantly learning technology in a practical manner. Besides the hands-on learning, you will get access to our treasure of insightful, high-quality resources and materials, course certificate and some nice swag items like digital badges, laptop stickers and more! Still not convinced, get a low-down on what you would get out of the 'Code Bootcamp for Kids - Learn Programming workshop’, check this out!

Code Bootcamp for Kids- Learn Programming -Texavi AnalystZone by Pardha Sarad...

Texavi Innovative Solutions

Keep calms and Docker On ... Innotech

Boyd Hemphill

Building Your App SDK with Swift

Jordan Yaker

Semelhante a DevDay 2017: Johannes Nicolai - How GitHub uses GitHub to design, develop and deploy GitHub (20)

CONTINUOUS DELIVERY HUBOT/KUBERNETES

Building New on Top of Old: The Argument for Simplicity

DOES SFO 2016 - Greg Padak - Default to Open

D-DAY 2015 Continuous delivery GITHUB

Delivery Free of Charge

Build Better. Build Faster. - How to Transform DevOps for Quality at Speed

Boxen: AATFT

5 best practices in dev ops culture

From dev to ops and beyond - getting it done

Devops: A History

DOES16 San Francisco - Susanna Brown & Ben Chan - DevOps in the Midst of an A...

The Next Generation of Social is in a Hangout

How GitHub Builds Software at Ruby Conference Kenya 2017 by Mike McQuaid

Basics of Computer Coding: Understanding Coding Languages

DevOps and the C64: what's your excuse

Double the Collaboration Value of Confluence - Ben Mackie

Tested and Correct, How to Make Sure Your Documentation Keeps Working

Code Bootcamp for Kids- Learn Programming -Texavi AnalystZone by Pardha Sarad...

Keep calms and Docker On ... Innotech

Building Your App SDK with Swift

Mais de DevDay Dresden

Slides of our Meetup 14.04.2022 Contents: Ralph Johnson defined architecture as "the decisions that you wish you could get right early in a project, but that you are not necessarily more likely to get them right than any other". Given our inability to predict the future, how can we design effectively for it? Much project management thinking is based on the elimination of uncertainty, and advice on software architecture and guidance for future-proofing code often revolves around adding complexity to embrace uncertainty. In most cases, this is exactly the opposite path to the one that should be taken. The talk looks at how uncertainty, lack of knowledge and options can be used to partition and structure the code in a system. About: Kevlin Henney is an independent consultant, speaker, writer and trainer. His development interests include programming languages, software architecture and programming practices, with a particular emphasis on unit testing and reasoning about practices at the team level. He has helped many teams with their code, culture and practices. He is co-author of two volumes in the Pattern-Oriented Software Architecture series, editor of 97 Things Every Programmer Should Know and co-editor of 97 Things Every Java Programmer Should Know.

The Architecture of Uncertainty - Kevlin Henney

DevDay Dresden

Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung

DevDay Dresden

Tobias Nebel - Herausforderungen und Changen in Full-Stack-IoT-Projekten

DevDay Dresden

Andreas Roth - GraphQL erfolgreich im Backend einsetzen

DevDay Dresden

Alexander Reelsen - Seccomp for Developers

DevDay Dresden

Die einfachste funktionierende Lösung muss das Erreichen eines positiven Nutzererlebnisses für jeden Nutzer ermöglichen. Mit der Aufnahme von nur 10 Praxistipps zur Barrierefreiheit und Software-Ergonomie in den Entwicklungsalltag kann jeder Web- und Softwareentwickler zu dieser Vision beitragen. Das Entwickeln von Softwarelösungen - die super funktionieren, die von den Anwendern gern genutzt und von allen Nutzern, auch beeinträchtigten oder älteren, bedient werden können - ist kein Hexenwerk. Diese Session tritt den Beweis an!

DevDay 19 Accessibility: Praxistipps für Entwickler

DevDay Dresden

In verteilten Applikationen besteht immer der Bedarf Logs zu zentralisieren - sobald man mehr als ein paar Server oder Container hat, reichen SSH und cat, tail oder less nicht mehr aus. Das übliche Problem ist aber, wie man möglichst effizient zu einer zentralisierten oder aggregierten Log-Lösung kommt. Dieser Vortrag stellt mehrere Ansätze und Patterns mit ihren Vor- und Nachteilen vor, so dass die Zuhörer den auswählen können, der am besten zu Ihrer Organisation passt: * Parsen: Bestehende Logdaten können weiterverwendet werden und die relevanten Informationen werden per Regular Expression extrahiert. * Senden: Mit einem geeigneten Log-Appender werden die Ereignisse direkt gesendet, ohne dass sie in einer Logdatei gespeichert werden müssen. * Strukturieren: Ereignisse in einem strukturierten Format abspeichern, das dann direkt zentralisiert werden kann. * Containerisieren: Das Logging mit Containern erfordert zusätzliche Automatismen, um effizient mit Logs arbeiten zu können. * Orchestrieren: Auch wenn Dienste nur kurzfristig laufen und dynamisch verteilt werden, gibt mit Kubernetes Möglichkeiten den Überblick zu bewahren.

Dev Day 2019: Phillip Krenn – Aggregierte Logging Patterns

DevDay Dresden

Docker hat in den letzten Jahren die Art und Weise wie wir Software ausliefern revolutioniert. Aber Docker ist darüberhinaus ein Werkzeug, das auch beim Testen von Anwendungen extrem nützlich sein kann. Im Vortrag stellen wir verschiedene Anwendungsmöglichkeiten von Docker beim Softwaretest vor. Anschließend zeigen wir Euch welche Tools/Bibliotheken im Java-Umfeld (u.a. testcontainers.io) in diesem Kontext eingesetzt werden können. Zum Abschluss des Vortrags besprechen wir mit Euch Fallstricke sowie Lösungsansätze zu komplexeren Testszenarien.

Dev Day 2019: Mirko Seifert – Next Level Integration Testing mit Docker und T...

DevDay Dresden

Gemeinsam mit einem Freund nehme ich einen Podcast auf, bei dem es sich ein Kaltgetränk lang um irgendwas mit Softwareentwicklung dreht, manchmal bei Limo und Tee, meistens bei Bier. Manchmal haben wir Gäste, meistens nicht. Der Name des Ganzen: Codestammtisch. Uns fällt immer wieder auf, wie wichtig Kommunikation im Alltag von Softwareentwickler*innen ist. Die schlechte Nachricht: Kommunikation ist schwierig, du fliegst eigentlich ständig auf die Fresse. Über die guten, was das Leben von Programmierer*innen sonst noch erleichtert, wie ihr dahin kommt — Kommunikation! — und was wir sonst noch so bisher während des Podcasts gelernt haben, möchte ich gerne ein Kaltgetränk lang auf einer Bühne erläutern.

Dev Day 2019: Nathan Mattes – Kommunikation ist wichtig, scheiße wichtig und ...

DevDay Dresden

Unser über Jahre gewachsenes monolithisches System soll modernisiert werden und wir ziehen dafür eine Restrukturierung bzw. Zerlegung in Betracht. Wie gut kennen wir aber eigentlich unser Legacy-System? Die Dokumentation ist veraltet und die verantwortlichen Entwickler haben das Unternehmen vor langer Zeit verlassen. Wie finden wir nun heraus, wie sich fachliche und technische Aspekte in der Code-Struktur abbilden, welche Zusammenhänge zwischen diesen bestehen und wo Risiken schlummern? Der Vortrag nähert sich dieser Frage via Software Analytics. Am Beispiel eines Open-Source eCommerce-Systems wird gezeigt, wie die werkzeugunterstützte Analyse von Code-Strukturen und Metriken Licht ins Dunkel bringen kann. Mit den gewonnenen Informationen und geeigneten Visualisierungen kann anschließend der Prozess von der Aufwandsabschätzung bis hin zur Umstrukturierung wirkungsvoll unterstützt werden.

Dev Day 2019: Stephan Birnbaum – Die Glaskugel hat ausgedient, wir machen Sof...

DevDay Dresden

Wussten Sie, dass das rein relationale Dogma von SQL bereits 1999 aufgegeben wurde? SQL-92 war der letzte Standard, der auf die relationale Idee beschränkt war. Ab 1999 wurde SQL um nicht-relationale Operationen und Datenstrukturen erweitert. Obwohl dieser Schritt damals viel diskutiert wurde, dauerte es Jahrzehnte, bis die Datenbankhersteller dieses Paradigmenwechsel verdaut hatten. Viele Entwickler haben bis heute nichts davon gehört. Dieser Vortrag gibt einen Überblick über die Evolution von SQL seit 1999 und stellt einige der neuen Funktionen anhand häufiger Anforderungen vor. Dabei wird auch aufgezeigt, wann diverse Hersteller begonnen haben, nicht-relationales SQL zu unterstützen. Letztendlich zeigt der Vortrag, dass sich SQL in den letzten Jahrzehnten genauso weiterentwickelt hat, wie die Anforderungen mit denen man in der Entwicklung zu tun hat.

Dev Day 2019: Markus Winand – Die Mutter aller Abfragesprachen: SQL im 21. Ja...

DevDay Dresden

Bereits vor der Einführung von agile Methoden und DevOps war das Ziel von Entwicklungsprojekten die schnelle Bereitstellung von hochwertigen Produkten. Im Vordergrund stehen die Überlegungen zur optimalen Architektur und zum passenden Design. Die Aspekte der Qualitätssicherung kommen meist später, was sich während der Tests bemerkbar macht. In diesem Vortrag werden die Überlegungen und Erfahrungen zum design for testability angesprochen, die sinnvoll sind, um in Softwareprojekten von Beginn an eine optimale Testbarkeit gewährleisten zu können.

Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...

DevDay Dresden

Dev Day 2019: Kathrin Friedrich/Michael Kunze – Design better together - Styl...

DevDay Dresden

Commit-Messages wie etwa “some fixes” bei mehr als 200 betroffenen Dateien und mehr als 70.000 geänderten Zeilen Code sind nicht hilfreich. Im Gegenteil. Sie sind extrem schädlich. In diesem Lightning Talk erkläre ich, weshalb Entwickler*innen oft an Commit-Messages scheitern und wie ihr mit gezielten Fragen sowie mit sieben kleinen Regeln in Zukunft großartige Nachrichten für euch und euer Team schreiben könnt.

Dev Day 2019: Benjamin Wolf – "Some fixes" - Commit Message 101

DevDay Dresden

Neue Zusammenarbeitsmodelle, Verantwortung in crossfunktionalen Teams und automatisierte Workflows erfordern Transparenz für Alle. DevOps ermöglicht schneller auf Feedback zu reagieren und Geschwindigkeit, Kosten, Qualität und Risiken auszubalancieren. In Zukunft wird es daher mehr und mehr Pipelines geben, die überwacht und evaluiert werden müssen. Wir stellen unsere Idee für ein DevOps Dashboard als Tool-unabhängige Lösung, um DevOps-Metriken und Erkenntnisse entlang der der DevOps-Toolchain.

Dev Day 2019: Lucas Fiedler – DevOps-Dashboard: Transparenz für DevOps-Teams

DevDay Dresden

Das Fahrrad gewinnt als flexibles und umweltfreundliches Verkehrsmittel wieder eine stärkere Bedeutung für die Mobilität in Städten. Zivilgesellschaftliche Initiativen wie z.B. die Radentscheide fordern von Politik und Planung eine schnellere Schaffung zeitgemäßer Infrastruktur, bringen sich ein und schaffen eine neue Fahrradkultur. Aber auch Unternehmen entdecken das Rad als Teil innovativer Mobilitätskonzepte. Der Talk gibt einen Überblick über IT-Ansätze für die Unterstützung des Radverkehrs von Experimenten und Kampagnen über Sensoren, Apps und Tools bis hin zur Integration mit Verwaltungsprozessen zur Erhöhung der Transparenz. Offene Daten stellen eine wesentliche Basis dar, um sowohl der Zivilgesellschaft als auch Unternehmen die Entwicklung innovativer Mobilitätslösungen zu ermöglichen. Am Beispiel von Berlin wird aufgezeigt welche Daten es schon gibt und wie ein umfassendes Open Data Angebot aussehen sollte.

Dev Day 2019: Ulrich Deiters – Offene Daten und IT-Lösungen für den Radverkehr

DevDay Dresden

Dev Day 2019: Alexander Lichter - JAMstack - Eine neuartige Webanwendungs-Arc...

DevDay Dresden

Manuelle Arbeiten sind fehleranfällig, das Wissen unsere Kunden, und das wissen auch wir selbst. Unsere Projekte drehen sich daher hauptsächlich um Digitalisierung und Automatisierung. Sei es nun für unsere Kunden oder für unsere Kollegen oder uns selbst, überall finden wir Möglichkeiten wie wir Aufgaben, der Effizienz zu liebe, weg automatisieren können. Leider gibt es unendlich viele mögliche Lösungen und die vermeintliche "Rettung" durch Automatisierung wird auch gerne mal zu einer Sackgasse oder einem ungeliebten Kind im Projekt. Im schlimmsten Fall bekommt man dann noch die "sehr positive" Rückmeldung: "wenn das die Lösung ist, will ich mein Problem zurück". Im Vortrag werden mehrere Modelle zur Umsetzung von Automatisierungen vorgestellt und auf dabei auftretende Probleme eingegangen. Dabei liegt der Fokus bewusst nicht auf technischen Lösungen, sondern beim methodisches Vorgehen in der Umsetzung.

Dev Day 2019: Martin Schurz - Manual Work Is A Bug!

DevDay Dresden

Dev Day 2019: Stefan Schleyer: How to build an cloud-based IoT application“

DevDay Dresden

Seit Prozessoren nicht mehr schneller sondern nur noch mehr werden, werden uns häufig Konzepte aus der Welt der funktionalen Programmierung als Lösung versprochen. Aber wer hat schon Lust, Quellcode zu schreiben, dessen zweite Hälfte aus schließenden Klammern besteht? Funktional programmieren aber mit modernem Syntax und solidem Unterbau. Das verspricht die Programmiersprache Elixir. Dieser Vortrag wird zum einen die Grundlagen der Sprache vorstellen und wo vorhanden Parallelen zum Java-Umfeld aufzeigen. Zum anderen wird gezeigt, warum Anwendungen auf Basis von Elixir die Bezeichnungen „Serverless“ und „Microservices“ eher verdienen als andere.

Dev Day 2019: Mirko Zeibig – "Hallo " <> "Elixir"

DevDay Dresden

Mais de DevDay Dresden (20)