FUDforum - خوراک RDF
http://fudforum.org/forum/index.php
Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7932&th=1542#msg_7932
This board looks good, as well as phpBBS which is also:
done in PHP
works with MySQL, and PostgressSQL
is GPLed
there are also about 50 other BBSes that have basically the same attributes.
Instead of developing seperate code bases, why don't the developers work together (it's not like there's a profit motive here...). At most, I could see 2 or 3 major competitors in the open source BBS market.]]>tjjuggle2002-12-30T00:37:52-00:00Re: Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7943&th=1542#msg_7943
tjjuggle wrote on Sun, 29 December 2002 19:37
Instead of developing seperate code bases, why don't the developers work together (it's not like there's a profit motive here...). At most, I could see 2 or 3 major competitors in the open source BBS market.
Most developers don't care about profit, but they all have their own coding style, sure most look and perform the same way, but that's because most coding has to be done a certain way for it to work right. If all of the Free BBS developers worked together, it would probably come out looking horrible because of the fact that they all have their own style when it comes to coding. There would also be the factor of Perl developers, unless the board developed both a PHP and Perl version of their script, the Perl Developers would probably be left 'Useless' unless they were accomplished graphics makers in which case they could make the graphics for the board/project. That's my take on it at least...]]>PlatinumGamer2002-12-31T20:47:28-00:00Re: Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7950&th=1542#msg_7950
Seperate but functionally equivalent code development is basically the worst thing that can happen in a coperative environment and companies recognize and act on the need to avoid it.
I understand the PHP/Perl problem. But at most that should lead to two competting open source boards.
]]>tjjuggle2003-01-02T01:21:15-00:00Re: Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7967&th=1542#msg_7967
As a developer you should also know that old projects often cary large loads of baggage due to the need for backwards compatibility and so on. By starting from scratch you get a clean slate and a chance to do it properly without having to worry about BC.]]>Ilia2003-01-03T16:29:00-00:00Re: Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7982&th=1542#msg_7982
All I'm saying is that if there were 2 or 3 competitors, then those products would be feature rich and well supported. Currently this BBS seems to be very good. But there's no guarantee that the developers won't get bored and stop supporting/developing it in which case other BBS's will surpass it. Rather than someone spending the time to catch up to and then surpass this board, why not just start from this board and develop from there?
There is some wisdom in your comment about starting from a new code base and tossing out the old. Refactoring (see: extreme programing books) is my preferred method. If parts of the software suck, you re-engineer those parts, throwing out code as you go. To actually toss an entire product and restart is only wise when you are going a drastically different route and the amount of code that can be reused is not worth the time it takes to extract it from the existing code base.]]>tjjuggle2003-01-04T19:45:49-00:00Re: Why are there so many FREE competing BBSs?
http://fudforum.org/forum/index.phpindex.php?t=rview&goto=7996&th=1542#msg_7996
When you change parts of the software that are part of a larger package you'll often discover that you are still limited by existing APIs and so on. So, you'll still be limited in regard to what you can change. You have no such litations when you start from scratch, you also can raise the requirments bar a little higher (script languages & database version), which otherwise may unleash the wrath of users who still use absolete versions software.]]>Ilia2003-01-05T23:51:02-00:00