TWiki.net Kicks Out All TWiki Contributors

David Gerard noted an interesting story going down with a relatively minor project that has interesting implications for any Open Source project. He writes "Ten years ago, Peter Thoeny started the TWiki wiki engine. It attracted many contributors at twiki.org. About a year ago, Thoeny founded the startup twiki.net. On 27th October, twiki.net locked all the other contributors out of twiki.org in an event Thoeny called 'the twiki.org relaunch.' Here's the IRC meeting log. All the other core developers have now moved to a new project, NextWiki. Is it a sensible move for a venture capital firm that depends on a healthy Open Source community to lock it out?"

Comments

Answer:

[ustolemyname]

No.

Theony will just alienate himself.

[DragonTHC]

He believes it's his project.

It is not.

It belongs to the mass of developers who contributed to it.

Happily they forked the codebase.

Sadly for Theony, no one will continue using Twiki. His actions are just bad for open source software.

Re:Theony will just alienate himself.

[fm6]

You're making two big assumptions that don't quite work.

First, you're assuming that the fork will become an established product. Possible, but not certain. To survive, an OS project needs leadership — somebody who's willing to take a lot of time to do all the boring administration stuff that keeps any software project moving forward. From what I know about the people involved in the fork, none of them fits the bill. They all have day jobs that have little or nothing to do with TWiki. They just contribute bits and pieces of code in their spare time. Unless somebody emerges to fill the leadership role, this fork is just going to sputter and die — as most forks do.

Second, you're assuming that most of TWiki's users will immediately abandon TWiki and move to the new product. Speaking as a TWiki user, I can tell you that's not going to happen. We use TWiki to maintain corporate applications that have to be reliably available. We can't afford to shift to an unproven new product, even if it uses the same code base. Most users will take a wait-and-see attitude, and maybe shift once the fork proves itself.

Here are possible outcomes, in rough order of probability.

• Both TWiki and the fork wither and die, TWiki from a lack of contributers, the fork from a lack of leadership. That's kind of a pain for those of us who use TWiki, but it's not the end of the world. There are a huge number of OS wiki products. Retooling to use one of them is something I would avoid as long as possible, but which might well pay dividends in the long run, since TWiki is not that great a piece of software.
• Theony's VC partners give him money to hire paid help, and that keeps TWiki alive. How good that is for TWiki users depends on how much they restrict the new code. Most of us just can't afford to pay for this kind of software, so if key features become proprietary, we'll jump ship — maybe to the fork, but more likely to another wiki.
• TWiki dies and the fork takes its place. Easiest for users like me (though not necessarily the best outcome!), but extremely unlikely.

Depended, past tense

[Sockatume]

Now the really hard, expensive part of development is done, the open source community is no longer needed. Now corporate drones can be hired to fix bugs and run the program into the ground with ill-executed new functionality.

Re:You make a good point...

[Ethanol-fueled]

Close_Source==Money, Open_Source==!Money

Fixed it for you. I'm a noob taking a software engineering class at a community college.

We had a consultant come in for show-and-tell and he made some very good points, but he told us to stay away from open source because(shortened version) if we wanted to be well-known in the open source world then we'd have to slog it out full-time, fighting amongst other egos working for free just trying to get our names known.

But how is that different from working on proprietary software? Working on proprietary software earns a paycheck.

Note that the above is not my personal opinion, but after I graduate I won't have any more basements to live in and I will be hungry.

Serious issues with this project

[rapiddescent]

I was in the market for a wiki engine for a top-100 UK company. It seemed, during the investigation phase, that twiki was too good to be true - until we found that the founder and main contributor polluted just about every forum with "use twiki" messages whether it was sensible or not. It met our shortlist and so we installed it, but, it didn't meet our criteria on usability, administration and we found it to be quite slow. I think the 'founder' had raised expectations a little too high on all those forums he posted to...

Certainly, we now have an open source policy that looks into the organisation of the hosting project to look out for these sorts of shenanigans before we use it. Certainly, I think the twiki situation is more about the personality of the 'founder' than anything and I would steer clear of a project that is behaving like this until the project board are more stabilised. it's happened before, and it will happen again.

We went with mediawiki and its been a real success and culture changing event for the organisation - encouraging some of the staff to send in fixes and create extensions to be shared with the community. The success of mediawiki software and the mediawiki project as a whole has now opened up the discussion on Linux, JBoss and other open source platforms in this once closed-source-only organisation.

Mambo/Joomla anyone?

[Qbertino]

Rule Number 1: NEVER get pissy with the majority of main core contributers. If the project has *any* significance at all, you WILL lose. And for very good reasons (and riddance) too. That's a fact. Learn it.

Re:You make a good point...

[electrofelix]

The majority of the big open source projects are developed in collaboration by companies paying their employees to work on them in order to get more out of the software in their environment. So it suggests that the consultant in question may not be the best person to listen too

If you plan to try and make a name for yourself in the hope of getting spotted and hired, that's probably a tall order. The rest of us just look for a job that will result in us getting paid to work on open source.

Of course it also ignores the other benefits to a developer: Gain experience with a particular language, sharpen your coding, prove that you're coding is good enough to be accepted by a project, become familiar with various API's.

Being able to demonstrate in an interview that you are familiar with the API's, language, coding style, algorithms that are in use in the job that you are applying for should prove invaluable. Too many proprietary companies have a habit of strapping you down with so many NDA's that it's virtually impossible to discuss what you're doing in your current job aside from vague details.

Re:You make a good point...

[Anonymous Coward]

I will let you in on a little secret. I went to a division III college in a small town. The people I ended up graduating with in computing mostly had trouble finding jobs and those that did seemed bored by them, mostly working in insurance, accounting, etc. They were taught VB, Java, and Cobol in school, but not necessarily how to think like a programmer.

I ended up going back to school at a much larger school, and getting a degree in an analytical field, which has a piece of open source software that I use at my job regularly. I have contributed my time and efforts to improving this project because I use it and need those improvements, and it helps others. I do this during work sometimes, but often times at night. I do this because I *like* it. I have no conceptions of making a name for myself.

And now I've just switched cities and had to find a new job. It's tough for a lot of people. Guess what? During the interviews, it comes up that I actually enjoy programming, contribute to this project, and generally have a good understanding of programming. I've had three offers this month already, in a tough economy.

The point? It's much easier to find work when you are passionate about what you're doing, as many open source authors are. It's not cause and effect, it's correlation. Those who are working on open source tend to be those who really enjoy programming, and that is of course correlated with being good at it. I would not listen to anyone who told me to 'stay away' from it if I enjoyed it, that sounds like a pathetic person.

Re:You make a good point...

[Angostura]

Remember folks, never have any hobbies, never do voluntary work, don't sit and stare and a sunset. The pay for any of those is dreadful.