Slashdot Mirror


Shorewall Developer Tom Eastep Quits

Flaming Foobar writes "Tom Eastep has announced that he is quitting all development and support of my favorite iptables front-end, Shorewall. In his e-mail to the Shorewall Users mailing list he states that 'just cannot deal with the support and documentation frustration any more -- support, the documentation and the web site consume an order of magnitude more of my time than does Shorewall development.' I can't help but wonder if this could happen to more OSS projects in the future - will people get tired of donating huge chunks of their life to free software?"

68 comments

  1. No surprice here by melodraama · · Score: 0

    Another programmer who hates do write documentation

    1. Re:No surprice here by Anonymous Coward · · Score: 0

      Some of us just hate do proofread.

    2. Re:No surprice here by Juergen+Kreileder · · Score: 3, Informative
      Another programmer who hates do write documentation
      Maybe he hated it but he has written documentation: http://shorewall.net/Documentation_Index.html
    3. Re:No surprice here by IpalindromeI · · Score: 1

      Yeah, no surprice there, either.

      --

      --
      Promoting critical thinking since 1994.
    4. Re:No surprice here by adric · · Score: 1

      And it was very well done too, IMO. He definitely spent quite a bit of time with it.

      --
      not plane, nor bird, nor even frog...
  2. Flaming Foobar by myspys · · Score: 5, Insightful

    More like "Flameboy" or "Flamewar starter"?

    Of course there will be OSS developers that get tired of donating huge chunks of their lives, but there will always be others who will step up and take their places.

    Everyone is replacable (yeah, know, it sounds sad), but it's true (at least when it comes to OSS development).

    If the code is out there, free, someone else can pick it up and continue where the last person left off.

    And if no one does, then it either means that not enough people were interested in keeping the software alive/needed the software OR the software had implemented almost everything that people needed from that piece of software.

    It's life, get used to it, and don't try to start flamewars.

    1. Re:Flaming Foobar by Intron · · Score: 2, Interesting

      Yes. That's my goal in life. To pick up someone else's project and write the documentation for it and do the support. That's what I live for. Oh, and fix the bugs in it, too.

      Look on Sourceforge and you see a lot of projects that have some grandiose plan, one developer, and no released files. I think that they should write the documentation first, then attract other developers to write portions of it. Then the single person who starts the project doesn't get stuck with sole support for life. Seems to have worked for Linus.

      --
      Intron: the portion of DNA which expresses nothing useful.
    2. Re:Flaming Foobar by WetCat · · Score: 3, Interesting

      Guess what?
      I am a bad coder and the only thing I can do is to write docs and translations. This is the only way (besides donations) I can help F/OSS...

    3. Re:Flaming Foobar by dcowart · · Score: 4, Insightful

      The point you're missing is that he actively supported the software himself. He also provided quality support for the software. Don't think that just b/c it's GPL'ed that someone can or will even provide the same level of support.

      This same thing happened to the linux router project. And it's still dead. Yes everyone is replaceable, but someone highly qualified and actually helpful (without a jacka$$ ego) in the OSS world is a rare thing that should be appreciated.

      --
      www.rdex.net
    4. Re:Flaming Foobar by myspys · · Score: 2, Informative

      Yeah, of course he was very valuable to ShoreWall (and to OSS in general). And even when he's gone, his work is still very valuable.

      And maybe my post came off sounding a bit 'harsh'.

      My point/attack was more on the submitter, that it sounded like he was trying to start a flamewar/scare maneuver or something along those lines.

    5. Re:Flaming Foobar by Anonymous Coward · · Score: 0

      So what are you waiting for? Offer to take over Shorewall. You can always find people willing to fix bugs and add features. You just lead the project and write the docs. Its a very useful program.

    6. Re:Flaming Foobar by Anonymous+Brave+Guy · · Score: 4, Insightful
      Of course there will be OSS developers that get tired of donating huge chunks of their lives, but there will always be others who will step up and take their places.

      Everyone is replacable (yeah, know, it sounds sad), but it's true (at least when it comes to OSS development).

      I'm afraid that, one day, you'll eat those words.

      I've been in a similar position to this guy, volunteering lots of my spare time to help a community I cared about but ultimately finding it too much. The one time I did say I'd like to stand down and pass the job on, no-one stepped up to take over, even among a group of very dedicated volunteers who each gave up a lot of their own time to help already. It was just too much at that time for anyone else to accept. It took a few more weeks of very hard work to clear up some of the bigger things and reduce the workload before I could find someone who was willing (though hardly enthusiastic) to take over, and I could hand the job on without feeling like I was dropping my friends and those I was supporting in the brown stuff.

      "Everyone can be replaced" is a great sound-bite, until you're the one trying to find the replacement. Then it's simply wrong.

      If the code is out there, free, someone else can pick it up and continue where the last person left off.

      Sorry, but it really doesn't work that way. If the codebase is at all complicated, then even if it's pretty well-written and well-documented, you inevitably lose a lot if you bring in a new developer and don't have the old guy around to train him up. This is true whether your code is open source, closed source, shared source or tomato sauce. All you can do is hope that your code is well enough written and documented that the new guy can get the job done.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    7. Re:Flaming Foobar by Anonymous Coward · · Score: 0

      How presumptuous. How do you know the intentions of the submitter? The same can be said for your response.

    8. Re:Flaming Foobar by AaronLawrence · · Score: 2, Interesting

      This is very true, in my experience. There's no substitute for the original developer (unless of course they've been doing a poor job already). I've seen one complex OSS project be left by the original developer and still, years later, no new releases are made; even though the project was very successful and used by many, many people.

      --
      For every expert, there is an equal and opposite expert. - Arthur C. Clarke
    9. Re:Flaming Foobar by Rick+the+Red · · Score: 1

      I've often said we should start by writing a User's Guide for each application we create, not a Requirements Document.

      --
      If all this should have a reason, we would be the last to know.
    10. Re:Flaming Foobar by Allen+Zadr · · Score: 2, Insightful
      Yes and no. Both are necessary, and often features that would be "wanted" at the User Guide level are both shaped, and or made redundant at the Requirements Document level.

      Having very good "call" trees is even more important (for human portablility).

      It's amazing how far a simple comment block can go if it's ACTUALLY kept up to date, and available on every function:

      /**
      ** foo
      ** returns: int - value is a count of modified foo
      ** accepts: int foo - value initializes foo
      ** calls: foo.c:foohelper()
      ** called from: foo.c:main()
      ** - foo2.c:whatTheFoo()
      ** - foo2.c:fooYou()
      ** - foomodule.c:whereArtFoo()
      */
      --
      Kinetic stupidity has a new brand leader: Allen Zadr.
    11. Re:Flaming Foobar by Mr.+Slippery · · Score: 1
      That's my goal in life. To pick up someone else's project and write the documentation for it and do the support. That's what I live for. Oh, and fix the bugs in it, too.

      Guess what? If you take a job as a professional software developer, a great deal of your time will be spent supporting, fixing, and documenting code written by someone else.

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    12. Re:Flaming Foobar by ldspartan · · Score: 1

      Holy lord, why isn't your IDE doing this? Mine is.

      --
      Phil

    13. Re:Flaming Foobar by Allen+Zadr · · Score: 1
      Mine doesn't - but even if it did, I'd still have to deal with keeping everything up-to-date when dealing with submitted patches, etc.

      Some stuff can be automated... However, in an Open Source Product, I've seen very, very few with well documented code.

      --
      Kinetic stupidity has a new brand leader: Allen Zadr.
    14. Re:Flaming Foobar by bsartist · · Score: 2, Funny

      You missed an important part: As a professional software developer, a great deal of your time will be spent getting paid to support, fix, and document code written by someone else.

      --
      Lost: Sig, white with black letters. No collar. Reward if found!
    15. Re:Flaming Foobar by arkanes · · Score: 1

      I don't think he meant your IDE writing that block for you. I think he meant your IDE retrieving that information for you. Tools to get a list of callers/calless from code have existed for decades. Listing the parameters of a function is even easier. The only thing you're missing is the description of what each parameter does, which a) the need for can be vastly reduced with careful naming and b) can be easily documented per-parameter, and a good IDE/object browser can even show you those comments. If you're maintaing all that information like a call tree by hand, you're wasting a lot of time. Sharpen the saw, man.

  3. Too bad... by Stop+Error · · Score: 1, Interesting

    It's too bad that he couldn't find some one to help him. Shame to see good software die of frustration.

    --
    No keyboard detected. Press any key to continue.
  4. He needs to delegate by GypC · · Score: 1
    We can't all be RMS (thank God). Do what you can, and if your users need more, some of them will have to step up to the plate and contribute. If the software is important enough to enough people then it will get done.

    Unfortunately, this ensures that a lot of OSS will always be nerds-only.

  5. Why write documentation at all? by interiot · · Score: 1, Flamebait
    If you hate writing documentation, why not simply Don't Do It? I've seen plenty of good OSS software out there with crappy documentation. In these cases, if the software is good enough, other people recognize the need and fill in with their own user-generated documentation, and this eventually is as good as most people need. It's the open-source way.

    (this might not work for small projects that nobody knows about, but once you've got a bit of mindshare, there shouldn't be a problem with slacking off in areas you don't enjoy, no?)

    1. Re:Why write documentation at all? by hey! · · Score: 2, Interesting

      Because as a developer, the only thing that gets me as jazzed as figuring out how to fix a thorny problem is seing real people out in the field using it successfully. Conversely, if I do a wonderful job at designing and implementing a piece of software and it doesn't get widely used, then it's a drag.

      Documentation is a big help.

      Some writers can program after a fashion, and some programmers can write after a fashion, but few can do both at a high level of proficiency, and technical writing is a highly specialized discipline in itself,so you may well have a person with high verbal skills who can use them to program and to write, and still have him produce crappy documentation.

      I think that some consulting tech writers might have an opportunity to pick a high profile project, such as the Spring framework, and donate some of their slack time. If documentation carries proper credits, it could be a nice calling card.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    2. Re:Why write documentation at all? by kupci · · Score: 3, Interesting
      Actually, not only is he a good coder, he's also good at documentation. Check out the site, and here's a quote from one of his users:

      I want to say that Shorewall documentation is the best I've ever found on the net. It's helped me a lot in understanding how network is working. It is the best of breed. It contains not only Shorewall specific topics with the assumption that all the rest is well known, but also gives some very useful background information. Thank you very much for this wonderful piece of work. --AS, Poland

      As for support, if you check the mailing list he answers many of the posts. This is simple burnout, I can't imagine working at HP, and putting the effort into a project of this magnitude. It seems he's had to expend superhuman effort, to make up for the slackers, for example to assist users in getting the code working on all varieties of Linux, yet like typical users, a few users seem to fail to bother to RTFM, and fail to read the license even (it's not like he's got the money to maintain a call center). Perhaps if he could get paid support, he could quit his job at HP and devote full time to the project

    3. Re:Why write documentation at all? by bcoff12 · · Score: 2, Informative

      Let me clarify one thing. Tom didn't seem to mind writing the documentation, he just was befuddled as to why people couldn't find the answers they were looking for in the docs.

      To say that Shorewall is the best documented OSS I've ever seen is no understatement.

      Shorewall will carry on. A team is being put together to make sure that happens.

  6. So the myth is true? And that's ok. by Viltvodlian+Deoderan · · Score: 2, Interesting
    This was a bit of a surprise. After reading all the /. articles on this topic of late, I'd convinced myself that OSS developers really aren't people with a good heart and a lot of free time but are paid by big companies to work on strategicaly important software. This would sort of blatently contradict that idea

    Open source is really good at the interesting parts of coding, but the boring parts are hard to get done by people who aren't getting paid. I do think that this relegate OSS to nerds-only. And I don't think that's a bad thing either. Imagine FAQs and other support fora full of things like "how do I list the files in a directory?"

    Having done a semblance of technical support for non-technical people in my neighborhood, I never cease to be surprised by how confusing something like, say, the file system is to a non-technical person.

    Share and enjoy,
    Mike.

  7. quite sad by Anonymous Coward · · Score: 1, Interesting

    I am not a shorewall user, but it seems to be a good tool.

    The number of people who are "users", but not developers, is enormous. These people should be perfectly able to write documentation, even if it's just a wiki. I've seen some projects with horrible documentation, while others have fantastic stuff.

    Perhaps an organization could be formed with the sole purpose of writing docs for OSS projects.

    1. Re:quite sad by Anonymous Coward · · Score: 0

      Everyone knows all good code is self documenting.

    2. Re:quite sad by Anonymous Coward · · Score: 0

      Who said anything about code documentation? Has it occured to you that people read the documentation that comes with thier software? Or perhaps need a document to help them with trouble shooting ?

    3. Re:quite sad by Anonymous Coward · · Score: 0

      Everyone knows that all good software is self documenting.

    4. Re:quite sad by james_couzens · · Score: 1

      "Perhaps an organization could be formed with the sole purpose of writing docs for OSS projects." PREACH THE GOSEPL BROTHER On my project @ libspf.org, I've spent several orders of magnitude more time monkeying around with documentation, and autocrap, far more so than I ever have actually writing code. Its disgusting. An organization that could perform the above service for OSS projects would be a fucking godsend although its probably quite unrealistic.

      --
      How on earth I can reference anything insightful when slashdot signatures are limited to 120 characters?!
  8. Thanks to Tom Eastep by gregorlowski · · Score: 5, Informative

    I use shorewall on my LEAF/Bering router on an old Pentium 1. It's been routing and protecting my home cable network and a couple internal servers for over a year now (current uptime is probably 5 months or so). I also set it up on an x86 machine on Debian at my old job when their POS proprietary firewall/router fried itself. I've told a few people who I've worked with that I think that Shorewall is the BEST DOCUMENTED open source app I've ever used. I learned much of what I know about proxy arping, arp caches, how DMZ's actually work, CIDR, and lots of other stuff like that from the Shorewall documentation. Even if you don't intend to USE Shorewall, if you want to learn more about networking, take a look at the Shorewall docs. It's probably the best concise explanation of many network concepts that I've come across (including text books, other online docs...) So, Thanks Tom Eastep. I've learned a LOT from your work, and you've made an incredible contribution to free open source software!!!

    1. Re:Thanks to Tom Eastep by detritus. · · Score: 1

      100% ditto.

    2. Re:Thanks to Tom Eastep by mikers · · Score: 1

      [me too]

      I just finished setting up Shorewall on my home server box and I have to say it was pretty painless. Lots of information and documentation, great website, and great software.

      Thanks Tom.

  9. yep, what if it had been a shareware developer by cheezus · · Score: 1

    You've been dutifully registering ever major version of the software and you're pumped because the next version is supposed to have some features you really want. Alas, the developer decides that he's not making enough money or is just bored with the project and gives up on it.

    Now where are you?

    --
    /bin/fortune | slashdotsig.sh
  10. Sounds like by slapout · · Score: 1

    he needed some other people to take care of the other stuff while he did development.

    --
    Coder's Stone: The programming language quick ref for iPad
    1. Re:Sounds like by AmigaBen · · Score: 2, Interesting
      I agree. He simply comes off sounding like a whiner. If he was just tired of developing it, he should have said so. Instead, he blamed it on support and documention. That's an easy fix. Don't support it or document it.

      Not an ideal solution, I admit. But better coming off like he did in his email. The one paragraph about the email expecting support for the old version didn't even make sense...

      I won't knock the guy's contribution, but it's not like anyone was forcing him to do anything. He quits. Fine. I don't want to hear the non-sensical whining and complaining.

      --
      +5 Insightful, really!
    2. Re:Sounds like by citog · · Score: 1

      He wasn't tired of developing it, he was tired of supporting people who expected him to answer everything little thing they couldn't be arsed lookig up. I get the impression he would have been happy enough concentrating on the development, possibly with some assistance. Calling him a whiner is overly dismissive.

    3. Re:Sounds like by AmigaBen · · Score: 1
      Did you bother to read my post? There was -nothing- compelling him to support the people who expected him to answer every little thing they couldn't be arsed to look up. That was very much the point of my post.

      I wasn't being overly dismissive. The developer, on the other hand, seems to have been. He dismissed an entire project that you claim he wasn't tired of developing, simply because somehow he couldn't figure out how to NOT answer support questions?

      --
      +5 Insightful, really!
    4. Re:Sounds like by citog · · Score: 1

      No I just randomly pecked out a response, happened to hit your post to reply to.

      To say that there was nothing much compelling him to support those people ignores two things:
      - On many an open source project like this there isn't anyone else to do the support. If you don't do the support and people start rubbishing your project as people are wont to do (look at how often it happens here on /.) it can end up a failure.
      - This is a committed guy who has obviously been in the game for a long time. Personal and Professional pride prevent him from doing a half-arsed job, as he would view it.

      You were being dismissive because this is a case of burnout and not conceit on his part. As the only committed person to the project things are going to get hairy when he leaves. It's a shame that the people now pledging support couldn't have stepped up earlier.

  11. bitten by the power of 3 rule by timdaly · · Score: 4, Insightful

    effort to develop software

    1 unit = code for yourself
    3 units = code given to someone else (library probs, config probs)
    9 units = code given to a group (HOWTO, ifdefs, tar-gzip, etc)
    27 units = FOSS code (cvs, mailing list, configure, make, docs)
    81 units = product code (legal, sales, market, packaging, distribution)
    243 units = viable software for 30 years (literate pgms, deep documentation, research, major redesign, etc)

    The effort to get real software to be viable is hard, long term, and thankless.
    How much code are you writing that will be useful 30 years from now?
    What are you doing to make that happen?

  12. Let the distro documentation take care of it by 21chrisp · · Score: 2, Interesting


    You can get away without writing much documenation these days. Usually the larger distros have how-tos for all common software. I just recently set up Shorewall on Gentoo and used the Gentoo documentation to do it. I looked around on Shorewall's site, had a hard time figuring it out.. and then found a Gentoo how-to that had a step by step guide on how to do it on my distro of choice (which is easier than a generic how-to anyway).

    Let the documenation go, and just post the source code on the site.

    kernel.org isn't exactly a documenation cornucopiea after all.

    1. Re:Let the distro documentation take care of it by Anonymous Coward · · Score: 0

      What a brilliant idea, but do you really think the one who wrote the Gentoo doc would be able to do so without having to read the doc written by Tom first? Absolutely not.

      And if you was referring to the how-to posted by Sith Happens in Gentoo Forums, it is only suitable for absolute newbies because the quality is quite low compared to those written by Tom. Nothing about configuring shorewall is distro-specific.

  13. Writing is a VERY difficult mental challenge. by Futurepower(R) · · Score: 2, Interesting


    Writing is a VERY difficult mental challenge, and a different type of mental challenge than programmers face. It is rare that a person can do both well, and is willing to do both well.

  14. Perhaps it was lack of incentive by ancientt · · Score: 5, Interesting
    Free software doesn't always mean free support. Is there a place out there somewhere where developers can take posted tech questions and documentation requests? I'd like to see one where the questions get voted on by other people who want to see them answered with a paypal (or other media) contribution. Basically ask your question and pledge a dollar or three and get a refund if the question or documentation request doesn't meet a minumum amount within a period of time. Heh, maybe I should do that with my own website.

    Would you or others be interested? Maybe if they were getting paid for their extra work beyond development, we wouldn't lose developers like this.

    --
    B) Eliminate all the stupid users. This is frowned upon by society.
    1. Re:Perhaps it was lack of incentive by cant_get_a_good_nick · · Score: 1

      Back in school, the local Mac wizard was named Rich. He loved his beer.

      My friend and coworker Ronny asked him a silly question. Rich says "OK Ronny, I feel this is a simple question you could answer yourself if you spent 5 minutes looking in the manual. If you don't value my time, I do, and that answer will cost you a beer". Ronny thinks about it, and says "OK". Rich tells him, for one Sam Adams. Hmm, Ronny thinks of another question, asks Rich, Rich says "Ronny, that's in the same category. A simple question, one you can answer yourself, and will cost a beer". Ronny Says OK.

      By the end of the conversation, Ronny owes Rich a sixpack of Sam Adams, not sure if he ever paid off.

    2. Re:Perhaps it was lack of incentive by dabrepus · · Score: 2, Funny

      Google Answers does this.

  15. The price of fame? by tacocat · · Score: 1

    It's going to be the price of popularity.

    I've been subscribed to the Debian users list for years. They get a lot of mail, but most of it is from users who generally score above the baboon on the UF intelligence test. In short, they are generally technically adept questions that have some thought behind them. Not all, but a lot of them.

    I spend a year subscribed to the SuSE users list and have quite a different impression. They score around mollusk. The questions are the most annoying and obvious questions. I clearly reminded me of a gaggle of Windows Users more than anything else.

    As Open Source software goes mainstream, we will be reminded that mainstream is different. They are not problem solvers like the more stereotypical geek community. They like things that work, but when they don't work, regardless of the reason, they are a bit lost.

    If you make a great product, not only will the great people use it.

    1. Re:The price of fame? by Anonymous Coward · · Score: 0
      ...the UF intelligence test.

      Corrected:

      • human
      • baboon
      • mollusk
      • dirt
      • confuses "was" with "were"
  16. shorewall rocks by Anonymous Coward · · Score: 2, Interesting

    I sincerely hope a team steps up to the plate to maintain shorewall. It would take a whole team of mere mortals to replace Tom, and they'd better be smart.

    Shorewall is by far the best self-contained and designed firewall package on linux at the moment.
    You may not think it manly to delegate writing iptables rules to a program, but I have complex multi-zone setups with for large clusters that would be simply unmaintainable without shorewall. :-((

  17. Just provide the Software... by smcdow · · Score: 1

    ... and leave off the support, documentation, and website. That would save a lot of time and effort.

    Any developer worth their salt will be able to figure out how to use it simply by reading the code.

    --
    In the course of every project, it will become necessary to shoot the scientists and begin production.
    1. Re:Just provide the Software... by Anonymous Coward · · Score: 0

      Thank you for stating exactly why open source will never reach the same status as corporate based counterparts.

    2. Re:Just provide the Software... by smcdow · · Score: 1

      Thank you for stating exactly why commercial software continues to be irrelevant.

      --
      In the course of every project, it will become necessary to shoot the scientists and begin production.
  18. don't develop docs - develop UIs by EraserMouseMan · · Score: 1

    I hate writing documentation too. So when I notice that I'm getting a lot of support questions for a feature, I like to tweak the UI so it's more intuitive. Eventually the confusion disappears due to better UI design.

  19. Shorewall isn't just another project by Anonymous Coward · · Score: 2, Interesting

    Shorewall is THE best free firewall right now so this isn't about just another project losing its founder. I evaluated open source firewalls this year and it came out on top by a big margin.

    I'm a FreeBSD user and I can honestly say the only reason I chose Linux for my firewall was Shorewall. It makes creating and managing complex firewall rules very easy without requiring a GUI.

    FireHol is another promising solution but it wouldn't have been enough for me to switch to Linux.

    I hope Tom gets his life back on track and continues to be involved in helping maintain Shorewall in way that brings him more satisfaction.

    1. Re:Shorewall isn't just another project by Anonymous Coward · · Score: 0

      Surely you dont think that a PF ruleset is more complicated than a shorewall configuration, or the god-awful netfilter/iptables rules it produces?

    2. Re:Shorewall isn't just another project by Anonymous Coward · · Score: 0

      Shorewall's "godawful" rules aren't godawful. It takes great care to generate clear and readable ones in my experience (dependent on you using sane names when naming instances of the various shorewall abstractions, rather than "fluuzbah" and "x3oin8" or whatnot), not that it would matter particularly - the point of shorewall would be that you don't have to deal with error-prone voluminous low-level raw iptables rules. The assembly language a C compiler spits out is hardly a model of asm readability...

      Shorewall rules can also be complex, but that's usually because you're using shorewall to do something only insane fulltime iptables-rule-writers would otherwise be able to do.

  20. Re:So the myth is true? And that's ok. by IamTheRealMike · · Score: 2, Insightful
    It depends a lot on what the project is, Shorewall clearly isn't one that has commercial backing (in which case the pain of support and documentation is balanced by money).

    I work on two open source projects, one I do as a hobby and one I get paid for. For the one I get paid for, a significant chunk of time is spent doing technical support. This can be quite demoralising: there are always people for whom it simply Does Not Work and you aren't entirely sure why (usually because their system is broken or hopelessly exotic). But when you get a support ticket closed as fixed, it's quite a nice feeling. I wouldn't do it unless I was paid to though.

    The one I don't get paid to work on, most of my time is spent on "boring" stuff as well like debugging, investigating other peoples goofs and writing documentation. I do that because I'm the maintainer and I like to see the project thrive and grow. It's like gardening. It can't all be planting pretty flowers all the time: somebody has to do the weeds. Well, that somebody is me, and the reward comes in the form of the final result rather than the process of getting there.

  21. Re:Can't cope by oops.sgw · · Score: 1

    You can bet that he knows for quite a while that OSS-development is not a rose garden, because he actually did all that for quite a while. Far from expecting something ...

    He has something to complain about, if he has to use a breathing-aid for sleep ... and he was and IS truly devoted to his OSS-work.

    Ever ran a OSS-project on your own?
    For more than a few months?
    Successfully?
    Healthy?

    ---

    I respect his step.

  22. The price of fame?-Sour Apples. by Anonymous Coward · · Score: 0

    "As Open Source software goes mainstream, we will be reminded that mainstream is different. They are not problem solvers like the more stereotypical geek community. They like things that work, but when they don't work, regardless of the reason, they are a bit lost."

    And this ladies and gentlemen is why, even with MS's large marketshare. Apple is still in business.

  23. Flaming Future. by Anonymous Coward · · Score: 0

    "Guess what? If you take a job as a professional software developer, a great deal of your time will be spent supporting, fixing, and documenting code written by someone else."

    Correct. However with the cathedral model. One makes enough money that they can keep a roof over their heads, and save enough money. So that they can move on to better things. While your replacement handles your former duties. With the bazzar model, you don't have that, and basically have to do what Eastep did. Leave it all behind, and hope that someone will pick it up.

  24. Re:Can't cope by Quill_28 · · Score: 1

    Any yet your complaining....

  25. Lesson for Open Source? by DaemonTW · · Score: 2, Interesting
    Maybe this is a good lesson we can all learn from and try to improve. How much OSS/FS are you using that you haven't contributed anything to? You don't have to be a programmer to help out, there's plenty of other tasks. You could:
    • Contribute to the documentation
    • Help by answering questions to mailing lists / forums
    • Write a tutorial
    • Offer to update the website design / content
    • Write / add to the FAQ

    Don't get me wrong, I'm not trying to judge people. I'm guilty myself of not contributing much back to the OSS community but it's something I want to change this year. It doesn't have to be much, many hands make light work as they say.

    --
    www.techwatch.com.au
  26. Re:Can't cope by mcocke · · Score: 1

    So, what software have you written? Let's see the website and mailing list. If you're going to shoot your stupid mouth off, you'd better have plenty of ammo. I've been using shorewall for a few years, and it has the best documentation of any FOSS code I've seen. It's also the best firewall code for linux out there, and I've looked. I can understand why he's burned out - Shorewall is a hell of a product and he's done more work on the docs than some corporate products I've seen.

  27. Re:Can't cope by SilverspurG · · Score: 1

    Where did I say Shorewall wasn't a fine product?

    Where did I say Tom hadn't done a fantastic job?

    Where did I say he wasn't devoted to his work?

    What I did say was that, as a human being, he needs to learn how to cope or the world will eat him alive.

    It's the same thing all of us deal with. I went through it in my profession, and most people (unless they're pampered) go through it in theirs. Some people learn to cope and go on to be successful. Some people don't learn to cope, burn up, and drop out.

    Note the mods are obviously in the pampered group since they don't seem to be familiar with this concept.

    --
    fast as fast can be. you'll never catch me.