Slashdot Mirror


Free Software Leadership

GroundBounce writes: "An article at Advogato uses the recent resignation of Christoph Pfister from the Fink project to analyze and highlight the ways in which the free software community often alienates its leaders, and the differences between the Mac shareware and the greater free software communities."

18 of 164 comments (clear)

  1. Well...it's a thankless job. by Nijika · · Score: 3, Insightful
    Know what I'm tired of? I'm tired of developers taking criticism so damn personally and not seeing it for what it is when they really shouldn't. (not to sound harsh, but really enough of the silly "artiste" type rants). If you're getting a lot of heat and you can't take it, it's probably best to step back quietly.

    I think one of the secrets of staying sane in Open Source is learning how to ignore people! Just ignore them, you're right, you have NO OBLIGATION TO THEM. You DON'T have to cater to everyone's silly little whim. Learn to use the D key when people are e-mailing you personally and not the support mailing lists and news groups like they should if they had 1/4 of a brain!

    Man, if you can't ignore people you're in the wrong community. And if you're not writing the software for yourself... then what the hell are you doing?

    Chris, thanks for all the hard work and all, but you'll hear no violins from me.

    --
    Luck favors the prepared, darling.
  2. OSS-Leaders by pete-classic · · Score: 4, Interesting

    I (being an alienated former project leader) have put together a mailing list I call OSS-Leaders.

    I'm still trying to get it off the ground, but there are one or two guys you may have heard of on the list . . .

    The idea is to provide a place for project leaders to exchange thoughts and ideas strictly with their peers. I hope to distill some of this discussion into some sort of "OSS Project Leadership HOWTO."

    If you lead (or recently lead) an OSS project, check it out.

    -Peter

  3. Feedback as repayment by warmcat · · Score: 3, Troll

    There are an awful lot of small, dead, open source projects out there. I was looking today on Sourceforge for something and row after row of 0.0% project activity hits came up. Maybe this is to do with attention spans, or maybe for smaller projects it is tough putting GPL code out there.

    A GPL-ed open source app that I wrote has so far had >1200 downloads in 2 months, yet only six people have fed anything back (five of them were complementary). Admittedly this is on Windows, where maybe there are cultural differences.

    When you are charging for your work you can at least look at the cash and feel that you are doing a good job; if you are deliberately setting out to give your work away then all there is in the way of repayment is feedback or help. Maybe that makes people feel uncomfortable to the extent they might rather have paid for the software?

    1. Re:Feedback as repayment by Junks+Jerzey · · Score: 3, Insightful

      A GPL-ed open source app [nographer.com] that I wrote has so far had >1200 downloads in 2 months, yet only six people have fed anything back (five of them were complementary). Admittedly this is on Windows, where maybe there are cultural differences.

      It's not just Windows. The big secret of Open Source, the one Eric Raymond doesn't want to talk about, is that most users, even of Linux, are not programmers. With that in mind, most of the OSS philosophy is set on its ear.

    2. Re:Feedback as repayment by ichimunki · · Score: 3, Informative

      I always thought that the Free Software philosophy didn't require users to be programmers. On the contrary, I believe Free Software is as much about turning the developers and users into co-owners of software as anything. That is to say, when the business model shifts from the software/content as widget-for-sale model to a relationship model (i.e. support, feature requests, customization, etc), the users end up benefitting from what is *not* a zero sum game. There are very few losers in this plan, except companies like Microsoft whose primary source of revenue is initial license fees (and even they are working hard to make sure that their income doesn't remain dependent on widget sales-- they aren't that stupid).

      I think the real problem, so far, has been that most Free Software is not sufficiently user friendly so that a non-programmer can easily install, configure, and use the software. I'd say the last two years, though, have seen great strides in eliminating this complaint. There are a few outstanding areas where some technical know-how is probably more necessary on a Free Software system than on Windows, but that has mostly to do with hardware manufacturers who only produce Windows drivers and only grudgingly (or not at all) work with Linux/BSD types (usually their level of support involves releasing some specs, but not providing a lot of actual assistance-- how many device makers give out the source code to their own drivers to Free developers in an effort to get Free drivers into Linux?).

      --
      I do not have a signature
    3. Re:Feedback as repayment by ChaosDiscordSimple · · Score: 3, Informative

      The big secret of Open Source, the one Eric Raymond doesn't want to talk about, is that most users, even of Linux, are not programmers. With that in mind, most of the OSS philosophy is set on its ear.

      If only a few of your users are willing to hack on the program a bit, you're still getting advantages. Even if your users aren't keen on hacking, but are able to provide details bug reports, that's a big advantage.

      The GNOME, KDE, Apache, and Linux projects seem to be doing well despite most of their users not being programmers.

      That also ignores the benefits of OSS for users. A company using OSS can hire someone to make changes they need. Many people can badger friend programmers into making small changes, much like I might badger some of friends into a bit of automobile work.

      Most users not being programmers does not set the OSS philosphy on its ear. If no users were programmers, you might have something. And even then, it doesn't change any of the Free Software philosophy (as opposed to Open Source).

    4. Re:Feedback as repayment by mangu · · Score: 3
      ...most Free Software is not sufficiently user friendly so that a non-programmer can easily install, configure, and use the software. I'd say the last two years, though, have seen great strides in eliminating this complaint.


      I have seen the opposite trend. For years I have used LILO, with no problem. Then someone invented this GRUB thing, whose main purpose seems to give a "graphic" interface to the system loader. I went through three different sets of CD-ROMS, three different machines, nine installs in total, and came back to LILO.
      Conectiva 7, Mandrake 8.1, and RedHat 7.2 all seem to have added a lot of totally unnecessary "beautiful-and-easy-to-use" features whose only effect is to break what were excellent distributions.

      What comes next, an Open Source paper clip popping up in Koffice, giving you "helpful" hints?

    5. Re:Feedback as repayment by Junks+Jerzey · · Score: 3, Insightful

      This is a GOOD thing. The majority of people should not be let near a programming language as they don't have the ability to think logically and break down problems into their components in order to write functioning programs.

      The GNOME, KDE, Apache, and Linux projects seem to be doing well despite most of their users not being programmers.


      Yes, yes, yes, but you both missed the point. Someone was complaining because he didn't get much feedback on his code; only a few people submitted improvements. The point is that this is to be expected, because the great majority of computer users are not programmers.

      OSS advocates routinely bring up points about how millions of eyes look for bugs, and how if you don't like something then you can just fix it. Those points are bogus, because they are assuming that the intended audience is not only made up of programmers, but that those programmers are bored enough that they decide to going spelunking around hundreds of thousands of lines of code they don't understand. And that they have the gall to think they can make seat of the pants fixes without a clear picture of the overall architecture.

  4. The problem is by Chardish · · Score: 3, Interesting

    It only takes one stupid decision or one time where your development community has a good idea you try to repress for your community to decide they don't respect you anymore.

    Bottom line? In OSS there are no leaders, there are only people more knowledgeable and experienced than others. If you try to lead and you fail then you suppress ideas, and that causes forking, and then your project is doomed.

    -Evan

  5. This isn't a GPL issue, its an ego issue. by Bowie+J.+Poag · · Score: 3, Informative



    Ummmmm, it's already been established that OpenOSX was in no way in violation of the GPL. Cristoph just got his ego bruised when he realised that releasing his code under the GPL does not automatically guarantee that he'll be given credit.

    Two problems with this.

    1) If he wanted to be given credit for his work that badly, he should have done his homework, and perhaps released his code under a BSD license, which guarantees that he'll be mentioned as the original author. It's not OpenOSX's fault he didn't use his head.

    2) If he's in it for the fame and popularity, and not for the idea that the GPL ( and the entire open source movement ) represents, Cristoph should find another line of work -- And apparently, he has.

    Cheers,

    --
    Bowie J. Poag

    1. Re:This isn't a GPL issue, its an ego issue. by k4m3 · · Score: 3, Informative
      Cristoph just got his ego bruised when he realised that releasing his code under the GPL does not automatically guarantee that he'll be given credit

      This is wrong, how many programs from the FSF have you seen whithout the FSF credits ? Let's see some points. Firstly from the GPL-Howto :

      Whichever license you plan to use, the process involves adding two elements to each source file of your program: a copyright notice (such as "Copyright 1999 Linda Jones"), and a statement of copying permission, saying that the program is distributed under the terms of the GNU General Public License (or the Lesser GPL).

      GPL is not public domain, there is a copyright owner.
      Secondly, from the GPL:

      1. You may copy and distribute verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty[...]

      and

      2.b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License.

      given that

      0. This License applies to any program or other work which contains a notice placed by the copyright holder saying it may be distributed under the terms of this General Public License.

      So the facts are :

      • a GPL'd thing as an owner mentionned in the copyright notice
      • the notice must remain accross the distribution chain
    2. Re:This isn't a GPL issue, its an ego issue. by Bowie+J.+Poag · · Score: 3, Informative

      If you read the email conversations between Cristoph and OpenOSX, its not the copyright Cristoph is whining about. He's whining about recognition. Right off the bat, that shows you what his priorities are.

      --
      Bowie J. Poag

  6. Ugh...its apparently "Idiot Mac User Week" on /. by Bowie+J.+Poag · · Score: 4, Funny



    This guy and the bonehead who blames UPS for his shitty packaging job should get together and go bowling. After all, they both have exactly what the other wants. One has a working computer system, but no fame. The other has fame, but a dead computer system.

    Sounds like a beautiful friendship if you ask me.

    --
    Bowie J. Poag

  7. Sounds like I got lucky... by larien · · Score: 3, Interesting
    The only time I ever led an open source project was for the Solaris plugin for XMMS. I got zero flames during the duration of doing it, and plenty compliments (thanks for writing this, etc). Other people came along with problems, but they were generally valid complaints. Very few people had stupid questions; those I just pointed to the FAQ.

    Of course, mine was a fairly small project with less visibility, but I was still getting over 1000 downloads (as per the web logs) of each new version, so there were a significant number of users. Actually, the number of downloads helped give me a nice warm fuzzy feeling; "look at all these people using something I helped write!".

    In the end, I passed control to the central XMMS team as I moved jobs and didn't have a SPARC at my desk. However, that was always my end goal, to have it in such a state that it could be integrated.

  8. You guys don't know shareware on the Mac by Zoop · · Score: 5, Interesting

    Apparently you Linux types think "Hey, check out my L337 Hearts shareware for Windoze, a mere $117.85 and it's yours to play again after a 6 day trial" is what shareware is or should be.

    Bullhockey. Shareware on the Mac, which, contrary to advogato's assertion, cares mightily about attribution and credit, to the point that they use, oh, I dunno...COPYRIGHT licenses to ensure they get credit.

    Most of this shareware, and a boatload of freeware, some put out by commercial companies, is not time-limited and requires the Mac community to express appreciation in a way that apparently the Napsterites can't be bothered--you know, paying for it? You can use Graphic Converter (a tool that gives the GIMP a run for its money) without ever paying for it. However, I coughed up the $35 to the lone guy who maintains it because it's a damn useful program and has helped me out of spots where Photoshop has failed. In turn, he maintains a release schedule and responsiveness that puts the majority of open source projects I've seen to shame. Oh, and my license is good in perpetuity.

    Do I get to see the code? With some freeware programs, yes. Others, no. But then, my coding skills lie more toward Web programming and Java, so I'm not sure I'd be able to do that much with the code, and here's a nasty little truth: neither do most people in the Linux community.

    The communities are similar in many points: a small group of programmers do the bulk of the work. Most users don't know how to program and are frequently clueless. Most users tend to report bugs and nothing else. Most users tend not to contribute patches. Some offer to and are brushed away by the maintainer/programmer.

    However there are some differences the Linux community might not like to think about. And as a 3-years plus Linux user, I can say that in general, Mac shareware is far less buggy and thousands of times more usable than its Free Software compatriots, despite the lack of peer review of the code. Mac users tend to show appreciation to these programmers in a way that Linux types tend to only show to Red Hat or some other distribution maintainer, not the project maintainers: paying for it. Not everybody, not even most people, but enough that some of these packages have been around over a decade and are still being developed despite relying on single person.

    Am I saying the Mac shareware way is better? Not really--it's better at certain things, but has weaknesses that Free Software doesn't. But it has strenghts that Free Software doesn't, either. To see it mindlessly bashed by pots referring to the dark coloration of kettles has been irritating, to say the least.

    The whole tone of this discussion has been characterized by ignorant flaming, starting with CP's note and emails and continuing with Slashdot's libelous headline. You really might try to understand the Mac way before you start whining...after all, you're still trying to copy our user interface quality after all these years--we might have something to bring to the table. We instinctively know good UI, something that the Windoze commuity, from which most of you come, does not.

    You can learn from other cultures, or you can flame them. Guess which one you're becoming as guilty of as the users who whined without bug reports to CP?

    1. Re:You guys don't know shareware on the Mac by Etyenne · · Score: 3, Insightful

      Do I get to see the code? With some freeware programs, yes. Others, no. But then, my coding skills lie more toward Web programming and Java, so I'm not sure I'd be able to do that much with the code, and here's a nasty little truth: neither do most people in the Linux community.


      The fact that you have a use or not for the source is secondary to availability. You might not have the skill to correct a bug in a software you use but somebody else probably does. If we take your image converter as an a exemple, what happen if the maintainer [die | loose interest | sellout | etc] ? The software is still useful as-is, but a new filter could not be added to the package. With OSS, as long as there is a user community big enough to carry a few developper, update and new feature can happen. Often it does not, but with binary software it NEVER does.

      About the instinctiveness of the UI, this is a slippery slope but let me make a shot. Use of an UI is an acquired skill. There is no instinct involved. What you find instinctive the next guy may find confusing. I personnally find MacOS 8 (the only one I used) confusing. But again, if I would have used it for a couple a week it would have become second nature to me, like Windoze and most Linux WM are.

      Rereading myself, there is nothing imaginative in this post. The code availability argument is one the pillar of OSS advocacy and the UI stuff had been beaten to death multiple time in the past. In fact, it is so old that quote of flamewar from the beginning of the 90's are part of my fortune file. Hope it won't start another one.

      --
      :wq
  9. Open Source success by Stiletto · · Score: 4, Insightful


    From reading the first bunch of posts here, one would get the impression that leading an Open-Source project is miserable work. In case anyone cares, I'd like to submit a success story :-)

    A while back I posted a little code on the net. It was a tiny driver for my Matrox Marvel video capture card. I figured there might be SOMEONE out there who'd find it useful. Well, people grabbed it, started working with it (I only have one video capture card, so there were apparently problems on other people's sysems) and improving it. We set up a CVS server and a mailing list and more people got involved.

    After a while, I got kind of tired of the project. The driver has worked for me since day one, and I really didn't have much motivation to do any more coding or "lead" the project. Besides, several people that joined the project knew more about the code than me, so I figured I might as well quietly step away. The project's been going great and continues to grow. I still read the mailing list, but I haven't committed code in months.

    I guess the moral of the story is: There may come a time where you are tired of heading up a project, and the best thing to do is to let go of it, and leave it to the more capable (and more enthusiastic) people on the mailing list.

  10. About open source and leadership... by AtariDatacenter · · Score: 3, Insightful

    Sometimes I am wondering about the role of leadership in open source software. In a way, at least from my point of view, the leader is typically the chief developer. But isn't there a better way to do it?

    You might disagree, which is understandable, but I really think that the open source community could gain a bit by looking some more at the coporate model. (Yes, it does have its flaws, I'll be the first to admit. But there are some good things.)

    For example, you might want a project architect. His job isn't to write the code, but to establish the framework and overall direction of the project. The architect gives clear direction on which way the software is going and provides a blueprint for the design.

    Or, for example, someone who represents the user community. In contrast to the architect, this representative speaks for the users in terms of what features are most desired, and what bugs need to be squashed the most. And it shields developers from the maddening and schizophrenic voices of the community.

    An architect could take the requests of the users, and combine it into the overall vision of the project.

    I'm kind of making this up as I go here, but I see some value in the role of a software architect (who understands programming but does not churn code), and a single representative of the user community to deal with developers.

    Is this too insane, or niave?