<div dir="ltr">And these steps are done!<div><br></div><div>* Download count is already there on Hackage, though it's relatively new so it may take some more time for these numbers to have real weight.</div><div>* Revdeps are calculated and provided here: <a href="http://packdeps.haskellers.com/reverse">http://packdeps.haskellers.com/reverse</a></div>

</div><div class="gmail_extra"><br clear="all"><div>-- Dan Burton</div>
<br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 1:39 PM, Carter Schonwald <span dir="ltr"><<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Honestly the first step is making it easier (and efficient) to look at reverse dependency information plus download count.  Those numbers are both manipulable,  but can still yield some informative basic info. <div class="HOEnZb">

<div class="h5"><br><br>On Monday, November 4, 2013, Ben Gamari  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Charlie Paul <<a>charlieap@gmail.com</a>> writes:<br>

<br>
> This has been proposed many times before, and each time everyone agrees<br>
> that something like this is a good idea. However, like many good proposals,<br>
> no one has put up code.<br>
><br>
I also think that many Hackage improvements like this one were blocked on<br>
Hackage 2. Now since this is finally in the wild it should be a bit<br>
easier for people to pick up this sort of project.<br>
<br>
> Also in this particular case, the devil is in the details. How do ratings<br>
> transfer between versions? How do you account for the effects of bitrot?<br>
><br>
Certainly there are tricky details to work out but I think a lot of the<br>
work will be simply getting to the point where we can collect ratings<br>
and stuff them into a database. After this there would need to be some<br>
experimentation to work out the finer points you mention.<br>
<br>
In my mind a rating would consist of some numeric rating (1-5, for instance,<br>
perhaps along multiple dimensions, e.g.: quality of documentation, type-safety<br>
of interface, performance) for a particular package. The user, date, and<br>
current version number should also be recorded.<br>
<br>
A zeroth-order approach for accounting for bit-rot might be to use a<br>
simple temporally-weighted average. This would be simple to implement<br>
and might even produce marginally useful results. Even if not, it's a<br>
place to start.<br>
<br>
Cheers,<br>
<br>
- Ben<br>
</blockquote>
</div></div><br>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
<br></blockquote></div><br></div>