Live data from Hacker News

Plotting the source code “TODO” history of the most popular open source projects

schleiss.io

41–50 of 114 posts

Re: Plotting the source code “TODO” history of the most popular open source projects

#41
post #18

Just today I announced a sweep through all of the TODO's and to either turn them into issues, stories or remove them. Biggest problem in Xcode is that it clogs up the warning list and the real warnings get swamped by them. But it's funny to see that Rust has less outstanding TODO's than our brand new 45KLoC project.

The Rust graph is inaccurate since Rust uses FIXME instead of TODO. Almost all of the usage of "TODO" in rustc relates to the todo!() macro, usually to stub out parts of tests.

Re: Plotting the source code “TODO” history of the most popular open source projects

#42
post #41
post #18

Just today I announced a sweep through all of the TODO's and to either turn them into issues, stories or remove them. Biggest problem in Xcode is that it clogs up the warning list and the real warnings get swamped by them. But it's funny to see that Rust has less outstanding TODO's than our brand new 45KLoC project.

The Rust graph is inaccurate since Rust uses FIXME instead of TODO. Almost all of the usage of "TODO" in rustc relates to the todo!() macro, usually to stub out parts of tests.

Yeah you get vastly different numbers if you grep for FIXME (instead of the hundred or so todo's):

    $ rg FIXME compiler | wc -l
    1036
    $ rg FIXME | wc -l
    18656

Re: Plotting the source code “TODO” history of the most popular open source projects

#43

OP here. I used `git log -G TODO --reverse -p -- . > ~/Desktop/test.txt` and used the results in PHP to aggregate the data as I couldn't think of the bash one liners in the other comments :(

Stupid question, is "TODO" in this instance case sensitive?

Re: Plotting the source code “TODO” history of the most popular open source projects

#44
post #18

Just today I announced a sweep through all of the TODO's and to either turn them into issues, stories or remove them. Biggest problem in Xcode is that it clogs up the warning list and the real warnings get swamped by them. But it's funny to see that Rust has less outstanding TODO's than our brand new 45KLoC project.

Sorry to break it to you but these TODOs are a measure of technical dept you've accrued by limiting dev work to issues and stories.

Re: Plotting the source code “TODO” history of the most popular open source projects

#45
post #43

OP here. I used `git log -G TODO --reverse -p -- . > ~/Desktop/test.txt` and used the results in PHP to aggregate the data as I couldn't think of the bash one liners in the other comments :(

Stupid question, is "TODO" in this instance case sensitive?

[deleted]

Re: Plotting the source code “TODO” history of the most popular open source projects

#47
post #18

Just today I announced a sweep through all of the TODO's and to either turn them into issues, stories or remove them. Biggest problem in Xcode is that it clogs up the warning list and the real warnings get swamped by them. But it's funny to see that Rust has less outstanding TODO's than our brand new 45KLoC project.

Sorry to break it to you but these TODOs are a measure of technical dept you've accrued by limiting dev work to issues and stories.

"How noone could have seen how we got hacked (then we checked Git and found a `TODO: Fix Authentication`)"

Re: Plotting the source code “TODO” history of the most popular open source projects

#48
post #43

OP here. I used `git log -G TODO --reverse -p -- . > ~/Desktop/test.txt` and used the results in PHP to aggregate the data as I couldn't think of the bash one liners in the other comments :(

Stupid question, is "TODO" in this instance case sensitive?

It's case sensitive by default, you can add -i/--regexp-ignore-case to disable that.

Re: Plotting the source code “TODO” history of the most popular open source projects

#49
post #33

Interesting that some of them don't grow, or don't grow much, over time. Someone at PostgreSQL and Django is actually reading and fixing the TODOs.

It would also be interesting to plot the number of TODOs against the size of the code base too. One would assume that as a project grows, the number of outstanding TODOs would grow too. Where and when this isn't true, might reveal something more interesting.

We took some action on this internally at a place I worked.

We had a couple of projects that had unit tests neglected so we enforced that you had to round up to the next closest 1% on the package.json for your merge to be approved (as well as adding some unit tests)

In 3-4 weeks, code coverage slowly went from 20% to 73%.

Post reply on HN