symbolicator VS openreplay

- it entirely removes a class of discussion of "opinion" on style. Tabs or spaces? Import ordering? Alignment? Doesn't matter, use go fmt. It's built into the toolchain, everyone has it. Might it be slightly more optimal to do X? Sure, but there's no discussion here.

- it hits that sweet spot between python and C - compilation is wicked fast, little to no app startup time, and runtime is closer to C than it is to python.

- interfaces are great and allow for extensions of library types.

- it's readable, not overly terse. Compared to rust, e.g. [0], anyone who has any programming experience can probably figure out most of the syntax.

We've got a few internal services and things in Go,vanr we use them for onboarding. Most of my team have had PR's merged with bugfixes on their first day of work, even with no previous go experience. It lets us care about business logic from the get go.

[0] https://github.com/getsentry/symbolicator/blob/master/crates...

> Aren't they slower or about as slow as C++, which is notorious for being frustratingly slow, especially for local, non-distributed builds?

Yes. Significantly slower. The last rust crate I pulled [0] took as long to build as the unreal engine project I work on.

[0] https://github.com/getsentry/symbolicator/

2022: https://blog.sentry.io/we-just-gave-260-028-dollars-to-open-...

In addition to that, there are contributions to open source done in the form of code that is, open source, such as the symbolication service: https://github.com/getsentry/symbolicator and many others: https://github.com/getsentry/

Digging up the topic, I also found that new framework https://github.com/tokio-rs/axum, which already seems to be popular.

Sentry is rewriting some of their libs from Actix to Axum: https://github.com/getsentry/symbolicator/commit/b6ef7cb00b7...

Disclosure: I work at Sentry.

> My personal term for this sort of "We're OK with little people using the software but we don't want any competition"

Large companies are free to use Sentry. There are Fortune 50 companies running Sentry at scale internally without paying us a cent. That's totally cool.

You're also free to compete with Sentry. You're not free to repackage Sentry for the purposes of competing us. There are lots of competing error and performance monitoring products out there that do perfectly fine without it.

I should also note that many components of Sentry are distributed with OSI-approved licenses that you are free to use to compete with us. For example, our Symbolication service (https://github.com/getsentry/symbolicator) ships with an MIT license, and it's an important part of our business.

Uncover frustrations, understand bugs and fix slowdowns like never before with OpenReplay — an open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data. Check our GitHub repo and join the thousands of developers in our community.

- Optimize user experience: use insights to refine and improve your app’s usability.

Interested? For more details, you can check out the GitHub repo [0] or documentation [1]:

[0] https://github.com/openreplay/openreplay or documentation

[1] https://docs.openreplay.com/en/rn-sdk/

Hey HN,

For anyone who uses session replay tools to debug, monitor, or analyze user journeys, this feature might come in handy. OpenReplay — the self-hosted session replay tool that helps developers troubleshoot web apps faster — now supports tabbed browsing.

*Here's how:*

1. Capture and replay user sessions that span across multiple browser tabs, all within a single recording.

2. OpenReplay's tracker communicates across browser tabs, ensuring accurate tracking of each tab, even when duplicated or opened with `window.open` without `_blank`.

3. With "co-browsing", you can watch and support users in real-time and see how they navigate across multiple tabs of your app.

*Why it’s important?*

1. This feature is convenient for developers as it allows them to easily identify bugs by reviewing a complete session in one replay, rather than having to reference multiple recordings.

2. It provides a deeper understanding of the user journey and interactions across multiple tabs in your web app, helping in the comprehension of complex user behaviors and paths.

3. It provides accurate feedback on user tab actions such as opening, switching, and closing tabs, assisting in UX/UI improvements.

Interested? For more details, you can check out the GitHub repo at https://github.com/openreplay/openreplay.

You could maybe get in a scenario where a company rather sneakily changes their license without proper announcement to make usage non-open and billable, but that's pretty rare and bad behavior and that underhandedness may bite them back if it goes to court (I am not a lawyer). That said, it can happen. As an example, see this discussion I opened where the project switched licenses and the maintainers thought it was enough to only really announce this within a 1 hour YouTube video (Rather than their blog or update notes).

OpenReplay would not be typically be considered open source. (Which I have raised with them and have since been blocked from their repos).

How does it compare to OpenReplay ?

> Before deciding on ClickHouse, we were planning to use OpenSearch

You should have tried Quickwit :)

Anyway, sounds like a great project, best of luck!

[1] https://github.com/openreplay/openreplay

[2] https://github.com/quickwit-oss/quickwit