Neu kaufen
14,73€14,73€
Lieferung für 6,99 € Donnerstag, 16. Juli. Bestellung innerhalb 14 Stdn.
Auf Lager
Versender / Verkäufer
Amazon
Rückgaben
Retournierbar, wenn diese innerhalb von 14 Tagen nach dem Erhalt angefordert wird
Zahlung
Sichere Transaktion
Geschenkoptionen
An der Kasse erhältlich
Gebraucht - Wie neu
10,44€10,44€
Lieferung für 7,69 € 18. - 21. Juli
Versand durch: MEDIMOPS Verkauft von: MEDIMOPS
Es ist ein Fehler aufgetreten.
Es gab einen Fehler beim Abrufen deines Wunschzettels. Versuche es noch einmal.Es ist ein Fehler aufgetreten.
Liste nicht verfügbar.
Lade die kostenlose Kindle-App herunter und lese deine Kindle-Bücher sofort auf deinem Smartphone, Tablet oder Computer – kein Kindle-Gerät erforderlich.
Mit Kindle für Web kannst du sofort in deinem Browser lesen.
Scanne den folgenden Code mit deiner Mobiltelefonkamera und lade die Kindle-App herunter.
-
-
-
Bild nicht verfügbar
Keine Abbildung vorhanden für
Farbe:
Dem Autor folgen
OK
Naming Things: The Hardest Problem in Software Engineering
Kaufoptionen und Plus-Produkte
These skills can be used throughout your career, and they’re useful for every programming language, technical domain, and experience level. The book incorporates real-world examples to illustrate how to choose good names and avoid bad names.
This book includes:
- Rules for how to choose good names and avoid bad names
- Principles to help you remember the general qualities of good names
- Real-world examples
- Guidelines on the application of these rules and principles, including balancing tradeoffs, renaming best practices, and choosing domain-specific names
- Tips on how to develop your naming skills throughout your career
Changes in the second edition:
- Improved conciseness
- Removal of less important content
- Grammatical improvements
- Formatting improvements
- Seitenzahl der Print-Ausgabe106 Seiten
- SpracheEnglisch
- Erscheinungstermin1. Februar 2023
- Abmessungen12.7 x 0.61 x 20.32 cm
- ISBN-13979-8366113397
Produktinformation
- ASIN : B0BTLYZWRL
- Herausgeber : Independently published
- Erscheinungstermin : 1. Februar 2023
- Sprache : Englisch
- Seitenzahl der Print-Ausgabe : 106 Seiten
- ISBN-13 : 979-8366113397
- Abmessungen : 12.7 x 0.61 x 20.32 cm
- Amazon Bestseller-Rang: Nr. 790.850 in Bücher (Siehe Top 100 in Bücher)
- Nr. 1.663 in Softwareentwicklung (Bücher)
- Nr. 344.675 in Fremdsprachige Bücher
- Kundenrezensionen:
Informationen zum Autor

Entdecke weitere Bücher des Autors, sehe ähnliche Autoren, lese Buchempfehlungen und vieles mehr.
Kundenrezensionen
- 5 Sterne4 Sterne3 Sterne2 Sterne1 Stern1 Stern52%28%14%6%0%0%
Kundenbewertungen, einschließlich Produkt-Sternebewertungen, helfen Kunden, mehr über das Produkt zu erfahren und zu entscheiden, ob es das richtige Produkt für sie ist.
Um die Gesamtbewertung der Sterne und die prozentuale Aufschlüsselung nach Sternen zu berechnen, verwenden wir keinen einfachen Durchschnitt. Stattdessen berücksichtigt unser System beispielsweise, wie aktuell eine Bewertung ist und ob der Prüfer den Artikel bei Amazon gekauft hat. Es wurden auch Bewertungen analysiert, um die Vertrauenswürdigkeit zu überprüfen.
Erfahren Sie mehr darüber, wie Kundenbewertungen bei Amazon funktionieren.Top-Bewertungen von Deutschland
- 5 von 5 Sternen
Simple book which is quite helpful.
Bewertet in Deutschland am 3. August 2023The content seems obvious when you read it but its quite helpful to clarify the way you write code.
I would recommend it if you're a software professional.
Feedback wird gesendet ...Feedback wird gesendet ...HilfreichVielen Dank für dein Feedback.Leider konnten wir deine Stimmabgabe nicht speichern. Bitte versuche es erneutVielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
Spitzenrezensionen aus anderen Ländern
Kevin Jerome3 von 5 SternenGood yet shallow advice
Bewertet in Kanada am 7. Juni 2024This book is shallow, both in the number of pages and the depth of the content.
It's not bad per se, but it's mostly common sense or well-trodden ideas put to paper. If you've been programming for several years, none of this advice will surprise you.
The advice is not always well-motivated, often being heavily opinionated without referring to any data to back it up. This is fine for some people, but I would have preferred case studies or other forms of objectivity to have been introduced.
The print quality was ok, but the book feels flimsy and the cover is easily stained from touches.
I wouldn't spend too much on this book if you're looking to get it. You can easily find similar content online.
Feedback wird gesendet ...Vielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
David Bakin5 von 5 SternenRules you know organized into 4 principles that help you remember them and use them
Bewertet in den USA am23. Juli 2023This thin book, if read by software engineers, and taken to heart, would improve code quality everywhere. Just naming things properly is an incredible way to write correct code in the first place, or improve it when you find problems.
And it really is the hardest problem in software engineering - it's so hard to even name things at all that coders will do things they know are wrong to avoid it: long long methods with all code inline, class names that are just some noun with "Manager" or "Factory" or "Processor" or "Action" tacked on to the end as if that was sufficient to let you know what was going on, throwaway names that don't describe the entity named, not changing test names to reflect changes in the test (many times the test name doesn't even accurately state what the test is testing!), etc. etc.
Yet I have found over and over that naming things properly - and breaking things out and giving them a name - contributes significantly to correctness.
The most obvious way is that a correct name breaks the connection between one section of code and another section - especially if that other section would be embedded in the first one if you didn't break it out to give it a name.
* You start with the named thing: you read the name, understand what it is supposed to do, then you read the code there, locally, and decide if it does what the name says it does.
* Now you go back to where the name is used - you know the name accurately describes what's going to happen so you can consider it's use right there without referring again to the code behind it.
Another way proper naming works well is if you name things in such a way that uses of the name in conditionals makes everything simpler.
* This is why in code reviews I constantly point out that expressions used in conditionals should be:
* Broken out into a named predicate (even if only a local Predicate - maybe especially then)
* And that the predicate name should be positive
* Because IMO it leads to much easier to understand boolean-valued expressions
In 30 short pages this book lists the rules you need to follow to name things properly. And you've probably heard each on of rules principles before, one at a time. The value of the book is that these rules are organized into 4 principles and explained together in a way that it all hangs together, and then the principles - and many of the rules - stick in you mind, where you can have them ready when you need to name something.
There's another 30 pages on how to apply the principles/rules in various settings.
$10 on Kindle and well worth it. Even pay the extra $5 and get it in paperback - it's small and thin and very easy to flip through to refresh your understanding with.
Feedback wird gesendet ...Vielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
Edie4 von 5 SternenA Great Contribution To The Field
Bewertet in den USA am15. Oktober 2024The author's guidelines, references to studies and relevant books are commendable. However, some sections lacked depth. Overall, this book is a good attempt at addressing naming in software engineering and strategies to mitigate its negative effects.
Feedback wird gesendet ...Vielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
Karl Vogel5 von 5 SternenGood advice in a small package
Bewertet in den USA am18. November 2025I was originally going to give it 4 stars for being too short until I remembered that I don't like authors who bloviate or pad their stuff to make it look bigger.
The book has most of the useful naming advice all in one place.
Feedback wird gesendet ...Vielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
W. Marshall3 von 5 SternenGood topic, very long presentation
Bewertet in den USA am24. Juni 2023I like the message and the general lessons and rules are well presented. The trouble is that they are presented over and over and over again. It's almost like this should have been a blog post rather than trying to pad it out into book length.
I quit reading it about 75% of the way through, I couldn't take it anymore. I get it.
Feedback wird gesendet ...Vielen Dank, wir werden die Angelegenheit in den nächsten Tagen überprüfen.Es tut uns leid, aber wir konnten diese Rezension nicht melden. Bitte versuche es erneut.Entschuldigung, wir konnten die Bewertung nicht übersetzenÜbersetzt aus dem Englisch von AmazonOriginal anzeigen
