If you need to generate docs for your Python projects, try Sphinx.
Docs? Ask The Sphinx
16. July, 2008
Leave a Comment » | 
Software | Tagged: Documentation, Python, Recommendation | 
Permalink
Posted by digulla
There Are Two Kinds of People …
15. July, 2008“… Those who separate people in two kinds and those who don’t.” But I digress.
Ever wondered about the wars in IT? VI vs. Emacs? KDE vs. Gnome? IntelliJ IDEA vs. Eclipse? PC vs. Mac? Why can’t people pull along the same string for once?
Well, because they can’t. Duh. We all have differences and we find these to make our life more rich or more simple. Can’t discuss with a guy who always agrees with you, can you? Or just image your better half to do as you do … you couldn’t even out your advantages and disadvantages! During work, we accept that people are different and we find that useful because it means that work can be spread and people can do what they’re good at (instead of where they suck).
Sometimes, this difference goes deep. Way deep. It’s so fundamental to our personality that we don’t even question this. That’s the fundamental schism which fuels the wars in IT. There are “vi” people and there are “emacs” people. Each member of both groups thinks the others are imbeciles who just won’t see the light, no matter how often they got beaten some brains into them.
The “vi” people wants to get things done and they don’t want the tools to get in the way. A tool should be like a hammer: Simple, to the point, easy to understand and use. If it comes with a manual, it’s not a tool, it’s a distraction.
The “emacs” people, on the other hand, like to have the most powerful tool they can find at their fingertips. They want to abstract, hide, build tool layer upon tool layer until the task at hand literally happens at the press of a button. If the tool can’t be customized, it’s not a tool, it’s a nuisance.
No matter how much you wish for it, these two kinds of people will never use the other ones tool. If they have to, they will be constantly irritated. Take IntelliJ IDEA, for example. I’m a “vi” guy and this IDE just freaks me out. It’s always doing something with my source that I never told it to do, always reformatting, always adding and removing whitespace, always getting in my way. I hate it.
Eclipse, on the other hand, comes with a rich tool set. I can have my source formatted any way I like, but it only does so when I tell it to. The default is to leave my artwork alone. Eclipse doesn’t try to be smarter than me. Eclipse gets my jobs done when I want them to be done and it doesn’t get in my way.
Don’t get my wrong. I’m not telling you why Eclipse is better for you than IntelliJ, I’m saying it’s better for me. I’m a “vi” guy.
Now, you may argue that I could probably hack IntelliJ into doing what I want. That’s my point exactly: If I have to turn IntelliJ into an Eclipse clone to be able to use it, why not use the tool which fits my hand to begin with? And let’s face it: No matter how customizable a tool is, after you’ve turned it into a clone, there will still be a lot of corner cases.
These come from the core of the design of these tools and that’s what makes them as fundamentally different as two humans and no argument in the world will change that.
So, next time someone comes up and says “This or that would be better”, answer: “It is better for you.. How about me?“
1 Comment | Philosophy | Permalink
Posted by digulla
Java Tricks: Fastest Way to Collecting Objects in a String
11. July, 2008The fastest way to collect a list of objects in a String in Java:
StringBuilder buffer = new StringBuilder ();
String delim = "";
for (Object o: list)
{
buffer.append (delim);
delim = ", "; // Avoid if(); assignment is very fast!
buffer.append (o);
}
buffer.toString ();
Leave a Comment » | Software | Tagged: Java, Tipps, Tricks | Permalink
Posted by digulla
Are Bad Tests Worse Than No Tests At All?
9. July, 2008In his article “Are Bad Tests Worse Than No Tests At All?“, olivstor writes:
Are the drawbacks to bad tests worse than having no coverage at all?
I think the answer is that in the short term, even bad tests are useful. Trying to squeeze a extra life out of them beyond that, however, pays diminishing returns.
Just like other software, your tests should be built for maintenance, but in a crunch, you can punch something in that works. It’s better to have bad tests than to have untested code.
Tests are like any other code: They can go bad.
In my career, I’ve found that it’s surprisingly hard to write good tests if you have no experience in doing so. People starting to write tests make them too complex, too long, let them have too many dependencies and they take too long to run.
If you’re in such a situation, you have to face the fact that you just programmed yourself in a corner and you must spent the effort to get out of there. Tests are no magic silver bullet. They are code and follow the usual rules of coding: When it hurts, something is broken and it won’t stop hurting unless you fix it.
So in this sense, I agree that bad tests are better than no tests because they tell you early that you need to fix something. That’s what their core purpose is.
Management might argue that you’re spending too much time on testing. I’ve never had a problem to sell myself to them. I usually figure that I spend 50% of my time (or more!) writing tests and 50% actual coding – and I’m still much faster than those who write code 80% of the time or more. What’s more: when my code goes into production, it’s is rock solid or at least easy to fix when something comes up. In 99% of the cases, the things I need to fix were those which I didn’t test.
This is a positive reinforcement loop which drives me to test more and more because it stops the hurting. If your tests cost more than they seem to return, you need to fix them until you get the same positive feeling when you think about them.
Leave a Comment » | Software | Tagged: Software Development, TDD, Testing | Permalink
Posted by digulla
MQSeries 2045: MQRC_OPTION_NOT_VALID_FOR_TYPE
8. July, 2008While doing some work with MQSeries, I got an error “MQJE001: Completion Code 2, Reason 2045” in MQQueueManager.accessQueue() which translates to “MQRC_OPTION_NOT_VALID_FOR_TYPE”. Hm. Hey, IBM, how about adding real error messages to your products instead of having people look up odd codes in tables?
Anyway, the error means that I’m trying to open a queue for output which doesn’t support this. For example, remote queues can be opened with the option MQC.MQOO_OUTPUT but not with MQOO_BROWSE or MQOO_INPUT_AS_Q_DEF. Other queues don’t allow to read from them, i.e. you have to get rid of MQC.MQOO_INPUT_AS_Q_DEF in the openOptions.
See this page for all possible combinations: MQOPEN – Open object
2 Comments | Software | Tagged: Java, MQSeries | Permalink
Posted by digulla
TurboGears 2.0 Is On Track
8. July, 2008There are three things which hooked me to TurboGears:
- Every day stuff is simple, complex stuff is possible
- Automatic reload after code change (no need to restart)
- It’s in Python
What I didn’t like is that TG 2.0 has been so quiet for so long. I’m on the Planet Turbogears RSS feed and I wasn’t sure whether 2.0 was alive or dead or whatever.
Well, it seems to be more alive than I expected and hopefully, we’ll see a 2.0 soon. In “Doing the right thing should be easy” by Mark Ramm, you can find more details.
Leave a Comment » | Software | Tagged: Python, TurboGears | Permalink
Posted by digulla
Starting Your Own OSS Project
8. July, 2008If you’re planning to roll your own little OSS toy project, you should read the article “Party of one: Surviving the solo open source project” by Kirill Grouchnikov. Very good points on what to do and what to avoid and why.
Leave a Comment » | Software | Tagged: OSS, Recommendation, Software Development | Permalink
Posted by digulla
Genes in Wikipedia
8. July, 2008So if you ever wanted to know how that stuff works that you’re made of, scientists have started to put their knowledge about genes on Wikipedia. Beware, though, it’s heavy stuff.
It’s interesting to see how you can use an automated process to merge complex information from one system (the scientist’s databases) into another. Now, I’m waiting for the “translate this goo into language xyz” bot 🙂
Leave a Comment » | Philosophy | Permalink
Posted by digulla
Seeing Is Believing
29. June, 2008If you take a photo of something, does that photo show reality? What is there?
Most of us believe so but actually, the photo only shows what was there when you pressed the button. This misconception led to the Image Fulgurator. What’s that? It’s a device which projects a picture when it notices a flashlight, i.e. when someone makes a photo. Because of the flash, you can’t see the image of the Fulgurator, but you will see it later on your photo. The photo shows what was there, not what is there.
Leave a Comment » | Philosophy | Permalink
Posted by digulla
Dark Views 
Hancock
6. July, 2008Strange movie. Here in Switzerland, it’s sold as a “comedy” but it’s not, and people will be disappointed. Also, I’m unhappy about the amount of futile violence and gore in the movie. There are a couple of scenes where you’ll sit in you chair and think “What the f***!?”. This is bad. While in the theater, you should never realize that you’re watching a movie.
All in all, I think that the movie failed to deliver because it couldn’t explain enough. Maybe it was too short or maybe the wrong scenes were chosen, I don’t know. I left the cinema with a strange feeling of confusion, things just didn’t add up. Unlike in other movies, I’m not able to say what they could have done different. After the big surprise in the second part of the movie, the behavior of the characters is suddenly consistent and you know why Hancock is such a bastard. Only, I don’t know, it’s as if something is lacking.
Hancock is shallow and that fits for a comic character but he’s more a tragic character and this doesn’t add up for me. So in the end, even when he finds his only love and gets killed for her, I don’t really care anymore (as much as you care when Garfield gets flattened by a door).
See what others have to say.
Share this: