On 22/10/10 22:17, Ian Clarke wrote:
> Nice quote, but you obviously haven't read the book it is taken from or 
> you'd know that this adage is only true in some situations, none of which 
> apply here.

No, I haven't. Clearly though, the secondary accounts of it I've been given,
are all wrong! Please elaborate on these "some situations". I should think the
principle of "growth without structure results in unworkable complexity" is
quite universal.

> Further, who is to say that Freenet is "late"?  We haven't even agreed on
> our next release date yet.

The lateness isn't relevant, the principle of the quote is. Projects become
late due to overhead. Even if we're not working to a schedule, overhead will
slow things down.

> http://en.wikipedia.org/wiki/Brooks's_law#Exceptions_and_possible_solutions

You can't complain that I haven't read the book, then give me a link to a
wikipedia article. Did you just google that up?

Also, half of that section talks about having good management/development
practises which is what I suggested, and quite counter to

(22:50:28) toad_: infinity0: why? code quality is not what gets us new users

(although that was possibly said tongue-in-cheek, I hope so)

>> over-prioritising one area necessarily results in the neglect of another.
> 
> Not if the area we are prioritizing will increase the project's capacity to 
> make progress in *all* areas, as is the case with our efforts to attract 
> more developers.

How does coding new features, plugins, and a UI, make progress in the areas of
documentation and infrastructure?

Also, *what* "efforts to attract more developers"? Seriously?

> I recognize that our development process is far from perfect, but I do not 
> agree that we should reduce our efforts to attract new users or developers.

We don't have infinite resources - improving some areas necessarily means
cutting back on others. However, diverting some resources away from "attracting
users" to "building infrastructure" will help the former, in the long run.

> No, its the logical implication of your own argument.

Then argue that instead of throwing out crap like "so you think we should avoid
users" because I obviously don't.

X

-- 
GPG: 4096R/5FBBDBCE
_______________________________________________
Devl mailing list
[email protected]
http://freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to