6 ms·

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...) alterna

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 ;-)

weaksauce 9y ago
any plans on implementing the exec command from find in fd?
- sharkdp 9y ago
  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 https://github.com/sharkdp/fd/issues).
- nine_k 9y ago
  Why it would be significantly better than using a pipe?
  - jimktrains2 9y ago
    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.
    - RHSeeger 9y ago
      You can use -print0 and -0 to handle spaces. find . -name \*.java -print0 |xargs -0 grep something
      - IshKebab 9y ago
        Much more error prone.
  - weaksauce 9y ago
    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?
dibujante 9y ago
You could always add a --back(wards compatible) parameter that caused it to parse every other parameter like a `find` :)
- ktRolster 9y ago
  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.
cookiecaper 9y ago
The most annoying part of find, for me, is stuff like exclusions, with `-prune -o ... -print`. Something like rsync's `--exclude` would be great.

weaksauce 9y ago

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

sharkdp 9y ago
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 https://github.com/sharkdp/fd/issues).
nine_k 9y ago
Why it would be significantly better than using a pipe?
- jimktrains2 9y ago
  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.
  - RHSeeger 9y ago
    You can use -print0 and -0 to handle spaces. find . -name \*.java -print0 |xargs -0 grep something
    - IshKebab 9y ago
      Much more error prone.
- weaksauce 9y ago
  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?

dibujante 9y ago

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

ktRolster 9y ago
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.

cookiecaper 9y ago

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