<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
  <title>aC forum: What would it take?</title>
  <link>http://www.activecollab.com/forums/topic/1360/</link>
  <description>Recent posts on topic: What would it take?</description>
  <dc:language>en-us</dc:language>
  <pubDate>Thu, 18 Mar 2010 15:12:04 CET</pubDate>
  
  <item>
    <link>http://www.activecollab.com/forums/post/6955/#post6955</link>
    <guid>http://www.activecollab.com/forums/post/6955/#post6955</guid>
    <title>Post #32 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>Glad to see these announcements made it to the front page. I'll be interested to see the reaction from the broader community. Good luck!</p>]]></description>
    <pubDate>Thu, 01 Mar 2007 00:31:23 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6873/#post6873</link>
    <guid>http://www.activecollab.com/forums/post/6873/#post6873</guid>
    <title>Post #31 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>When we are mentioning OpenDarwin - have you noticed that it's a dead project? Has been for past few months if I remember correctly. More on their <a href="http://www.opendarwin.org/" target="_blank" rel="nofollow">homepage</a>.<br />
<br />
To clear the confusion and keep the energy drain that this type of discussion produces as low as possible here are some facts:<br />
<br />
1. Old roadmap is dropped. There will be no 0.7.5 or any other major version in 0.x branch (at least I will not make it but if someone wants to pick up 0.x branch than it's not a problem). Next major release is activeCollab 1.0 and it is scheduled for summer 2007. Code in 1.0 branch is not  compatible with 0.x code so parallel development is not possible.<br />
2. New code is PHP4 compatible and does not require InnoDB, GD or PDO. There are also some additions to the framework that make serving AJAX and API calls way easier. Support for plugins is also in place.<br />
3. Improved interface will feature better navigation and page organization, a lot of AJAX calls and new widgets to improve user experience and make things more usable.<br />
4. To keep the development process focused as possible there will be no public beta versions. All beta testing will be done in hosted environment (to roll out change and fixes more easily). All details about beta testing will be posted when we get in that stage.<br />
5. activeCollab 1.0 and future core development will be developed by company that I started and community will be able to contribute by developing plugins.<br />
<br />
This decisions are made to ensure that by the end of the year we have a product that is easy to use and extend without the risk that enhancements will break the system, that runs nicely out of box and most importunately to support it properly so it does not make a risk for businesses to use it (most open source and freeware products are high risk for business use).<br />
<br />
Reason why I like developing things alone or with small group of people is because things are easier that way. While I was developing 0.7.5 I was highly unsatisfied with the product - complex, large with insane system requirements. So I deleted it and started fresh (not from scratch, just without all those layers of complexity that was added to the system without any good reason). That would be impossible if there was many contributors to the project.<br />
<br />
Cathedral? Yes, at least until 1.0 is released.</p>]]></description>
    <pubDate>Sat, 24 Feb 2007 10:16:20 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6863/#post6863</link>
    <guid>http://www.activecollab.com/forums/post/6863/#post6863</guid>
    <title>Post #30 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>Hey Ilja, <br />
<br />
something else that might help explain my points a bit are the various examples that I keep reading about in the forums. Below are just some examples of things that people are anxious to see in aC, and have resorted to coding themselves. If their changes were able to be submitted, reviewed, and contributed back to the code base, then everyone could benefit from one persons changes and we wouldn't be waiting for you to recode the same feature. <br />
<br />
-Commenting on tasks ( http://www.activecollab.com/forums/post/6854/#post6854 )<br />
-Writeboards/Wiki ( http://www.activecollab.com/forums/post/6701/#post6701 )<br />
-Branding/Logo ( http://www.activecollab.com/forums/topic/185/ )<br />
-Filter Tasks By Person ( http://www.activecollab.com/forums/topic/1303/ )<br />
-Reporting/Full Activity list ( http://www.activecollab.com/forums/topic/1425/ )<br />
-DashBoard Milestones/Calendaring ( http://www.activecollab.com/forums/topic/406/ )<br />
<br />
yes, i'm aware that most of these are &quot;hacks&quot; but i'm sure better code would be produced if there was that option</p>]]></description>
    <pubDate>Sat, 24 Feb 2007 05:27:18 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6860/#post6860</link>
    <guid>http://www.activecollab.com/forums/post/6860/#post6860</guid>
    <title>Post #29 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>Didn't see your post vicroy - but just wanted to say i completely agree with it. here! here! =)</p>]]></description>
    <pubDate>Sat, 24 Feb 2007 04:38:40 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6859/#post6859</link>
    <guid>http://www.activecollab.com/forums/post/6859/#post6859</guid>
    <title>Post #28 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>Hey Ilja, <br />
<br />
Just a few comments. <br />
<br />
1) I just wanted to point out that there is also OpenDarwin - which is the community side of OSX<br />
2) I also understand your point of having a commercial company producing 'end user&quot; products instead of a community of programmers scratching their own itches. I think the fact that there is money backing those &quot;end user&quot; products is a big difference here (unless you plan on starting to sell aC at some later point which i think i have read you don't). Also, I think its good to realize that even though it is a closed process it is still supported by a team of people, not just one person, and in reality its a group of small teams. <br />
3) I also can completely take to heart your idea that the approach should match the goals of the project, and maybe that's where I'm having frustrations with this project. <br />
4) Trying to focus just on that article, I pointed it out because as you mentioned not everyone has read it. I actually hadn't read the whole thing until I posted about it. I was surprised how easy to read and short it was. Also, I wasn't trying to suggest that this article would &quot;solve&quot; any of those issues but I think it provides some good insight into both open source projects, and projects as a whole. Another really good resource that CaTB references is &quot;The Mythical Man-Month&quot; by Fred Brooks. (You have probably heard of it too)<br />
<br />
Related to your last point about matching approaches with goals, I would think that since aC is aimed at companies (or company-type groups) I would think a more collaborative approach would be useful. Every group has their own quirk that they will want to customize for, but there are also a lot of things that many people would like to use. Allowing the community to submit patches (and having more than one person that is able to make decisions about them) seems like a desirable approach compared to an &quot;end user&quot; product where there is not much customizing expected. Consider the difference between an iPod and FreeBSD (or OSX)  in terms of customization.<br />
<br />
@vicroy - didn't change my mind, just got busy. (perhaps another example of needing more people)</p>]]></description>
    <pubDate>Sat, 24 Feb 2007 04:36:59 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6851/#post6851</link>
    <guid>http://www.activecollab.com/forums/post/6851/#post6851</guid>
    <title>Post #27 by viceroy321</title>
    <dc:creator>viceroy321</dc:creator>
    <description><![CDATA[<p><div class="postQuote"><blockquote><div class="quoteAuthor">Ilija:</div><br />
Everything depends on what the problem is and how you look at it. [...]<br />
...everything depends of your perspective.<br />
</blockquote></div><br />
There isn't a single statement I could agree more with.<br />
<br />
But from my perspective if anything here is MacOSX, then it's 37signals:<br />
Their development process is closed, decisions are made by a small group of people, it comes with a price tag and so on, but millions of web users simply DON'T CARE about that.<br />
<br />
The point is, your audience is different from that of 37S. At least thats what I believe. Your audience is conscious of both security/data ownership and customisation. If they weren't, they would go to 37S's service. Ok, there may be a few people who want basecamp, but don't want to pay for it...... or do you think that is actually the majority ?</p>]]></description>
    <pubDate>Fri, 23 Feb 2007 17:10:23 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6846/#post6846</link>
    <guid>http://www.activecollab.com/forums/post/6846/#post6846</guid>
    <title>Post #26 by Ilija Studen</title>
    <dc:creator>Ilija Studen</dc:creator>
    <description><![CDATA[<p>I know about the CatB though I never read it completely. <b>Here is what I think about CatB (nothing more)</b>:<br />
<br />
Its just one of many talks about software development. It is pretty influential in open source community, but there are actually programmers all around the world that haven't heard of it and they still write code (meaning - its not essential if you want to be a programmer).<br />
<br />
Everything depends on what the problem is and how you look at it. For instance, take a look at BSD project. Cool stuff, solid, UNIX platform developed by many passionate programmers from all over the globe. Even this site runs on a FreeBSD powered server and its great. Bazaar approach rocks!<br />
<br />
But then, how many people do you know that use any flavor of BSD for everyday tasks such as sending emails to their mom, managing holiday photos or producing a new logo for a company in some vector tool? None, one, two? More? Hm, I know two persons ;)<br />
<br />
Now, take a look at <a href="http://www.apple.com/macosx/" target="_blank" rel="nofollow">something</a> that one company with dedicated developers and a lot of invested resources can do from something like BSD. Yeah, development process is closed, decisions are made by a small group of people, it comes with a price tag and so on, but millions of desktop users simply DON'T CARE about that. From their perspective cathedral approach rocks (though they most probably never heard of it and do not know what it means).<br />
<br />
Whole point of this post is that everything depends of your perspective. There is no silver bullet, there is no ultimate solution to bugs in software and there is no &quot;the one and the only&quot; way how you can develop software. <b>You have a problem that you want to solve with your software, you have defined your target audience and now the question is how to approach the development with resources at hand. No 1997 essay will give you an answer to that question</b> though it might help.</p>]]></description>
    <pubDate>Fri, 23 Feb 2007 10:23:51 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6835/#post6835</link>
    <guid>http://www.activecollab.com/forums/post/6835/#post6835</guid>
    <title>Post #25 by viceroy321</title>
    <dc:creator>viceroy321</dc:creator>
    <description><![CDATA[<p>here is the html version (<a href="http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/" target="_blank" rel="nofollow">http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/</a>) and the wikipedia article (<a href="http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar" target="_blank" rel="nofollow">http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar</a>).<br />
<br />
@ryan: you wanted to contact me? changed your mind ?<br />
<br />
</p>]]></description>
    <pubDate>Fri, 23 Feb 2007 02:27:31 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6834/#post6834</link>
    <guid>http://www.activecollab.com/forums/post/6834/#post6834</guid>
    <title>Post #24 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>Hey Ilja, <br />
<br />
have you read &quot;The Cathedral and the Bazaar&quot;? here is a link to a pdf of the article http://gnuwin.epfl.ch/articles/en/cathedralbazaar/cathedral-bazaar.pdf<br />
<br />
You can also read up on it at wikipedia and some other places through google. Its a bit of an old article, but its pretty easy to read and I think it really explains alot of the points that are trying to be expressed here. I hope you read it and would appreciate hearing your comments on it. </p>]]></description>
    <pubDate>Fri, 23 Feb 2007 01:25:52 CET</pubDate>
  </item>
  <item>
    <link>http://www.activecollab.com/forums/post/6620/#post6620</link>
    <guid>http://www.activecollab.com/forums/post/6620/#post6620</guid>
    <title>Post #23 by Ryan Cross</title>
    <dc:creator>Ryan Cross</dc:creator>
    <description><![CDATA[<p>The point is that a small group of developers can still provide a clear vision and additionally overcome the issue of being limited by a single developer's time commitments. I don't think anyone here is suggesting a free-for-all, they are simply trying to give aC the resources to keep moving forward instead of being slowed to a stand-still (as is currently the situation and will inevitably come again). </p>]]></description>
    <pubDate>Tue, 13 Feb 2007 06:18:41 CET</pubDate>
  </item>
</channel>
</rss>