YOW! Singapore 2020 Day 1

Fri, Sep 4
08:45

    Session Overviews and Introductions - 15 mins

09:00
  • Added to My Schedule
    keyboard_arrow_down
    Linda Rising

    Linda Rising - Who do You Trust? Beware of Your Brain

    schedule  09:00 - 09:45 AM place Room

    Cognitive scientists tell us that we are more productive and happier when our behavior matches our brain’s hardwiring—when what we do and why we do it matches the way we have evolved to survive over tens of thousands of years. One problematic behavior humans have is that we are hardwired to instantly decide who we trust. We generally aren't aware of these decisions—it just happens. Linda explains that this hardwired “trust evaluation” can get in the way of working well with others. Pairing, the daily stand-up, and close communication with the customer and others outside the team go a long way to overcome our instant evaluation of others. As Linda helps you gain a better understanding of this mechanism in your behavior and what agile processes can do to help, you are more likely to build better interpersonal relationships and create successful products.

09:45

    Break / Q&A with Linda Rising - 25 mins

10:10
10:55

    Break / Q&A with Jessica Kerr - 25 mins

11:20
  • Added to My Schedule
    keyboard_arrow_down
    Jez Humble

    Jez Humble - The Secrets of High Performing Organizations

    schedule  11:20 AM - 12:05 PM place Room 1

    How can we apply technology to drive business value? For years, we've been told that the performance of software delivery teams doesn't matter―that it can't provide a competitive advantage to our companies. Through six years of groundbreaking research, the DORA team set out to find a way to measure software delivery performance―and what drives it―using rigorous statistical methods. This talk presents the findings of that research, including how to measure the performance of software teams, what capabilities organizations should invest in to drive higher performance, and how software leaders can apply these findings in their own organizations.

12:05

    Break / Q&A with Jez Humble - 25 mins

12:30
  • Added to My Schedule
    keyboard_arrow_down
    Brendan Gregg

    Brendan Gregg - Linux Systems Performance

    schedule  12:30 - 01:15 PM place Room

    Systems performance studies the performance of computing systems, including all physical components and the full software stack to help you find performance wins for your application and kernel. However, most of us are not performance or kernel engineers, and have limited time to study this topic. This talk summarizes the topic for everyone, touring six important areas: observability tools, methodologies, benchmarking, profiling, tracing, and tuning. Included are recipes for Linux performance analysis and tuning (using vmstat, mpstat, iostat, etc), overviews of complex areas including profiling (perf_events) and tracing (ftrace, bcc/BPF, and bpftrace/BPF), advice about what is and isn't important to learn, and case studies to see how it is applied. This talk is aimed at everyone: developers, operations, sysadmins, etc, and in any environment running Linux, bare metal or the cloud.

01:15

    Break / Q&A with Brendan Gregg - 25 mins

01:40

    Lunch - 60 mins

02:40
  • Added to My Schedule
    keyboard_arrow_down
    Adam Tornhill

    Adam Tornhill - Prioritizing Technical Debt as if Time and Money Matters

    schedule  02:40 - 03:25 PM place Room 1

    Many codebases contain code that is overly complicated, hard to understand and hence expensive to change and evolve. Prioritizing technical debt is a hard problem as modern systems might have millions of lines of code and multiple development teams — no-one has a holistic overview. In addition, there's always a trade-off between improving existing code versus adding new features so we need to use our time wisely. So what if we could mine the collective intelligence of all contributing programmers and start to make decisions based on information from how the organization actually works with the code?

     

    In this talk, you'll see how easily obtained version-control data let you uncover the behaviour and patterns of the development organization. This language-neutral approach lets you prioritize the parts of your system that benefit the most from improvements so that you can balance short- and long-term goals guided by data. The specific examples are from real-world codebases like Android, the Linux Kernel, .Net Core Runtime and more. This new perspective on software development will change how you view code.

03:25

    Break / Q&A with Adam Tornhill - 25 mins

03:50
  • Added to My Schedule
    keyboard_arrow_down
    Jim Webber

    Jim Webber - A Humane Presentation about Graph Database Internals

    schedule  03:50 - 04:35 PM place Room 1

    Databases are everywhere, but did you ever wonder what goes on inside the box? In this talk we’ll dive into the internals of Neo4j - a popular graph database - and see how its designers deal with common functional and non-functional requirements. In particular we’ll see how data is stored safely and queried performantly by understanding the way Neo4j makes use of the network and file system. So if you’re a curious person looking for a humane and light-hearted introduction to database internals and distributed systems, this talk is for you!

04:35

    Break / Q&A with Jim Webber - 25 mins

05:00
  • Added to My Schedule
    keyboard_arrow_down
    Kevlin Henney

    Kevlin Henney - Discontinuous Improvement

    schedule  05:00 - 05:45 PM place Room

    Continuous improvement is based on balancing what we desire with the practicalities of time and effort. Continuous improvement gives us control of our changes and our situation, guided by feedback and reflection. But change is not always ours to control and, if we are honest, some changes are better carried out discretely than discreetly.

    Change from outside can arrive gradually and then all at once. It can be a surprise because we could not have known, or it can be a surprise because we chose not to know. Most changes described as disruptive were there all along and, in truth, are only disruptive because of attitude and entrenchment. But whether the change forced upon is sudden and catastrophic because it is sudden and catastrophic or simply because we didn't know better, we may find that evolution is forced upon us.

    How can we respond?

05:45

    Break / Q&A with Kevlin Henney - 25 mins