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

431–440 of 757 posts

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

#431

Post by bitwize »

Groxx wrote: post #366
encryptluks2 wrote: post #273

Earlier quoted context omitted.

If they start out evil, then don't expect them to change.

Wanting to collect usage information and errors isn't evil-by-default. It's incomparably useful for troubleshooting and improving. Absolutely nothing works better, it's the best by a ridiculously large margin. But yeah, terminals are very sensitive environments, opt-in should be a default even at launch.

> Absolutely nothing works better, it's the best by a ridiculously large margin.

Then why is the telemetry-encrusted modern Windows a usability fail, even compared to past versions of Windows which relied on extensive in-house user testing?

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

#432

Post by nicoburns »

kreetx wrote: post #379
andrewzah wrote: post #166

Earlier quoted context omitted.

Vim supports multiline editing and I'd imagine emacs does as well. In bash/zsh, opens up $EDITOR so you can use whatever you're accustomed to anyhow. Most of these features are already available if one spends a bit of time configuring their terminal/shell.

Is multiline editing popular/useful? Thus far, the only occasions I've seen it shown is when someone is demonstrating it.

If you need to pass lots of arguments to a command it's super useful. Typically I don't do this because it's quite unwieldly with a standard readline editor, but I could if multiline editing was available!

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

#433

Post by gxt »

ZoomZoomZoom wrote: post #274
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…

> Warp is a blazingly fast, rust-based terminal reimagined from the ground up to work like a modern app . Well, at least they didn't lie. As of my personal position: I want less products in my computing environments, not more. I hope more people would ponder on possible ramifications of going in the opposite direction.

We exists, but it's complicated. A complete solution has more edge cases than what "stacks" have tools to work with. My gut feeling is that the contemporary approach to solving information problems is crazy nonsense. I'm working on something to prove myself wrong. If I'm not I'll make something available for a fee

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

#434

Post by brobdingnagians »

ptomato wrote: post #329
webstrand wrote: post #114

Earlier quoted context omitted.

I appreciate memory safety in applications that handle and interpret data controlled by third-parties. Kitty and Alacritty stand apart as written in memory safe languages, unlike the vast majority of terminal emulators which are written in C/C++. Doesn't mean their bug-free, but they're less likely to have trivial RCE vulnerabilities.

Kitty is written in C, afaik.

It's a mix of Python and C

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

#435

Post by feanaro »

buro9 wrote: post #44
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…

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'm not sure I'm ready to have SaaS models replace core utilities and tools locally.

This isn't something you can ever be ready for. It's so completely and obviously wrong. Just say no.

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

#436

Post by madeofpalk »

Klonoar wrote: post #220
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.

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.

I still find macOS Terminal to be noticeably faster than item. At displaying my keyboard input and shell output. It lacks other features, namely split windows, that move me to iTerm, but I do like how fast Terminal is.

> There's also the rumor that Terminal in macOS has had a handful of developers working on it, at best, over the years.

This but every app on the mac that isn't Safari.

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

#437

Post by doctor_eval »

130e13a wrote: post #347
tedivm wrote: post #285

Earlier quoted context omitted.

That privacy policy is sketchy. It starts with this- > Our general philosophy is complete transparency and control of any data leaving your machine. This means that in general any data sharing is opt-in and under the control of the user, and you should be able to remove or export that data from our servers at any time. They then go on, further down the page, to say that this first paragraph is a complete lie- > Howev…

is that even legal? or can you just write whatever you want into a privacy policy?

It’s a policy - a set of rules. It’s only a problem if you say something and don’t do it. But even then, enforcement is most likely to come from interested parties like payment providers, who couldn’t generally care less as long as it’s not their data that’s compromised.

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

#438

Post by jjtheblunt »

Klonoar wrote: post #220
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.

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.

i have been using the macOS Terminal since macOS X was a thing (with different capitalization) and since its origins in NeXTstep since around 1990.

I suspect it's the same codebase, but don't have a proof of that.

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

#439

Post by zhengt »

hbn wrote: post #27

I've been loving Warp since discovering it on HN a few months back. I was originally drawn in by how it treats text input like a regular text input field out of the box, so I don't have to configure anything and my normal text editing shortcuts just work. But the other features of it have been really great too. I like the terminal splitting, the history searching, the command palette, and no performance issues I've n…

Warp engineer here - Thanks for being an early user!

While folks have mentioned here that shells have powerful line editing capabilities, I've found that a lot of people miss this. We want to allow a broader set of people to be productive in the terminal. And FWIW, a lot of developers - with varying amounts of experience - have resonated with the text input.

Personally, I'm a heavy vim user and I've never gotten particularly comfortable using the shell's line editor.

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

#440

Post by robbedpeter »

Groxx wrote: post #366
encryptluks2 wrote: post #273

Earlier quoted context omitted.

If they start out evil, then don't expect them to change.

Wanting to collect usage information and errors isn't evil-by-default. It's incomparably useful for troubleshooting and improving. Absolutely nothing works better, it's the best by a ridiculously large margin. But yeah, terminals are very sensitive environments, opt-in should be a default even at launch.

It is evil by default. Paying beta testers, or giving them a free, opt-in version with telemetry is the ethical route. Being ridiculously, over the top clear about exactly what you snarf off the end user is the ethical route.

You are not entitled to access my machine, and that shouldn't be casually dismissed with "don't worry, we're not doing anything bad." You're creating potential vulnerabilities, and by implementing identifiable patterns, reducing the security of your users.

You shouldn't spy on people, and when you do, it's wrong. Remotely inspecting people's behavior is spying.

Your software doesn't need to phone home. It doesn't need automatic updates. You don't need to spy on people to develop good software. That's toxic nonsense.

Post reply on HN