Show HN: A simple, fast and user-friendly alternative to find, written in Rust

Re:Show HN: A simple, fast and user-friendly alternative to ... by sharkdp on Sunday October 08, 2017 @04:27PM (#15429839)

Thank you for the feedback.

No, fd does not aim to be a drop-in replacement for find. It was actually designed as a "user-friendly" (I know, I know...) alternative to find for most of the use-cases: "fd pattern" vs. "find -iname 'pattern'", smart case, etc. Also, in my view, the colored output is not just a way to make it look fancy, but actually helps a lot when scanning a large output in the terminal.

The speed is not hugely important to me, but I wanted it to be at least comparably fast to find (that's why I decided to try out Rust for this project). Otherwise, nobody would even consider using it.

I know that it will not be for everyone and I also know that it's a lot to ask someone to learn a new tool, but I'm happy if there are some people that enjoy using it. I certainly do ;-)

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by cookiecaper on Sunday October 08, 2017 @07:40PM (#15430635)

The most annoying part of find, for me, is stuff like exclusions, with `-prune -o ... -print`. Something like rsync's `--exclude` would be great.

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by dibujante on Sunday October 08, 2017 @06:03PM (#15430240)

You could always add a --back(wards compatible) parameter that caused it to parse every other parameter like a `find` :)

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by ktRolster on Sunday October 08, 2017 @06:17PM (#15430318)

You can also add the --back option as an alias, so you don't need to type it in every time on systems where that is important. You could also use an environment variable to modify the behavior.

The GNU team did this when they added or changed behavior to the original tools. A lot of them have flags like -posix and such which give them a strict set of behaviors.

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by weaksauce on Sunday October 08, 2017 @05:21PM (#15430057)

any plans on implementing the exec command from find in fd?

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by sharkdp on Sunday October 08, 2017 @05:31PM (#15430108)

I'm not entirely sure, yet, but I'd be happy to discuss this. A GitHub ticket would be the best place (https://github.com/sharkdp/fd/issues).

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by nine_k on Sunday October 08, 2017 @07:12PM (#15430556)

Why it would be significantly better than using a pipe?

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by jimktrains2 on Sunday October 08, 2017 @08:49PM (#15430879)

Because you'll have to pipe into xargs and then you have issues with spaces in file names, sometimes-exec is simpler for a single command.

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by RHSeeger on Monday October 09, 2017 @02:22AM (#15431893)

You can use -print0 and -0 to handle spaces.

    find . -name \*.java -print0 |xargs -0 grep something

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by IshKebab on Monday October 09, 2017 @06:40AM (#15432745)

Much more error prone.

[ Parent | on HN ]

Re:Show HN: A simple, fast and user-friendly alternative to ... by weaksauce on Sunday October 08, 2017 @10:55PM (#15431289)

I have encountered edge cases with pipe and xargs. if there was something that made it simpler i'd be all for it. This project aims to make find usable and simpler so why not?

[ Parent | on HN ]