Interesting, but to measure bloat, it should also take into account a
more pertinent software stack AND the code complexity. Indeed, for
instance if you take eclipse and stack the Java VM (huge, code
complexity close to insanity, hardly maintainable by those who coded
it)-->BIG OUCH!!
2007/8/20, John Li <jli_AT_deadbox.ath.cx>:
> Not directly related to dwm, but I thought people interested in suckless
> software would find this interesting.
>
> Ohloh is like a Web 2.0 Freshmeat. It has cheesy gradients and curved
> corners, but it provides some "deep" data by analyzing the source
> revision history of open source projects.
>
> Behold the codebloat races!
>
> Xfce, KDE, Gnome: http://www.ohloh.net/projects/compare?project_0=Xfce&project_1=KDE+-+K+Desktop+Environment&project_2=GNOME&submit=Go
>
> Dillo, Elinks, Firefox: http://www.ohloh.net/projects/compare?project_0=Dillo&project_1=Elinks&project_2=mozilla+firefox&submit=Go
>
> Eclipse, Emacs, Vim: http://www.ohloh.net/projects/compare?project_0=Eclipse+Platform+Project&project_1=GNU+Emacs&project_2=Vim&submit=Go
>
> Projects tagged as "window_manager":
> http://www.ohloh.net/tags/window_manager
>
>
> Unfortunately, ohloh doesn't currently support Mercurial. It'd be nice
> to get graphical stats on dwm and wmii, though wc will do for now.
>
> 10 points to the first person to find steady "negative" code growth!
>
>
> -john
>
>
>
> --
> .''`.
> : :' :
> `. `'
> `-
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFGyatJSIMwLdO+DlcRAtHbAKCpdjtAatwvl98+ILBV54c0fWGJ0QCbBOsf
> djTnefIx4gIa7fIhAysGR/4=
> =SX8P
> -----END PGP SIGNATURE-----
>
>
Received on Mon Aug 20 2007 - 23:21:02 UTC
This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 14:50:26 UTC