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

Cursed Knowledge

immich.app

Post reply on HN
Print view View original

21–30 of 165 posts

Re: Cursed Knowledge

#21

Post by bikeshaving »

treve wrote: post #2

The '50 extra packages' one is wild. The author of those packages has racked up a fuckload of downloads. What a waste of total bandwidth and disk space everywhere. I wonder if it's for clout.

The maintainer who this piece of “cursed knowledge” is referencing is a member of TC39, and has fought and died on many hills in many popular JavaScript projects, consistently providing some of the worst takes on JavaScript and software development imaginable. For this specific polyfill controversy, some people alleged a pecuniary motivation, I think maybe related to GitHub sponsors or Tidelift, but I never verified that claim, and given how little these sources pay I’m more inclined to believe he just really believes in backwards compatibility. I dare not speak his name, lest I incur the wrath of various influential JavaScript figures who are friends with him, and possibly keep him around like that guy who was trained wrong as a joke in Kung Pow: Enter the Fist. In 2025, I’ve moderated my opinion of him; he does do important maintenance work, and it’s nice to have someone who seems to be consistently wrong in the community, I guess.

Re: Cursed Knowledge

#22

Post by simpaticoder »

I loved this the moment I saw it. After looking at an example commit[1], I love it even more. The cursed knowledge entry is committed alongside the fix needed to address it. My first instinct is that every project should have a similar facility. The log is not just cathartic, but turns each frustrating speedbump into a positive learning experience. By making it public, it becomes both a tool for both commiseration and prevention.

1 - https://github.com/savely-krasovsky/immich/commit/aeb5368602...

Re: Cursed Knowledge

#23

Post by dmd »

Izkata wrote: post #17
dmd wrote: post #14

Earlier quoted context omitted.

in what world could mm/dd/yyyy not be cursed!? that makes no sense whatsoever.

It's the US short form, matching the word-month order we always use for regular dates: "August 7, 2025". Note the slashes are important, we don't use dots or dashes with this order. That's what GP was getting at.

And it makes absolutely no sense. I've lived with it all my life (I'm an American!) and it has never made any sense to me.

Re: Cursed Knowledge

#24

Post by thorum »

> npm scripts make a http call to the npm registry each time they run, which means they are a terrible way to execute a health check.

Is this true? I couldn’t find another source discussing it. That would be insane behavior for a package manager.

Re: Cursed Knowledge

#25

Post by [deleted] »

thorum wrote: post #24

> npm scripts make a http call to the npm registry each time they run, which means they are a terrible way to execute a health check. Is this true? I couldn’t find another source discussing it. That would be insane behavior for a package manager.

[deleted]

Re: Cursed Knowledge

#26

Post by mynegation »

bigyabai wrote: post #5

> Some phones will silently strip GPS data from images when apps without location permission try to access them. That's no curse, it's a protection hex!

I have no idea what that means but to me it looks like it works as designed.

Re: Cursed Knowledge

#27

Post by burnt-resistor »

- Windows' NTFS Alternate Data Streams (ADS) allows hiding an unlimited number of files in already existing files

- macOS data forks, xattrs, and Spotlight (md) indexing every single removable volume by default adds tons of hidden files and junk to files on said removable volumes. Solution: mdutil -X /Volumes/path/to/vol

- Everything with opt-out telemetry: go, yarn, meilisearch, homebrew, vcpkg, dotnet, Windows, VS Code, Claude Code, macOS, Docker, Splunk, OpenShift, Firefox, Chrome, flutter, and zillions of other corporate abominations

Re: Cursed Knowledge

#28

Post by nulld3v »

bigyabai wrote: post #5

> Some phones will silently strip GPS data from images when apps without location permission try to access them. That's no curse, it's a protection hex!

On the other hand, one particular app completely refuses to allow users to remove location information from their photos: https://support.google.com/photos/answer/6153599?hl=en&co=GE...

Re: Cursed Knowledge

#29

Post by kstrauser »

dmd wrote: post #23
Izkata wrote: post #17

Earlier quoted context omitted.

It's the US short form, matching the word-month order we always use for regular dates: "August 7, 2025". Note the slashes are important, we don't use dots or dashes with this order. That's what GP was getting at.

And it makes absolutely no sense. I've lived with it all my life (I'm an American!) and it has never made any sense to me.

First, I use ISO8601 for everything. This is not me arguing against it.

But, I think the American-style formatting is logical for everyday use. When you're discussing a date, and you're not a historian, the most common reason is that you're making plans with someone else or talking about an upcoming event. That means most dates you discuss on a daily basis will be in the next 12 months. So starting with the month says approximately when in the next year you're talking about, giving the day next says when in that month, and then tacking on the year confirms the common case that you mean the next occurrence of it.

When's Thanksgiving? November (what part of the year?) 27 (toward the end of that November), 2025 (this year).

It's like answering how many minutes are in a day: 1 thousand, 4 hundred, and 40. You could say 40, 400, and 1000, which is still correct, but everyone's going to look at you weirdly. Answer "2025 (yeah, obviously), the 27th (of this month?) of November (why didn't you start with that?)" is also correct, but it sounds odd.

So 11/27/2025 starts with the most useful information and works its way to the least, for the most common ways people discuss dates with others. I get it. It makes since.

But I'll still use ISO8601.

Re: Cursed Knowledge

#30

Post by 0x696C6961 »

fastball wrote: post #16
treve wrote: post #2

The '50 extra packages' one is wild. The author of those packages has racked up a fuckload of downloads. What a waste of total bandwidth and disk space everywhere. I wonder if it's for clout.

The author is almost certainly ljharb.

I'm convinced he's a rage baiting account. No-one can consistently have such bad takes.
Post reply on HN