Live data from Hacker News

Show HN: Warp, a Rust-based terminal

warp.dev

411–420 of 757 posts

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

#411
post #290

Earlier quoted context omitted.

Warp engineer here. Really appreciate your ideas here! > Warp's more visual completion is super welcome. Does it work with the shell's standard completion scripts? It does not. But we have completions out of the box for 200 commands. Warp's input is a text editor instead of the shell input. This means we ended up building completions by hand and soon, via the community. We think this is a better experience because we…

I'm wondering if the solution for the block separation could be to have separate tty (or pty?) for each block. I guess that wouldn't work too well with existing shells though

That is how I thought it worked first. That each pty executed its own shell instance and passed their environment and current working directory between them. Perhaps that would be a very naive approach that couldn't work in practice

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

#412
post #228

Earlier quoted context omitted.

You grossly overestimate how important HN is. Didn't Dropbox get beaten up on HN?

this isn't Dropbox though terminals are used by sysadmins/software developers/hackers HN the most important resource in this category their product has the hotspot they should be fixing the telemetry ASAP (i'd suggest - before next release) or else their product will be forgotten for a while and next time it comes up everyone will be sceptical to upvote again

There are 1000s of developers who use the terminal for simple things like running dev workflows - git checkout, build, edit code, send a PR, etc. It seems wrap is trying automate things here to help these developers.

Just because there are plenty of bash wizards who don't like this, it doesn't mean this isn't useful.

There are still plenty of users who swear by Vim / Emacs. I've been a software engineer for 10 years at a FAANG and never use Vim to write code.

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

#413
post #227

Earlier quoted context omitted.

VSCode collects stats and that's where all the proprietary code of your company is. As long as there is a kill switch, I feel this community is focusing too much on this.

Have you missed the data breaches left and right in recent ... years?

That's why I'm advocating for a kill switch. I think its reasonable for developers of desktop application to collect some reasonable amount of anonymized information to improve the product, as long as they allow users to clearly opt-out, that's the best of both worlds.

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

#414
post #55

Earlier quoted context omitted.

Maybe not but I'd trust Microsoft has a decent security and privacy team working on this more than a startup. What if they're logging the wrong stuff and my data is leaked?

You mean like when Microsoft started uploading all handwriting & voice recognition inputs including passwords? History has shown that telemetry is effectively spyware until proven otherwise, no matter who does it.

Yeah but if Microsoft fuck up badly enough I can sue them, startups are less likely to survive a significant breach (especially if the thing being breached is 100% of their product). There's just far less risk.

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

#415

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.

That doesn't fit people's normal expectations. You're being intentionally deceptive.

No post body was provided.

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

#416
post #356
post #232

Earlier quoted context omitted.

1000s of developers use Idea's IntelliJ, Webstorm and GoLand. Only the community edition of IntelliJ is open source. Software doesn't need to be open source for it to be adopted, if they have the right security practices and I'm sure for enterprise contracts they will have the right level of information available under NDA when GA.

Enterprise contracts also include clauses spelling out financial consequences of major screwups. If Jetbrains screws up and a customer's passwords go everywhere, I'd bet the contract makes Jetbrains at least a bit liable. I doubt Warp offers a clause like that.

You're comparing a 10+ year old company with a company that has a product in beta. I don't think this is a valid comparison. I'm sure they'll provide enterprise level contracts and support for large installation at some point.

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

#417

This is really interesting. I have been annoyed for a long time on how ssh, the terminal emulator, tmux, and the shell don't know anything about each other. I also started writing a native terminal emulator (no electron, of course) to fix these problems. I kind of thought I'd do the slow burn over 4 or 5 years of using it myself (being a shell sadly means writing a programming language, and you don't make a good one…

Warp engineer here. Thanks for your note, glad to hear from a fellow engineer in this space! While there's a lot of great software that's free, the terminal is a tool tens of millions of developers use everyday - and there's a lot of value in this space.

How can I learn more about your project?

Btw, we are hiring! ;)

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

#418

Hello, 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 h…

Alok, would you guys make me a build without the Github login? I'm just unreasonably protective about mine on account of having trading code there.

I'll have someone Venmo you $50 for it (and gas fees haha).

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

#419
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…

> Wanted to give it a shot but got disappointed when I launched it and the following happened Yup, well, that's what happens when you take money from VCs or other third party investors, you need to monetise / demonstrate ROI / need numbers for your investor slide-decks. I'll stick to my old-fashioned spyware free terminal thanks very much. Why overcomplicate things that don't need to be complicated.

Yep. In my last project one of the key USPs was privacy. The product vision was built around it and it was fundamental to our positioning in the market.

But I made the mistake of letting investors share executive control of the company, and pop there goes the pro-privacy policy.

In defence of founders everywhere, however, I will say that the investors didn’t just say “no”. They strung me along for almost a year, insisting we would be meeting about it, recording decisions where we apparently agreed, even pointing out those decisions while they flagrantly violated them in practice.

So who knows what’s happened here. A lot of the messaging sounds like what happened to me. “Yes we know privacy is important and in the future mumble mumble.”

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

#420
post #384

Earlier quoted context omitted.

> Absolutely nothing works better, it's the best by a ridiculously large margin. Is this really the case? It seems that to find mistakes in software for various interaction patterns, truly exhaustive automated tests would likely work far better by various measures (coverage, reliability, reproducibility, reusability etc.) and at the same time do not have the extreme downside of privacy invasion. For example, see a se…

Automated tests are completely useless for finding (let alone solving ) human interaction issues. To compare them with telemetry is a category error.

Shouldn't human interaction errors be left up to the user to report, as opposed to software sending sensitive information to a third-party?
Post reply on HN