I'm on a Spring project, and the devs seem to do all the variables in this superLongVerboseHardToReadStyle.
Most of my work is Python/JavaScript/PHP, and in all three cases, the dev culture is mostly about short, succinct variable names.
So what is it about Java that makes developers tend toward these incredibly verbose variables? It makes it impossible to produce templates with reasonable line lengths sometimes, especially after adding on JSTL directives.
I guess it's twoo things: first, It's a common thing in java to somehow work the role a class plays in a design pattern into the class name, and the second is that variable names often reflect the type (class name), so there you go. Love it, hate it or go out and have some fun...
I think it's mostly a misreading of software best practices. Descriptive does not imply verbose (and vice versa), but many people don't see the distinction.
Java SE / EE, methinks. After a while, a variable that's only 30 characters long feels small and insignificant compared to its type (AbstractThreadsafeSimpleMailTransferProtocolProxyFactoryInterface).
Unfortunately, I work at a place where most of the programmers here use naming conventions like these. I'm pretty sure it's to cover up their lack of ability or maybe they are suffering from dunning-kruger.
Sure, you're laughing now. But somebody you work with is going to find this site and use it in earnest, and before you know it you'll be setting your Eclipse window to automatically open across four monitors in horizontal series just to be able to edit one file at a time.
No parody is so foolish that no fool will ever take it seriously. Take care who you show this to.
I've found that most of these complex class names are found in the very frameworks which exist to simplify Java development (Spring being the big one), therefore I find myself never having to create a class with a name like this.
But to be fair, unless you are really digging in and extending Spring you don't normally interact with these classes that often. That doesn't make the class names great but for most people Spring provides a lot of functionality and does simplify a lot of tasks.
All developers of these codebases need to do is place some ads on their documentation pages and they'll rake in a fortune from the amount of times people have to load it up to remember a class name.
Symfony2's namespacing is a good one for this too:
I'm quite aware what the culture is like. Frankly, I don't care, I thought the original post was funny, and I said so. It's not that big of a deal if I get downvoted, but honestly, don't you think this type of downvoting is a sign people just might be taking things a bit too seriously?
After all: the original post was a site that made progressively more ridiculous names for Java classes. I could argue that post adds nothing to the discussion in the first place (other than being amusing).
don't you think this type of downvoting is a sign people just might be taking things a bit too seriously?
Put simply no, there are a plethora of other sites that allow humor, many here find them to be too noisy or they keep their humor and one liners to the other sites. I personally like humor but have seen how it can destroy an otherwise great informational site. If it where allowed on HN the quality of HN would be destroyed in less than a years time. I have been around the net a long time, and have seen many come and many go, the common thread among all of the ones that went was the posts became utter garbage. One you loose the post, the high value contributors move on, then the quality of information suffers and provides further fuel for poor comments.
So it may seem that HN is a bunch of sticks in the mud, but remember we have a lot of high value people in this community many of us, helped create the net in the very early days, while others are Vally insiders, yet others are successful product people. HN is one of the most valuable resources in the tech world, to loose that would be a grave loss.
That being said, I agree with you on the quality of this article, I think it speaks volumes about the point I am trying to make.
I don't necessarily disagree with you in the grand scheme of things. It's just somewhat hypocritical, in my opinion, to admonish someone for saying "lol" in response to, well, let's face it: a completely ridiculous post.
But fair enough. There are plenty of communities online that I am active in that have their own inconsistencies in how they police themselves (whether through moderation or downvoting). I'm not going to take it too personally.
It's not an admonishment. It doesn't mean people think you're a bad person. It just means that if that's all you have to say, they'd rather you said nothing.
I don't know. I bet it's probably an artifact of the implementation - it may be tied to the fact that you can't edit a post after a certain period of time.
- SimpleBeanFactoryAwareAspectInstanceFactory
- AbstractInterceptorDrivenBeanDefinitionDecorator
- AbstractInterruptibleBatchPreparedStatementSetter
- SimpleRemoteStatelessSessionProxyFactoryBean
- TransactionAwarePersistenceManagerFactoryProxy
http://static.springsource.org/spring/docs/3.0.x/javadoc-api...