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 <[EMAIL PROTECTED]>: > 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----- > >
