SourceXchange goes into beta
EEPROM writes "SourceXchange is now officially in beta and is accepting developer registrations. You can register here. " Excellent idea on a way to get Open Source developers paid-check out CoSource for another interesting model.
An important thing to remember is that sXc is currently only open to US citizens (well those who can get a US tax code).
The web site does state this and indeed goes on to say that they are trying to extend the scheme to other countries and tax systems.
Really this is a major headache for this sort of operation and the developers too - sXc get bogged down in paperwork and the developers have to file more tax returns...
It's too complex and boring!
If the sponsor really thought it needed a high quality, highly reliable piece of software with the same quality as they would expect as one in written in a "corporate environment", then I would expect that they would pay comparable amounts to what they would normally spend anyway...
BTW, This is not to say that open source software is not of the same quality as software written in "corporate enviroments", its just to say that the sponsors should expect commensurate effort for commensurate rewards...
I personally think it's all going to balance out in the end. The important thing is not to pre-judge it but to give it a chance to work itself out...
[Bruce Perens] For example, there's that situation with Perl: the software's Open Source, but the official reference manual is proprietary to O'Reilly. How open is it really if the documentation is closed?
That's not exactly correct. Although the Camel is definitely an authoritative book on Perl, it isn't the official reference manual. The latter is bundled with Perl (type perldoc to find it). It's also published in various formats on CPAN. It documents the latest stable release, unlike the Camel.
I think it's high time that there was a network of OSS developers. A great way for us to get in touch w/ each other too.
But why can't they just use AOL Insta*oops* :)
I think you can figure out how to email me
I think you can figure out how to email me
PGP Key:
I agree. However, I have yet to hear of either of these organizations taking up this role.
The argument seems a little illogical to me to say that this project is starting out on the wrong foot because 2 other organizations you mention could do a better job. Especially when taken into account that neither of them *have* done this job.
It does, however, make sense to say that they are starting out on the wrong foot just for being for-profit.
Otherwise, I heartily agree with the rest.
-Lisa
Well, obviously we need to convince one of the non-profits to do this. I know just who to talk with...
Bruce Perens.
Here is an interesting comment
;-)
[Hop-Frog] I disagree with your example, here. I'm not going to say O'Reilly is any sort of an OS citizen (good or bad), but I see having a book as just another way to provide support for OSS (in fact, it seems just like Cygnus or LinuxCare to me). Can you say that it was O'Reilly and not Larry Wall that wanted the book to be "closed"? Also, this doesn't prevent us from having an open Perl book. Would we even have a book if Mr. Wall didn't go to O'Reilly? If so, then we should see one written, soon.
Lets say that Mr Wall did go to O'Reilly. That means the only way to make money is to use open source as a sideline. The main profit maker is closed source.
Folks open source is a dud. There have been other places where it has been tried and open source is not a money maker, when it is the primary income.
Open source works to a degree because it has the hacker effect. But to run a business forget it. There is NO business model...
No. SourceXChange and similar almost certainly require you to take responsibility for work you contract to perform, or supply to them for use for a particular purpose.
The GPL's disownment of warranties is probably OK in most jurisdictions because the author genuinely did not supply the software to you for any particular purpose, and you did not pay money or enter into a contract in any other way.
When somebody is telling me about a great book they've read or are reading, one of the details they rarely tell me is who's publishing it. In fact, before I got involved with computers, I didn't think anybody cared who published a book.
When you accuse O'Reilly of being a bad open source citizen, you have to realize that every O'Reilly book is written by a person, and that person had an opportunity to make their book open source. And more importantly, you need to realize that the author decided not to make their book open source, they decided to have it published in a more conventional manner.
In the example you use of Perl, it's not O'Reilly's fault that the officially reference manual is proprietary, it's the authors'. They chose to publish it through O'Reilly, knowing that would mean it was proprietary. They were the ones not being "good citizens of the Open Source community" (in your opinion, not mine).
Having said that, I agree with you that non-profit organizations would be better suited to do the job. Although I don't like the idea of bounties for software much at all.
The Free Software Bazaar also is open to developers from all nationalities, so please check it out.
Axel
--
Get one of the "How to" books for your state if you do it again. For example, one I have on my shelf now has the title "Starting & operating a business in Maryland", though there's another one I must have lent out with a cover like a stock certificate. ("How to incorporate in Maryland" or some such.)
(More info for lurkers...)
The books are basically the same for each state, but include a few important -- and short -- pages that are state specific. They tell you exactly where to go including the street, building, and room number and a few sample forms so you can fill them out.
The default corporation is a C corporation; just like any big stock company with more than 35 (32? 36?) shareholders. You do have to file a form to switch to an S corporation if you want to avoid having to file as much paper work. Basically, the smaller the company the more likely you want an S corp over a full C corp...though there are other reasons besides size that you might opt for one over the other.
Switching from a C to an S after operating as a C is not always automatic, so do it quick if you think an S is what you want. Switching to a C from an S is much easier, so if you goof in this direction it's easy to correct in most cases.
...you discover that you're still liable like a sole proprietorship until you hire your first employee. That's the magic number: 1 employee.
Suddenly it's a lot more expensive to incorporate for the purpose of evading liability.
Rowland100,000 lemmings can't all be wrong.
A donation would be tax deductible. A grant, which you give to promote a certain software project wouldn't be. Unless you pay much more than it is worth. (tough to figure)
It's great in that it provides such oppertunities for developers. However.. might it not be bad in swaying some developers away from your average Open Source project that can't give cash? I suppose it comes down to the basic motivation.. so perhaps then there won't be less coders for no-budget projects.
- Ultimate Anonymous Coward
I have often wondered if I would see a dime from adding my 5000 lines of code to this or that project. Now if I can work real hard, I can quit my day job and work from my home office. Wait, what happens if I miss a bug and I deliver M$ quality software? Does this mean I have to form a class C corp., so I can be protected by the law of the land if I screw up? I sure does. If anyone out there signs up. Do it after you spend the $1000 to form a corporation. Your code could get you in trouble with some BIG money organization if you fail to perform to what they consider the standard. I know that good code in my eyes (and everyone else's) could be crap to a big company desk jockey that does not know the difference between stack and heap memory.
Fortunately, If you do get sued by the company you develop the OSS for, sourceXchange is not liable for any sum greater than the amount you get paid by them. So you may get taken to the cleaners, but they won't. Makes me feel all warm and fuzzy.
--Shoeboy
They're asking the developer to accept liability for any patent issues. I know it sort of says only if you knew about it, but the legal system tends to assume things that aren't true. I'm not going to risk liability for patents, no way, no how, never.
Wow, for a while there I was concerned about the problem you expressed in the subject line. Fortunately your cogent, tightly reasoned arguements have convinced me that my fears are groundless.
--Shoeboy
Exactly -- what I always liked about open source was the complete lack of accountability (other than one's reputation being based on one's code). Once you start getting paid, you all of a sudden have much less freedom in what you write, because the goal has changed -- you're trying to make a company happy, not code what you're really enthusiastic about. Coding for its own sake is the real basis of open source -- sXc is just a better way for freelance programmers to find work.
Joe Rabinoff
Maybe I'm just too skeptical...but I'm not about to quit my job and start developing OSS.
However, I think the source exchange will be A Good Thing(tm). For example, imagine a developer toying with the idea of a certain project, but wondering if it will be worth the trouble. That extra dough could be enough motivation. Or imagine a developer who has created a hack for her own use, but it's still not very robust, and she doesn't really feel like releasing it. Then she sees that company X is willing to pay $200 for it. That could be enough to convince her to clean up the bugs and release it. At any rate, I don't think this will hurt OSS, but I doubt that it will revolutionize it either.
Sorry, I refuse to give them marketing information. Ever look at the license? This whole system is like your typical Safeway Club Card. Whole-lotta savings, but wait 'til the spam arrives.
--
I noticed
--
I noticed
It's getting about time to leave everywhere
The commercial Open Source clearing houses claim to be "more professional", but that's a red herring. A non-profit can contract the same consultants and reviewers that the commercial companies would. I'm also concerned that some of the commercial clearing houses have a vested interest in steering grants away from the non-profits who have done so much great work for us.
For an individual donor in the U.S, a non-profit organization with "501(c)3" tax status is up to 33% more effective per dollar spent. When I give FSF or SPI a grant, I can write the amount of of my income on my federal taxes. I get up to 1/3 back, and I can use that to fund more Open Source projects.
Then there's the responsibility issue: we know that FSF and SPI will run their projects for the benefit of the community. We can't say the same about the for-profits, they'll try to do the right thing when they can afford it and they'll put some free software pundits on their boards to appease us. I'm also concerned about some of the companies involved. For example, SourceXChange is an O'Reilly and Associates project, and O'Reilly's not, in my opinion, a good citizen of the Open Source community. For example, there's that situation with Perl: the software's Open Source, but the official reference manual is proprietary to O'Reilly. How open is it really if the documentation is closed? Do we want that to be the case with more software? Other publishers seem much more willing or able to get documentation with Open Source licenses produced while still paying their authors.
So, I think that this is a situation that merits careful watching. I personally am not going to register as a developer with any of these organizations until I know a lot more about them, and my donations will go to non-profit grants rather than commercially-mediated sponsorships. I'm also sponsoring net domains and offering hosting services to some free software projects to help them keep going without a budget.
Bruce Perens.
The trick is to get the user base to pay you for the effort, rather than try to sell the result (without imposing false scarcity). What's needed is connecting the potential users, having them negotiate what they all need, and getting commitments to pay. The users can even be vigorous competitors, as long as they don't want to compete on exclusive posession of this software-to-be.
SourceXchange and CoSourse were already discussed here on /. over a month ago and I think the consensus was that this is a noble idea but not in synch with what drives the open source movement.
I just got some e-mail from CoSource (see http://www.cosource.com/) saying their beta just went live, too. For those of you who've been hiding under a rock, CoSource and sourceXchange are very similar, but CoSource is a bit more informal (e.g. there's not usually just one mega investor, it's usually lots of us "unwashed Linux masses" who each front up a small amount of cash).
I've signed up for SourcExchange. Let me put it this way.. if I'm competing against student developers who think $200 is a lot of money, I'll just leave.
$5000 is really not that much for a contract when you consider the issue of liability, contract spin-up time, and the time put in landing the contract in the first place. Has anyone actually read the process that developers have to go through? You have to _write up a proposal_ in the first place to even get a chance at the contract. That could be a lot of work.
They will have to put in checks and balances to ensure that lowballers don't screw things up for everyone.
I've signed up for SourcExchange. Let me put it this way... if I'm competing against student developers who think $200 is a lot of money, I'll just leave.
$5000 is really not that much for a contract when you consider the issue of liability, contract spin-up time, and the time put in landing the contract in the first place. Has anyone actually read the process that developers have to go through? You have to _write up a proposal_ in the first place to even get a chance at the contract. That could be a lot of work.
They will have to put in checks and balances to ensure that lowballers don't screw things up for everyone.
Here's the text from CoSource's webpage:
It Worked!
If you can see this, it means that the installation of the Apache software on this Red Hat Linux system was successful. You may now add content to this directory and replace this page.
If you are seeing this instead of the content you expected, please contact the administrator of the site involved. If you send mail about this to the authors of the Apache software or Red Hat Software, who almost certainly have nothing to do with this site, your message will be ignored.
The Apache documentation has been included with this distribution.
For documentation and information on Red Hat Linux, please visit the web site of Red Hat Software. The manual for Red Hat Linux is available here.
You are free to use the image below on an Apache-powered web server. Thanks for using Apache!
Man, that's just inspired... Oh, and then the last bit, which I really like...
You are free to use the image below on a Red Hat Linux-powered web server. Thanks for using Red Hat Linux!
---
"'Is not a quine' is not a quine" is a quine.
"'Is not a quine' is not a quine" is a quine.
Quine "quine?