This appears to be a major blow to the development of freenet.Conrad is a
major force behind the whole project.Without him I don't see any other
developer capable of stepping up and filling the void. He has a good point
with the constant code changes that do seem to be "a shot in the dark"
There is a fuzziness of focus that has impeded the development of the
project. It saddens me to see a new significant idea come to fruition and
then, for whatever reason(s) become bogged down in what appears to be an
aimless series of attempts at correction. Conrad you will be missed.

> [Original Message]
> From: Ian Clarke <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; Discussion of development issues
> Cc: Freenet technical mailing list <[EMAIL PROTECTED]>; Freenet
support mailing list <[EMAIL PROTECTED]>
> Date: 5/25/04 12:42:21 AM
> Subject: [freenet-support] Re: [freenet-dev] Retiring from the project
> That is a shame.  Clearly I don't agree with your reasoning, there is no 
> evidence that any other language would not have similar or worse issues 
> (consider the amount of time we would spend dealing with memory leaks 
> and array overflows had we implemented in C++). As for focus,  our 
> experimental approach is a necessary consequence of the fact that we are 
> doing something completely new that nobody has done before, this 
> necessitates a different approach than if we were, say, implementing an 
> operating system.  Furthermore, many of the changes made to the code 
> have been to simplify and refactor it, not just to add further complexity.
> Anyway, thanks for your contribution to-date, can someone remove DFI 
> from the gateway page?
> Ian.
> Conrad Sabatier wrote:
> > It saddens me more than a little to have to announce this, but I've
decided to
> > retire from the freenet project.  I will no longer be active as a
developer or
> > as an index site maintainer, or as the operator of a node.
> > 
> > I'm truly sorry, but with only a 1 gHz machine with 512 MB of RAM,
> > simply consumes too much of my system's resources, both in terms of CPU
> > and memory (not to mention bandwidth), especially continuously running
a second
> > Java app besides (the spider).
> > 
> > I find Java's memory requirements to be totally unreasonable, its
> > lackluster, and I've finally come to the conclusion that it was indeed
a poor
> > choice of language in which to implement a project of this size and
> > A native-compiled language would have offered vastly superior speed
and, no
> > doubt, significantly lower memory consumption as well.
> > 
> > In addition, I'm finding myself increasingly put off by the project's
> > lack of organization and focus.  Rather than streamlining, simplifying,
> > cleaning up and verifying the existing design, we have a never-ending
series of
> > "let's try this" and "let's try that".  Too many code changes are being
done on
> > pure speculation and hopeful optimism, rather than close scrutiny and
> > analysis.  I fear that at the rate we're going, as more and more new
ideas are
> > incorporated into an already extremely complex design, this burgeoning
> > complexity will eventually result in a system that *no one* truly
> > the workings of, or how the various parts of the whole interact,
rendering it
> > virtually impossible to anticipate or even estimate the impact that
> > this or that part of the code will have on the rest.  This does not
> > make me feel optimistic about the project's future success.
> > 
> > I still do believe the project's goal is an admirable one, and an
> > one, and I do wish you all the best in your endeavors.
> > 
> > Regards to everyone,
> > 
> > Conrad (aka dolphin)
> > 
> _______________________________________________
> Support mailing list
> Unsubscribe at

Support mailing list
Unsubscribe at

Reply via email to