Also, thank you for introducing me to air (https://github.com/highlight/highlight/blob/sdk/highlight-go...) as that also looks super handy
p.s. for Show HN historians, here is the prior thread: https://news.ycombinator.com/item?id=34897645
Also, thank you for introducing me to air (https://github.com/highlight/highlight/blob/sdk/highlight-go...) as that also looks super handy
p.s. for Show HN historians, here is the prior thread: https://news.ycombinator.com/item?id=34897645
Not sure how the license makes a difference in terms of being a value to your day to day development.
But I do love projects that can be self hosted, so Sentry is very nice on that part, especially when it doesn't limit its capability on the self hosted version.
Also this one doesn't even have PHP sdk and the GitHub issue doesn't have much of a request for it, which sounds like it has still some way to go to be mature given the lack of interest in the project at this point.
Couldn't they just reuse other project's sdk or help with OpenTelemetry? Developing yet another batch of sdk for a dozen language seems like wasted time.
But I do hope we get a nice open source (self hostable) tool that can do what it claims (error reporting, tracing, logging, metrics) because there's no such thing that does all well at the moment that's mature.
Keep an eye out for Highlight then!
> Couldn't they just reuse other project's sdk or help with OpenTelemetry? Developing yet another batch of sdk for a dozen language seems like wasted time.
We use OpenTelemetry for all of our SDKs. All we do is thinly wrap the SDK so developers don't have to deal with OpenTelemetry internal if they don't want to.
There's a doc on it here: https://www.highlight.io/docs/general/company/open-source/co...
Looking forward to seeing the project take off as we need to glue stuff together from various projects to achieve your goal now.
I also miss the "good old days" when running sentry was like 3 containers, not the 32 of modern Sentry