zlacker

[parent] [thread] 6 comments
1. doug_d+(OP)[view] [source] 2025-02-17 17:43:17
Why mention Rust at all? How is that possibly relevant to the problem? There seems to be a lot of projects that are rewrites of existing project in Rust where the fact that they are in Rust seems to be their distinguishing feature. Languages are less important than the solutions that a piece of software provides.
replies(4): >>codetr+E1 >>unshav+x3 >>jayd16+f7 >>dsff3f+cs
2. codetr+E1[view] [source] 2025-02-17 17:53:08
>>doug_d+(OP)
> Why mention Rust at all? How is that possibly relevant to the problem?

There are a lot of command line tools that are written in JS and other scripting languages.

Having the tools that are involved in interactive use be written in a compiled languages gives hope that they might be fast enough to not be annoying.

Me personally I do not install nodejs on my machines. So knowing that this tool is not written in JS is relevant for me.

replies(1): >>acheon+W4
3. unshav+x3[view] [source] 2025-02-17 18:05:17
>>doug_d+(OP)
I prefer knowing what language things are written in. Not only is it interesting, but i like knowing what sort of installation i have to look forward to, if i'm interested in contributing, etc.
◧◩
4. acheon+W4[view] [source] [discussion] 2025-02-17 18:15:24
>>codetr+E1
> There are a lot of command line tools that are written in JS and other scripting languages.

???

Also, this tool replaces another which was written in Go, which I would put in a similar performance category as Rust. It shouldn't make a difference in this scenario

5. jayd16+f7[view] [source] 2025-02-17 18:32:50
>>doug_d+(OP)
If they didn't mention the language, it would be an immediate question. The main focus is parallelism.

Could the Go solution add parallelism, sure. Did they? Not yet. Does that mean no other improvement in any other language can ever be written? No.

"Rust is faster" as an off the cuff comment that should have been left out seeing it has triggered some folks to hyper focus on that point.

replies(1): >>judofy+G9
◧◩
6. judofy+G9[view] [source] [discussion] 2025-02-17 18:48:34
>>jayd16+f7
> Could the Go solution add parallelism, sure. Did they? Not yet.

They did: Lefthook lets you define a "group" where you can specify that every command should be done in parallel: https://lefthook.dev/configuration/group.html. In addition, it's possible to configure the whole hook to run in parallel through another property: https://lefthook.dev/configuration/parallel.html.

I'm assuming that Hk's innovation here is that it's a bit smarter with what it runs in parallel. Maybe it uses the globs to automatically run commands in parallel which targets different files?

> "Rust is faster" as an off the cuff comment that should have been left out seeing it has triggered some folks to hyper focus on that point.

It's not a a hyper focus: This was the first reason (out of only three) that Hk itself presented as a reason to use it over Lefthook. So yes, I agree: It should have been left out if the intention wasn't for people to focus on it. Put it somewhere in a footnote if it's not so relevant.

7. dsff3f+cs[view] [source] 2025-02-17 20:54:37
>>doug_d+(OP)
> Why mention Rust at all?

I like knowing what language a tool is written in. If it's written in Python or JavaScript and it isn't something that's absolutely essential I can just immediately move on. It also lets me know if it's something I'd be willing to contribute to. It's odd that the authors mentioning the language is so triggering for you.

[go to top]