End of year Xorg status rant
gljennjohn at gmail.com
Sun Jan 1 09:36:41 UTC 2017
On Sun, 1 Jan 2017 02:11:36 -0600
Mark Linimon <linimon at lonesome.com> wrote:
> On Sat, Dec 31, 2016 at 03:41:46PM -0800, Matthew Macy wrote:
> > There are people contributing patches that sit idly in Bugzilla
> > indefinitely.
> [I'm not addressing Matthew directly here; he already knows most of this]
> And this is the key point: we need more committers.
> If the folks in this thread (and the similar one about numerical
> computation) saying "someone should do something!" worked towards being
> committers, we would all be better off.
> And, no, I don't believe that process is easy.
> But what people don't appreciate is that the large number of moving parts
> in the Ports Collection (times 7? architectures, times 4^W3 release branches)
> creates something intricate. There's a learning curve to being able to
> commit something that doesn't break anything else; the curve gets steeper
> the closer you get to the center of the infrastructure.
This is irrelevant to this post, but it's an error everyone
seems to make and I find it quite annoying.
A steep learning curve means that one learns quickly. A flat
learning curve means that one needs longer to learn something.
Using "steep learning curve" is exactly the opposite of what one
is trying to state - that it takes greater effort and more time
to understand something.
Just picture the curve in your head. X is time and Y is amount
learned. Obviously, a steep curve means that more is learned in
a shorter time.
I suppose that this incorrect usage comes from people imagining
that the curve represents a hill, so steep must be harder. Wrong.
My rant for 2017.
> And this work is pretty close to the center.
> (And never mind about trying to make all of that robust and consistent.)
> What frustrates me is that people don't understand that the players I
> know within FreeBSD *want* to have better graphics. I have *never* heard
> anyone say "just walk away from it". It's a question of how we can get
> there with the limited manpower we have available.
> Finally, I do know of at least one person within FreeBSD whose stated
> goal is to Make This Integration Happen in 2017.
> But I'm not crazy enough to think it is going to happen this week.
More information about the freebsd-x11