Hacker News: worksonmine

New comment by worksonmine in "A new spam policy for “back button hijacking”"

worksonmine — Tue, 14 Apr 2026 08:18:01 +0000

This would break so many websites. There are valid uses for the history API, I often do modals/popups as shareable URLs, and using the back button closes it.

New comment by worksonmine in "Reading Is Magic"

worksonmine — Mon, 13 Apr 2026 10:02:30 +0000

There's a (very) big difference between reading weekly and reading a book in the past 12 months. I used to read a book or two in the past 12 months, back then it was on vacation to have something to do while lounging on the beach. Today I read a book every month and it's something I do instead of watching TV. I would not call my younger self a reader.

New comment by worksonmine in "SQLite in Production: Lessons from Running a Store on a Single File"

worksonmine — Tue, 07 Apr 2026 16:14:09 +0000

Interesting choice to change the time of the comment, a deja-vu can be weird enough without staring at a comment with a recent timestamp.

New comment by worksonmine in "Media scraper Gallery-dl is moving to Codeberg after receiving a DMCA notice"

worksonmine — Mon, 06 Apr 2026 13:32:27 +0000

Didn't know about this project, looks useful. Thanks for bringing it to my attention, FAKKU.

New comment by worksonmine in "Claude Code's source code has been leaked via a map file in their NPM registry"

worksonmine — Tue, 31 Mar 2026 11:12:04 +0000

> Why even use else if with return...

What is the problem with that? How would you write that snippet? It is common in the new functional js landscape, even if it is pass-by-ref.

New comment by worksonmine in "AI overly affirms users asking for personal advice"

worksonmine — Sat, 28 Mar 2026 21:01:02 +0000

They are amazing tools, but when people try to give them agency someone has to explain it in simple terms.

New comment by worksonmine in "AI overly affirms users asking for personal advice"

worksonmine — Sat, 28 Mar 2026 18:40:37 +0000

It doesn't try to do anything. It doesn't work like that. It regurgitates the most likely tokens found in the training set.

New comment by worksonmine in "I put all 8,642 Spanish laws in Git – every reform is a commit"

worksonmine — Sat, 28 Mar 2026 16:24:13 +0000

Hey! How can I make this about LLMs?

(Many countries' laws are already available online and included in the dataset they're trained on. The project is very cool for humans though.)

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Thu, 26 Mar 2026 13:28:58 +0000

> Those are opt-out. The entire discussion is about opt-in.

Depends on your perspective, to me you have them flipped, and enabling them is "opt-in", i.e: "now I would like to see the hidden files please".

But I don't think I misunderstood you. You're telling me I should prefer hidden files to be the default, and I disagree and give my arguments. It's not more complicated than that.

To me rg only follows the same principle as the rest of my tools, fd requires `-H/--hidden`, ls `-a` or `-A` and so on. It is a big reason to why I prefer rg and fd over grep and find. Which brings us back to your first comment:

>> You started using it because it had that capability I imagine, not because it is the default.

New comment by worksonmine in "Shell Tricks That Make Life Easier (and Save Your Sanity)"

worksonmine — Thu, 26 Mar 2026 10:24:33 +0000

And if you set `set editing-mode vi` in ~/.inputrc (readline configuration) you'll have it in even more places.

New comment by worksonmine in "Shell Tricks That Make Life Easier (and Save Your Sanity)"

worksonmine — Thu, 26 Mar 2026 10:14:59 +0000

What is it like to be this proud of not learning the tools you use? Do you really think several paragraphs to an agent that may or may not be correct is the "easy" way compared to just checking the manual for the flag you want?

I will never understand people like you.

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Wed, 25 Mar 2026 08:55:31 +0000

I use very short aliases with fallbacks to standard tools if ripgrep/fd/bat/... isn't installed. For my use searching files in `.gitignore` is useless 9/10 times, why would I want that to be default?

> Or if it came with a short flag that could work too

It does, `-.` for hidden and `-u` for hidden + ignored.

New comment by worksonmine in "Tell HN: Litellm 1.82.7 and 1.82.8 on PyPI are compromised"

worksonmine — Tue, 24 Mar 2026 17:31:34 +0000

Or just don't install every package on the earth. The only supply-chain attack I've been affected by is xz, and I don't think anyone was safe from that one. Your solution wouldn't have caught it.

Better to enforce good security standards than cripple the ecosystem.

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Tue, 24 Mar 2026 17:16:01 +0000

No, because it was default.

> You could easily just alias a command with the right flag if the capability was opt-in.

I tried a search to make grep ignore .gitignore because `--exclude=...` got tedious and there was ripgrep to answer my prayers.

Maintaining an alias would be more work than just `rg 'regex' .venv` (which is tab-completed after `.v`) the few times I'm looking for something in there. I like to keep my aliases clean and not have to use rg-all to turn off the setting I turned on. Like in your case, `alias rg='rg -u'`, now how do you turn it off?

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Tue, 24 Mar 2026 14:58:00 +0000

> Really dislike it defaulting to that ignoring files that are ignored by git.

It's the reason I started using it. Got sick of grep returning results from node_modules etc.

New comment by worksonmine in "Tell HN: Litellm 1.82.7 and 1.82.8 on PyPI are compromised"

worksonmine — Tue, 24 Mar 2026 14:39:53 +0000

So if I'm developing something I want to use and the community finds it useful but I take no contributions and no feature requests I should have to find another person to deal with?

How do I even know who to trust, and what prevents two people from conspiring together with a long con? Sounds great on the surface but I'm not sure you've thought it through.

New comment by worksonmine in "Tell HN: Litellm 1.82.7 and 1.82.8 on PyPI are compromised"

worksonmine — Tue, 24 Mar 2026 14:01:19 +0000

And how would that work for single maintainer projects?

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Tue, 24 Mar 2026 11:44:20 +0000

> You can't in most corporate env machines.

Really? "most" even? What CAN you do if you can't edit files in your own $HOME?

New comment by worksonmine in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"

worksonmine — Tue, 24 Mar 2026 11:36:56 +0000

Do something like this to fall back to plain grep. You will somehow have to share these configurations across machines though.

    alias g=grep
    command -v rg 2>&1/dev/null && alias g=rg

New comment by worksonmine in "Log File Viewer for the Terminal"

worksonmine — Tue, 24 Mar 2026 10:31:49 +0000

It's a nice tool but I really wish the configuration wasn't done in json and loaded from $XDG_CONFIG_HOME.