FYI, this appears to be a startup launching an e-mail signup for a product that isn't available yet. Nothing wrong with that, of course, but it's worth noting up front. There is no download link and the GitHub link goes to an issues-only repo with no code.<p>There are several fast Rust-based, GPU-accelerated terminal projects that are open source and under active development:<p>Alacritty: <a href="https://github.com/alacritty/alacritty" rel="nofollow">https://github.com/alacritty/alacritty</a><p>Wezterm: <a href="https://github.com/wez/wezterm" rel="nofollow">https://github.com/wez/wezterm</a><p>Fig ( <a href="https://fig.io/" rel="nofollow">https://fig.io/</a> ) isn't Rust, but it's worth noting as a YC-backed competitor terminal product that has autocomplete similar to Warp.dev. Their website is eerily similar to warp.dev 's website, to the point where I can't help but imagine one was the inspiration for the other.
Somehow it feels odd that an implementation detail like the programming language it's implemented in is so prominent in the project's description. I have no idea what bash is written in and frankly I don't care much about it. It's a tool that enables me do be more productive. Could it be faster? Probably, but does anyone even notice that in the context of all the other things that we do _with_ it?<p>Are there any benefits I'm missing that come from it being implemented in Rust?
The screenshots look cool, and I joined the waitlist, but gotta say, a prominent GitHub icon in the nav bar only to land me on an issue-only “repo” for what is actually a closed source project is highly misleading.
Who cares that it's Rust if it's closed source?<p>Also:<p>"All cloud features are opt-in. Data is encrypted at rest."<p>The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.
Co-founder of Fig (<a href="https://fig.io" rel="nofollow">https://fig.io</a>) here.<p>I'm pleased that there is more innovation in the terminal emulator space. For a tool used by just about every developer, not a ton has changed since the launch of the VT100 [1] in the 70s.<p>Fig adds autocomplete [2] to your existing terminal. Soon, we're launching the ability for you to build your own visual apps and shortcuts (like these: <a href="https://fig.io/videos/old-sizzle-reel.mp4" rel="nofollow">https://fig.io/videos/old-sizzle-reel.mp4</a>) and share them with your team or the community.<p>Rather than building our own terminal, we integrate with the terminals you already use (even the one embedded in your IDE). This means everyone on a team can collaborate but keep using their existing terminal and shell setup.<p>We are excited to integrate Fig with Warp.<p>[1] <a href="https://en.wikipedia.org/wiki/VT100" rel="nofollow">https://en.wikipedia.org/wiki/VT100</a><p>[2] <a href="https://github.com/withfig/autocomplete" rel="nofollow">https://github.com/withfig/autocomplete</a>
"Warp" is also the name of a popular Rust web framework. (<a href="https://github.com/seanmonstar/warp" rel="nofollow">https://github.com/seanmonstar/warp</a>)
Not to be confused with the other big warp rust project, <a href="https://github.com/seanmonstar/warp/" rel="nofollow">https://github.com/seanmonstar/warp/</a>
The UI seems interesting, and I'm a sucker for RIIR, but why do terminal emulators keep trying to use "blazingly fast" as a feature? They're all fast (except the hideous electron ones), they're white text on black rectangles.
May be consider a name change? There is a rust based web framework called warp.<p>I know, totally unrelated except for the rust part but the annoying thing is that a search for warp always shows startrek stuff and searching with rust brings up quite rusted metal solutions stuff so I use warp+rust :)
Funny how similar this is to <a href="https://fig.io/" rel="nofollow">https://fig.io/</a> . Even the landing pages are hard to tell apart!
I've been piloting Warp for a few weeks, and I have to say it's awesome. I can totally see the future of where this is going and I think that there is a lot left to be done to improve the terminal experience. Breaking the barrier of having the terminal be accessible only to thee most sophisticated folks will be huge. Excited to follow along with this project as it continues to evolve and mature.
I think collaboration, saving sessions and rehydrating it with a link are killer features. Uh.. so much value there.<p>A lot of work happens in the terminal but it is not in repo or documented, and each team member kinda develops their own thing. I see Warp standardizing and making the non-code writing part of development
This is cool! I especially like the help functionality for various flags.<p>How does this handle really long outputs like with [tail -f], or pagers like [less]?<p>Also, does opening up vim “just work”?
Cool idea, but finding product/market fit might be hard. I've never experienced a situation where collaboration in the terminal would be useful, and if I want to share sequences of commands with other users, a recorded zoom video with commentary is usually more useful.<p>However, if you work closely with larger companies, I'm sure there's some killer feature that will hook the engineering managers, even if developers are split on using it.
Look super cool, i definitely think there is a need for a modern interpretation of the terminal experience.
Please think of a good licensing scheme for single dev. who would want to use it and support you guys without being tied to a subscription. Something like sublime text on time fee.
<i>> After a very brief experiment with Electron, we quickly pivoted to building in Rust and rendering directly on the GPU using Metal</i><p>Huh? What about Linux? Why not use something like gfx-rs instead? It's too bad Apple refuses to support Vulkan, but at least you could use something that could help it actually work on multiple platforms. Using Metal will make it unportable, unless you plan to support multiple GPU APIs.<p>Also, there is no source in the Github link: <a href="https://github.com/warpdotdev/warp" rel="nofollow">https://github.com/warpdotdev/warp</a>
Congrats on the launch! I think the team features will be really useful. We currently use browser based repl at work and I could see something like this replacing that.
What's the business model?<p>How will that impact the quality of the product in comparison to, say, iTerm2?<p>I see the team [1] has some strong credentials, which honestly looks overpowered for "just" a terminal app. Unfortunately, that makes me suspicious of their goals for "just" a terminal app, which has a relatively well-established expected feature-set.<p>[1] <a href="https://www.warp.dev/about-us" rel="nofollow">https://www.warp.dev/about-us</a>
The text editing features (multiline, multiple cursors) are something I've really wanted from a terminal for a long time. Editing long/complicated commands in most terminals is not a great experience, so the point that I normally copy and paste from my text editor. A little wary of this if it's not open source, but looking forward to being to try it out.
Looks interesting! I'm surprised. I've been working on my own emulator [0] and we share some ideas. I think you could go a little farther with what you have. If you watch my demo feel free to reach out.<p>Banter is always useful<p>[0] <a href="https://media.handmade-seattle.com/terminal-click" rel="nofollow">https://media.handmade-seattle.com/terminal-click</a>
Warp looks great, but what do I do next? Where's the call to action?<p>There is no download link, no "sign-up to hear more". With all of the thought and polish that went into this I'm surprised to see the ball dropped at the most important step!
Every terminal I've used for the past 30 years has been blazingly fast beyond diminishing returns. You could stick random usleep() calls in there for small values, and I wouldn't notice.
I expected this to be related to <a href="https://github.com/seanmonstar/warp" rel="nofollow">https://github.com/seanmonstar/warp</a><p>the typo did not help
You guys did a really great job with the user experience! I'd love to see an interactive Repl/Notebook with the UI/UX you've figured out for the terminal.
the branding decision when there's other related Warp things around this space is unsettling. Forever doomed to constantly have to follow the word Warp with 'terminal'