Hacker Newsnew | past | comments | ask | show | jobs | submit | mxey's commentslogin

> For users that require new features or reliable resolution of reported bugs, we recommend using pgx which is under active development.

> especially if readers don't read to the bottom.

That note at the bottom was only added after the article was posted.


> We’ve discussed doing brownouts where we fail everything for an hour with clear error messages as to what is happening.

That sounds like the best option. People are used to the idea that a service might be down, so if that happens, they’ll look at what the error is.


The article has a new note at the bottom:

> In case the sarcasm isn’t clear, it’s better to leave the warts.


Wow, that wasn't there from the start? That explains a lot of the comments here.

glibc, which has had ABI compatibility for decades?

There have been plenty of build breaking changes over the past couple decades, generally they happen for very good reasons and only affect niche usecases.

So existing binaries will keep working?

Not necessarily if you go back far enough to have nss problems :)

Go does deprecate stuff. It just never removes it.

> If you develop a useful library and give it away for free then all power to you if you want to rearrange the furniture every 6 months.

That would make it no longer a useful library


Actually this is the reason why Win32 is the stable ABI for Linux.

https://blog.hiler.eu/win32-the-only-stable-abi/


While I certainly empathize with the author of that article and respect the work they put into debugging it, this is a better explanation of that whole thing: https://maskray.me/blog/2022-08-21-glibc-and-dt-gnu-hash

> Not that it is always trivial to avoid breaking backwards compatibility, but there are so many times that it would be.

In this case it was 2 functions with 1 line of code each. https://github.com/urllib3/urllib3/pull/3732/files


Wow. Why even remove it? It's just the thinnest wrapper around the dict and since the dict is now part of the public API these methods will work forever unmodified.

It is wild to realize that this is the same author as https://entropicthoughts.com/you-want-technology-with-warts

There is a new last line of TFA:

> In case the sarcasm isn’t clear, it’s better to leave the warts. But it is also worthwhile to recognise that in terms of effectiveness for driving system change, signage and warnings are on the bottom of the tier list. We should not be surprised when they don’t work.

Looking at comments I guess everyone whooshed.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: