MurphyA/hacker-news huggingface dataset:
by watwut | 2026-01-07 09:32:26+00:00
Dictionary defition is "when an army or country uses force to enter and take control of another country".

They went in and out. They used force to enter, but they did not took control of another country. The government and regime is basically intact, maybe with some bruised ego assuming existing players did not tacitly allowed this to happen to promote themselves.

Functionally, the situation is very similar to the situation from before the event, except there was some display of force and it was made clear someone inside is cooperating with usa.
by tippa123 | 2026-01-07 09:32:41+00:00
This would be very interesting for industrial applications that rely on clean rooms. What comes to mind is environmental monitoring for microbes, which is tedious but important and currently has significant lag time (≈2 weeks).

What I couldn’t determine is whether there is any information about concentration. I mean so what if something is present, you have a lot of ubiquitous organisms out there.

Nevertheless, if the technology matures, it could help identify a problem earlier before it becomes visually obvious. You would still need to determine the root cause. Or it could help with a better decision making before buying a house?

All in all a lot to think about.
by kalaksi | 2026-01-07 09:33:14+00:00
> I've worked on teams where multiple engineers argued about the "right" way to build something. I remember thinking that they had biases based on past experiences and assumptions about what mattered. It usually took an outsider to proactively remind them what actually mattered to the business case.

My first thought was that you probably also have different biases, priorities and/or taste. As always, this is probably very context-specific and requires judgement to know when something goes too far. It's difficult to know the "most correct" approach beforehand.

> Sometimes hacking something together messily to confirm it's the right thing to be building is the right way. Then making sure it's secure, then finally paying down some technical debt to make it more maintainable and extensible.

I agree that sometimes it is, but in other cases my experience has been that when something is done, works and is used by customers, it's very hard to argue about refactoring it. Management doesn't want to waste hours on it (who pays for it?) and doesn't want to risk breaking stuff (or changing APIs) when it works. It's all reasonable.

And when some time passes, the related intricacies, bigger picture and initially floated ideas fade from memory. Now other stuff may depend on the existing implementation. People get used to the way things are done. It gets harder and harder to refactor things.

Again, this probably depends a lot on a project and what kind of software we're talking about.

> There's always a balance/tension, but it's when things go too far one way or another that I see avoidable failures.

I think balance/tension describes it well and good results probably require input from different people and from different angles.
by thetamarind11 | 2026-01-07 09:34:29+00:00
Warm take for sure, but I feel that LLMs and agents have made me a worse programmer as a whole. I am enjoying the less mental strain as I do my hobbies like sketching/art while the LLM is running. But definitely it isn't making me any faster.

I'm at the point of considering another job but I just fear that my skills have deteriorated to the point that I can't pass any (manual) coding assessments anymore
by benrobo | 2026-01-07 09:35:03+00:00
I got tired of updating my codebase every time I wanted to share a new preview of my product. You know the drill, change the OG image, commit, deploy, wait... it was killing my momentum.

So I built RenderOG. Here's what it does:

*Visual editor for OG images* - Design templates once, then generate variations automatically. No code required.

*Link shortening with A/B testing* - Create shortened links (like rnder.me/product-launch) where each link can have a different OG image. Test multiple visuals by sharing different links, check analytics to see which one performs better, then stick with the winner. No code changes needed.

*Project slugs* - Use human-readable URLs (like og.yourdomain.com/my-project) instead of random IDs. Your URLs stay the same even if you delete and recreate a project.

Now, I can test different product previews via shortened URLs before deciding which one to commit to. No more updating code, deploying, and hoping it works. Just create a link, share it, check analytics, and decide.

I've been using it for product launches/blogs and it's saved me hours.

It's currently in private beta. I'm letting a small group of users in to test it. If you want early access, join the waitlist: https://renderog.com
by neilv | 2026-01-07 09:35:04+00:00
* You like the mission.

* You like the craft.

* You want to be there for your team.

* You like that your financial needs are taken care of, so that you don't have to think about that.

* You like that everyone else's financial needs are taken care of, because you want everyone to be happy.

* You like that there's alignment by everyone on this. (Even though there will be disagreements on, say, how best to accomplish the mission.)

If someone gets in and doesn't actually have or find motivations like that, or doesn't rise to the occasion despite help, I guess they'd be managed out. That cultural mismatch wouldn't be good for anyone involved.
by to_ziegler | 2026-01-07 09:36:41+00:00
Pretty nice library! Personally, I think having a language-native library is great. The only downside is that it becomes a long-term commitment if it needs to stay in sync with the development of io_uring. I wonder whether it would be a good idea to provide C bindings from the language-specific library, so it can be more easily integrated and tested into the liburing test suite with minimal effort.
by jstummbillig | 2026-01-07 09:36:45+00:00
> shouldn't we be seeing a ton of 1 person startups?

Who should be seeing that? The thing about 1 person startups is that it requires little to no communication to start up, and also very little capital. Seems easy to fly below the radar.

Also "a ton", idk. Doing a startup is still hard, for reasons outside of just being able to write a lot of code. In my experience churning out all this code at 10x is coming with a significant complexity tax: Turns out writing code and thinking about code problems was the relaxing part. When that goes away you have to think about real world problems only. What a fucking mess.

Still, I would assume that it's more of a thing now, and something you could observe when you have YC data for example. Do we know that's not the case? I am in no position to say, one way or the other.
by close04 | 2026-01-07 09:36:54+00:00
Mold can stick to some of the furniture even if it's not a large, visible spot. When mold developed on the wall behind your large wardrobe there's a good chance that the wooden back of the dressed caught a bit of it. You move to a new place and carry the spores with you. At worst the new place also has a humidity problem and the spores you brought accelerate the mold development process.

Anything that sat around a mold infested area is something you should look at closely, at least to proactively give it a thorough scrub and dry in a well ventilated area before bringing in the house.

An air filer with a real HEPA filter will help catch airborne spores but if you already have mold growth anywhere in the room you need to take care of that before blowing air all around.
by dominicrose | 2026-01-07 09:38:34+00:00
Use Claude Code... to do what? There are multiple layers of people involved in the decision process and they only come up with a few ideas every now and then. Nothing I can't handle. AI helps but it doesn't have to be an agent.

I'm not saying there aren't use cases for agents, just that it's normal that most software engineers are sleeping on it.
by boomlinde | 2026-01-07 09:38:35+00:00
Yes, the original post has the vibe of something a human wrote to express an idea, while your version has the vibe of meandering, insincere, sycophantic AI slop that obfuscates the original idea in service of congratulating everything.

Both express the same basic criticism; you've just replaced the neutral tone with something that's perhaps more effective as a vomitory than as a criticism.
by theshrike79 | 2026-01-07 09:38:53+00:00
The "tools" in this context are literally a few hundred lines of Python or Github CI build pipeline, we're not talking about 500kLOC massive applications.

I'm building tools, not complete factories :) The AI builds me a better hammer specifically for the nails I'm nailing 90% of the time. Even if the AI goes away, I still know how the custom hammer works.
by magospietato | 2026-01-07 09:39:19+00:00
Possibly Codex, but I've only used Claude Code so far.

Worth pointing out I'm not SSHing to a different device. Claude Code installed and running directly in Android terminal on my phone.

I've built ASP.NET Core APIs on-device this way. Install dotnet in the terminal and Claude can write code, build, run unit tests, and even run the API on localhost. Then use `git` and `gh` to commit, push and raise a PR.
by lispking | 2026-01-07 09:39:32+00:00
The desktop version of the recently popular OpenCode (an AI coding agent) is built with Tauri for its small footprint and native performance. Eye Sentry, a clean and minimal eye-protection tool for macOS, uses exactly the same tech stack.

It's super lightweight, has a fresh interface, and focuses on keeping your screen at a comfortable warmth without the bloat of heavier alternatives. Features include:

- Adjustable color temperature and brightness presets (warm/neutral/cool)
- Rest reminders with customizable work/break cycles
- Daily rhythm support (soft wake-up, focus windows)
- Multi-monitor support
- Menu bar controls, shortcuts, and live previews
- Runs entirely locally – no data leaves your machine

Especially optimized for macOS users now. One-click install via Homebrew:

`brew install --cask rustx-labs/tap/eye-sentry`

As developers staring at screens all day, our eyes deserve better guardians. Anyone tried it yet? Feedback welcome – the dev is active on improvements.
by terribleperson | 2026-01-07 09:39:39+00:00
A local AI system that hears your conversations, identifies problems, and then uses spare cycles to devise solutions for them is actually an incredible idea. I'm never going to give a cloud system the kind of access it would need to do a really good job, but a local one I control? Absolutely.

"Hey, are you still having trouble with[succinct summary of a problem it identified]?"
"Yes"
"I have a solution that meets your requirements as I understand them, and fits in your budget."
by csuwldcat | 2026-01-07 09:39:53+00:00
A roaming authenticator does not have access to a CTAP mechanism to query the platform’s credential store. CTAP defines how the platform queries a roaming authenticator, in that direction. There is no CTAP command whereby an authenticator queries the platform for 'all passkeys you have' because the platform is the client in its protocol model. Platform / synced passkeys managed by the OS are not present on the roaming authenticator, so credential management APIs invoked from the roaming authenticator cannot enumerate them (it can only enumerate what it stores).
by Muromec | 2026-01-07 09:40:20+00:00
>Even if that pay was so much lower that you'd have to split your rent with flatmates? (yes, European comp is typically that bad, not oveblowing this)

In tech? Not really. Village kids having studies in the city -- sure, when they are too fancy to live in a dormitory. Tech is more like having a mortgage without your partner contributing kind of salary.
Show HN: LN3 Solved – A fast, spoiler-free game companion
by causalzap | 2026-01-07 09:40:57+00:00
Hi HN,

I'm a huge fan of the Little Nightmares series, but I was frustrated with the current state of game wikis — they are bloated, slow to load, and often spoil the story immediately with uncensored images.

So I built LN3 Solved using Astro.

Key features:
- Fast & Lightweight: Designed for speed, unlike the heavy traditional wiki platforms.
- Spoiler Protection: All plot twists and map secrets are hidden by default (click to reveal).
- Local Storage: Tracks your collectibles (Dolls/Ghosts) and trophies directly in the browser.
- Interactive Tools: JS-based engines to visualize Lore timelines and Boss stats.

It's my attempt at a "User-First" wiki experience. Would love your feedback on the UX!
by marcoaapfortes | 2026-01-07 09:41:15+00:00
Correct! The key insight isn't the algorithm itself—it's that structural metadata is enough. Traditional tools assume you need semantic understanding (embeddings), but we found that path structure + filename + recency gets you 90% of the way there in <200ms.

The 'custom ranking' is inspired by how expert developers navigate codebases: they don't read every file, they infer from structure. /services/stripe/webhook.handler.ts is obviously the webhook handler—no need to embed it.

The innovation is removing unnecessary work (content reading, chunking, embedding) and proving that simple heuristics are faster and more deterministic.
by CapsAdmin | 2026-01-07 09:41:18+00:00
I built an open to "game engine" entirely in Lua a many years ago, but relying on many third party libraries that I would bind to with FFI.

I thought I'd revive it, but this time with Vulkan and no third-party dependencies (except for Vulkan)

4.5 Sonet, Opus and Gemini 3.5 flash has helped me write image decoders for dds, png jpg, exr, a wayland window implementation, macOS window implementation, etc.

I find that Gemini 3.5 flash is really good at understanding 3d in general while sonnet might be lacking a little.

All these sota models seem to understand my bespoke Lua framework and the right level of abstraction. For example at the low level you have the generated Vulkan bindings, then after that you have objects around Vulkan types, then finally a high level pipeline builder and whatnot which does not mention Vulkan anywhere.

However with a larger C# codebase at work, they really struggle. My theory is that there are too many files and abstractions so that they cannot understand where to begin looking.
by MangoTec | 2026-01-07 09:41:46+00:00
I found a path from Piano to Volcano with 41 generated topics!
Piano → Yamaha Corporation (places)
Yamaha Corporation → Katsuhiko Yamashita (people)
Katsuhiko Yamashita → Kyoto Institute of Technology (places)
Kyoto Institute of Technology → Japan (broader)
Japan → Mount Fuji (places)
Mount Fuji → Fuji eruption (evil)
Fuji eruption → Volcanology (broader).

Try it yourself at www.llmgame.ai
by bjt12345 | 2026-01-07 09:42:49+00:00
It's an engineering reason really, the entire reason why MFTs were so popular when they came out was because people were tired of lugging around their Full-Frame camera's zoom lens, and were sick of missing moments when using a prime lens.

The marketing gimmick for awhile was ultra-zooms which allow for smaller lenses via fixing distortion using DSP, but this degrades the image quality, and so never became a solution for RAW shooters.
by LeonM | 2026-01-07 09:43:13+00:00
I do the same. I can SSH into my router at home (which is on 24/7), then issue a WOL request to my dev machine to turn it on.

You don't even have to fully shut down you dev machine, you can allow it to go into stand-by. For that it needs to be wired by cable to LAN, and configured to leave the NIC powered on on stand-by. You can then wake up the device remotely via a WOL magic packet. Maybe this is possible with WLAN too, but I have never tried.

Also, you don't need a Tailscale or other VPN account. You can just use SSH + tunneling, or enable a VPN on your router (and usually enjoy hardware acceleration too!). I happen to have a static IP at home, but you can use a dynamic DNS client on your router to achieve the same effect.
by dajoh | 2026-01-07 09:43:30+00:00
>I'm currently #1 on 5 different very complex computer engineering problems

Ah yes, well known very complex computer engineering problems such as:

* Parsing JSON objects, summing a single field

* Matrix multiplication

* Parsing and evaluating integer basic arithmetic expressions

And you're telling me all you needed to do to get the best solution in the world to these problems was talk to an LLM?
by black_knight | 2026-01-07 09:43:39+00:00
I am not saying we should be defeatist! I making the argument that it does not, and morally should not, have to be so that we all have to toil when we have such a wealth of technology.

How we go about changing this, I do not know, but everyone just playing along nicely in hope of one day being the one who strikes gold seems not to be working!

“Life isn’t fair, suck it up and get good!” is another form of suppression/delusion. Well, if life isn’t it fair, let us at least try to counteract that with cooperation. It seems to me that we have all the tools and technologies we need to make it a lot better.
by batels | 2026-01-07 09:43:39+00:00
Strongly agree. Automation is the ideal outcome whenever possible.

What I keep running into is the gray area between "can’t be automated yet" and "shouldn’t be automated". Things like reviews, checks, approvals, or manual verifications.

The notification fatigue point is especially real. If everything notifies, nothing gets attention.

Do you usually treat non-automatable tasks as exceptions, or do you still rely on routines / trust for those?
by leoc | 2026-01-07 09:44:06+00:00
Right, though it's also reasonably clear that part of the story there is that he finds a high-stakes AI race personally interesting and exciting on a technical and a business level. Conversely it's also fairly clear that he finds doing anything about the steady encrudification of Google to be a big snooze. (Even though it may also be a long-term, though less dramatic, problem for the company's future health, exactly the sort of long-term issue which Google's dual-stock structure was supposed to empower Page and Brin to care about and act on.) But in any case, whatever his mix of motivations are, he's able to act within Google on things he cares about. He is also perfectly able to act on a number of the issues at Google which have significantly bad effects on its users and on the population of Earth at large. (Not all of them, to be sure: there are clearly some problems which would be very hard to fix, alongside a number of no-brainers.) He evidently just isn't willing, because he doesn't care about them.
by imtringued | 2026-01-07 09:44:08+00:00
>The constraint for the bank comes when you start spending that money. Most people take loans to spend the money, eg a company might invest in some new machinery or you might buy a house. The Mr Wagner in your story stopped his investigation too early.

No, you don't get it. Imagine if there was a single bank and no cash withdrawals. The bank can't run out of liquidity, ever. If you buy something from a company, the money lands in the bank account of the company, which is managed by the same bank. This means as long as there is no cross bank transfer, there is no limit to how much money can be created.

Now you might argue that this is a bit unrealistic, but at least in principle you could artificially engineer a situation like that even in the current system by having large corporations agree to use the same bank for money created by a specific loan.

But here is where it gets weirder. Imagine if there are two banks now. Surely now the idea presented above breaks down the moment there is a cross bank transfer, right? Except it's not that simple. There is merely a limit to how much of the created money can leave the bank in one direction. If the cross bank transfers are balanced so that for every transfer from bank one to bank two, there is a transfer from bank two to bank one, then you are back in unlimited money territory.

This means there is no static limit to the amount of money that can be created. The limit is dynamic and depends on the interactions between banks. Specifically, it depends on the liquidity/solvency of a given bank. This means this limit is purely practical and more akin to friction, rather than a fundamental restriction in the math of banking/accounting. It's like how computers aren't turing machines because they have finite amounts of memory. There is no limit to how much memory a computer can have as long as you can manage to build a computer with that much memory.
by marcoaapfortes | 2026-01-07 09:44:35+00:00
Thanks for trying it! This sounds like a bug. Mantic.sh supports all languages (Python, Rust, Go, Java, etc.) it's language-agnostic since it ranks files by path/filename, not content.

A few debugging questions:

- What query did you run? (e.g., mantic "auth logic")
- What's your project structure? (Is it a monorepo, or does it have a non-standard layout?)
- Can you share the output of mantic "your query" --json?

If it's only returning
package.json, it likely means:

- The query is too generic (e.g., mantic "project"), OR
- The file scanner isn't finding your source files (possible .gitignore issue)

Tip: Try running git ls-files | wc -l in your project, if that returns 0 or a very small number, Mantic won't have files to search.

Happy to debug further if you can share more details!
by theshrike79 | 2026-01-07 09:45:10+00:00
Yes and no. I've worked quite a bit with juniors, offshore consultants and just in companies where processes are a bit shit.

The exact same method that worked for those happened to also work for LLMs, I didn't have to learn anything new or change much in my workflow.

"Fix bug in FoobarComponent" is enough of a bug ticket for the 100x developer in your team with experience with that specific product, but bad for AI, juniors and offshored teams.

Thus, giving enough context in each ticket to tell whoever is working on it where to look and a few ideas what might be the root cause and how to fix it is kinda second nature to me.

Also my own brain is mostly neurospicy mush, so _I_ need to write the context to the tickets even if I'm the one on it a few weeks from now. Because now-me remembers things, two-weeks-from-now me most likely doesn't.
by metalman | 2026-01-07 09:46:32+00:00
.2% warranty claims for all causes.
There manufacturing plants must be freakishly precise, quiet, clean, orderly places, "giga factories" where they do production runs in the dark, as there are no humans present or needed untill scheduled maintanence is done.
CATL is commisioning a sodium battery plant this year which will very likely be a game changer for several power storage use cases
that do not require ultra high discharge rates or the lowest weight, but where saftey, low cost, and longer service lives are important.
For remote power storage, backup power, and off grid, the integration on PV, batteries and car charging into a standardised system will be a huge boon, settling on a voltage, likely?, 440, for batteries and PV line voltage, that can then integrate with car batteries will reduce the size, complexity and cost of the whole system.Actual household plug voltage would of course be the same as what people use now, but system voltage would be best at a higher voltage for car bateries, and transformers/transmission lines, pv line voltage.