Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Warp, a Rust-based terminal

warp.dev

Post reply on HN
Print view View original

211–220 of 757 posts

Re: Show HN: Warp, a Rust-based terminal

#211

Post by Pr0ject217 »

orastor wrote: post #20

Wanted 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…

Just curious, what tools do you prefer to use to identify network requests from recently installed applications such as this?

Re: Show HN: Warp, a Rust-based terminal

#212

Post by alokedesai »

ThemalSpan wrote: post #150
michlim wrote: post #144

Earlier quoted context omitted.

Warp engineer here. FWIW, the Warp terminal will be free for individuals. 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 team features. Our bet is that the moat is going to be the team features, like: - Sharing hard-to-remember workflows - Wikis and READMEs that run directly in the terminal - Sessi…

What would be the advantage over version controlled shell scripts?

That's a great question! Version controlled shell scripts are very useful (and in fact workflows in Warp can also be version controlled) but they still have a few problems: 1) Documentation--when a repo has a lot of shell scripts, it can be very difficult to know which command to run in certain situations. Even if each shell script has documentation, there's no way to find that documentation natively from the terminal itself. 2) Searching--you can only execute commands from the terminal based on the shell script name but there's no easy way to search for a script based on _what_ it does or any other metadata.

Re: Show HN: Warp, a Rust-based terminal

#213

Post by Kuinox »

banana_maker wrote: post #183
qbasic_forever wrote: post #170

Earlier quoted context omitted.

Do you use Windows? Have you ever opened its terminal? Congrats, you're using a terminal that you agreed can phone home with telemtry. See https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk... and the link to the privacy policy for windows terminal http://go.microsoft.com/fwlink/?LinkID=521839 I suspect OSX is no different and has similar telemetry and privacy policy for its terminal.

Exactly, that's why people tend not to choose Windows for development unless they're forced to. edit: use -> choose

This is so far from truth it's hilarious.

Re: Show HN: Warp, a Rust-based terminal

#214

Post by ushakov »

qbasic_forever wrote: post #156
kyeb wrote: post #132

There 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 fun…

Yeah I think some folks are seeing this and thinking the terminal is the product, when in reality the devops platform is the real product here and a slick terminal emulator is one component of that platform. Enterprises pay good money to companies like Redhat, Teleport, etc. for similar kinds of devops collaboration/security platforms.

where's the devops platform?

if all they have to offer us is the terminal, then their product is the terminal

Re: Show HN: Warp, a Rust-based terminal

#215

Post by zachlloyd »

kyeb wrote: post #132

There 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 fun…

Thanks kyeb. I agree with both points here - we need to be very careful and sensitive in terms of how we build this product from a privacy and security perspective, but we see the opportunity mostly the same way you do.

There are some great open source terminals out there, but having the opportunity to rethink it with a team of dedicated full-time engineers I think gives us an opportunity to build something really powerful and useful.

Re: Show HN: Warp, a Rust-based terminal

#216

Post by mirekrusin »

sgt wrote: post #127
madeofpalk wrote: post #96

> I’m ___, founder and CEO of Warp, and am excited to show you Warp, a fast Rust-based terminal To be honest - it feels weird seeing a company launch a free terminal, in 2022. How will the company make money? How long will this tool be around for? How will this company degrade the experience, or my privacy, so they can make money? I also don't know how to square my thoughts on the above with the need to have sustaina…

Here's my idea! A repurposed "sl" (the stream locomotive program) that displays ads every 300 characters you type.

You can target it, ie. if you invoke javac more than once a day, it could recommend local depression clinic services.

Re: Show HN: Warp, a Rust-based terminal

#218

Post by jamespwilliams »

cercatrova wrote: post #112

If 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

I use alacritty every day, it’s the best terminal emulator I’ve come across.

That said, it’s not perfect. For example it lacks font ligature support, and there appears to be no prospect of that being implemented. I don’t care about ligatures that much anyway, so no big deal for me, but for others it is.

My experience using terminal emulators is that they are all flawed in at least one way. Whether it’s lack of true colour support; lack of ligature support; weird text rendering; weird colours; confusing configuration; etc. I feel like a terminal supporting all of those things must be possible, but I haven’t come across it yet.

Re: Show HN: Warp, a Rust-based terminal

#219

Post by zachlloyd »

ushakov wrote: post #214
qbasic_forever wrote: post #156

Earlier quoted context omitted.

Yeah I think some folks are seeing this and thinking the terminal is the product, when in reality the devops platform is the real product here and a slick terminal emulator is one component of that platform. Enterprises pay good money to companies like Redhat, Teleport, etc. for similar kinds of devops collaboration/security platforms.

where's the devops platform? if all they have to offer us is the terminal, then their product is the terminal

it's a good question. today warp is a terminal as you say. the hope is that we can build a platform around the command-line, but we decided by trying to start with the terminal's fundamental UX to see if we could improve it. in order to make a platform we believe first we need a great product that folks want to use.

Re: Show HN: Warp, a Rust-based terminal

#220

Post by Klonoar »

qbasic_forever wrote: post #170
gerbilly wrote: post #133

It 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.

Do you use Windows? Have you ever opened its terminal? Congrats, you're using a terminal that you agreed can phone home with telemtry. See https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk... and the link to the privacy policy for windows terminal http://go.microsoft.com/fwlink/?LinkID=521839 I suspect OSX is no different and has similar telemetry and privacy policy for its terminal.

In an (absurd-ish) defense of macOS, I don't believe anyone really uses the built-in Terminal and grabs an alternative (often iTerm2).

There's also the rumor that Terminal in macOS has had a handful of developers working on it, at best, over the years. I would bet money that Apple doesn't care enough about it to bother with telemetry and/or privacy policies for it.

Post reply on HN