3 ms·
Yes! Logging always felt like something that (1) almost every project needs, and (2) there are too many 3rd party packages, with no "de facto" choice. This is
by iamcalledrob 3y ago
Yes!
Logging always felt like something that (1) almost every project needs, and (2) there are too many 3rd party packages, with no "de facto" choice.
This is particularly painful when working with 3rd party library code. There's a high chance that the consumer of library code uses a different logging package to the library author.
Having structured logging in the stdlib is fantastic, because now there is a "go way" to this that libraries can use.
- eberkund 3y agoDoes this mean that all the third party logging packages will likely die out in the future? Or will they likely implement adapters to be compatible with the std interface?
- cratermoon 3y agoFrom the original proposal <https://go.googlesource.com/proposal/+/master/design/56345-structured-logging.md https://go.googlesource.com/proposal/+/master/design/56345-s...> 1 "We expect existing logging packages to coexist with this one for the foreseeable future." 2 "We expect that this proposal’s handlers will be implemented for all popular logging formats and network protocols, and that every common logging framework will provide a shim from their own backend to a handler"