Re: An analysis of why Polipo is unmaintainable

Fabian Keil <[email protected]>
Newsgroups gmane.comp.web.polipo.user
Message-ID <[email protected]>
Will Manley <[email protected]> wrote:

> On Sat, Oct 27, 2012, at 16:51, Juliusz Chroboczek wrote:
> > Boutier and Kerneis have made available a draft of their latest paper:
> > 
> >   Matthieu Boutier, Gabriel Kerneis.  Generating events with style.
> >   Submitted for publication.  October 2012.
> > 
> >   http://hal-univ-diderot.archives-ouvertes.fr/docs/00/74/29/02/PDF/kerneis-boutier-2013.pdf
> > 
> > Pages 5, 6 and 9 constitute a good analysis of why Polipo is
> > unmaintainable.  (Note that this is a draft, and hasn't been peer
> > reviewed yet.)
> 
> With respect I don't think that suggests that Polipo is unmaintainable.

I agree.

> In my opinion the biggest barrier to easy maintainership and the reason
> that you have found it difficult to find a replacement for yourself as
> chief Polipo maintainer comes down to two aspects:
>  * The lack of automated tests.  Making changes to a mature code-base
>  requires confidence that you are not breaking anything or otherwise
>  causing regressions to any of the requirements on that codebase.  This
>  means there needs to be some knowledge of both the diverse way the code
>  is used, how it's expected to behave and how a particular change can
>  affect these use-cases.  In Polipo's case this information is encoded
>  in your head and it would be a great effort on another's part to reach
>  that same level of understanding.  With good automated tests this
>  information is encoded in the tests so someone can be an effective
>  maintainer even if their understanding of both the software and the
>  problem domain is incomplete.
> * The fact that the current master branch is not release worthy and only
> you know why and how means that there is a lot of work for a new
> maintainer to do before the fruits of their labour pay off.

Another, in my opinion more important, aspect is that there simply
aren't too many people interested in spending a significant amount
of time working on HTTP implementations for free.

For example Privoxy is not event-driven and has automated tests
(of course one never has enough tests) and yet the project isn't
exactly overrun by volunteers either.

Fabian

------------------------------------------------------------------------------
The Windows 8 Center - In partnership with Sourceforge
Your idea - your app - 30 days.
Get started!
http://windows8center.sourceforge.net/
what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/

_______________________________________________
Polipo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/polipo-users
signature.asc (application/pgp-signature, 196 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlCOjuYACgkQBYqIVf93VJ1jngCfaLlKLEv/sTn23KuMGvs3ARvG
JP8AoJDK7gplCC4bdVivBgard+I7YCiI
=8Zj3
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.