You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: slides.md
+31-31Lines changed: 31 additions & 31 deletions
Original file line number
Diff line number
Diff line change
@@ -1,19 +1,19 @@
1
1
---
2
2
titleTemplate: "%s - Slidev"
3
-
title: "Developer Experience is Central to DevOps Success"
3
+
title: "Developer Experience is Central to Enterprise Success"
4
4
theme: slidev-theme-the-unnamed
5
5
info: |
6
-
## Developer Experience is Central to DevOps Success
6
+
## Developer Experience is Central to _Enterprise_ Success
7
7
8
8
## Abstract
9
9
Developer Experience (DevEx) encompasses every aspect of the experience that your developers (both internal and external) have with your product, tooling, systems, etc. While platform engineering aims to reduce developer toil, DevEx goes beyond that. It covers deployment pipelines, Infrastructure as Code (IaC) practices, developer efficiencies, productivity, UI/UX, and APIs. In this presentation, we will focus on some of the principles of DevOps (collaboration, communication, shared responsibility), go into the history of DevEx and how it's changed over the years (remember Vim? CFEngine?), and how a strong DevEx mindset can bring together development and operations teams.
<!-- A quick note that most of the images have been autogenerated by AI - which would explain some of the weird shapes and colors in the images. -->
45
45
@@ -48,9 +48,9 @@ layout: cover
48
48
# What is "Developer Experience" (DevEx)?
49
49
50
50
<!--
51
-
We've all had that experience using a tool or service that was a disaster. It could be the worst deployment process you've ever seen, or the most painful codebase you've ever had to work with, or documentation that's so confusing it makes your head spin. Or maybe a combination of them… Who here knows what I’m talking about?
51
+
We've all had that experience using a tool or service that was a disaster. It could be the worst deployment process you've ever seen, or the most painful codebase you've ever had to work with, or documentation that's so confusing it makes your head spin. Or maybe a combination of them… Who here knows what I’m talking about?
52
52
53
-
We’ve all seen examples of epicly bad websites, right?
53
+
We’ve all seen examples of epicly bad websites, right?
Heroku was long considered the gold standard for developer experience with a simple set of tools and a command-line interface that allowed developers to focus on building applications and delivering them to users. And that was it. Now of course, Heroku is still around (albeit not nearly as developer-centric as they formerly were, but that is changing), but it's not the only game in town. Anyone used Netlify, Vercel, etc.?
75
+
Heroku was long considered the gold standard for developer experience with a simple set of tools and a command-line interface that allowed developers to focus on building applications and delivering them to users. And that was it. Now of course, Heroku is still around (albeit not nearly as developer-centric as they formerly were, but that is changing), but it's not the only game in town. Anyone used Netlify, Vercel, etc.?
76
76
-->
77
77
78
78
---
@@ -151,8 +151,8 @@ transition: slide-down
151
151
---
152
152
153
153
## A working definition of DevEx
154
-
155
-
>_"...the **journey** of developers as they learn and deploy technology, which if successful, focuses on eliminating obstacles that hinder a developer or practitioner from achieving success in their endeavors."
154
+
155
+
>_"...the **journey** of developers as they learn and deploy technology, which if successful, focuses on eliminating obstacles that hinder a developer or practitioner from achieving success in their endeavors."
and was extensively talked about in the June 1990 edition of the HP Journal.
297
+
and was extensively talked about in the June 1990 edition of the HP Journal.
298
298
-->
299
299
300
300
---
@@ -660,8 +660,8 @@ layout: default
660
660
661
661
662
662
663
-
<!--
664
-
**Collaboration** in DevOps **is about creating an environment where silos are broken down, and cross-functional teams are empowered to work as a single unit**. It's people first, and
663
+
<!--
664
+
**Collaboration** in DevOps **is about creating an environment where silos are broken down, and cross-functional teams are empowered to work as a single unit**. It's people first, and
665
665
-->
666
666
667
667
---
@@ -674,7 +674,7 @@ layout: default
674
674
- Enhanced collaboration _**via tools and processes**_
675
675
676
676
677
-
<!--
677
+
<!--
678
678
...tools second. When DevOps and DevEx are aligned, we enhace collaboration through tools and processes that **reduce friction and barriers in the development process, enabling teams to focus more on solving business problems together, leading to innovative solutions and a more harmonious working environment.**
679
679
-->
680
680
@@ -690,8 +690,8 @@ layout: default
690
690
- Communication
691
691
692
692
693
-
<!--
694
-
The backbone of DevOps is effective **communication**, which ensures all members of the development, operations, and broader organizational team are on the same page. With
693
+
<!--
694
+
The backbone of DevOps is effective **communication**, which ensures all members of the development, operations, and broader organizational team are on the same page. With
695
695
-->
696
696
697
697
---
@@ -705,7 +705,7 @@ layout: default
705
705
706
706
- Improving communication **_via streamlined info sharing and feedback_**
707
707
708
-
<!--
708
+
<!--
709
709
When we are **improving Communication** , we start to utilize platforms and tools that streamline information sharing and feedback across teams. That includes your CI/CD pipelines, shared dashboards, and automated alerting systems ensure all team members have visibility into the development process, can easily share updates, and quickly address issues.
710
710
-->
711
711
@@ -722,7 +722,7 @@ layout: default
722
722
723
723
- Shared Responsibility
724
724
725
-
<!--
725
+
<!--
726
726
**Shared Responsibility** in DevOps means there is **collective accountability for the software's quality and reliability, blurring the lines between roles traditionally separated by development and operations.** It's about **moving away from a "not my job" mentality to a "we're in this together" mindset, where success and failures are shared equally**.
727
727
-->
728
728
@@ -739,7 +739,7 @@ layout: default
739
739
740
740
- Shared responsibility **_by empowering all teams with access and information_**
741
741
742
-
<!--
742
+
<!--
743
743
That **Shared Responsibility** brings empowerment to all team members with access to the tools and information they need to contribute across the entire software lifecycle. **By democratizing access to tools and information, DevEx encourages a culture where everyone feels ownership of the product and is motivated to contribute to its success.**
744
744
-->
745
745
@@ -753,7 +753,7 @@ backgroundSize: contain
753
753
754
754
755
755
756
-
<!--
756
+
<!--
757
757
Organizations seeking to build more cohesive, agile, and effective teams who are better equipped to meet the demands of modern software development, have to ensure that they don't stop at just these core DevOps principles - but that they ensure an emphasis on DevEx in the implementation of the tooling. If it's a poor experience, you aren't going to see the results you want.
758
758
-->
759
759
@@ -775,7 +775,7 @@ transition: fade
775
775
776
776
</v-clicks>
777
777
778
-
<!--
778
+
<!--
779
779
[click]A good DevEx facilitates **smoother transitions between your dev and ops teams**, helps [click]**minimize bottlenecks and enhances collaboration**. Proper [click]**feedback loops are part of both DevEx & DevOps**, and with them in place you have a positive DevEx that **ensures those loops are efficient and productive**, all of which which [click]**helps DevOps principles** to take firm hold within an organization. There's no better example than what we've seen with Platform Engineering the last few years.
The rise of platform engineering represents a paradigm shift [click]**towards creating comprehensive, integrated environments that cater specifically to the needs of developers**. Focusing on [click]**abstracting away the complexities of infrastructure and backend services**, allows developers to concentrate on writing code and creating value. [click]Platform engineering embodies the principles of DevEx by **ensuring that developers have access to robust, scalable, and easy-to-use platforms**. [click]which **streamline development processes, reduce setup time**, and allow for a focus on innovation rather than maintenance, removing a lot of developer toil.
Self-service platforms embody the evolution of DevEx by [click]**empowering developers** to independently provision resources, deploy applications, and manage their lifecycles without waiting for operational support. [click]These platforms **leverage automation, templates, and predefined policies** to ensure compliance and governance, while offering the agility needed for rapid development cycles. By providing developers with the tools to perform tasks that were traditionally in the domain of IT operations, [click]self-service platforms **accelerate development, enhance productivity, and foster a culture of autonomy and innovation**.
When organizations prioritize DevEx, they ensure that devs have access to tools and processes that not only streamline their workflow but also facilitate a smoother transition of code from development to production. This alignment encourages both teams to work closely from the outset of projects, sharing insights, feedback, and responsibilities, which enhances the efficiency of the development lifecycle and leads to higher quality outcomes. Which strenghtens the implementation of DevOps culture and practices.
837
837
-->
@@ -859,7 +859,7 @@ backgroundSize: contain
859
859
860
860
</v-clicks>
861
861
862
-
<!--
862
+
<!--
863
863
Some of the better practices to keep in mind when leveling up with DevEx are: [click]**Equip teams** with integrated, user-friendly tools that support automation, collaboration, and real-time communication. Choose the tools which align with both Dev and Ops needs. Get their input in the decision. Just because your buddy's IT startup says they offer 10x developer productivity doesn't mean it works for your teams, much less that it works at all. [click]**Put in place cross-functional teams** that include roles with diverse expertise (e.g., development, operations, quality assurance) to foster a shared understanding and responsibility from project inception through to deployment and maintenance. [click]**Establishing robust feedback mechanisms** allow for continuous learning and improvement. Conduct regular retrospectives, incorporate user feedback into development cycles, and use monitoring tools to gather insights on performance and user experience. [click]Reduce toil and free up team members to focus on more strategic activities by **automating repetitive and manual tasks wherever possible.** This includes automating testing, deployments, and infrastructure provisioning. Paige Bailey at Google even wrote a post about how she automated away the boring parts of her job. [click]**Ensure that team members have opportunities to learn and grow** their skills in both development and operations domains. This helps in building empathy between teams and equips individuals with the knowledge to understand and contribute to different stages of the development lifecycle.
864
864
-->
865
865
@@ -879,7 +879,7 @@ You may be in a position where you want to help drive the changes needed to impr
879
879
880
880
<Tweetid="1750563607266410692" />
881
881
882
-
<!--
882
+
<!--
883
883
The level of investment that a company invests in DevEx can be a reflection of a company's values towards its employees, especially its developers. A strong focus on DevEx shows a commitment to employee well-being and efficiency. And prioritizing DevEx helps foster a culture of excellence and innovation. When developers are provided with the right tools, support, and environment, they are more likely to produce high-quality work and push the boundaries of what's possible.
884
884
-->
885
885
@@ -1001,7 +1001,7 @@ Streamlining the Development Workflow
1001
1001
This approach focuses on making the development process itself smoother and more efficient. Here are some key strategies:
1002
1002
Focus on tools and automation: Explore options for code editors, version control systems, CI/CD pipelines etc. to automate repetitive tasks and improve development efficiency.
Standardize development environment setup: Use configuration management tools and streamline onboarding processes to ensure a consistent and efficient development environment for all team members.
1040
1040
Some examples: JFrog’s Artifactory provides that centralized repo for all artifact types, making it easy for deves to find the resources they need; JFrog’s Pipelines provides a CI/CD platform for automating the build, test, deployment process. There’s also JFrog’s new collaboration with GitHub announced today. Atlassian provides a suite of tools which integration collaboration, communication, and knowledge sharing. GitHub and Gitlab provide version control and collaboration. Ansible helps to quickly and consistently set up development environments, saving time and reducing the risk of configuration errors.
1041
-
-->
1041
+
-->
1042
1042
1043
1043
---
1044
1044
layout: statement
@@ -1049,7 +1049,7 @@ layout: statement
1049
1049
>### "ruthlessly eliminating barriers (and blockers) that keep your practitioners from being successful"
1050
1050
1051
1051
1052
-
<!--
1052
+
<!--
1053
1053
I'll leave you with this, that DevEx is ruthlessly eliminating barriers (and blockers) that keep your practitioners from being successful.
0 commit comments