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

381–390 of 757 posts

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

#381

Post by jart »

nicoburns wrote: post #139
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…

I doubt their compelling features will be in OSS terminals any time soon. I’ve wanted a terminal that has a decent multi line editor for years , and there’s nothing out there.

It depends how you define multiline but check out: https://github.com/jart/bestline

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

#382

Post by metadat »

"We started with the open source product Alacritty, though for now we won't be sharing our source code. ..But depending on the telemetry we receive we might decide to make the source available at some undetermined point in the future! Maybe."

Talk about a bad taste. This is basically the Elasticsearch licensing fiasco waiting to happen again.

So many red flags, I don't have time to list them.

Bottom line: The company attitude is not open, and bears the whiff of the aggressive Docker-4-Desktop fiasco and financial investment recoupment strategy.

Lots of things can change, but organization DNA doesn't.

See also: Microsoft, Uber, Apple. Things don't really change.

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

#383

Post by mitrandir77 »

ksm1717 wrote: post #164

I was interested until I learned that the application is blazingly fast :/

It is quite fast tbh and non-sluggish terminal is nice-to-have.

I've tried one terminal rendering benchmark I had at hand [1] and on my MacBook Pro it was 17x faster than iterm and 3x faster than wezterm which is my daily driver.

[1] https://github.com/wez/wezterm/issues/192

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

#384

Post by triska »

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.

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 section from the Age of Empires Post Mortem https://www.gamedeveloper.com/pc/the-game-developer-archives... :

"8. We didn’t take enough advantage of automated testing. In the final weeks of development, we set up the game to automatically play up to eight computers against each other. Additionally, a second computer containing the development platform and debugger could monitor each computer that took part. These games, while randomly generated, were logged so that if anything happened, we could reproduce the exact game over and over until we isolated the problem. The games themselves were allowed to run at an accelerated speed and were left running overnight. This was a great success and helped us in isolating very hard to reproduce problems. Our failure was in not doing this earlier in development; it could have saved us a great deal of time and effort. All of our future production plans now include automated testing from Day One."

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

#385

Post by andrewzah »

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.

I'd say so, I find myself using it somewhat regularly.

It's pretty easy in vim once you learn how to use visual block mode. That or using Sed to replace text in a selection or the entire file.

http://paulrougieux.github.io/vim.html#Edit_multiple_lines

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

#386

Post by mitrandir77 »

monkeytaco wrote: post #106
alokedesai wrote: post #21

Earlier quoted context omitted.

Good question! We did an initial benchmark of scrolling back in July against Terminal, iTerm, Hyper, Kitty, and Alacritty, if you’re interested: https://www.warp.dev/blog/how-warp-works . We started by forking Alacritty's model and parser and because we have a similar architecture (Rust-based, rendered on the GPU) we should generally be at, or near, the performance of Alacritty.

I just ran a quick test using Casey Muratori's termbench ( https://github.com/cmuratori/termbench ) you are an order of magnitude slower than Alacritty, and also significantly slower than iTerm. Warp also locks up pretty severely and only shows a new frame once every few seconds during most of the run. Alacritty CPU: Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz VT support: no ManyLine: 1.5670s (0.0399gb/s) LongLine: 1.12…

I've tried one very basic terminal rendering benchmark I had at hand [1] and on my MacBook Pro it was 17x faster than iterm and 3x faster than wezterm which is my daily driver.

https://github.com/wez/wezterm/issues/192

So it's not all that bad ;)

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

#387

Post by mplanchard »

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.

I use it not infrequently for crafting big ol bash pipelines to put into scripts, specifically via emacs’ `shell` terminal emulator.

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

#388

Post by grnmamba »

ddoolin wrote: post #251
warent wrote: post #226

Earlier quoted context omitted.

Agree, this is a pretty bad deal breaker for me. Big business people doing short-sighted big business things, salivating at cramming a product full of telemetry. All without transparency around it? In a terminal of all things?? Indescribably off-putting and catastrophically damages my trust in the product and the CEO. EDIT: To be fair there is some transparency in the original post. I was looking through the landing…

This is why I deleted Fig ( https://fig.io/ ) right after installing it. It must've sent some uninstall information, too, because the creator/CEO emailed asking why I uninstalled it afterwards...

"Send Download link" is a huge red flag. The only reason to have such a button is to send spam.

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

#389

Post by kreetx »

nicoburns wrote: post #280
mftb wrote: post #210

Earlier quoted context omitted.

This stuff has been in the major shells for years, through excellent editor integration. For emacs and vi it's pretty much free. If you want to integrate with a different editor, it's totally doable. Most of the stuff sibling comment is referring to center around the feature: 'edit-and-execute-command' in bash. There is a similar incantation for zsh. I summon it with, 'ESC v' in both.

If I open an editor then my scrollback history isn't visible (or is in a separate window). Maybe vim and emacs offer this, but that's a big commitment just for a terminal. Warp has GUI-grade editing (mouse support, etc) with things like multiple cursors in a very nice interface.

In emacs a shell is like a text buffer where you can simply search or move around as you would do in a text file. To get command history you'd just execute `history` and then ctrl+s (find) it, or move to it with the cursor.

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

#390

Post by zachlloyd »

eyelidlessness wrote: post #299

Well I think this looks really cool! I’d be interested if it just had Blocks and nothing more, but the other headline features for individuals sound great too. I’m not sure how much value I’d get out of the team features, but I’m certainly open to being pleasantly surprised. And I don’t mind using my GitHub account or contributing to telemetry during a private beta. I understand why others here find that problematic,…

Thanks for the positive feedback - let us know how it goes.
Post reply on HN