I had a brief look at greptime db. And I'd like to give a little bit of feedback on your funnel. It is clear that your product marketing is targeting business folks rather than developers. That 3 minute vid on the frontpage was next to useless for me. Also very clearly AI.
Having stats is nice but i am not choosing your product because of stats. I actually think greptimedb is exactly what I am looking for, I.e. a humio / falcon logscale alternative. But I had to do some digging to actually infer that.
Your material doesn't highlight what sets you apart from the competition. If you want to target developers which you might not. I dont know.
I want to debug issues using freetext search, i want to be able to aggregate stats i care about on demand.
YouTube even has a feature now that if you skip, it will skip over sections that other people skip to. Which in practice does the same thing as sponsorblock, except that you have to press skip ;)
There is always a "better" thing. I do think that it is fine to have a bit of stability in the frontend space. Should react stay the default for the future, probably not, but it is fine if it stays that way for a while.
React is a good enough choice for a lot of problems, heck, going without a framework is often a good enough choice, we don't always have to choose the "best" option, because what we value might not actually be that important, over other important metrics. Signals might have performance, elm elegance and purity, etc, etc. But for 95% problems, and teams React is just fine.
A bonus is that I can come back to my project in a year, and not have to rewrite it because everything changed since then.
In Danish we say
> Stop mens legen er god
Stop, while you're still going strong (ish). React is plenty equipped to solve a lot of problems, it doesn't need to solve all of them.
Chezmoi has been a blessing to use. It is one of the only tools I've used that had been able to survive me neclecting it for months and then getting back to it. I'd love a more interactive diff when my dotfiles have driften too much. But otherwise it is perfect for my needs.
I was working at a small farm-shop at some point, we sold smoothies of turmeric and ginger, we had to label it clearly, and restrict sale for pregnant woman, young kids and the elderly because large doses can be dangerous. As far as I recall both are a natural blood thinner.
I felt the same when implementing OpenID connect flows according to spec. It uses the browser in creative ways ;) Especially the device flow, absolutely insane complexity for what it is.
I actually wanted to ask you about this at our last meetup (Rust Aarhus), so nice to see it on hackernews. It did seem you switched away from flutter. ;)
How is shipping egui apps vs flutter. I'd imagine that especially shipping a rust integration with Flutter might be a bit of a pain
It's sway with eye-candy. (Or, if you don't know about sway, the Wayland version of i3 — also with eye-candy).
If you're still not sure, you're simply not the target audience, these things almost always require further learning and customization, so some level of gate-keeping from the start is helpful.
Yep this - you’re not the target audience. It’s a UI desktop layer for Linux, made for the enthusiast.
But also, OP posted a link that is not mobile friendly (at least on safari) and doesn’t say much about what this is. The main page does a fine job though (for those would care I guess).
There’s got to be a term for this given how I see it daily: when experts are so hyper focused that they’re not even aware they might have to at least indicate what a compositor even is.
I think a common response is that if you don’t know, you’re not the audience anyways. But that lops off your customer funnel and limits the general awareness of your product. You want to bring everyone one step closer to your product from wherever they are.
In the case of niche, power user focused products like this I think it’s actually reasonable to assume the target audience should know what a compositor is.
For projects like this that come with some assembly required, having a light filter on your funnel can actually be beneficial. Cast too wide of a net and you collect a lot of people who aren’t qualified to use the product but expect a lot of support anyway.
Only if you already know what "compositor" means in this context.
> Modern compositor with the looks
> Hyprland provides the latest Wayland features, dynamic tiling, all the eyecandy, powerful plugins and much more, while still being lightweight and responsive
If you're in the market for a Wayland compositor you should know what compositor means. If you're not in the market for a Wayland compositor then I can't imagine you'd ever need to know anything about hyprland.
Imagine if you will a site where links are shared amongst a very tech-heavy audience. I for one think it's reasonable for the average HN reader to understand the sites linked to.
"If you don't understand it, you don't belong" is a crap attitude. They wanted to learn, if they didn't they wouldn't be asking what it means. What happened to good writing?
It's not about being tech-heavy, it's about specifically running a Linux desktop on a distribution where you're running a very modern software stack, and you're not using a bundled desktop, so you're in the market for a compositor built for Wayland.
That's just a very specific usecase. You can be extremely tech-heavy but if you run Windows then this wouldn't matter to you.
I'm a very tech-heavy guy, and no, I don't understand everything linked on HN because it's just outside of my scope. Anything with Mac OS? Couldn't tell you.
That's my point. If given a link to a random article about macOS details, I expect to be able to identify it as such, and not just be completely baffled. As a macOS user looking at the Hyprland page, you won't even know if it's meant for macOS, Windows, Linux, Android -- even the idea that it's software is only by implication.
I've got absolutely no problem with them taking donations / having a premium option. But it is very difficult to comment on when there is no indication what the premium experience brings.
Could Rust be faster, yes. But honestly, for our use-case shipping; tools, services, libraries and what have you in production, it is plenty fast. That said, Rust definitely falls off a cliff once you get to a very large workspace (I'd say plus 100k lines of code it begins to snowball), but you can design yourself out of that, unless you build truly massive apps.
Incremental builds doesn't disrupt my feedback loop much, only when paired with building for multiple targets at once. I.e. Leptos where a wasm and native build is run. Incremental builds do however, eat up a lot of space, a comical amount even. I had a 28GB target/ folder yesterday from working a few hours on a leptos app.
One recommendation is to definitely upgrade your CI workers, Rust definitely benefits from larger workers than the default GitHub actions runners as an example.
Compilling a fairly simple app, though including DuckDB which needs to be compiled, took 28 minutes on default runners. but on a 32x machine, we're down to around 3 minutes. Which is fast enough that it doesn't disrupt our feedback loop.
You can rent bigger runners from github. They're still not as fast as third party ones, but it takes 5 minutes to set up and is still pay as you go. I just see a lot of people use the default ones, which are very small.
Having stats is nice but i am not choosing your product because of stats. I actually think greptimedb is exactly what I am looking for, I.e. a humio / falcon logscale alternative. But I had to do some digging to actually infer that.
Your material doesn't highlight what sets you apart from the competition. If you want to target developers which you might not. I dont know.
I want to debug issues using freetext search, i want to be able to aggregate stats i care about on demand.
reply