5 ms·

Wow, I can't wait to try this out, it could be a Sentry killer and doubly so given the friendly license Also, thank you for introducing me to air (https://gith

Wow, I can't wait to try this out, it could be a Sentry killer and doubly so given the friendly license Also, thank you for introducing me to air (https://github.com/highlight/highlight/blob/sdk/highlight-go/v0.9.8/docker/run-backend.sh#L7 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 https://news.ycombinator.com/item?id=34897645

podoman 4y ago
Thanks, appreciate the kind note on the license. And yeah, air is really nice; we've been using it since the beginning. Gives us a "JS hot-reloading" like experience with a server-side app.
tnolet 4y ago
Isn’t sentry also open source and also using clickhouse at least in some parts?
- mdaniel 4y ago
  yes to the second https://github.com/getsentry/self-hosted/blob/23.4.0/docker-compose.yml#L199 https://github.com/getsentry/self-hosted/blob/23.4.0/docker-... and only after the embargo is over to the first: https://github.com/getsentry/self-hosted/blob/23.4.0/LICENSE#L19 https://github.com/getsentry/self-hosted/blob/23.4.0/LICENSE... I also miss the "good old days" when running sentry was like 3 containers, not the 32 of modern Sentry
  - tnolet 4y ago
    Yeah, fair point. Sentry has added quite some features and increased complexity. Probably for good reasons like serving large customers. But still
    - podoman 4y ago
      fwiw, we don't really see a need for more than a handful of containers, even long term. we want to make it easy to self-host Highlight. nonetheless, sentry is a reputable project. they deserve the success they've had so far.
mekster 4y ago
Why do you want to replace Sentry? It's mature and works well. 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.
- podoman 4y ago
  > 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/contributing/adding-an-sdk https://www.highlight.io/docs/general/company/open-source/co...
  - mekster 4y ago
    Thank you for the response and sorry for not doing the homework there. Looking forward to seeing the project take off as we need to glue stuff together from various projects to achieve your goal now.
    - podoman 4y ago
      No worries, and we appreciate it.

podoman 4y ago

Thanks, appreciate the kind note on the license. And yeah, air is really nice; we've been using it since the beginning. Gives us a "JS hot-reloading" like experience with a server-side app.

tnolet 4y ago

Isn’t sentry also open source and also using clickhouse at least in some parts?

mdaniel 4y ago
yes to the second https://github.com/getsentry/self-hosted/blob/23.4.0/docker-compose.yml#L199 https://github.com/getsentry/self-hosted/blob/23.4.0/docker-... and only after the embargo is over to the first: https://github.com/getsentry/self-hosted/blob/23.4.0/LICENSE#L19 https://github.com/getsentry/self-hosted/blob/23.4.0/LICENSE... I also miss the "good old days" when running sentry was like 3 containers, not the 32 of modern Sentry
- tnolet 4y ago
  Yeah, fair point. Sentry has added quite some features and increased complexity. Probably for good reasons like serving large customers. But still
  - podoman 4y ago
    fwiw, we don't really see a need for more than a handful of containers, even long term. we want to make it easy to self-host Highlight. nonetheless, sentry is a reputable project. they deserve the success they've had so far.

mekster 4y ago

Why do you want to replace Sentry? It's mature and works well. 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.

podoman 4y ago
> 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/contributing/adding-an-sdk https://www.highlight.io/docs/general/company/open-source/co...
- mekster 4y ago
  Thank you for the response and sorry for not doing the homework there. Looking forward to seeing the project take off as we need to glue stuff together from various projects to achieve your goal now.
  - podoman 4y ago
    No worries, and we appreciate it.