The A.I. Command Search feature is absolutely nuts, I'm blown away
Show HN: Warp, a Rust-based terminal
311–320 of 757 posts
Re: Show HN: Warp, a Rust-based terminal
#312I think there is a lot of potential for creativity in the terminal space, and warp has some cool ideas. I'd honestly even be willing to pay directly for a terminal if it went above and beyond in terms of efficiency and functionality. Unfortunately I cannot try warp, as I don't have an osx machine. I understand that cross platform (in particular Linux ports) is a challenge, and I usually don't expect that from consumer products or open source projects. But a VC backed product made specifically for developers should have a Linux port imo, especially if your business model is to impress developers and get them to convert their teams.
Re: Show HN: Warp, a Rust-based terminal
#313It looks great. If I can live with sublimetext being closed source I’m sure I can live with my terminal also being closed source. Heck the windows terminal and macOS terminal are closed source and I use them everyday.
fyi Windows Terminal is open-source and has 82k github stars
Re: Show HN: Warp, a Rust-based terminal
#314Hello, your product looks cool and I don't care about telemetry as it looks here. However, what is your ultimate business model? For tools like this I would prefer either a single purchase or a Jetbrains style annual-pay-with-fallback-licence.
Hey, thanks for the kind words!
The terminal is totally free for individuals. Our business model is to make the terminal so useful for individuals that their companies will want to pay for the team features.
The general philosophy is that we would never charge for anything a terminal currently does. So no paywalls around SSH or anything like that. The types of features we could eventually charge for are things that have a cost to us, for example enabling real-time terminal collaboration. Even those will likely be free up to some level of usage and only charged in a company context.
Re: Show HN: Warp, a Rust-based terminal
#315Earlier quoted context omitted.
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.
> a terminal that has a decent multi line editor for years
You can use ctrl-x ctrl-e in most terminals.
https://unix.stackexchange.com/questions/85391/where-is-the-...
Re: Show HN: Warp, a Rust-based terminal
#316If you want to use a terminal that is actually open source and doesn't have telemetry, much less only available via signing in with GitHub, use Alacritty, also written in Rust and cross platform. https://github.com/alacritty/alacritty
Or alternatively wezterm, also open source, without telemetry, in Rust, and cross platform.
Re: Show HN: Warp, a Rust-based terminal
#317Earlier quoted context omitted.
This stuff has been in the major shells for years, through excellent editor integration. For emacs and vi it's pretty much free. If you want to integrate with a different editor, it's totally doable. Most of the stuff sibling comment is referring to center around the feature: 'edit-and-execute-command' in bash. There is a similar incantation for zsh. I summon it with, 'ESC v' in both.
If I open an editor then my scrollback history isn't visible (or is in a separate window). Maybe vim and emacs offer this, but that's a big commitment just for a terminal. Warp has GUI-grade editing (mouse support, etc) with things like multiple cursors in a very nice interface.
Ctrl-z will put Vim to sleep. You can look at the history and then type `fg` to bring the Vim back to the foreground.
Re: Show HN: Warp, a Rust-based terminal
#318Wanted 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…
Yea, I would never use a terminal that does any of that. If you want logging and crash reports, use Breakpad or something similar to send the crash report after a crash. No need to have telemetry reports going all the time.
In addition to crashes, we also want to know things like: which features people are using so we can invest more in them, how much people are using the app so we know if we're doing in a good job.
Totally understand if you're not comfortable with that though! It will be removed when Warp is out of the beta test.
Re: Show HN: Warp, a Rust-based terminal
#319I'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.
Thanks for calling this out! Yeah we unfortunately had a memory issue early on with loading fonts that would cause memory in Warp to explode. This has since been fixed and memory in Warp should hover around ~50-100 MB.
Thank you! Now it feels much better!
Re: Show HN: Warp, a Rust-based terminal
#320"[we want a restrictive license that] prevents another company from starting a commercial enterprise off of it" versus "our terminal model code is based on Alacritty’s model code." Well done. Sorry guys, that's where you lost me.
I understand where you're coming from. My take is that there are plenty of commercial projects that have open source dependencies so it's not quite so black and white. That said we are still figuring out the best way to proceed on open sourcing the warp client code.
[deleted]