I love OpenBSD and this is in no way a bash, but… ugh
Who were the most productive developers? Top three in terms of lines added:
I understand this is just a funny page with some metrics, but seriously calling people who added most LOC the most “productive” developers is somewhat disingenious.
In order to prevent cvs from filling up with all this code, it’s necessary to delete some old code.
Is there any current reason to still use CVS in 2015?
Special mention to jsing for achieving the most churn and smallest net gain by adding 153802 lines and deleting 152604.
Net gain. Blowing up the codebase size is “net gain”. Maybe OpenBSD team knows something I don't, but I got a bad vibe from this report.
I wonder if keeping CVS is not one of the smartest things the OpenBSD project does now. I'm being somewhat facetious but hear me out.
Workflow is as much about people and process as it is about tools. The tools simply serve the people and processes.
This is a project that has consistently hit high quality releases, on a predetermined schedule, for coming up on two decades. That is unprecedented. I can't think of anything even remotely similar.
Version control is a tool for integrating change and managing releases. They are arguably one of the best projects at doing it. See the silliness of the "CVS?!" non sequitur yet?
So for people to drive by, who are statistically more likely part of the problems in the software industry, and critique the OpenBSD development process.. is at best cute and worst delusional.
> I understand this is just a funny page with some metrics, but seriously calling people who added most LOC the most “productive” developers is somewhat disingenious.
This sentence contradicts itself.
> Is there any current reason to still use CVS in 2015?
> I understand this is just a funny page with some metrics, but seriously calling people who added most LOC the most “productive” developers is somewhat disingenious.
> Blowing up the codebase size is “net gain”. Maybe OpenBSD team knows something I don't, but I got a bad vibe from this report.
To be fair, I think the "net gain" there just means "net increase" not net gain in the sense of a positive outcome. Plus, the top line deleters are removing way more than the top line adders. If I'm reading it right the total "net gain" was somewhere around negative 2.2 million lines.
The post lacks nuance, but it's really just supposed to be a fun little snapshot with some simple numbers.
"The first commit of 2014 was to bump the copyright date, but then jsing jumped the gun and bumped it again at the end of the year, resulting in a copyright year one day shorter than the calendar year. Last commit, for the curious."
This is a level of pedantry that deserves respect.
[+] [-] zirkonit|11 years ago|reply
[+] [-] kev009|11 years ago|reply
Workflow is as much about people and process as it is about tools. The tools simply serve the people and processes.
This is a project that has consistently hit high quality releases, on a predetermined schedule, for coming up on two decades. That is unprecedented. I can't think of anything even remotely similar.
Version control is a tool for integrating change and managing releases. They are arguably one of the best projects at doing it. See the silliness of the "CVS?!" non sequitur yet?
So for people to drive by, who are statistically more likely part of the problems in the software industry, and critique the OpenBSD development process.. is at best cute and worst delusional.
Inadvertently(?) it functions as a litmus test.. if you care so much about this, you aren't really who we want to work with anyway, similar to the candidate fixated on his title in http://dtrace.org/blogs/eschrock/2012/08/14/engineer-anti-pa...
[+] [-] jmsdnns|11 years ago|reply
This sentence contradicts itself.
> Is there any current reason to still use CVS in 2015?
http://www.openbsd.org/opencvs/
[+] [-] _cipher_|11 years ago|reply
@bottom you can see the real productivity:
As Ken Thompson said: "One of my most productive days was throwing away 1000 lines of code." :)So it's been a really productive year.
(edit: updated to fix codeblock :) )
[+] [-] zerocrates|11 years ago|reply
To be fair, I think the "net gain" there just means "net increase" not net gain in the sense of a positive outcome. Plus, the top line deleters are removing way more than the top line adders. If I'm reading it right the total "net gain" was somewhere around negative 2.2 million lines.
The post lacks nuance, but it's really just supposed to be a fun little snapshot with some simple numbers.
[+] [-] rayiner|11 years ago|reply
Is there anything wrong with it?
[+] [-] kchoudhu|11 years ago|reply
It works.
[+] [-] alexforster|11 years ago|reply
This is a level of pedantry that deserves respect.