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