Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: ut – Rust based CLI utilities for devs and IT

github.com

Post reply on HN
Print view View original

31–40 of 66 posts

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#31

Post by klardotsh »

rohan_ wrote: post #11

is this stuff not pretty easy to do with python? ``` python -c "import base64; print(base64.b64encode('$INPUT_STRING'.encode('utf-8')).decode('utf-8'))" ```

If you can remember all of that off the top of your head and find it ergonomic to type out, then sure. But much like how I prefer someone else to do my content syncing as an ergonomic appliance rather than using FTP + curlftpfs + a VCS [1], I quite like this idea of a focused toolbox (written in a language that compiles to native code) and welcome it rather than having to store these massive snippets in my head (or write shell wrappers for them).

[1] https://news.ycombinator.com/item?id=9224

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#32

Post by dgacmu »

zvr wrote: post #25
dgacmu wrote: post #20

Earlier quoted context omitted.

Amusingly, if you look historically, it's also a traditional approach to reduce total binary size - a bunch of small utilities were all Sim links to a single binary, which conditioned on argv[0] to figure out what to do.

In The Old Days, it was hard links, no symlinks.

Eek, you're right. Also ugh, I should stop talking to my phone, just noticed "Sim links". sigh.

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#33

Post by ndyg »

xpe wrote: post #30

I can understand why people would find `ut` convenient. That said, I would caution against trying to include too much functionality. What is too much? I don't have a clear idea on this yet. But I would probably argue that including HTTP functionality is going too far. Why? Because there are already amazing tools dedicated to this already. On the client side, see `xh` [1]. On the server side, see `miniserve` [2]. Both…

I maintain a Rust-based CLI HTTP server that embeds Nushell. It’s a handy little Swiss-army knife that’s replaced Nginx and Caddy for my personal projects.

You can serve a folder of static assets like this:

http-nu :3021 '{|req| .static "www" $req.path}'

https://github.com/cablehead/http-nu

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#34

Post by klardotsh »

Thanks for disclosing your use of GenAI, that kind of transparency is nice to see up front. On that note though, I took a random example (`calc.rs`) and noticed there was no unit or integration testing validating the parsers or etc. did what was expected of them, or that the end results were correct. Are tests for these tools planned? I get sketched out a bit when I see GenAI code with no automated validations, but I really want to like this tool because it fills such an interesting niche :)

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#35

Post by renshijian »

This project cleverly combines formal verification with AI ethics! Using mathematical certainty to constrain AI's uncertainty is like adding a transparent audit window to a "black box." Wadler would surely smile knowingly upon seeing this semantic ledger specification—theory has finally been transformed into verifiable practice From philosophical aphorism to verifiable fact, this is a brilliant path

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#36

Post by mrbluecoat »

01HNNWZ0MV43FF wrote: post #29
nvader wrote: post #2

Very neat. Although philosophically I prefer the unix approach of "do one thing and do it well", I really admire this tool. I think it might be the fact that the one thing this does well is curating a set of functions for a particular profile of developer. My story is someone doing web focused full stack development? It might be worth doing a survey of your users to see what they use ut for and what areas you should…

I think for packaging it's okay to "have" lots of things that individually "do" one thing. The important part is that the user controls the entry points. It's more Unixy to allow someone to decode audio from one pipe to another than to only allow them to play a file to a speaker. Consider that Debian "does" lots of things because it has a kernel, hardware abstractions, a userland, a package manager, and often a GUI a…

I agree. This feels like a level two busybox/toybox. Nice job.

Re: Show HN: ut – Rust based CLI utilities for devs and IT

#39

Post by Jotalea »

xpe wrote: post #30

I can understand why people would find `ut` convenient. That said, I would caution against trying to include too much functionality. What is too much? I don't have a clear idea on this yet. But I would probably argue that including HTTP functionality is going too far. Why? Because there are already amazing tools dedicated to this already. On the client side, see `xh` [1]. On the server side, see `miniserve` [2]. Both…

I agree. this tool feels like an all-in-one swiss knife. granted, it is useful. But it goes directly against one of the UNIX core values which is "do one thing and do it well". as well, including too much functionality in one single package will eventually bloat it, and there are many examples of this happening (windows, systemd, etc.).
Post reply on HN