Was die Leute sagen
Dieses Buch tut etwas Seltenes: Es beschreibt die wahre Breite der Disziplin der Softwareentwicklung und all die wichtigen, unordentlichen Überschneidungen mit anderen Disziplinen: Design, Produktmanagement, Nutzerforschung und darüber hinaus. Die Magie dieses Buches ist, dass es all die Dinge, die gute Softwareingenieure tun, die implizit und ungesagt sind, sagt. In klarer Sprache bietet Ryan eine Karte zum weiten Gebiet, das Softwareentwicklung ist.

Mehr als ein technisches Handbuch gibt dieser Feldguide modernen Softwareteams einen Kompass, um großartigen Code, großartige Zusammenarbeit und eine Kultur aufzubauen, in der Ingenieurwesen – und Menschen – gedeihen!

Als Maschinenbaustudent, der auch Software liebt, fand ich Ryans Anleitung unglaublich klar und nachvollziehbar. Er erklärt, wie echte Softwareteams arbeiten, auf eine Weise, die praktisch, ansprechend und leicht zu lernen ist.

Ein Muss für Ingenieure, die tatsächlich Dinge ausliefern wollen, die wichtig sind. Ryans Aufschlüsselung von Produkt- vs. Lieferteams allein ist den Preis wert – und seine bodenständige Sicht auf KI-Tools ist die Vernunftskontrolle, die unsere Industrie dringend braucht.

Ryan Mahoney ist einer der effektivsten Engineering-Leader, mit denen ich in meiner Karriere das Glück hatte zu arbeiten, und A Field Guide to Software Engineering destilliert eine große Menge nachdenklicher Anleitung, die ich ihn über die Jahre entwickeln sehen durfte, in eine zugängliche und praktische Referenz.

Als Technik-Recruiter hat A Field Guide to Software Engineering mein Verständnis dafür vertieft, wie Softwareingenieure wirklich in einer Organisation jenseits von Jobtiteln und Lebensläufen operieren. Es hat mir geholfen, Teammdynamiken, technische Verantwortlichkeiten und die kollaborative Natur der Ingenieuraarbeit besser zu erfassen. Das Buch hat meine Fähigkeit gestärkt, bessere Interviewfragen zu stellen und Talententscheidungen enger an Geschäftsbedürfnissen auszurichten.

Natürlich hat Ryan ein Buch über Softwareentwicklungs-Anleitung geschrieben. Er ist ein Meister unseres Handwerks und teilt gerne, was er lernt. Ob Sie ein neuer Leader, ein erfahrener Tech Lead oder ein Softwareingenieur sind, der nur versucht, Ihr Team ein wenig besser zu verstehen, Sie werden immer wieder zu diesem Guide zurückkehren und mit einem Gefühl der Sicherheit gehen. Genießen Sie es!

Die Ingenieure, die erfolgreich sind, sind nicht die technisch brillantesten – es sind diejenigen, die Arbeit beenden, klar kommunizieren und die Problemdomäne verstehen. Ryans Abschnitte über Domänenkenntnis und Zusammenarbeit mit multidisziplinären Produktteams sind besonders scharf. Der Unterschied zwischen guter Software und verschwendeter Mühe hängt oft davon ab, ob Sie das Problem verstanden haben, bevor Sie sich in eine Lösung verliebt haben. Jeder Ingenieur, der an Dingen arbeitet, besonders an Dingen, die wichtig sind, sollte dies lesen, um seiner Kollegen und Endnutzer willen.

Es kann ein Schock sein, aber Softwareentwicklung beinhaltet viel mehr als nur Code schreiben. A Field Guide to Software Engineering bietet eine fantastische Tour durch alles, was mit dem Job in der Praxis einhergeht. Und nicht auf eine idealisierte, perfekte abstrakte Weise. Ryan Mahoney spricht offen über häufige Herausforderungen in der Praxis und bietet praktische Tipps, um echte Verbesserungen in Ihrer eigenen Arbeit zu erreichen. Dieser Guide ist ein Muss für Neueinsteiger in das Feld, und seine Einsichten sind auch für erfahrene Profis wertvoll.

8 Dinge, die Ihnen dieses Buch beibringen wird

Jahrelang jagte ich nach technischer Meisterschaft und versuchte, der "klügste Ingenieur im Raum" zu sein. Es war eine ängstliche, egozentrische Art zu arbeiten. Erst als ich ergebnisorientierten Teams beitrat und von direkten, großzügigen Mentoren lernte, erkannte ich, was wirklich wichtig ist: was wir bauen, wie wir zusammenarbeiten und wer dadurch besser dran ist. Ich habe viel Zeit damit verbracht, das auf die harte Tour herauszufinden. Ich habe dieses Buch geschrieben, damit Sie das nicht müssen.
— Ryan Mahoney