Upgrade to Pro — share decks privately, control downloads, hide ads and more …

On Being A Senior Engineer – Am I Already There?

On Being A Senior Engineer – Am I Already There?

What does it need to be a Senior Engineer. A title that sounds like the promised land for most of the engineers. But, as well as terms like Agile or DevOps this term lacks a clear definition.

Konstantin shows why the term is misleading and why we should rather talk about Mature Engineers. He shows what aspects characterize a Mature Engineer so that everyone can decide at which point of the journey he or she is currently at. Therefore, Konstantin will discuss a set of questions. What skills do I need to have? Do I need to master as many programming languages as possible? Which practices are important? What is absolutely toxic? What is my role within my team and within the engineering organization?

Avatar for Konstantin Diener

Konstantin Diener

May 13, 2025
Tweet

More Decks by Konstantin Diener

Other Decks in Technology

Transcript

  1. You don’t wake up one day and you are “senior”

    just because your title reflects that upon a promotion. Senior engineers don’t know everything. They’re not perfect in their technical knowledge, and they’re OK with that. John Allspaw
  2. Full Skill Developer Was ein Entwickler außer Coden noch können

    sollte Konstantin Diener [email protected] | @onkelkodi https://talks.cosee.biz/talk/d4777604-98cb-4c3c-9783-056790507da8
  3. A huge body of research— hundreds of studies—shows that when

    people are put in positions of power, … Robert Sutton
  4. … they start talking more, taking what they want for

    themselves, ignoring what other people say or want, ignoring how less powerful people react to their behavior, acting more rudely, and generally treating any situation or person as a means for satisfying their own needs … Robert Sutton
  5. Assholes have devastating cumulative e ff ects partly because nasty

    interactions have a far bigger impact on our moods than positive interactions — five times the punch, according to recent research. Robert Sutton
  6. Intel preaches that the only thing worse than too much

    confrontation is no confrontation at all. Intel
  7. We as an industry need to (of course) refrain from

    critiques of human character and condition, but not shy away from critiques of work product. Theo Schlossnagle
  8. We need to get tougher skin and be able to

    receive critique through a lens that attempts to eliminate personal focus. There will be assholes, they should be shunned. Theo Schlossnagle
  9. But the attitude that someone’s code is their baby should

    come to an end. Code doesn’t have feelings, doesn’t develop complexes and certainly doesn’t exhibit the most important trait (the ability to reproduce) of that which carries for your genetic strains. Theo Schlossnagle
  10. „Perfection is achieved, not when there is nothing more to

    add, but when there is nothing le ft to take away.“ Antoine de Saint-Exupéry
  11. • What might be missing? • What could cause this

    not to work? • Can you please generate as many antitheses to my idea as possible? • Even if it is technically sound, can the others in the organization understand, operate, extend and troubleshoot it? • How could Evil User Stories look like? Critique
  12. Konstantin, I studied computer science because I don't want to

    have anything to do with people! a former colleague
  13. If you’re only using your engineers to code, you’re only

    getting half their value. Marty Cagan
  14. Target Customer Underserved Needs Feature Set UX Value Proposition Product

    Market Fit nach Dan Olsens „Product-Market Fit Pyramid“
  15. Konstantin Diener | [email protected] | @coseeaner … die Entwicklungs-Teams kennen

    sollten Product-Discovery-Techniken https://www.youtube.com/watch?v=TBMF56GQUOM
  16. […] a team can still get by with another engineer

    in the trio, as long as that engineer takes responsibility for fully vetting feasibility and getting buy-in from the rest of the engineering team as they work through assumption testing for the ideas that they are considering. Teresa Torres https://www.producttalk.org/2024/10/engineer-lead-product-trio/
  17. • How does the smallest possible solution look like? •

    Do we need a Spike? • How can we use as little abstraction as possible? • Make it work, make it fast, make it scale! Dev @ Trio
  18. Great so ft ware today is o ft en preferable

    to perfect so ft ware tomorrow. Andrew Hunt & David Thomas, The Pragmatic Programmer
  19. Along similar lines, psychologist Karl Weick contends that aiming for

    “small wins” is o ft en a more comforting and ultimately e ff ective strategy than aiming for “big wins“. Robert Sutton
  20. Programs must be written for people to read, and only

    incidentally for machines to execute. Abelson and Sussman
  21. Wie kann es trotzdem funktionieren? Technologieentscheidungen im Team sind schwer!

    https://talks.cosee.biz/talk/8044646c-1a8e-4024-902a-aa0adb88c074
  22. Konstantin Diener | [email protected] | @coseeaner … das Enfant terrible

    der So!ware-Entwicklung Schätzungen https://www.youtube.com/watch?v=C-kp5oYnPoo
  23. The Best Test of a Person’s Character Is How He

    or She Treats Those with Less Power (especially when no one is watching). Robert Sutton
  24. Group Individual Catalyst Mentoring, sharing, knowledge, feedback Tech talks, documentation,

    articles Mentorship program, tech talk events Code review, design review, coaching, pairing, shadowing Classes, codelabs Onboarding curriculum, teaching people to teach Code review, change review, design review Processes, linters, style guides Frameworks, culture change Delegating, sponsorship, cheerleading, ongoing support Sharing the spotlight, empowering your team Creating a culture of opportunity, watching with pride as your superstar junior colleagues change the world Advice Teaching Guardrails Opportunity The Sta ff Engineer’s Path