Direction of KDevelop4

Amilcar do Carmo Lucas amilcar at ida.ing.tu-bs.de
Thu Sep 22 16:43:02 UTC 2005


On Thursday 22 September 2005 15:45, Kuba Ober wrote:
> > I committed 60% of them. (So says the CVS log) :)
>
> Code as in php logic, or code as in html? Or a mix of the two?
Mix. Plus I count all the other programming languages that I mentioned.

> How can one person write the code equalling in size to like a fifth of the
> linux kernel?
I did not say I code it. I said I committed it, many of my commits where to 
commit:
/phorum5
/mediawiki
/chat
translations to other languages (I do Portuguese translation)


> Apparently in just a couple years?
two

> And, unless I'm mistaken,  
> without making it a full-time job with double overtime?
Average of ten commits per day in the last two years.

> Or I just plain 
> don't know what I'm talking about. Or the lines are very very short ;) But
> seriously, how much redundancy is in the lines that you mention in those
> counts?
Like I said there are 15 languages on the site.


> I wouldn't call html marked-up content code. I'd call code the php and sql
> logic that builds the friendly site, that's for sure.
Well but that is not easy to count, but I can try:
find *.php | wc
find *.sql | wc
find *.sh | wc

> Is it just me, or is it ridiculous to count links in the generated html?
Well belive me once they break you have to fix them one by one!!!!
(or in groups of 15) :)

> I mean, I don't want to belittle anything that you did, the site works
> great, but the numbers seem just pretty much meaningless without some
> context accompanying them.
The contex is public. Read the website.

> What you did seems to me akin to saying that 
> google's site has however many quintillion links, or whatever other big
> number you obtain by combining various ways one can query their database.
I explained internal and external links. Google has mostly external links.

> Let's get sane here. How many of such pages are incremental revisions over
> historical pages that are just kept?
We have a set of pages for
1.x
2.x
3.0
3.1
3.2
3.3
HEAD

All of them need to be kept translated and free from broken links (remember 
ZERO regressions), so yes, I counted all of them.

> Again, I do appreciate all the history-preserving aspects of the website
> and all the logic that works to keep things rolling smoothly, but I don't
> think it's sane at all to count anything but content related to current
> stable version and to head. And then counting translations of a page is
> equally misleading, as there's really no new content added by translation.
> That's like adding up wikipedia article counts from wikipedias in various
> languages without taking into account how much overlap there is between
> those due to translation. Of course original articles in other languages do
> count, but not all of them are original.
Point taken.

> I'd say that it's sane to say there are x pages, N% of which are
> translations, P% of which relate to versions other than current stable or
> HEAD. I bet N and P will not be insignificant.
x= 1800
N=aprox 1600
P= aprox 80

Please take a look at the site map. I mean it.
http://www.kdevelop.org/index.html?filename=sitemap.html

If you want I can give you a copy of the website, and it's databases.


> I only question the metrics you've used. Somehow small numbers don't seem
> to work for people anymore :(
The numbers I gave you are the numbers "linkcheker" and "cvschangelog" gave 
me.

> Which still means that in reality there can be no more handwritten
> documentation than say 80% of the size of the source tree, and that'd be
> for a very well documented project. Of course assuming that all doxygen
> input is kept in the source tree. So, what was the size of the head (or
> latest stable release) again?
10 Mb

> I just think that counting the machine generated output from doxygen as
> 'size of the documentation' is completely pointless, unless you want to
> show off disk space usage on the web server.
yes, its to show disk space.


-- 
Amilcar Lucas
Current webmaster
The KDevelop project




More information about the KDevelop-devel mailing list