I jokingly called it 'tass' (toddlers attention span syndrome), and I've had it since I was three.
Buying toys for me was according to my family the stuff of nightmares. I'd play with something for 3 minutes really excited, then see if it could be taken apart and if not toss it aside and never look at it again. And the ones that I could take apart suffered the same lot, only in bits and pieces.
It took me a long long time to outgrow that, I still have to be very careful when I am exposed to something new and shiny to stay away from screwdrivers.
In software projects I have much the same tendency, as long as it is challenging, new and I can learn it's ok. But woe the day the last bolt is screwed on to the carriage, that's when I'm in real danger to lose interest. Building is great, maintaining is not, so I try to build things in a way that they are as maintenance free as possible (which is good anyway).
If the money would be the motivating factor (or the 'desire to change the world' as some other commenter put it here: http://news.ycombinator.com/item?id=1369566), then it would be easy to keep going.
But for me the driving force is to learn, and it's hard to keep 'learning' the same stuff over and over again. So I try to frame my days and the things I have to do that are not exactly 'new' in terms of what I will learn from them, and if I can then I can usually do the job in a reasonable time.
If not, I have a tendency to make mountains out of molehills.
Interesting. I really like the point about building things to be maintenance free. Good call.
The motivating factor for me is more in the 'change the world' idea, and I think that learning is definitely a key motivator for me. If I'm not learning, and I'm just "executing" what I've learned, I get stuck.
Can you give an example of how you've made things (preferably software!) maintenance-free?
I try to keep an eye out for a pattern: that I'm doing the same thing twice.
As soon as that happens I stop and I analyze the problem, if I can automate it completely I'll do it, if I can only automate a part of it I'll do that and then try to find a way to either get rid of the remainder completely, offload it to my users in some guise or other and failing that I'll pay someone some money to do it for me.
Concrete examples are for instance the system administration tasks involved in keeping 20 servers up and running without additional staff, scanning email in my inbox for recurring questions (people not reading the FAQ), which get handled by an auto-responder pointing them to the relevant page with a friendly, personalized letter and so on.
Support is inevitable, I put myself forward to handle the 'problem' cases because those tend to drive development, but if I can get away from boring work I'll do it.
Someone joked that I'd rather spend a day at automating something that costs maybe 5 minutes to do by hand, and in a way that's very true but it's gotten to a point now where I can run a huge website pretty much by myself with occasional help from a few users with 'elevated' status.
As one of my previous colleagues put it : "I'm a lazy developer. I will write a tool for anything that I must do manually more than once."
I think the hard part is to decide that it's better to spend several hours automating a 5 minutes manual task.
I'm often faced with repetitive tasks and I realize that it's wrong to do them, but it's not easy to say : "Ok, let's put my important work aside and automate this."
Another risk is that progress as measured to the size of the project is not linear, but asymptotically approaches '0'.
Real progress is still being made, but it is much less visible later in a project than in the beginning.
So those of us that are motivated by being able to measure their progress on a day-by-day basis have a hard time to stay motivated later on in a projects life-cycle.
Yes! Automating your repetitive tasks can be a new non-repetitive task that keeps you interested - this is fantastic advice for those of us with medium attention spans.
I think that 'change the world' is too big for reliable motivation. Try finding smaller, more immediate goals that you can better identify with for particular projects. That should help you keep your interest up.
Buying toys for me was according to my family the stuff of nightmares. I'd play with something for 3 minutes really excited, then see if it could be taken apart and if not toss it aside and never look at it again. And the ones that I could take apart suffered the same lot, only in bits and pieces.
It took me a long long time to outgrow that, I still have to be very careful when I am exposed to something new and shiny to stay away from screwdrivers.
In software projects I have much the same tendency, as long as it is challenging, new and I can learn it's ok. But woe the day the last bolt is screwed on to the carriage, that's when I'm in real danger to lose interest. Building is great, maintaining is not, so I try to build things in a way that they are as maintenance free as possible (which is good anyway).
If the money would be the motivating factor (or the 'desire to change the world' as some other commenter put it here: http://news.ycombinator.com/item?id=1369566), then it would be easy to keep going.
But for me the driving force is to learn, and it's hard to keep 'learning' the same stuff over and over again. So I try to frame my days and the things I have to do that are not exactly 'new' in terms of what I will learn from them, and if I can then I can usually do the job in a reasonable time.
If not, I have a tendency to make mountains out of molehills.