this post was submitted on 10 Jun 2023
5 points (100.0% liked)

General Programming Discussion

7814 readers
10 users here now

A general programming discussion community.

Rules:

  1. Be civil.
  2. Please start discussions that spark conversation

Other communities

Systems

Functional Programming

Also related

founded 5 years ago
MODERATORS
 

In an era where developers are increasingly expected to handle operations tasks, this InfoWorld article discusses the growing discontent among developers and operations specialists. The 'You build it, you run it' model has led to overwhelming responsibilities and created bottlenecks due to different skill sets. The article suggests that a shift in responsibilities could be the solution, where developers have more control over development and testing environments without being fully responsible for production. It also discusses the rise of Site Reliability Engineering (SRE) as a popular solution to balance developer velocity and operational stability. Interested to hear your thoughts on this topic!

you are viewing a single comment's thread
view the rest of the comments
[–] pizzazzip@lemmy.world 1 points 1 year ago

I have held both positons: SRE, and Software engineer. SRE workflow in my experience has been break/fix. Your job as SRE is interrupt-driven. You must put out fires while promising everyone that another fire won't ignite for similar reasons.

Software engineering is more structured. You estimate an amount of bugs/features you can deliver, and work to make it so. You have some extra padding from the fires, but the fires can still change your priorities from features to bug fixes and better testing.

I prefer Software Eng to SRE because bugfixing/testing over new features doesn't bother me, as where every new fire as an SRE was painful and sucked the life out of me.

As SRE I always had some software dev work I hoped to do, but never could get into that zone because of the constant fire fighting.