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

On being a senior engineer – Mythen und Bräuche

On being a senior engineer – Mythen und Bräuche

Dieser Titel ist mit ganz vielen Mythen verbunden – der Senior Engineer. Wie für Begriffe wie Agile oder DevOps gibt es ganz unterschiedliche Vorstellungen und Definitionen.
Konstantin zeigt, warum der Begriff ungünstig ist und wir eher von Mature Engineers sprechen sollten. Außerdem wagt er sich an eine Bestandsaufnahme, mit der jede und jeder für sich entscheiden kann, wie weit es mit dem Mature Engineer her ist. Die Überlegungen kreisen dabei um eine Reihe von Fragen. Was muss ich können? Muss ich möglichst viele Programmiersprachen beherrschen? Welche Praktiken sind wichtig? Was ist absolut toxisch? Wie gliedere im mich als Mature Engineer in ein Team und eine Engineering-Organisation ein? Es wird eine kurzweilige Betrachtung, bei der wir auch immer wieder (über uns selbst) lachen können. Zuhören lohnt sich unabhängig vom Erfahrungshintergrund ...

Konstantin Diener

October 31, 2024
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. „Perfektion ist nicht dann erreicht, wenn es nichts mehr hinzuzufügen

    gibt, sondern wenn man nichts mehr weglassen kann.“ Antoine de Saint-Exupéry
  11. • Was könnte fehlen? • Was könnte dazu führen, dass

    das hier nicht funktioniert? • Könnt ihr bitte so viele Antithesen wie möglich zu meiner Idee generieren? • Selbst wenn es technisch in Ordnung ist, können die anderen in der Organisation es verstehen, betreiben, erweitern und Fehler beheben? • Wie könnten Eval User Stories aussehen? Kritik
  12. If you’re only using your engineers to code, you’re only

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

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

    sollten Product-Discovery-Techniken https://www.youtube.com/watch?v=TBMF56GQUOM
  15. […] 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/
  16. • Wie sieht die kleinste mögliche Lösung aus? • Brauchen

    wir einen Spike? • Wie können wir möglichst wenig Abstraktion verwenden? • Make it work, make it fast, make it scale! Dev @ Trio
  17. Great so ft ware today is o ft en preferable

    to perfect so ft ware tomorrow. Andrew Hunt & David Thomas, The Pragmatic Programmer
  18. 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
  19. Programs must be written for people to read, and only

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

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

    der So!ware-Entwicklung Schätzungen https://www.youtube.com/watch?v=C-kp5oYnPoo
  22. 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
  23. 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
  24. [email protected] Bildnachweise: Cover: https://www.shutterstock.com/de/g/Murzina+Elena+Sergeevna Fragen: https://www.shutterstock.com/de/g/robertkneschke Mann mit Bart: https://www.shutterstock.com/g/LTim

    Mikrofon: https://www.shutterstock.com/g/Zyabich Läufer: https://www.shutterstock.com/g/martinmark Gira ff en: https://www.shutterstock.com/g/MiViK Sombreros: https://www.shutterstock.com/de/g/JADE+ASHER Dreirad: https://www.shutterstock.com/g/yarruta Sherpa: https://www.shutterstock.com/g/solovushka Team: https://www.shutterstock.com/g/vectorfusionart Lust auf die Mannscha ft ? Konstantin Diener | cosee GmbH cosee.biz