I've been using Warp on and off since it got released and I was under the impression that it was Electron-based as it didn't feel as responsive as iTerm. At one point, with just one open tab (in the early days), it was using over 10GB of memory, but I will definitely give it another fresh try.
Show HN: Warp, a Rust-based terminal
131–140 of 757 posts
Re: Show HN: Warp, a Rust-based terminal
#132There are some legitimate concerns about Warp throughout these comments (telemetry, business model, etc.).
But the one thing that really excites me is to have a full team working full-time on building the terminal that developers want to use. They're doing real user research, talking to developers, and taking feedback in forums like HN seriously - and using up millions of VC-dollars building a new version of this fundamentally important core utility. I'd much rather have that VC money go toward an attempt at a better terminal than some ML or web3 startup.
I think this doesn't usually happen? All the terminal emulators I've used usually open-source projects developed in someone's free time. Don't get me wrong, projects like Alacritty, urxvt, xterm, Terminator etc. are amazing for the funding they have (I think mostly $0?), but I'm super excited to see what a cohesive terminal based on real UX research can look like.
Re: Show HN: Warp, a Rust-based terminal
#133It looks nice but I'd never use a shell that phone's home. Period.
I mean the CLI has been one of the last parts of my system that I really still trust is working on my behalf only.
This product made me rethink that assumption.
As for capturing the output from a command line on the mac (and also on linux IIRC) just use pbcopy/pbpaste.
My opinion: It's not worth giving your privacy away for features like this.
Re: Show HN: Warp, a Rust-based terminal
#134Congrats on your launch, though it seems you are getting slammed here and it may not be the reception you anticipated. I'm genuinely curious if you talked to your target demographic prior to this or only postulated that this would be a viable product with the proposed revenue model? The HN crowd is brutally candid and honest. Hopefully the criticism you are currently receiving can be structured into a revision of the product.
Re: Show HN: Warp, a Rust-based terminal
#135I’ll stick with kitty for Max OS X. Still way faster and no privacy concerns.
Re: Show HN: Warp, a Rust-based terminal
#136A company receiving receiving $23 million usd to build a terminal is about the dumbest thing I've seen this month. I would've figured it to be a April Fools joke if posted a few days earlier.
Why is a company building a terminal? How are they going to earn money at all when there are other fast, performant terminals that are open source, community run, and don't have interests at-odds with user freedom and privacy?
It seems like just about any tech project is being funded now.
edit: It's also sad that we're at the point of "no electron" being a selling point, when it should be the standard for CLI tools. And I'm so glad to see it supports other shells, like just about every other terminal out there.
Re: Show HN: Warp, a Rust-based terminal
#137Earlier quoted context omitted.
I definitely understand the concerns. For our public beta, we do send telemetry and associate it with the logged in user because it makes it much easier to reach out and get feedback when something goes wrong. But we only track metadata, never console output. For an exhaustive list of events that we track, see here: https://docs.warp.dev/getting-started/privacy#exhaustive-tel... . Once we hit general availability, ou…
This looks very interesting to me, but some of this telemetry is a deal breaker. On your privacy page, it says "Our general philosophy is complete transparency and control of any data leaving your machine." If I have complete control of any data leaving my machine, can I opt to turn off the telemetry entirely?
of course not. how else will they be able to make you the product without their trojan rabbit sending back all kinds of telemetry goodness.
Re: Show HN: Warp, a Rust-based terminal
#138Heard about Warp from Twitter and the rustacean station podcast. I don't think I'm the target audience (uses Linux and wouldn't use a proprietary terminal), but it's nice to see you try to improve such a fundamental and commoditized tool. Wishing you all the best!
Re: Show HN: Warp, a Rust-based terminal
#139Wanted to give it a shot but got disappointed when I launched it and the following happened: - Outgoing request to googleapis.com - Outgoing request to segment.io - Outgoing request to sentry.io - Requires sign up (only via Github, mind you) I understand the first request is probably to get some dynamic configuration, even though I'd rather my terminal ship with static configuration. But then you have segment and sen…
I'm not sure I'm ready to have SaaS models replace core utilities and tools locally. > Announcing Warp’s Series A: $17M to build a better terminal And just thinking about this... it's not clear to me what their moat will be as I suspect if there's a really compelling feature it will be available in OSS terminals quite quickly. Perhaps it's the product polish? But I'm not sure polish is what I want from a terminal, at…
I doubt their compelling features will be in OSS terminals any time soon. I’ve wanted a terminal that has a decent multi line editor for years, and there’s nothing out there.
Re: Show HN: Warp, a Rust-based terminal
#140Earlier quoted context omitted.
> we only track metadata, never console output It would be meaningful to indicate whether you track console input as well.
That's an important callout! By console output, we really mean output from the pseudoterminal, which includes command input and output printed to the terminal. We don't store any content of _any_ part of a command that's executed in Warp.
... and never will?