I think they are planning a lot of work for teams. Some people hate IDEs, but I love them. I see this as IDE-izing the terminal.
Show HN: Warp, a Rust-based terminal
11–20 of 757 posts
Re: Show HN: Warp, a Rust-based terminal
#12Quoted post unavailable.
Re: Show HN: Warp, a Rust-based terminal
#13Quoted post unavailable.
Re: Show HN: Warp, a Rust-based terminal
#14Quoted post unavailable.
Re: Show HN: Warp, a Rust-based terminal
#15Quoted post unavailable.
as long as it's not electron. tilix is my weapon of choice, and that's written in D.
Re: Show HN: Warp, a Rust-based terminal
#16Re: Show HN: Warp, a Rust-based terminal
#17Re: Show HN: Warp, a Rust-based terminal
#18Re: Show HN: Warp, a Rust-based terminal
#19Is your plan to open-source this or open-source its core in the future?
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…
Just my thoughts on this: I wouldn't consider using it personally, but would advocate for using it in companies where e.g. there are engineers that work closely with support, teaching them how to debug etc. If it was OSS, I do think it would increase adoption by a lot.
Re: Show HN: Warp, a Rust-based terminal
#20- 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 sentry: not interested in sending telemetry from my terminal. Finally having user accounts for a terminal is such as strange concept.
I really wanted to like it, too. The screenshots look great