MurphyA/hacker-news huggingface dataset:
by visarga | 2026-02-15 07:37:22+00:00
I think people forget one thing - LLMs don't even need to scrape, we copy paste and put articles and documents right into their mouth, they only need to keep the mouth open. Copy pasted content is also preselected manually, might filter out some garbage as well.

A subscriber opens the FT, reads an article about semiconductor export controls, pastes it into Claude to ask "what does this mean for my portfolio?" - the FT's content just entered a model's reasoning process, got synthesized with other knowledge, and produced derivative value. No scraper was involved. The paywall was respected. The subscriber paid. And yet the publisher's content was "consumed" by an AI in exactly the way they're trying to prevent.
by CoinFlipSquire | 2026-02-15 07:37:46+00:00
I feel like this answer is reductive. It's not just having a bunch of academic syntax. You need reps. You can't seriously be suggesting that reading about a skill is equal to practicing a skill. The skill was never about the syntax in the first place.

Also again, this logic only works on absolute greenfield project. If you write enterprise code in large organizations, you also have to consider the established architecture and patterns of the code-base. There's no book or usually cohesive documentation to that. There's a reason a lot of devs aren't considered fully on-boarded until after a year.

If you leverage the LLM to write the code for you. Then you never learn about your own codebase. Thus you cannot preform good code review. Which again is why I say reviewing code while never writing code is a paradox statement. You don't have the skills to do the former without doing the latter.

Even if you're take was that typing code into a keyboard was never the main part of your job then the question is ok what is it? And if the answer was being an architect then I ask you. How can you know what code patterns work for this specific business need when you don't write code?
by wazHFsRy | 2026-02-15 07:37:48+00:00
I think right now a good approach can be using AI everywhere where it helps us in doing the hard work. Not taking the hard work over, but making the task easier in a supporting role. Few things that work really well for me:

- AI creating un-opinionated summaries of PRs to help me get started reviewing

- AI being an interactive tutor while I’ll still do the hard work of learning something new [1]

- AI challenging my design proposal QA style, making me defend it

- boilerplate and clear refactorings, while I’ll build the abstractions

[1] https://www.dev-log.me/jokes_on_you_ai_llms_for_learning/
by bdavbdav | 2026-02-15 07:38:14+00:00
They may be preferred, but in a lot of cases they’re pretty terrible.

I had a bit of a heated debate with ChatGPT about the best way to restore a broken strange mdadm setup. It was very confidently wrong, and battled its point until I posted terminal output.

Sometimes I feel it’s learnt from the more belligerent side of OSS maintenance!
by razemio | 2026-02-15 07:38:21+00:00
I think with arch wiki it is even more than that. Before I switched to arch back then, you would consult the arch wiki for an unrelated distro, because it was (is) that good. Even the aur repository helps you alot, by checking the raw scripts, how to compile stuff. I can't make a good example but it feeled like reading vi specific wiki that helped you with plugin development for emacs.
by moritzwarhier | 2026-02-15 07:38:25+00:00
When I checked the site yesterday after reading this, I found that npmx was indeed faster. And on npmjs.org, the back button was broken when browsing code on the site, here not.

However, I would be wary to adopt a third-party code browser for previewing dependency code, even more than using the auhtoritative one on npmjs.org.

Downloading an archive without executing anything and looking at the content would be better if done for getting a peek.

I don't get the strong dislike for the UI though, it looks solid to me. Aesthetically conservative and nothing new, but well-executed, responsive, tidy, and with attention to detail.
by nikitau | 2026-02-15 07:38:45+00:00
Nice. I've also been doing this for a while too. I don't like to depend on a lot of addons, so I find the ublock only implementation of it quite elegant and fast. I also try to use filters nowadays to block other types of dark patterns (eg. Infinite scroll recommendations). It's surprising how much you can de-enshittify the modern corporate internet by just blocking tags with some css path filters.
by saidinesh5 | 2026-02-15 07:39:49+00:00
Let's say you need to use a function like:

int add(int a, int b){
// Long logic and then this
return a+b;
}

Let's say this is your main.c.

#include "add.h"

int main(void) {
return add(5,6);
}

The preprocessor just copies the contents of add.h into your main.c whenever you're trying to compile main.c. (let's ignore the concept of precompiled headers for now).

What you can instead do is just put the add function declaration in add.h that just tells the compiler that add function takes two integers and returns an integer.

int add(int a, int b);

You can then put the add function definition in add.c , compile that to an add.o and link it to your main.o at link time to get your final binary - without having to recompile add.o every time you change your main.c.

Precompiled headers: https://maskray.me/blog/2023-07-16-precompiled-headers
by 4gotunameagain | 2026-02-15 07:42:15+00:00
> Claude ran strings on the binary and this was the most productive step of the whole session.

After $150 in tokens, inflating GPU prices by 10%, spending $550 of VC money, and increasing the earth's temperature by 0.2 degC, claude did what a 16 year old that read two blog posts about reverse engineering would do.
by Erenay09 | 2026-02-15 07:44:44+00:00
About a year ago, when I installed Arch, my first Linux distro, most things were great. However, while testing some commands in pacman, there were a bunch of Python-related packages (even though I hadn't downloaded them). Since I needed some disk space, I figured deleting them wouldn't hurt. Unfortunately, I couldn't boot again. I guess the ones related to Python were related to Hyprland and Quickshell.
by elcritch | 2026-02-15 07:46:27+00:00
For more complex projects I find this pattern very helpful. The last two gens of SOTA models have become rather good at following existing code patterns.

If you have a solid architecture they can be almost prescient in their ability to modify things. However they're a bit like Taylor series expansions. They only accurate out so far from the known basis. Hmm, or control theory where you have stable and unstable regimes.
by nunez | 2026-02-15 07:47:39+00:00
Not surprising. Many folks struggle with writing (hence why ChatGPT is so popular for writing stuff), so people struggling to coherently express what they want and how makes sense.

But the big models have come a long way in this regard. Claude + Opus especially. You can build something with a super small prompt and keep hammering it with fix prompts until you get what you want. It's not efficient, but it's doable, and it's much better than having to write a full spec not half a year ago.
by nilsherzig | 2026-02-15 07:48:21+00:00
Can someone explain the other iot devices using the same broker? I tried cross referencing the feature list, information about the user base, kickstarter origin and flutter app with some search results and I’m pretty sure that I found the company and product in question. But they don’t (publicly) produce iot devices? Sooo I’m wondering if different companies are streaming their data into a shared sink and why they would do that?
by Tadpole9181 | 2026-02-15 07:49:28+00:00
> but people do get through grief

Sorry to be grim, but many people don't.

TFA is quite clear that her and her fiance were socially isolated and, upon his passing, she had no support network. In the loneliness epidemic. And trying to "just go out" and make friends after years of not being able to , when you're stuck with your grief and at a low point in life is what the kids would call "hard".

This person is clearly at the fringe of society and holding onto their well-being by a thread. They need professional help and a reboot of their life.

I don't think the relationship with a chatbot or was healthy, but "just get better" is an entirely unempathetic, unreasonable suggestion for a high-risk individual faced with an arduous, life-altering journey at the height of mental instability.
by bob1029 | 2026-02-15 07:50:07+00:00
The #1 predictor of success here is being able to define what success looks like in an obnoxiously detailed manner. If you have a strong vision about the desired UI/UX and you constantly push for that outcome, it is very unlikely you will have a bad time with the current models.

The workflow that seems more perilous is the one where the developer fires up gas town with a vague prompt like "here's my crypto wallet please make me more money". We should be wielding these tools like high end anime mech suits. Serialized execution and human fully in the loop can be so much faster even if it consumes tokens more slowly.
by thomasmg | 2026-02-15 07:50:16+00:00
I tried to describe this in [1]: "Unsigned integer are intentionally not supported to simplify learning and using the language, to avoid surprising behavior and edge cases, and to reduce security issues and error-handling pitfalls. When needed, unsigned behavior is available through explicit operations. This design does not affect performance or memory usage."

I understand this may not sound very convincing yet... it is hard to describe... basically, unsigned types sound simple, but they are not.

[1] https://thomasmueller.github.io/bau-lang/features.html
by brabel | 2026-02-15 07:50:39+00:00
You did not point out any inaccuracy, you literally made baseless comment about it being "up to 5 times" slower without providing an example where that's the case.

"That's just rude" - oh my, never though asking for evidence of a performance problem on HN would be "rude". And yes, if something is actually 5x slower, it's very likely a performance bug that can be fixed, as FillC's author has made it clear in several opportunities.
by matheus-rr | 2026-02-15 07:50:48+00:00
The part about "dark flow" resonates strongly. I've seen this pattern play out with a specific downstream cost that doesn't get discussed enough: maintenance debt.

When someone vibe-codes a project, they typically pin whatever dependency versions the LLM happened to know about during training. Six months later, those pinned versions have known CVEs, are approaching end-of-life, or have breaking changes queued up. The person who built it doesn't understand the dependency tree because they never chose those dependencies deliberately — the LLM did. Now upgrading is harder than building from scratch because nobody understands why specific libraries were chosen or what assumptions the code makes about their behavior.

This is already happening at scale. I work on tooling that tracks version health across ecosystems and the pattern is unmistakable: projects with high AI-generation signals (cookie-cutter structure, inconsistent coding style within the same file, dependencies that were trendy 6 months ago but have since been superseded) correlate strongly with stale dependency trees and unpatched vulnerabilities.

The "flow" part makes it worse — the developer feels productive because they shipped features fast. But they're building on a foundation they can't maintain, and the real cost shows up on a delay. It's technical debt with an unusually long fuse.
by lucianbr | 2026-02-15 07:51:29+00:00
As if there was an easy, foolproof and precise way to calculate these probabilities. "Just only alter the patient when it is appropriate" he said. You can solve all the world's problems this way, just "always do the right thing". Reality, unfortunately, is more complicated.

What if in reality the doctors can only say if the probability is above 60% or not? What if some doctors are better than others at estimating probabilities? What if estimates are influenced by financial reasons by some entity like the hospital or insurer?
by InsideOutSanta | 2026-02-15 07:52:49+00:00
The problem with this is that views from third-party clients don't seem to be counted correctly. Lots of creators now have ads in their videos, in addition to YT ads, so presumably, the lower view counts also hurt their own ad sales.

I don't really want to use the official YT client, or give Google any money, so I just buy some merch from my favorite creators once in a while, or support them on Patreon.
by mattlondon | 2026-02-15 07:53:06+00:00
I think it is several steps up and beyond from hitting rocks together.

You need to create string. You need to cut the wood for the bow. The bow and the string need to be the right sizes too. You need something that is sharp enough to work as the drill bit but also small AND approximately round enough to work in the bow. That also needs to be made of a material that is harder than the one you are drilling - here in this story there was some sort metallurgy involved to create the alloy, so that likely involves working with ores etc (mining, identifying, processing etc etc).

There are a lot of steps. You can't just find a random "vine" to wrap snuggly and securely around a random thing you find to use as a drill bit that is like 1cm in diameter - you'll need something of consistent size and highly flexible for the string, similar for the drill bit needs to be the right size and so on.

The next step up from banging rocks together is probably using sharp stone chips as scrapers or crude knives. Even napped stone axes are quite difficult to create and require skill, even if the raw components are literally laying around.

I suspect the average person would struggle to make fire, let alone hand tools.
by HendrikHensen | 2026-02-15 07:53:28+00:00
If this is to be a real, (relatively) widely-used language, I would make some tough choices on where to innovate, and where to just leave things the same.

One thing I noticed in the example is `num target`, especially because the focus is on "clarity". When I read the example, I was sure that `num` would be something like the JavaScript `Number` type. But to my surprise, it's just a 64-bit integer.

For an extremely long time, languages have had "int", "integer", "int64", and similar. If you aim for clarity, I would strongly advise to just keep those names and don't try to invent new words for them just because. Both because of familiarity (most programmers coming to your language will already be familiar other languages which have "int(eger)"), and because of clarity ("int(eger)" is unambiguous, it is a well defined term to mean a round number; "num" is ambiguous and "number" can mean any type of number, e.g. integer, decimal, imaginary, complex, etc).

The most clear are when the data types are fully explicit, eg. `int64` (signed), `uint64` (unsigned), `int32`, etc.
by Tadpole9181 | 2026-02-15 07:53:34+00:00
OotB, it had a more creative voice and less safety systems built in. I think these folk could wiggle around the prompting for modern models to be better if they were more savvy.

For example: Silly Tavern users with jailbreaking, advanced prompting, and paramter hyper-optimization.

Maybe that wouldn't appeal to this kind of user anyway, since it'd peek too much into the sausage factory? Who knows.
by IshKebab | 2026-02-15 07:53:38+00:00
I 100% agree. The UK recently recommended to not scan for prostate cancer because it sometimes detects cancers that don't need treatment:

https://www.bbc.com/news/articles/cm20169gz44o.amp

This seems super dumb to me. If the test detects cancer that doesn't need treatment, don't treat it!! It's still better to know it's there and that you need to monitor it.

> Before you know it, you are on the operating table having your prostate removed – and we see examples of that all the time,

Well fix that problem then. If someone puts a smoke detector above a toaster you don't just pull the battery and call it a day.
by roncesvalles | 2026-02-15 07:53:44+00:00
Hardly. You're going from analog to digital and vice-versa. You probably need specialized appliances. For every country in the world. And it's "solved" but only in proprietary contexts; I don't think there's a standard. Then you need to operate it - you need SREs, bug fixes, keeping up with downstream changes etc.

Adding PSTN to Discord is absolutely a Discord-sized problem.

>Software is cheap and easy to produce these days

Yeah todo list apps.
Need Help, the Softraid and Lvm
by areslee | 2026-02-15 07:54:55+00:00
I'm a novice. I'm asking this question not to cause any argument.
I need to set up an internal server for the company. Initially, there were 8 4T hard drives. In the future, depending on business growth, it may increase to 32 or more.
As a novice, I learned some knowledge about storage pools on the Internet. Only two cases met the requirements.
Softraid and LVM. However, it's impossible to determine which one is more suitable for my needs. Additionally, I noticed that both of these technologies haven't had major feature upgrades for a long time. They seem to be quite mature.
So I sincerely would like to ask which of these two technologies is more suitable for me.
Thank you very much.
Regardless of which one you prefer, please don't argue. Thank you again.
by lukaslalinsky | 2026-02-15 07:54:57+00:00
I've realized that Zig is a language, in which people can write programs in vastly different styles. And these are not really compatible. This is not unlike C++, for example. I learned Zig in my own bubble, just using my previous programming knowledge, not relaying on existing Zig code much. If I saw Zig's own code at the early stages, I'd probably not pick the language, purely on the style of huge inlined switches and nested conditions all over the place.
by mgraczyk | 2026-02-15 07:55:36+00:00
> What if estimates are influenced by financial reasons by some entity like the hospital or insurer?

It's this one

It doesn't matter that some cancers are hard to diagnose. What matters is that some are not hard, especially if you have multiple scans spanning several years

Did you know optometrists now scan your retina during ordinary eyeglasses appointments? They didn't do this in the past because it was too expensive. But optometrists cannot diagnose or treat based on these scans. They refer you to an opthamologist.

Some day your PCP will do the same with MRIs, but only once they are cheap. For now only rich people have this luxury
by rdmuser | 2026-02-15 07:55:56+00:00
Oh neat! I went and shared this with some Brazilian friends of mine. They tend to like stuff like this so I think it will make them happy.

I know I enjoyed checking out some sites you have in that list (using translation) so thanks!

I love browsing outside the anglosphere but it can be challenging sometimes finding curators that find regular new sites or posts to check out when other languages aren't part of your regular browsing routine.
by akssri | 2026-02-15 07:56:43+00:00
Newpipe is awesome.

On principle, I probably wouldn't mind the the ads, but the feed and the ad-relevance is so bad that it's downright annoying at this point. Moreover, the feed here (India) is either political crap or thirst-trap "item-songs" - just bottom of the barrel shit. If you're on firefox, you can block the main-page feed with the following filter in ublock-origin,

"www.youtube.com##ytd-browse[page-subtype="home"]"

Sadly, you can't do this on Chrome/Chromium anymore with manifest v3.
Show HN: GPACalc – Free GPA and CGPA Calculator (4.0/5.0/10.0 scales)
by YidaDev | 2026-02-15 07:57:21+00:00
Hi HN — I built GPACalc to help students quickly calculate GPA/CGPA and convert GPA to percentage across different grading systems (4.0, 5.0, and 10.0).

It also lets you estimate cumulative results from current CGPA, completed credits, and expected semester grades.
It’s free, no sign-up, and mobile-friendly.

I’d really value feedback on:

missing grading scales or country systems
confusing parts of the UX
features that would make this more useful for students/counselors
by saghm | 2026-02-15 07:57:25+00:00
Yeah, this seems to be a common thing nowadays, although often with the value cited as "simplicity". I've always found it a bit odd because it seems to me like there are tradeoffs where making things at one level of granularity more clear or simple (or whatever you want to call it) will come at the cost of making things less clear and simple if you zoom in or out a bit at what the code is doing. Assembly is more "clear" in terms of what the processor is doing, but it makes the overall control flow and logic of a program less clear than a higher level language. Explicitly defining when memory is allocated and freed makes the performance characteristics of a program more clear, but it's "ceremony" compared to a garbage collected language that doesn't require manually handling that by default.

I think my fundamental issue with this sort of prioritization is that I think that there's a lot of value in being able to jump between different mental models of a program, and whether something is clear or absolutely ridden with "ceremony" can be drastically different depending on those models. By optimizing for exactly one model, you're making programs written in that language harder to think about in pretty much every other model while quickly hitting diminishing returns on how useful it is to try to make that one level of granularity even more clear. This is especially problematic when trying to debug or optimize programs after the initial work to write them is complete; having it be super clear what each individual line of code is doing isolation might not be enough to help me ensure that my overall architecture isn't flawed, and similarly having a bunch of great high-level abstractions won't necessarily help me notice bugs that can live entirely in one line of code.

I don't think these are specific use cases that a language can just consider to be outside of the scope in the same way they might choose not to support systems programming or DSLs or whatever; programmers need to be able to translate the ideas of how the program works into code and then diff between them to identify issues at both a macro and micro level regardless of what types of programs they're working on.
by aurareturn | 2026-02-15 07:57:35+00:00
Also The Atlantic:

Here’s How the AI Crash Happens

https://www.theatlantic.com/technology/2025/10/data-centers-...

OpenAI Is in Trouble

https://www.theatlantic.com/technology/2025/12/openai-losing...

AI will crash. OpenAI is in trouble. But also, AI is going to be so good that America isn't ready for AI at work.
by rurban | 2026-02-15 07:58:19+00:00
This is hilarious. Unfortunately not entirely fake. I myself had an totally unqualified idiot to do a security audit on a TLS implementation. He probably came from web security audits and insisted to get mime checks for the private and public keys. Ha! These keys where files on disc.

I told him he was wrong. Management was helpful to bypass the idiotic parts.
by vasco | 2026-02-15 07:58:31+00:00
Your cases are bullshit. You a-priori do not know if you have cancer. The case 1 branches are:

Case 1 without cancer: you're a guy that knows more than doctors because you're the "I have 3 scans on hand guy", so as soon as you open the scans and the doctor says there's a mass, you will say 'OK what can we do???' And then you had a worthless biopsy.

Case 1 with cancer: you saved the 1 week it would take to schedule the new scan and get results and you're basically in the same situation except one week earlier.