Breaking Changes and Long Term Support Haskell

Kim-Ee Yeoh ky3 at atamo.com
Wed Oct 21 12:32:50 UTC 2015


On Wed, Oct 21, 2015 at 7:18 PM, Jeremy <voldermort at hotmail.com> wrote:

> The LTS solution should work as long as all (or at least a big enough
> majority) agree that the benefits of a  change are desirable, but disagree
> as to the cost of breaking change. It allows the "nice idea but don't keep
> breaking my code" people to co-exist with the "nice idea let's do it"
> people.
>

But as Henrik and Lennart have alluded to, what we have currently is
friction between "half-baked idea, I'll fight against it" and "nice idea,
this is the way to progress."

LTS, seen in this light, is a discussion-postponing move.

What's needed is a "let's agree to disagree and have a long, deep
discussion to understand one another", not "let's agree to disagree. Here's
software for you. And here's software for me. Bye-bye."

-- Kim-Ee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20151021/b8c7da7e/attachment-0001.html>


More information about the Libraries mailing list