HN user
jay [at] highlight [dot] io
Big fan of all of the items mentioned here. I love the "intuitive split commands" -- I'll add that.
For the vim/nvim fans out there, I try my best to add "vim-style" key bindings for navigating between panes, so that e.g. ctrl-h, ctrl-j, ctrl-k, and ctrl-l can be used to move around qukcly. My dotfiles are here:
Have you considered calling this bot "intern bot"? - Jay
Put up a fix, thanks: https://github.com/highlight/highlight/pull/8571
Have heard good things about local. Clickhouse more broadly is an awesome project and they're always on standby to help our eng team team as well.
Highlight.io cofounder here. Thanks for the shout out. Glad to hear you like the product; continue to share feedback as you use it!
We've thought of that briefly. You're essentially asking for some sort of synthetic monitoring right?
Definitely something we're thinking of. If you have any particular requirements, we're all ears.
The difference is that we also expose what the user is interacting with when these traces get fired. Perhaps on mobile your aren't able to view that?
I can confirm shortly, but I believe you don’t actually need those installed locally. That might be a mistake in our docs! Have you tried the docker setup without those tools?
Some additional thoughts. For Shopify store owners, they can definitely install Highlight if they have access to the site that they're hosting (we have some customers in this space!). This can help with optimizing their user experience, etc.. For our tracing SDKs in particular, they would only really work if the shopify developers have their own proprietary code running, however, because this requires application instrumentation.
Updated, thanks: https://github.com/highlight/highlight/pull/7644/files
We collect logs across the stack. Here's some docs on our backend logging integrations (we also have connectors for major cloud providers): https://www.highlight.io/docs/getting-started#for-your-backe...
Are you referring to link [3]? And taking a look at the GitHub issue, thanks for sharing.
Sorry about that. Will relay this to the team. We're mostly a mac shop, but definitely hear you.
We use algora at https://highlight.io and love it:
1. We get OSS contributors incentivized to work on the features that we want to prioritize.
2. It acts as a great hiring funnel.
Congrats on the launch.
As other commenters mentioned, we are both comparable (pending your opinion on the MIT license).
We both charge a cloud saas fee as well:
https://www.hyperdx.io/pricing https://www.highlight.io/pricing
Looks very similar to what we're doing at https://highlight.io. Would love to trade notes at some point.
One thing to consider with your messaging is that when you start speaking to large companies, they won't see you as a datadog alternative. They'll see you as a mix of sentry + fullstory + honeycomb.
Datadog originally found its success with its metrics products, and the larger the buyer of datadog gets, the more metrics-esque use case a company finds. The session replay, logging and other things are simply products that datadog tacks on.
That being said, this is clearly a large market (which is why we're working on it). I particularly like the tracing UI that y'all have and I'd love to chat with your team at some point. Good luck.
(I'm one of the Highlight.io founders). Yep, that's the intention. And anecdotally, it works pretty well, even without fine-tuning.
We started working on this before any of the fine-tuning APIs for OpenAI came out, but we are keeping an eye out for support for fine-tuning on more OSS models. I suspect it would result in better results, especially if it were trained on only exceptions, for example.
We're big users of clickhouse at https://highlight.io. Some more details here if you're interested: https://www.highlight.io/blog/how-we-built-logging-with-clic...
Fwiw, we do the same (https://highlight.io). Heard good things about uptrace as well.
Disclaimer: I'm the founder of an observability company (Highlight.io).
OpenTelemetry has been INCREDIBLY valuable to us. Not only has it made it super fast to build out SDKs for our customers, but the fact that its maintained actively gives us confidence that we're rolling out stable logic to customers' environments.
I agree with the author that OpenTelemetry has succeeded, and its pretty obvious from the fact that most major observability vendors support.
In short, to a developer it may not seem like its particularly valuable because a metrics/logs/traces API is quite simple whether or not you use OTEL. But the fact that this is an industry wide spec is where it becomes powerful.
A few
The reality is that most people don't want to manage their own Clickhouse store, and not all engineers can operate with SQL as efficiently as with code (me included). Nonetheless, this is pretty cool!
Just a quick clarification. OTEL is not just a transport, its a specification.
Not only prometheus fwiw. There's lots of providers that support it, e.g.: - datadog - honeycomb.io - highlight.io (I'm a founder) - sentry.io
OpenTelemetry is a marketing-driven project, designed by committee, implemented naively and inefficiently, and guided by the primary goal of allowing Fortune X00 CTOs to tick off some boxes on their strategy roadmap documents.
I'm the founder of highlight.io. On the consumer side as a company, we've seen a lot of value of from OTEL; we've used it to build out language support for quite a few customers at this point, and the community is very receptive.
Here's an example of us putting up a change: https://github.com/open-telemetry/opentelemetry-js/pull/4049
Do you mind sharing why you think no-one should be using it? Some reasoning would be nice.
Implementation-wise, I agree. You run into similar engineering challenges in both cases. From a buyer/persona perspective it is very different as you go up-market.
I like that approach. With a lot more indexing and UI magic, that's essentially what we do behind the hood.
Hi there. Highlight.io maintainer/founder here. That's an interesting question. I am in the boat that these tools will start to consolidate over time, which is probably better for the end user (you!).
On our roadmap, we do have metrics and traces on the horizon. Also, on our session replay product, we've been recently getting lots of requests on the analytics ends, so an analytics product at some point is something we've thought about.
I do agree that it would be nice to have all the data in the same place (as a user of these types of tools). Another idea that we've toyed with is exposing a sql-like UI where people can query data arbitrarily.
Do any of the above points resonate? Thanks for thinking of us, and excited to see what the community thinks.
All good, these are very valid points. Thanks for feedback and definitely give highlight a try when you get a chance.
Highlight is an application monitoring tool. Posthog is an analytics tool. I would say that it depends mostly on the buyer/audience.