Follow

With and growing in popularity, we're really seeing some much needed improvements & love for classic command-line tools.

elvish, micro, ripgrep, lsd, gopass, gotop are all amazing projects in their own right - to name just a few.

Stumbled upon other awesome projects just recently? Share them with me!

@fribbledom Unix way seems to be the new cool nowadays. And most of hose new cool applications are pretty great in fact.

For instance, there is a small and lightweight container engine with great and simple configurations #vagga github.com/tailhook/vagga

Also one of my colleagues is developing a tall templating engine in rust too (is in alpha today, but seems cool) github.com/anti-social/yet

Also, there is xi github.com/xi-editor/xi-editor

@fribbledom I know I'm probably alone here but I find it depressing to see all these new environments take huge steps backwards in going back to the command line. There's a reason IDEs where invented at some point in history, no?

@damien sorry, wasn’t trying to be rude, just funny.

In a more serious note: CLI improvement means there are a lot of developers trying to get their tooling in better shape and a lot of us don’t leave or want to leave the terminal to not break or flows.

Those improvements in User Interface there translate to better graphical interfaces as well, BTW.

@damien The big appeal to me is that we still don’t have great ways of chaining unrelated GUI applications together. Whereas any new CLI utility is essentially adding new functionality to every other CLI utility without anyone having to do anything special.

@damien @fribbledom Command-line tools are not obsolete, not at all.

GUI tools that can do things that aren't also exposed to the command line are lacking in usability.

GUIs are not strictly better than command-line, they're just different and more suited for certain specific tasks and situations.

@clacke @damien yeah, it's more the case that command line requires some level of expertise whereas guis can often be figured out inuitively without consulting tutorials. where explicit visualization is not required the command line is always superior given that the user is able to memorize all necessary commands.

@Halbeard @clacke I didn't mean it in terms of obsolescence but in terms of productivity. I find IDEs an order of magnitude more productive than a command line interface. I have the same feeling toward things like VIM versus a real IDE. I just find it fascinating that others in this day and age feel more productive or prefer the command line.

I absolutely respect it though. To each their own.

@damien @fribbledom I don't think any of this replaces an IDE or tries to do so. But the CLI ist just the minimal interface you can get really everywhere und build something quickly from awesome parts. But as there's a use case for .odt files or IDS and a use case for a UNIX shell and some plain textfiles.

@AnianZ @fribbledom I don't think it replaces an IDE either. My remark was more one of fascination that, after the advent of IDEs which made a lot of things a lot better (IMO), some still prefer and invest time in developing a command-line environment for development.

For example, @dansup pointed me toward laravel which is the framework he uses for pixelfed. Looking at the install steps feels like we're still in the 80s. All cmd line stuff when the technology exists write simple installers.

@AnianZ @fribbledom I personally think a lot of it comes from refusing progress for the sake of it (command line is so much 'cooler') and a nack developers have for constantly reinventing the wheel (every language needs their command line package manager now).

To each their own of course. I just find it fascinating...

@damien @fribbledom You probably have a point there with the cli beeing the "cool" thing to have nowadays. But another argument for providing it (first) over a IDE integration is just the simplicity of it. I develop a project myself where we have a main GUI to interact with the API and a CLI tool. Developing the cli is just much faster and simpler because it does much less abstraction and exits after doing one thing. No state, no rendering, ...

@AnianZ @fribbledom you're right, and I think someone else was pointing that out in terms of the unix 'do one thing and do it right' principle.

@damien @fribbledom And then there is also the problem that there is no one IDE. If you want to have your package manager with a UI you need to do that for Eclipse, for IntelliJ, for VStudio and VSCode etc. which all might be different. Or you need to develop your own UI for Windows, Mac and Linux. Bash is just everywhere these days. Even microsoft supports it where they can.

@AnianZ @fribbledom right, but some effort could be made to standardize this instead of everyone writing their own... The open source community would be perfect for that in theory but in practice it looks like every project for themselves.

@damien @fribbledom Yes, absolutly. Standardizing and all follwing the same goal is not the strong side of open source right now. And we could probably debate how much it really should be.

And of course: xkcd.com/927/

@fribbledom
It's not rust or golang but I wanted to know more shell commands so I started a weekend project for a command line tool that allows me to bookmark complex commands. I also like that `tldr` and bro pages (terribel name though) get away from the classic style of man pages. github.com/select/term-cheat

@fribbledom I like fd, replacement for find. Also written in Rust.

@fribbledom thank you, this list has given me hope in the future of software and computers in general. Sparks joy 🙂

@fribbledom

They're old, but I'll always have a soft spot for tr, awk and their friends.

@fribbledom Last time I checked in on elvish it was still very alpha (would panic under pretty standard use). Has it improved?

@weberc2

Hm, that must have been really long ago? I've been using it as my main shell since 1.5 years now and haven't seen a panic in a long, long time.

@fribbledom Hmm, maybe? I guess time flies. I thought I checked in on it ~6 months ago, but I could be misremembering. Hopefully I'm the one who is mistaken!

Sign in to participate in the conversation
Mastodon

Invite-only Mastodon server run by the main developers of the project 🐘 It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!