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

691–700 of 757 posts

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

#691

Post by sofixa »

OutsmartDan wrote: post #561
zhengt wrote: post #321

Earlier quoted context omitted.

Totally understand if you don't feel comfortable using it! The reason we don't submit this only during a crash, is because there are a lot of other things we want to know about users like: Which features are they using? Are they sticking to warp as their daily driver? How much time do they spend in the app? We do want to make the telemetry opt-in after Warp is out of beta.

There are better ways to gather feedback, even if your application is in beta. Most loyal customers will let you know what’s wrong and what features they’re most excited about- that honest feedback is far superior than telemetry data. You can even add a survey form after the application exits to try and maximize the feedback loop. Totally understand you’re a new venture backed business, however, you most likely are t…

> Most loyal customers will let you know what’s wrong and what features they’re most excited about- that honest feedback is far superior than telemetry data

That's just wrong. Very few users, regardless of loyalty, would bother sending feedback. That's why many companies have drives with gift cards or whatever as reward for participating in giving feedback. And even then, you'd get a limited subset of users ( loyal, loud, with time available to waste) instead of everyone like with telemetry.

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

#692

Post by Sammi »

estro0182 wrote: post #588
zachlloyd wrote: post #563

Earlier quoted context omitted.

As the author of the post (and founder of the company), I think this is also a very reasonable concern. It's one that we have as well and that we take very seriously. Our stance here is that: 1) We are very explicit about what gets sent (only telemetry and crash reporting) and you can see the full list of telemetry events here ( https://docs.warp.dev/getting-started/privacy#exhaustive-tel... ) 2) For collaborative fe…

> However, I do believe pretty deeply that every app has the potential to be much more powerful if it leverages the internet and I think the terminal is not an exception. But that’s exactly it. A lot of people on here, including me, do not agree that _every_ app has that potential. In fact many believe that internet connected apps are unnecessary for many things. There is strong evidence against this if you just look…

Then maybe Warp is not the right terminal for you? It is ok if other people like Warp for what it is.

Here's another rust based terminal you can check out: https://github.com/alacritty/alacritty

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

#693

Post by gbajson »

justin_oaks wrote: post #203

I assume Warp is fundamentally incompatible with GNU screen or tmux. That's a shame because terminal multiplexers like GNU screen and tmux such a core part of my terminal usage that I'm hesitant to discard them, even for something that looks really useful like Warp. I'm not sure how many people actively use terminal multiplexers like GNU screen and tmux, so maybe I represent only a tiny minority of users.

I 100% agree with you. I will keep Warp on my radar, but without proper tmux support it's no-go for me.

All my friends, which are using terminals, are also using tmux. It's still small sample, but probably we don't represent such a tiny minority here.

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

#694

Post by pxeger1 »

zhengt wrote: post #511
CamJN wrote: post #495

So, I was excited by the idea of a terminal that added new functionality and wasn't electron based. So I downloaded Warp. And, honestly, I can't use it. They interfere with the operation of the shell to such a degree that I had to disable almost my entire bash configuration. Add to that, that I already have the following features native to bash shell (and I'm sure they're in zsh too): - history of commands: easily se…

Warp engineer here! The shell has arbitrary access to the environment, and there's a long tail of shell config to play nice with. For example, here's a fun technical read about how we supported PS1 and how the 9c byte caused some issues ( https://www.warp.dev/blog/whats-so-special-about-ps1 ). We've prioritized issues based on the impact for the product. If you're up for it, I'd love if you could file some issues abo…

> For example, if I wanted to delete all empty files in a line, instead of remembering the exact incantation of sed to accomplish this, I could search "delete empty files".

(I'm assuming you meant "delete all empty lines in a file", since "delete all empty files in a line" doesn't make sense)

You don't need "the exact incantation of sed"; it can be done in 6 bytes: `grep .` if you know a bit of basic coreutils-fu. And if you want to do it with sed, which also allows you to do it in-place, it's not an "incantation" either. `sed -i /^$/d`. I didn't know that command ahead of time, I just worked it out using my problem solving skills and basic knowledge of sed. If you think it's an unintelligible incantation that you have to remember and can't reconstruct yourself, then you're not much of a developer.

Why would a developer want to search for "delete empty lines" in their terminal? If you don't know how to do it, you'd Google it and copy-paste from StackOverflow. If you do know how to do it, you'd just do it without needing to search for anything. It's not a complicated task.

And if it is a more complicated or at least a less general task, then a developer is gonna be able to write a program to do it.

Maybe your point is that someone else has already done that, but in which case, again, there's Google, or company documentation, or you can ask your colleague, or look in the `project/tools/` for the name of the script that does it already.

I just cannot see the purpose of this.

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

#695

Post by microflash »

michlim wrote: post #144
buro9 wrote: post #44

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

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…

> - Wikis and READMEs that run directly in the terminal

Nushell can open READMEs natively and can admittedly work with Wikis through a plugin.

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

#696

Post by jiggawatts »

vulcan01 wrote: post #589
jiggawatts wrote: post #469

While it's entertaining to see Warp get excoriated for telemetry, keep in mind that they're doing what everyone else is. The new Windows Terminal has opt-out telemetry, as does PowerShell 7, .NET Core, and well... pretty much everything Microsoft ships these days has telemetry on by default. Last I checked, a fairly basic Windows + Office setup has 200+ individual sets of telemetry. To get this veritable torrent of i…

This is an interesting comment. Warp is a Mac application. How does the amount of telemetry on Windows have anything to do with this post?

I was comparing a new terminal app to a different new terminal application that happens to be on a different platform.

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

#698

Post by iuiz »

Fnoord wrote: post #360
zachlloyd wrote: post #302

Earlier quoted context omitted.

We tried to be really upfront in the privacy policy: https://www.warp.dev/privacy Opt-in refers to anything that sends any contents of a terminal session to our servers (as opposed to telemetry which is metadata and never contains any terminal input or output). But we hear the feedback and appreciate it.

Do you believe your policy is GDPR compliant?

No way this is GDPR compliant. A mandatory Github login sends data to US servers. Even with the normal additional standard contract clauses it is at least disputed, if this holds any grounds in a CJEU trial.

Twilio, the owner of Segment.io is also a US company and will receive individual-related telemetry data, which should break with GDPR.

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

#699

Post by jillesvangurp »

esrh wrote: post #446
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

It is a little bit unfortunate that alacritty is licensed under Apache, which means it can be forked into proprietary software like this. If it was gpl like kitty, the authors would have had no choice but to make it fully open source from the start.

Actually, the ability to re-license has more to do with who owns the copyright than it has with what the license is. A problem with a lot of GPL and AGPL software is that the copyright holder is a single corporate entity that insists on a copyright transfer for every OSS contribution. Often the whole point of using the GPL or AGPL license by these companies is that they are so restrictive that their customers have an incentive to buy a commercial license.

Nothing wrong with that of course and a valid business model. But it can become a problem when they choose to switch license or withdraw their product from the OSS market entirely (like Elastic did this last year). OSS where the individual contributors retain their copyright are much more robust. For example, Linux will never change license. It would be a legal nightmare to do that. They'd be chasing tens of thousands of copyright owners for their permission, or in some cases their surviving relatives. Every single one of them would have the power to say no. It would probably be cheaper to build a completely new OS kernel from scratch than to do that. Some companies that take issue with the license conditions actually are doing that. It's probably a big reason why Google is working on Fuchsia for example.

A lot of Apache software has distributed copyright ownership. Particularly everything hosted by the Apache Foundation. Nothing wrong with that license. Great software. Has existed for decades, will continue to exist for centuries.

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

#700

Post by samrocksc »

most devs just use the terminal in VSCode these days anyways.

Are there _really_ enough terminal users and companies willing to shell out $$$ to make more than 1 million gross per year?

This kind of reminds me of that prettification of the node repl fad a few years ago, but when they switched to pay only people were like "hard naw"

Post reply on HN