NJ2018 Talk toegevoegd

This commit is contained in:
Patrick Reijnen 2023-08-12 16:57:04 +02:00
parent a3601f561c
commit c333d2d2f9
2 changed files with 33 additions and 1 deletions

View file

@ -240,7 +240,7 @@ event_schedule:
talk:
speaker: Mike Ciavarella
title: "Shaved Yaks: Saving an Endangered Species"
link:
link: talks/mike-ciavarella-shaved-yaks-saving-an-endangered-species/
- column:
talk:
speaker: Ben Gras

View file

@ -0,0 +1,32 @@
---
categories:
- presentaties
date: 2018-11-15T10:31:43+02:00
description: ""
layout: event-talk
tags:
- cloud
- workloads
title: "Mike Ciavarella - Shaved Yaks, Saving an endangered species"
speakers:
- mike-ciavarella
presentation:
filename: 2018-11-15-john-yani-arrasjid-cloud-evolution-and-revolution-catering-for-mission-critical-workloads.pdf
recording:
platform: youtube
url: https://www.youtube.com/watch?v=zn_AS9QWbU8
---
## Abstract
Automation is meant to make our lives simpler: just throw a shell script at some problem and the problem goes away, right? If only life in a modern DevOps world was so easy! Instead, we have thousands of tools to choose from, and hundreds of problems to solve, even in small environments. Life wasn't meant to be easy, but does it have to have so many command line arguments?!?
Many of the decisions we make regarding automation are based on some combination of “experience”, “that's how it's always been”, and “I just need it to work”. This is not helpful when you have little experience, a green-field site, or even less time available than you thought. Even with experience, we tend to fall back to “Just use <insert favorite battle-tested tool here />”. _We choose the tool not because it's the right tool for the job, but because it's a tool we know_. This becomes further “justified” on the grounds of personal productivity. Suddenly, tool choice is the important decision, and the original problem is secondary. How can we do better?
This talk is about the decisions and assumptions behind automation, and, perhaps, why yak shaving needs to be preserved.
Biography
Mike has been working with UNIX since first gaining access to a BSD-based system in the late 1980s. After mastering the `oops(8)` and `restore(8)` commands, he gained a deep appreciation of the need to automate, and of the automation potential that is a fundamental part of UNIX and UNIX like systems.
Mike currently lives in Amsterdam with his wife, no cats, and a 3D printer named “Bob”.