On Mon, 2015-11-02 at 18:18 +0000, Matthew Toseland wrote:
> On 02/11/15 13:02, Bob Ham wrote:

> > It seems that nobody here believes that in five years' time Freenet
> > developers will be publishing an RFC.  Instead, people seem to be
> > focussed on updating the website, worrying about user interface niggles
> > and fretting over whether users can install new versions of Fred easily
> > enough.
> Documentation is good.
> 
> But multiple implementations just don't make sense until the protocol is
> somewhere close to "final". Even then they're problematic.

I disagree; having more than one implementation inevitably highlights
problems in both the protocol and each implementation, for the better of
all.

> Why do you think TCP still relies on packet loss to signal congestion,
> rather than ECN? Because there are thousands of buggy TCP firewalls
> which drop packets with the ECN bit set, or worse, home routers which
> crash completely when they see it!

You would seriously argue that there should be one single implementation
of TCP?

If there is a problem in the Freenet protocol, would you rather another
implementation highlighted it sooner or later?

> We gain considerably from being able to change
> stuff without worrying too much about legacy incompatibilities

You said you're gaining something.  This implies some set of values
which determine this to be a "gain" rather than a "loss".  What are
those values?  What is the goal you're working towards that has made it
clear this is valued as a gain and not a loss?

> Making a difference is not a matter of standardisation.

Standardisation is not the same thing as publishing a protocol.
Regardless, standardisation considerably increases the likelihood that a
protocol will make an impact.

> Which had the greater impact, POSIX or Linux?

You're giving an example of standardisation of Unix-like systems whereas
the issue at hand is the standardisation of protocols.  A much better
question would be: which had the greater impact, IP or IPX?

> > What is the priority of the project, is it to ensure that as many
> > Windows users as possible have a little Freenet icon in their status
> > tray?  Or is it to play a role in creating a world where nobody really
> > uses Windows because they recognise how massive a threat it is to their
> > privacy and security?  At the moment the priority seems to be the former
> > and there seems to be no idea about how to approach the latter (a
> > "strategy").
> What is it that you propose we do? Freeze the protocol so other people
> can implement it, even if it means we can never make a change to it
> again?

What do you mean by "freeze" the protocol?

> What good would multiple barely compatible implementations do if
> no more people use the network?

Why would multiple implementations necessarily be barely compatible?

> The key point is to solve the numerous fundamental problems which still
> exist in Freenet

What are these problems?  Are they described anywhere?  Is there a plan
on how to solve them?

> to get more users, and especially to get more
> developers.

What are the goals you're trying to achieve, which make getting more
users and more developers valued as a gain?

> None of that is helped by premature standardisation.
> Standardisation should happen after we've solved all the important
> problems, declared 1.0 or better 2.0, and have published rigorous proofs
> that everything always works.

It is not premature to document the existing protocol.  Documenting the
protocol is not standardisation.  Documents can be versioned.  It's
highly likely that a lot, if not most of the protocol will be unchanged
between now and 1.0.

At the same time, publishing a protocol document will attract
developers, something you see as a gain.  It will also serve to clarify
the existing problems and may even aid in finding solutions.  Similarly,
it will illuminate undiscovered problems in the current protocol.  It
will also move the project forward and it will move it forward to a
place where publishing a 1.0 protocol is a realistic possibility rather
than a pipe dream.

> Which will probably never happen.

That sounds like simply a defeatist attitude.  Which, of course, will
ensure that it does indeed never happen.  Unless you believe there are
specific reasons why Freenet can't work?  And if that's the case then
why would you bother communicating about the project at all?


> Of *course* we should document the protocol. We should document
> everything, to make life easier for new developers.

*Facepalm*

> But it's not a panacea.

A panacea for which problems?  What problems does the project have?
What is the strategy for solving them?
_______________________________________________
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to