
Jessica Kerr
Developer, Keynote Speaker, Symmathecist
Jessitron
location_on United States
Member since 2 years
Jessica Kerr
Specialises In
Jessica Kerr is a developer of development systems. She works remotely from St. Louis, for Atomist, where she writes automations and automation infrastructure in TypeScript, Clojure, and whatever else is needed. She is a back-end developer who believes the front-end is most crucial. Jessica speaks at conferences in the US and Europe; find her on the >Code podcast (greaterthancode.com)
-
keyboard_arrow_down
Grow To Where We’re Going
45 Mins
Keynote
Intermediate
As developers, we don't deliver just code. We deliver change in the world.
In software, we want to go fast. We draw a road map, so we can move from here to there. When software is part of a larger system, we want it to go to new places and also support the customers it supports now. Growth is a better metaphor for software change than movement. When we grow to a new place, we still exist in the old place. We are still there for the systems that integrate with us.- The value of software is in its connections to the wider system: in its use.
- Growth never stops until death; software is “done” when it’s out of production.
- We don’t grow -in- an environment; we grow -with- an environment. Influence is healthier than control.
- Teams are like forests. The whole forest is communicating underground through a network of roots and fungi. The essence of a team’s work is out of sight, in
- the knowledge we exchange with each other and embed into the software.
- Developers are like trees in a forest. Sometimes management can’t see the “team” for the “resources.”
- Trees are green because intensity isn’t everything. To go fast is less important than to keep going.
This is about more than software. As a person, I grow to where I’m going. As a culture, we grow to where we’re going. We don’t control our environment, but we do influence it. -
keyboard_arrow_down
Grow To Where We’re Going
45 Mins
Keynote
Intermediate
As developers, we don't deliver just code. We deliver change in the world.
In software, we want to go fast. We draw a road map, so we can move from here to there. When software is part of a larger system, we want it to go to new places and also support the customers it supports now. Growth is a better metaphor for software change than movement. When we grow to a new place, we still exist in the old place. We are still there for the systems that integrate with us.- The value of software is in its connections to the wider system: in its use.
- Growth never stops until death; software is “done” when it’s out of production.
- We don’t grow -in- an environment; we grow -with- an environment. Influence is healthier than control.
- Teams are like forests. The whole forest is communicating underground through a network of roots and fungi. The essence of a team’s work is out of sight, in
- the knowledge we exchange with each other and embed into the software.
- Developers are like trees in a forest. Sometimes management can’t see the “team” for the “resources.”
- Trees are green because intensity isn’t everything. To go fast is less important than to keep going.
This is about more than software. As a person, I grow to where I’m going. As a culture, we grow to where we’re going. We don’t control our environment, but we do influence it. -
keyboard_arrow_down
Grow To Where We’re Going
45 Mins
Keynote
Intermediate
As developers, we don't deliver just code. We deliver change in the world.
In software, we want to go fast. We draw a road map, so we can move from here to there. When software is part of a larger system, we want it to go to new places and also support the customers it supports now. Growth is a better metaphor for software change than movement. When we grow to a new place, we still exist in the old place. We are still there for the systems that integrate with us.- The value of software is in its connections to the wider system: in its use.
- Growth never stops until death; software is “done” when it’s out of production.
- We don’t grow -in- an environment; we grow -with- an environment. Influence is healthier than control.
- Teams are like forests. The whole forest is communicating underground through a network of roots and fungi. The essence of a team’s work is out of sight, in
- the knowledge we exchange with each other and embed into the software.
- Developers are like trees in a forest. Sometimes management can’t see the “team” for the “resources.”
- Trees are green because intensity isn’t everything. To go fast is less important than to keep going.
This is about more than software. As a person, I grow to where I’m going. As a culture, we grow to where we’re going. We don’t control our environment, but we do influence it. -
keyboard_arrow_down
Grow To Where We’re Going
45 Mins
Keynote
Intermediate
As developers, we don't deliver just code. We deliver change in the world.
In software, we want to go fast. We draw a road map, so we can move from here to there. When software is part of a larger system, we want it to go to new places and also support the customers it supports now. Growth is a better metaphor for software change than movement. When we grow to a new place, we still exist in the old place. We are still there for the systems that integrate with us.- The value of software is in its connections to the wider system: in its use.
- Growth never stops until death; software is “done” when it’s out of production.
- We don’t grow -in- an environment; we grow -with- an environment. Influence is healthier than control.
- Teams are like forests. The whole forest is communicating underground through a network of roots and fungi. The essence of a team’s work is out of sight, in
- the knowledge we exchange with each other and embed into the software.
- Developers are like trees in a forest. Sometimes management can’t see the “team” for the “resources.”
- Trees are green because intensity isn’t everything. To go fast is less important than to keep going.
This is about more than software. As a person, I grow to where I’m going. As a culture, we grow to where we’re going. We don’t control our environment, but we do influence it. -
keyboard_arrow_down
Adventures in Elm: Question your Principles
50 Mins
Talk
Advanced
What do you get when you combine strict functional programming with heavy user interaction?
Challenges, and unexpected freedoms.
Elm is a purely functional language for the browser. It compiles to JavaScript – after enforcing immutability, types, semantic versioning, and tight boundaries for user and server interactions. Working within these restrictions, I find my programming principles turned upside down. Small components? who needs them. Global state? no problem. New principles emerge instead: events, reproducibility, kindness in times of error. This session gives an overview of Elm, then focuses on the Elm Architecture. See how this lets me do front end development like never before: free of runtime errors, full of joy and possibilities.
KEYWORDS
JavaScript, Elm, Web, Functional, Event Sourcing, Architecture, Languages
-
keyboard_arrow_down
Adventures in Elm: Question your Principles
50 Mins
Talk
Advanced
What do you get when you combine strict functional programming with heavy user interaction?
Challenges, and unexpected freedoms.
Elm is a purely functional language for the browser. It compiles to JavaScript – after enforcing immutability, types, semantic versioning, and tight boundaries for user and server interactions. Working within these restrictions, I find my programming principles turned upside down. Small components? who needs them. Global state? no problem. New principles emerge instead: events, reproducibility, kindness in times of error. This session gives an overview of Elm, then focuses on the Elm Architecture. See how this lets me do front end development like never before: free of runtime errors, full of joy and possibilities.
KEYWORDS
JavaScript, Elm, Web, Functional, Event Sourcing, Architecture, Languages
-
keyboard_arrow_down
Adventures in Elm: Question your Principles
50 Mins
Talk
Advanced
What do you get when you combine strict functional programming with heavy user interaction?
Challenges, and unexpected freedoms.
Elm is a purely functional language for the browser. It compiles to JavaScript – after enforcing immutability, types, semantic versioning, and tight boundaries for user and server interactions. Working within these restrictions, I find my programming principles turned upside down. Small components? who needs them. Global state? no problem. New principles emerge instead: events, reproducibility, kindness in times of error. This session gives an overview of Elm, then focuses on the Elm Architecture. See how this lets me do front end development like never before: free of runtime errors, full of joy and possibilities.
KEYWORDS
JavaScript, Elm, Web, Functional, Event Sourcing, Architecture, Languages
-
keyboard_arrow_down
Shaving the Golden Yak
50 Mins
Talk
Intermediate
Programming is a series of frustrations. Everything we do, we could do better or faster if we only had our tools set up just so. If our error messages were a little better, our code a little cleaner, our tests a lot wider. When we spend time on this, it's known as "yak shaving," and it can get messy.
How do you balance the work you’re supposed to be doing with the work that makes your work, work? Dive into the yak stack with me. We'll see five different species of yak, and discuss how and when to tackle each one. At the bottom of the yak stack, we might find the Golden Yak, with secret wisdom engraved on its skin.
This session will give you reasons to spend time smoothing your development experience, and clues for where to spend that time in ways that help your whole team.
-
keyboard_arrow_down
Shaving the Golden Yak
50 Mins
Talk
Intermediate
Programming is a series of frustrations. Everything we do, we could do better or faster if we only had our tools set up just so. If our error messages were a little better, our code a little cleaner, our tests a lot wider. When we spend time on this, it's known as "yak shaving," and it can get messy.
How do you balance the work you’re supposed to be doing with the work that makes your work, work? Dive into the yak stack with me. We'll see five different species of yak, and discuss how and when to tackle each one. At the bottom of the yak stack, we might find the Golden Yak, with secret wisdom engraved on its skin.
This session will give you reasons to spend time smoothing your development experience, and clues for where to spend that time in ways that help your whole team.
-
keyboard_arrow_down
Shaving the Golden Yak
50 Mins
Talk
Intermediate
Programming is a series of frustrations. Everything we do, we could do better or faster if we only had our tools set up just so. If our error messages were a little better, our code a little cleaner, our tests a lot wider. When we spend time on this, it's known as "yak shaving," and it can get messy.
How do you balance the work you’re supposed to be doing with the work that makes your work, work? Dive into the yak stack with me. We'll see five different species of yak, and discuss how and when to tackle each one. At the bottom of the yak stack, we might find the Golden Yak, with secret wisdom engraved on its skin.
This session will give you reasons to spend time smoothing your development experience, and clues for where to spend that time in ways that help your whole team.
-
keyboard_arrow_down
The Origins of Opera and the Future of Programming
60 Mins
keynote
Intermediate
There’s a story to tell, about musicians, artists, philosophers, scientists, and then programmers.
There’s a truth inside it that leads to a new view of work, that sees beauty in the painful complexity that is software development.
Starting from The Journal of the History of Ideas, Jessica traces the concept of an “invisible college” through music and art and science to programming. She finds the dark truth behind the 10x developer, a real definition of “Senior Developer” and a new name for our work and our teams.
-
keyboard_arrow_down
The Origins of Opera and the Future of Programming
60 Mins
Keynote
Intermediate
There’s a story to tell, about musicians, artists, philosophers, scientists, and then programmers.
There’s a truth inside it that leads to a new view of work, that sees beauty in the painful complexity that is software development.
Starting from The Journal of the History of Ideas, Jessica traces the concept of an “invisible college” through music and art and science to programming. She finds the dark truth behind the 10x developer, a real definition of “Senior Developer” and a new name for our work and our teams.
-
keyboard_arrow_down
The Origins of Opera and the Future of Programming
60 Mins
Keynote
Intermediate
There’s a story to tell, about musicians, artists, philosophers, scientists, and then programmers.
There’s a truth inside it that leads to a new view of work, that sees beauty in the painful complexity that is software development.
Starting from The Journal of the History of Ideas, Jessica traces the concept of an “invisible college” through music and art and science to programming. She finds the dark truth behind the 10x developer, a real definition of “Senior Developer” and a new name for our work and our teams.
-
No more submissions exist.
-
No more submissions exist.