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

481–490 of 757 posts

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

#481

Post by crummy »

nlh wrote: post #462

This is perhaps slightly orthogonal to the main discussion here on this thread, but I have a question for Zach (and the various engineers posting on this thread): Did you guys talk to real-world users while building this and before this launch? This whole blow-up re: your telemetry / open sourcey'ness seems like it could have been avoided. I'm curious if you actually floated these ideas with real world users and a) e…

Is it possible that this is blowing up only on HN and the privacy thing is not regarded as so important in other communities?

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

#483

Post by colonwqbang »

steveklabnik wrote: post #252
colonwqbang wrote: post #223

Earlier quoted context omitted.

Why would it be easier to port Warp to a new system compared to Bash, Python, Perl, etc.? These tools are widely used to automate workflows and are already ported to any system you would probably care to develop on.

You aren't the one porting Warp, but you are the one porting the shell script.

So programs/workflows written in Warp will be portable without much effort, in some way that an equivalent shell or python script isn't? Why do you think that?

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

#484

Post by zhengt »

metadat wrote: post #391
zachlloyd wrote: post #7

Earlier quoted context omitted.

It's a good question, one that we are discussing a bunch. We are planning to first open-source our Rust UI framework, and then parts and potentially all of our client codebase. The server portion of Warp will remain closed-source for now. You can see how we’re thinking about open source here: https://github.com/warpdotdev/Warp/discussions/400 TLDR; As a side note, we are open sourcing our extension points as we go. T…

Why does it need a server? Is that normal for a terminal?

This is for cloud-enabled features not presently in other terminals.

Right now, we have two relevant features: 1. The ability to share a "block" of input/output to a permalink that anyone can view. 2. A.I. command search.

Later on, for an individual, it may mean being able to sync settings across devices, fast setup of your terminal on new computers, and being able to access the command line on any device via the web.

For teams, it means we can build collaborative features. This does not mean just Google Docs-style real-time collaboration, but asynchronous collaboration through sharing commands, settings, and history. It means increased knowledge-sharing through wikis and READMEs that run directly in the terminal. It means making the terminal safer and more secure via integrated password-management and audit logging. It means making the terminal a more extensible and customizable platform, with a nice modern ecosystem.

The app works offline, just the two features I mentioned won't work.

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

#485

Post by zhengt »

NoraCodes wrote: post #355
cieplik wrote: post #63

Earlier quoted context omitted.

We are actively working on a11y! It's still a work-in-progress, but the goal is to a) make Warp the most accessible terminal there is and b) make a11y be an integrated part of the UI framework, so creating accessible apps in rust would be a no-brainer for future users of our framework. And yes - once we go cross-platform, we will work on the a11y support there too.

That's really lovely to hear, and to be honest, makes me more hopeful about the direction of the project in general.

cieplik did a great job implementing support for VoiceOver and having a few blind engineers beta test the app

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

#486

Post by robryk »

zhengt wrote: post #458
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.

While this can be done in zsh/bash, it takes investment to understand how to use multiline specifically. And then once you leave the terminal, the same keystroke does not do anything for you. One of Warp is that you don't have to think twice about it because it behaves similarly to text fields everywhere else on your computer. In the terminal, I often have the feeling that personal computing revolution from Xerox PAR…

This works in everything that uses libreadline to accept user input (unless the binary has specifically configured library differently iiuc), so should work in all shell-like interfaces. You can customize the shortcuts in inputrc, likewise, for all libreadline-using binaries. By default, readline tries to be emacs-like. You can ask it to be vi-like, or reconfigure lots of its shortcuts to be similar to an editor you like. To be fair, "escape to real editor" is not a thing you usually do in an editor, so that will remain special.

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

#487

Post by zhengt »

divan wrote: post #169

Just tried it too.. Justified worries over closed-source & telemetry/github sign-in, but holy cow it's good. I especially like the just right minimal amount of settings – nothing extra, nothing missing – and fantastic minimalistic docs that gives understanding of all features and all hotkeys in like 10 mins. Impressive.

Thanks for your positive feedback, Divan!

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

#488

Post by spark3k »

If the business model for this was: 1) fully open source 2) ~$2.99 per user per month 3) more for team features 4) paid plugins and themes 5) opt-in and inspectable telemetry

They’d probably get their million paying users in the first year.

For this crucial part of this target market’s (engineers) toolkit, it HAS to A) be open source and B) have the option for zero telemetry.

Inb4: “if it was open source why would people pay for it?!?” Because at the right price people are happy to pay and support something they love and get low-effort trustworthy updates built in.

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

#489

Post by nicce »

encryptluks2 wrote: post #424
nicce wrote: post #354

Earlier quoted context omitted.

Usually the practice in these scenarios is to try out all possible ways to make out money and then go a little backwards once the public outcry is big enough. At some point you find the most profitable balance situation, before you have expelled all customers.

There is a plethora of free GPU-accelerated terminals. Alacritty, kitty, foot, wezterm, etc. None of these as far as I know send telemetry data. I see no reason to think that a new terminal is going to make money somehow by finding a balance.

My comparison was about business models of these "evil" cases in general, not about terminals particularly. On general, free apps tends to need find a balance how much users can tolerate their "exploitation" and how much they get from the app, if the app maker wants to make some money.

I don't personally see any reason to swap terminal with telemetry. One of my worst fears that some day I am forced to.

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

#490

Post by nlh »

crummy wrote: post #481
nlh wrote: post #462

This is perhaps slightly orthogonal to the main discussion here on this thread, but I have a question for Zach (and the various engineers posting on this thread): Did you guys talk to real-world users while building this and before this launch? This whole blow-up re: your telemetry / open sourcey'ness seems like it could have been avoided. I'm curious if you actually floated these ideas with real world users and a) e…

Is it possible that this is blowing up only on HN and the privacy thing is not regarded as so important in other communities?

That’s my option (a) above. I too am curious!
Post reply on HN