4 ms·
Ouch. Great point. I'll make an attempt here, but understand that you have me on my heels :) If I look around my office I see lots of things that I could name
by famousactress 13y ago
Ouch. Great point. I'll make an attempt here, but understand that you have me on my heels :)
If I look around my office I see lots of things that I could name with that many words, because they're composed of a number of really important properties. The reason they're composed of all of those properties is to serve some purpose, and their name tends to reflect that purpose.
So I guess I'd ask if all of the properties in that part name reflect some holistic idea and suggest a name based on that. But I know I'm probably wrong. The people who make that part may not really know why all those properties are together.. in as much as they have customers that use it for lots of different things. It'll probably end up in things that haven't been invented yet, who knows.
Or maybe we could come up with a holistic name, but because it was unspecific we wouldn't know exactly what it did, and anyone about to purchase that part would have to read the spec-sheet (source code, to briefly exit our analogy).
Let's say we built a device that included that thing. What would we call it when traversing the schematics? We'd probably call it the phototransistor, because everything else is detailed enough to be 'source code'.
You caught me being hyperbolic, though. You're right. Some things deserve complicated names, I still definitely don't think any of those things are classes in Spring though. That shit's cray.
- humbledrone 13y agoYeah, I definitely don't think all long names are justified. I'm a huge fan of simplicity, and prefer short, simple, and direct code. With regards to Spring, especially, I do tend to agree that some of the very long class names are that way just due to incidental complexity, rather than complexity innate to the problem space itself.