Nope.
We Built Syntax Highlighting for the Terminal Input Editor
11–20 of 23 posts
Re: We Built Syntax Highlighting for the Terminal Input Editor
#12Nope
Re: We Built Syntax Highlighting for the Terminal Input Editor
#13"pricing" "telemetry" Moving on.
Also most of the capable sysadmins and CLI junkies that I know use Linux. Not supporting that first is a strange choice.
As cool as this idea is, I feel the only way I could ever responsibly have it is by ripping it off and actually making it open and available to all platforms.
Re: We Built Syntax Highlighting for the Terminal Input Editor
#14"pricing" "telemetry" Moving on.
Telemetry is definitely a no-go for a tool like this, but professional engineers (usually very highly paid) really need to get over their free tool addiction. Good tools in every profession cost money. We'd probably get even better tools if creators knew they could earn some money for delivering value.
Re: We Built Syntax Highlighting for the Terminal Input Editor
#15Re: We Built Syntax Highlighting for the Terminal Input Editor
#16I loved this until I read the comments on the original Warp submission. Sorry, I'm not logging into my terminal.
Re: We Built Syntax Highlighting for the Terminal Input Editor
#17"pricing" "telemetry" Moving on.
Jess from Warp here! Just wanted to clarify that Warp is completely free for single users :) And in terms of telemetry, Warp never sends the contents of terminal commands and outputs to our servers (unless a user explicitly chooses to use the "Block Sharing" feature). What Warp currently sends in regard to telemetry is listed here: https://docs.warp.dev/getting-started/privacy#exhaustive-tel... Hope that helps!
Re: We Built Syntax Highlighting for the Terminal Input Editor
#18I loved this until I read the comments on the original Warp submission. Sorry, I'm not logging into my terminal.
Re: We Built Syntax Highlighting for the Terminal Input Editor
#19Earlier quoted context omitted.
Jess from Warp here! Just wanted to clarify that Warp is completely free for single users :) And in terms of telemetry, Warp never sends the contents of terminal commands and outputs to our servers (unless a user explicitly chooses to use the "Block Sharing" feature). What Warp currently sends in regard to telemetry is listed here: https://docs.warp.dev/getting-started/privacy#exhaustive-tel... Hope that helps!
It is not personal, but I do not trust you.
Re: We Built Syntax Highlighting for the Terminal Input Editor
#20Earlier quoted context omitted.
Hey there! Advait here - author of the blog above. That's awesome to hear, hopefully you enjoy trying out Warp and switch over to it full-time ;)! That's an interesting point you raise - definitely agree that there's tons of wasted efforts solving the same problems multiple times. With Warp, the eventual hope is to build an ecosystem for developers to be able to collaborate with each other and build reusable extensio…
How to create an ecosystem, I'm not sure (although discussions like this on HN would go a long way). But how to identify common patterns of problems? I think we just need to make an effort to zoom out and consider the phases of software development and infrastructure management we do, then look for similarities. For example on the web development side, we routinely build web application foundations which require auth…
Agreed - I like the aspect of trying to distance ourselves from the existing paradigms and modularizing the world. It'd be insanely awesome to have a common space to share these creations - I guess GitHub is one of the ways to do this but stuff definitely isn't as cohesive as you'd want it to be, in that each solution isn't meant to easily work with others. App-specific extension stores get closer to this vision but are limited to a specific application.
This gets me thinking about whether it'd make sense for software to have more standardization, in the same vein as ISO standards but with a focus around interoperability between such modules? However, standardization also brings a lot of drawbacks, as we've seen with ISO or ECMA's committees where bureaucracy blocks innovation, hence I'd be both excited and wary about authoritative universal software standards.
It's interesting to see that in the hardware space, we see the issue of interoperability being tackled more broadly due to the limitations of "needing" to be compatible with other pieces of hardware, for many use cases. Though, you always have proprietary standards within this space as well.