[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main
 parent
 thread


Re: hmmm
by Eric Laffoon on Sunday 28/Mar/2004, @23:32
The problem with this type of set up is that it really requires someone with a lot of money that really loves what they're doing. So far mostly I'm just love. ;-)

There are thousands of dollars in legal fees to set up the structure and then the administrative costs. There's a real cost in time to pursue the funds and then when it comes to working with developers...

Everyone I work with on a sponsorship basis I have to first get to know over email, discuss how we see things, our thoughts, our passion for what we're doing... There are issues not only with skills but with how people work. You have to know that someone will work on this because they really truly love doing it because you can't look over their shoulder. There there is the interaction on what needs done, the actual oversight of the project laying out task priorities and answering numerous questions on particulars.

The process that I go through has evolved over the years and it takes a lot of time as well as knowledge of the program and communication skills. It's not just finding someone and sending them some money and getting some software.

I really want to do something like this but doing it well is more challenging than I think people realize. It would be possible to find someone who you just send money on to work on a piece of software, but to make something larger in a project you have a lot more issues and you have interactions. Maybe I'm a control freak but I don't like leaving aspects of things to chance that can make or break a project or release, especially if I'm using money from contributors. That's a major incentive to not screw up.

Anyway my thinking is that I'm not sure how many people I'd trust to do something like this on any scale. I probably could, but I'd need to have excellent financial positioning because if I wasn't drawing a salary it might be difficult if I didn't have time to work. I classify myself as a person who enjoys risk that he can structure to high probability favorable circumstances. I'm risk averse where those risks remove my control or cause things to blow up if they don't go perfect. My paranoia is hard earned and serves me well. Also my business is backwards of most jobs. my schedule is flexible during the week and I leave the house to work on weekends. If I had a regular job I'd get fired for the time I spend on Quanta. Probably sooner actually. I haven't had a job for 15 years... I don't like them. At my worst I'm still my best boss ever. ;-)

My thinking is that there is no way I can look at expanding what I do too fast. Having said that the eventual possibility that I may be able to expand what I've been doing with Quanta seems like a logical progression. It still requires a lot of problems to be solved. Paradoxically a large enough amount of user support would necessitate moving in that direction faster. ;-)

The fact remains that no matter how grand our plans we have to look at things day by day and make good decisions. I'm personally happy to take my time, not burn out and not risk personal financial disaster by trying to do too much more than I can at a particular time.
  Related Links
 ·   Articles on Applications
 ·   Also by Eric Laffoon
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

  "A theme featuring Katie the Dragoness would be nice (with really good sound effects)." -- Anne-Marie Mahfouf
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]