MurphyA/hacker-news huggingface dataset:
by john-h-k | 2026-01-12 15:15:48+00:00
> knowingly uses or infringes upon the use of and publishes ... an individual’s name, photograph ... without the individual’s prior consent ... and being reckless as to whether or not harm is caused to, the other person.

> [harm occurs when someone] seriously interferes with
the other person’s peace and privacy or causes alarm or distress to the other
person

This seems very widely worded. A newspaper publishing the name/image of a suspected criminal is definitely "publishing an individuals name, photograph", without their consent, and can quite clearly cause alarm or distress.

Without some exemption clauses added, this bill seems to basically ban using anyone's name/photograph/likeness in ANY context that criticises them; it will almost certainly conflict with ECHR's Article 10 on freedom of expression.
However(!!) with a few exemptions it can be made much better. Even tying it to AI generated photos/voice/etc would help - most _genuine_ criticism and reporting can go without the use of AI, but a lot of the intentional harm and sexual harassment did not occur before AI. If they don't want to do that, adding some form of "exemption if the information was used in a non-libellous context" could also work.
by mellosouls | 2026-01-12 15:16:26+00:00
I don't think that conflicts with what I said but perhaps counters with something I didn't; your ebike analogy implies a recklessness that the junior with the attributes I mentioned will be averse to. Conversely the senior with the full grasp of LLMs and the "taste" and judgement will naturally be ahead.

But the comparison I made was between the junior with a good attitude and expert grasp on LLMs, and the stick-in-the-mud/disinterested "senior". Those are where the senior and junior roles will be more ambiguous in demarcation as time moves forward.
by MarsIronPI | 2026-01-12 15:16:26+00:00
Maybe someday the Snikket SDK[0] will be ready for use. I suppose you could look at it now anyway. Honeybee[1] is already using it for voice.

[0]: https://github.com/snikket-im/snikket-sdk
[1]: https://git.sr.ht/~anjan/honeybee
by Ygg2 | 2026-01-12 15:17:14+00:00
> Rust does have a GC

It doesn't. Not by any reasonable definition of having a GC.

And "opt-in non-tracing GC that isn't used largely throughout the standard library" is not a reasonable definition.

> Nobody knows whether Rust's compormise is universally better than Zig's

When it comes to having more segfaults, we know. Zig "wins" most segfaults per issue Razzie Award.

This is what happens when you ignore one type of memory safety. You have to have both. Just ask Go.
by graemep | 2026-01-12 15:17:59+00:00
> There's no gender hostility or discrimination

I disagree. There is a great deal of variation between countries and companies. My daughter is in automotive electronics (in R & D rather than manufacturing) and her employer and country are at the better end of the spectrum, but there are definitely places where it is very difficult for women.

> You can't force people to be attracted to a specific industry or line of work.

That depends on culture and upbringing. If you bring girls up to think that electronics or software or whatever is a male pursuit they will avoid it. A lot of this is set in early childhood and subtly so. Have you seen the difference in the toys little girls and boys get? Or who helps dad (and its almost always dad!) with the DIY or setting up a new gadget or similar tasks? I was my kids primary parent, so they picked up I liked and I just assumed my kids were likely to be interested in things I found interesting.
by snuxoll | 2026-01-12 15:18:23+00:00
There's a huge divide between abusing rebase in horrible ways to modify published history, and using it to clean up a patch series you've been working on.

Oops, I made a mistake two commits ago, I'd really like to get some dumb print statements I added out before I send this off to get merged is perfectly valid, I just did it yesterday. A quick `git commit --fixup` followed by `git rebase -i --autosquash HEAD^3` and I had some dumb debugging code I left in stripped out.

Then, there's other perfectly valid uses of rebase, like a simple `git rebase main` in an active development branch to reparent my commits on the current HEAD instead of having my log messed up with a dozen merge commits as I try to keep the branch both current and ready to merge.

So, yes, I do think editing history is a grand idea that should be used regularly. It lets me make all the stupid "trying this" and "stupid bug" commits I want, without polluting the global history.

Or, are you telling me you've also never ended up working on two separate tasks in a branch, thinking they would be hard to separate into isolated changes, and they ended up being more discrete than you expected so you could submit them as two separate changes with a little help from `git cherry-pick` and `git rebase` too?

Editing history isn't evil. Editing history such that pulls from your repository break? That's a different story entirely.
by f1shy | 2026-01-12 15:18:33+00:00
That is using sb-alien and sb-sys, which basically is no common lisp anymore. That is basically sbcl. I didn’t get anything in that direction (my prompt said nothing about a CL implementation) but I would have rejected it. I just wanted to see glfw and opengl in the :use clause. I have to do something that has to work in Mac, Linux and Windows, with at least ECL, sbcl and ccl.
by menaerus | 2026-01-12 15:18:44+00:00
I think it very much does. Those exact needs so far have been fulfilled by N people jobs. Today those same needs are going to be fulfilled by N-M people jobs. For your hypothesis to work, human, or shall I say better, market needs to scale such that M people left redundant will be needed to cover that new gap. The thing is that I am not so sure about the "scaling" part. Not to mention that people's skills also need to scale such so that they can deliver the value for scaling the market. Skills that we had until yesterday are slowly started to begin a thing of a past so I am wondering what type of skills people will need in order to get those "new" jobs? I would genuinely like to hear the opinion because I am not really positive that the market will self-adjust itself such that the economy will remain the same.
by RunSet | 2026-01-12 15:18:49+00:00
> since it's so easy to scroll, you can always just do a little two finger scroll wiggle to have it appear

That changes the effort required to show useful information from zero to more than zero. Which, while it not be a great quantitative change, is an enormous qualitative change.

Like Chesterton's Fence, it was there for a reason.

"At last (and at least) we have reclaimed that narrow vertical strip of screen real estate on the screens eastern-most vestige! Now to find a good use for it!"

The true annoyance is that in many cases explicitly enabling them does not restore the original functionality.
by einsteinx2 | 2026-01-12 15:18:49+00:00
But switching cost to a different CLI coding tool is close to zero… I truly don’t understand the argument that using Claude Code means betting your business on that particular tool. I use Claude Code daily, but if tomorrow they massively raised prices, made the tool worse, or whatever I’d just switch to a competitor and keep working like nothing happened.

To be clear, I’ve seen this sentiment across various comments not just yours, but I just don’t agree with it.
by screye | 2026-01-12 15:19:18+00:00
Not quite. Chinese rivers are fed by the eastern tibetan plateau while South Asia is fed by the western glaciers by the tallest mountains.

Bangladesh would be at risk because the Bramhaphtra sees upstream fresh water use by China. But China's use of Bramhaputra water is mostly energy related, not for drinking water or irrigation.

If decreasing population trends continue then this problem will solve itself.
by dangus | 2026-01-12 15:19:26+00:00
> The least they could do is provide a “traditional desktop” toggle in settings to restore more sane padding values that don’t burn 20% of my non-touch 12” ThinkPad’s limited screen space for no good reason.

The thing is that Gnome has numerous desktop environment alternatives and nobody is stuck with it. Linux desktop environments are free to be opinionated because they know that their users can just use something else. You can even install Gnome and KDE at the same time and switch between if that's really your thing.

Gnome doesn't limit you to installing applications that are in Gnome's own design system. You say "The menu bars of Mac apps are full of such functions that under GNOME simply wouldn’t be implemented because they don’t fit in a toolbar or hamburger menu" but that's not really how it works on Linux. The desktop environment is just the desktop environment, it's essentially separate from everything else.

When we are talking about "Gnome apps" we are really only talking about ~30 core apps that are included with the OS. Many/most/all of them you could even uninstall entirely and replace with something else.

Gnome choosing to have a small settings pane is a deliberate choice to keep things simple for their desktop environment's intended audience, but it is not a deliberate choice to limit functionality or freedom (installing apps from third parties, changing your browser engine, compiling code on your own system, etc).

Very much unlike iPadOS.
by 1vuio0pswjnm7 | 2026-01-12 15:19:31+00:00
When I use the phrase "too slow" I am referring to being slow _relative to other interpreters_ I use, such as the Almquist shell intepreter (NetBSD sh or Debian's dash), the ngn-k interpreter, the spitbol interpreter, the dino interpreter, the lua interpeter, etc.

HN commenters often state that "Python is (pre)installed everywhere"

This is not true on the computers I operate. For example, there is no python interpreter in NetBSD's base.tgz

Here we see a project that uses Python to run the shell, even though, if HN commenters are correct, "Python is (pre)installed everywhere"

Of course, the shell _is_ preinstalled everywhere and this project relies on that fact

IME, the shell and other interpreters are much faster than Python for what I need to do

I am aware of Python's current speed as it is sometimes a compile-time requirement for third party software that I am compiling. I remove Python after I am done
by hilbert42 | 2026-01-12 15:20:28+00:00
Yeah, likely so. Back then it was almost certainty sucrose (cane sugar), today it'll be likely fructose (from maize) or a fructose/sucrose combo. Weight for weight fructose is considerably sweeter than sucrose.

Also where I am (Australia) it's always sucrose (unless fully imported) because of the large cane sugar industry in Queensland.
by ramses0 | 2026-01-12 15:20:30+00:00
The whole language examples seem pretty rational, and I'm especially pleased / shocked by the `loop / repeat 5` examples. I love the idea of having syntax support for "maximum number of iterations", eg:

repeat 3 {
try { curl(...) && break }
except { continue }
}

...obviously not trying to start any holy wars around exceptions (which don't seem supported) or exponential backoff (or whatever), but I guess I'm kindof shocked that I haven't seen any other languages support what seems like an obvious syntax feature.

I guess you could easily emulate it with `for x in range(3): ...break`, but `repeat 3: ...break` feels a bit more like that `print("-"*80)` feature but for loops.
by WaltPurvis | 2026-01-12 15:21:07+00:00
I've noticed the occasional momentary failure to resize a window, and this probably explains it, but it's worth noting that the cursor changes to a "resize arrows" cursor when it enters the resizing zone, so as long as I'm paying attention I know exactly when I can or can't click and drag to resize. It is preposterous that much of the zone actually lies outside of the visible bounds of the window.
by hobofan | 2026-01-12 15:21:16+00:00
Really depends on what you want to do with the agents. Just yesterday I was looking for something like this for our web access MCP server[0]. The only thing that it needs to do is visit a website and get the content (with JS support, as it's expected that most pages today use JS), and then convert that to e.g. Markdown.

I'm not too happy with the fact that Chrome is one of our memory-hungriest parts of all the MCP servers we have in use. The only thing that exceeds that in our whole stack is the Clickhouse shard, which comes with Langfuse. Especially if you are looking to build a "deep research" feature that may access a few hundreds of webpages in a short timeframe, having a lightweight alternative like Lightpanda can make quite the difference.

[0]: https://github.com/EratoLab/web-access-mcp
by _fat_santa | 2026-01-12 15:21:36+00:00
I wouldn't call Omarchy "mainstream". Yes it's very popular among developers but that's about it and under the hood it uses some pretty non-mainstream components like Hyplrand WM.

I would argue the OS closest to "mainstream Linux" is Ubuntu or Fedora with Gnome DE. Gnome has many many faults but it's probably the closest DE you're going to get to what Windows and MacOS have.
by lapcat | 2026-01-12 15:21:49+00:00
> Apple invests every day to ensure the App Store remains a safe and trusted place for users to find great apps.

Last quarter, gross margins on "Services" revenue were 75%. The App Store is almost pure profit, with relatively little investment.

See also: https://www.apple.com/app-store/ "Every week, nearly 500 dedicated experts around the world review over 130K apps." Astonishingly, Apple appears to be bragging about these numbers, but if you do the math, 500 reviewers working 40 hours per week doing nothing except reviewing apps—no training, no meetings, no breaks, etc.—must spend an average of less than 10 minutes on each submission, to review the app and the App Store metadata (text, screenshots, etc.) for conformance with all guidelines, not only safety but also, more importantly to Apple, it seems, ensuring that the app doesn't somehow avoid giving Apple its cut of revenue. Not to mention that the salary of 500 reviewers is basically a drop in the bucket compared to App Store revenue.
by giancarlostoro | 2026-01-12 15:22:23+00:00
GPL and AGPL typically imply that your entire project is licensed under those conditions is my understanding. I find it silly to licensed something MIT or BSD but pull in some GPL code, since now the entire thing needs to comply. GPL is about end-user freedom by force against the developer. Don't get me wrong I love the GPL, but if I want to use a specific license I rather stick to that license.
by jasonkester | 2026-01-12 15:22:25+00:00
Replying to myself to tell me that I'm wrong.

I'm running this on my icloud photos now, and it seems to be dropping them nicely into folders by year and month:

D:\Pictures\icpd\2026\01\01

... so my wife will need to step up her game and start taking 10,000 photos a month before I run afoul of this.
by commandlinefan | 2026-01-12 15:22:40+00:00
My father, before he passed away from Alzheimer's, couldn't do anything _except_ watch TV and I was so infuriated by how impossibly unusable they were for him. In the end, we just bought a DVD player and a mountain of physical DVD's (on the plus side, used ones are really easy to find cheap nowadays). I can't believe there's no option to just channel up and channel down a damned TV any more.
by evanjrowley | 2026-01-12 15:22:53+00:00
>Fun design and internals aside, the new trackball module seems to have a 1/4-20 threaded tripod mount on the bottom, a common addition for ergonomic split keyboards that opens up a lot of options for angular mounting and similar ideas.

Source: https://www.notebookcheck.net/Keychron-Nape-Pro-wireless-tra...

I'm glad they implemented this! Checking the photo of this particular feature, it seems the 1/4-20 thead is paired with another hole: https://www.notebookcheck.net/fileadmin/Notebooks/News/_nc5/...

I was very hopeful that the hole arrangeemnt would be for an ARRI pin-lock: https://www.arri.com/resource/blob/320202/04f5271d1d21f8c7db...

Referring back to the Nape Pro picture from CES, this appears not to be the case. One thing these 1/4-20 mounted ergonomic keyboard designs need is a locking mechanism that prevents the keyboard from gradually pivoting during regular use. For the Nape Pro, I wonder how feasible it would be to drill the hole into it's exterior?

If you're thinking of mouting these at the edge of a surface, then make sure your 1/4-20 mounting arms use the ARRI pin lock on that end. It's annoying when your keyboard pivots, but if the whole mounting arm pivots, then you might be in trouble (i.e, a loosened mounting arm swings 180 degrees down towards the ground, potentially damaging your keyboard).

Here are some examples of those types of arms from SmallRig:

https://www.smallrig.com/Rosette-Magic-Arm-11-inch-with-ARRI...

https://www.smallrig.com/Rosette-Magic-Arm-7-inch-with-ARRI-...

https://www.smallrig.com/SmallRig-Magic-Arm-with-Dual-Ball-H...

And a clamp that has the ARRI holes:

https://www.smallrig.com/smallrig-super-clamp-2220.html
by petterroea | 2026-01-12 15:23:00+00:00
"look, they ported the worst part of Windows' history to Linux"

Regardless of whether or not this was done for fun or due to actually missing Windows 8(as the author does), it's impressive.

I remember reading some time ago that the windows 8 UI lead got fired but I can't find proof of that now. Maybe it was just satire lol
by chipotle_coyote | 2026-01-12 15:24:02+00:00
Almost everyone buying MacBooks installs applications outside of the App Store, the process for which has never changed (e.g., download it and run the installer or unzip it, use the free open-source package manager of your choice, etc.). I also can't find anything anywhere that suggests there are "terms of service" for Apple's hardware that prohibit installing another operating system on it, and part of Apple being "weakly supportive" of Asahi Linux is making deliberate design decisions to supporting installing third-party OSes on Apple Silicon in the first place. To copy from the Asahi Linux blog,

> Apple formally allows booting third-party operating systems on Apple Silicon Macs. Shortly after the Asahi project started, Apple even added a raw image mode to prevent macOS updates from breaking the boot process for third-party operating systems. This provided no benefit to macOS whatsoever; it merely served to help third-party operating system development.

There are a lot of reasons to be annoyed with Apple, but we don't need to invent new ones, and there's an awful lot of misinformation out there about Macs that conflates how locked down iOS is with the Mac (combined with the insistence that Macs are going to be locked down just as much as iPhones within the next few years, which I have literally been hearing since the iPhone came out in 2007). There are some things that are more difficult to do on macOS Tahoe than they were on MacOS Leopard twenty years ago (like, apparently, resize windows), but there is nothing that is "locked down" in a way that makes something I remember doing then literally impossible to do now.
by freedomben | 2026-01-12 15:24:14+00:00
Fully agree. In my own usage of AI (which I came to a bit late but have tried to fully embrace so I know what it can and can't do) I've noticed a very unusual side effect: I spend way more of my time documenting and reviewing designs than I used to, and that has been a big positive. I've always been very (maybe too) thoughtful about design and architecture, but I usually focused on high-level design and then would get to some coding as a way of evaluating/testing my designs. I could then throw away v0 using lessons learned and start a v1 on a solid track. Now however, I find myself able to get a lot further in nailing down the design to the point I don't have to build and throw away v0. The prototype is often highly salvageable with the help of the LLM doing the refactoring/iterating that used to make "starting over" a more optimal path. That in turn allows me to maintain the context and velocity of the design much better since there aren't days, or weeks, or even months between the "lessons learned" that then have to go back and revise the design.

The caveat here though, is if I didn't have the decades of experience writing/designing software by hand, I don't think I'd have the skills needed to reap the above benefit.
by fifticon | 2026-01-12 15:24:31+00:00
Well, moving/dragging windows on windows 11 (earlier?)
is no picnic either, with the scrollbar nazis having decided,
that windows title bars must be the next to die.
Apparently this is all intentional, and app developers
are encouraged to leave tiny drag-concentration-camp areas
somewhere in what used to be the titlebar, which today's
presumably incredibly IT savvy users are then expected to decode with no problems
whatsoever.
Well paint me green and call me a dinosaur, because
to me it looks like each app chooses to interpret those 'guidelines'
in its own way, and often in a way I fail to decode reliably.

In my head, I can hear GPT laugh hysterically, while it explains
to me that I can just continue to use alt-SPACE to bring up the MOVE system menu,
if I am overwhelmed, while it gleefully assures me
that MSFT has 'no current plans to get rid of that feature'
(which we know is Kremlin-speak for 'the system menu is NEXT brother'.
by grayhatter | 2026-01-12 15:24:36+00:00
The point wasn't to level set, or for it to feel like I'm promoting it. Only so that I couldn't back out later, or not have any skin in the game. But if you really couldn't figure out which I meant. It's the one on my github, and also hosting on srctree, which I link to from the site in my profile, and from my github.
by gspr | 2026-01-12 15:24:57+00:00
> We have automated validation and automated proofs.

Example?

> Proof is necessary. Do you validate the theorem prover, or trust that it works? Do you prove the compiler is correctly compiling the program (when it matters, you should, given they do sometimes re-write things incorrectly) or trust the compiler?

I trust that the people who wrote the compiler and use it will fix mistakes. I trust the same people to discover compiler backdoors.

As for the rest of what you wrote: you're missing the point entirely. Rowhammer, the fdiv bug, they're all mistakes. And sure, malevolence also exists. But when mistakes or malevolence are found, they're fixed, or worked around, or at least documented as mistakes. With an LLM you don't even know how it's supposed to behave.
Show HN: ᒡ◯ᵔ◯ᒢ Memory for Claude Code + Code Review Skill
by vinkupa | 2026-01-12 15:25:09+00:00
Claude Code doesn't remember anything across sessions.

Code reviews with Opus-4.5 are already expensive. Amnesia makes it worse - same nits, same false positives, every single time.

So I built a Claude Code skill that reviews uncommitted files, and actually remembers past scans via Turingmind - A lightweight cloud layer that syncs issue metadata between sessions)

https://github.com/turingmindai/tmind

If a previous scan's issue got fixed, It recognizes that explicitly.

A file keeps having auth bugs? It applies deeper checks automatically.

Flagged an issue last week that's still there? It reminds you.

Your code stays local. Only issue metadata syncs (file paths, issue types, dismissals).

Privacy-first.

After a couple weeks it genuinely feels like a reviewer who knows your codebase instead of a bot starting fresh every time.

/plugin marketplace add turingmindai/tmind

/tmind:setup

/tmind:login

/tmind:review

/tmind:deep-review

MIT licensed. Would love feedback — local memory coming soon