MurphyA/hacker-news huggingface dataset:
by TuringNYC | 2025-05-14 16:21:33+00:00
>> jobs are merely mechanical and there is no high-level reasoning involved

This is a very binary way of thinking about it. More usual is that components of many professions are mechanical and can be automated, while other components are not mechanical and thus harder to automate. Regardless, if some % of the mechanical work goes away, it is unlikely that human workers just work less. Instead, they will work just as much and the overall demand for workers is reduced by %
Show HN: Glyph – Instantly highlight TODOs and custom task comments in VS Code
by SamiranRaii | 2025-05-14 16:21:33+00:00
I built a lightweight VS Code extension to help developers stay on top of TODOs, FIXMEs, and custom comments.

Why? Because I kept missing these across large projects — and the built-in search felt clunky.

With *Glyph Tool*, you get: - Real-time keyword highlighting (no saving needed) - Customizable tags with color-coding - A sidebar panel that lists all tagged comments - Mark as done, bulk delete, or filter by file/type

It’s free, open to feedback, and built to work out of the box. https://marketplace.visualstudio.com/items?itemName=SamiranR...
by hungryhobbit | 2025-05-14 16:21:57+00:00
Inventing your own programming language for your personal project is a TERRIBLE idea, and will likely doom the project in the long run.

Languages require a huge amount of support, and you're going to be way too busy building an RPG maker to properly support a whole language. That means you're just going to wind up with a shitty unsupported custom language no one wants or knows how to use.
by arghwhat | 2025-05-14 16:21:57+00:00
They are not just looking for vulnerabilities, they're demonstrating impact which is kernel dependent.

The kernel has numerous CPU bug mitigations that change kernel behavior to make the CPU bug ineffective for active exploitation (microcode rarely fixes bugs other than just disabling a whole subsystem - they usually take silicon iterations to fix, and the kernel has to pick up the slack), and current kernel design choices may also unintentionally render the vulnerability ineffective.

That's why they specifically say what OS and version they're running, exactly because it is crucial. It's just that they are not, in fact, up to date when it comes to the kernel.
by doctordemen | 2025-05-14 16:21:59+00:00
> You're either making wild assumptions or you've read some real sketchy stuff about dieting. Either way what you said isn't true and you seem to be repeating Joe Rogan type stuff about vegan diets.

Huh?

> Supplementing b-12 is easy. Getting it from natural vegan sources isn't hard.

Citation needed.
by KerrAvon | 2025-05-14 16:22:12+00:00
To be clear, we also need more medical professionals in general -- they're not keeping up with the population and it's making us all less healthy. Three to six months, or more, in the SF bay area for some critical appointments is really unacceptable, but there's not really an option given supply and demand.

I'm sure this will all get better with captain brainworms at the helm.
by riehwvfbk | 2025-05-14 16:22:14+00:00
Well, no. In a low density US city a bus route goes into all the places where nobody is waiting in the name of increasing coverage. Adding more routes is impossible due to lack of funding. This makes it take 2-3 times as long as a car to get anywhere, which it then makes buses transportation of last resort. Which further decreases ridership and funding.

A municipal service cannot implement on-demand hailing because it has to serve the one or two people who can't use a phone (never mind that it would be cheaper to hire a personal assistant for them to book their rides). And so innovation is left to private enterprises.

Here come the downvotes! However, on a sibling thread about on-demand buses in China the same folks will praise innovation...
by FinnLobsien | 2025-05-14 16:22:16+00:00
I think the type of coding AI is great at is the opposite of what OSS doesn't need. There's a quote in the article:

> maybe 20 to 30 percent of the code that is inside of our repos today in some of our projects are probably all written by software.

A lot of people read that and think "wow AI will be building 20-30 percent of the features" when the reality is that a percentage much higher than 20-30 percent is pretty mechanical.

AI helps you take care of the repetitive, obvious "just have to get it done" stuff humans don't want to do.

But OSS is precisely the opposite, where only new stuff is worth submitting.

So the statement "AI is good at coding" is compatible with "AI is bad at open source contributions".
by altairprime | 2025-05-14 16:22:17+00:00
It seems fine to me. Made sense on the first read and matches my experiences with OpenEXR and ProPhoto RGB and pre-Apple monitors.

High dynamic resolution has always been about tone mapping. Post-sRGB color profile support is called “Wide color” these days, has been available for twenty years or more on all DSLR cameras (such as Nikon ProPhoto RGB supported in-camera on my old D70), and has nothing to do with the dynamic range and tone mapping of the photo. It’s convenient that we don’t have to use EXR files anymore, though!

An HDR photo in sRGB will have the same defects beyond peak saturation at any given hue point, as an SDR photo in sRGB would, relative to either in DCI-P3 or ProPhoto. Even a two-bit black-or-white “what’s color? on or off pixels only” HyperCard dithered image file can still be HDR or SDR. In OKLCH, the selected luminosity will also impact the available chroma range; at some point you start spending your new post-sRGB peak chroma on luminosity instead; but the exact characteristic of that tradeoff at any given hue point is defined by the color profile algorithm, not by whether the photo is SDR or HDR, and the highest peak saturation possible for each hue is fixed, whatever luminosity it happens to be at.
by cmrdporcupine | 2025-05-14 16:22:19+00:00
It's more than that. Rust's value & reference passing semantics are completely different from the way most programmer's have trained their entire lives to think about it.

When you pass an argument to a function in Rust, or assign a value into a struct or variable, etc. you are moving it (unless it's Copy). That's extremely different from any other programming language people are used to, where things are broadly pass by value pass by reference and you can just do that as much as you want and the compiler doesn't care. It's as if in C++ you were doing std::move for every single argument or assignment.

And so as a programmer you have to shift to a mindset where you're thinking about that happening. This is profoundly unintuitive at first but becomes habit over time.

Then having that habit, it's actually a nice reasoning skill when you go back to working in other languages.
by perrygeo | 2025-05-14 16:22:20+00:00
I'm not sure I see your point. You rewrote that sentence to prove some point about its absurdity, but I find it a perfectly valid statement.

First, it's not a great analogy. Fluoride isn't a psychoactive drug. It doesn't change behavior, it's not addictive, it's not outright toxic to the body at normal levels. It's presence doesn't cause a public health hazard (though its absence might). There is a substantial difference that can't be hand-waved away. We're talking apples and oranges.

Second, have you researched the history of modern nation states and their collective "war on drugs"? I have no qualms saying that it's been an utter failure. Running a centuries long war against its citizens is unconscionable, expensive, and it doesn't even reduce drug use or its impacts.. I see no evidence, none, that militarization of police forces against their citizens has any positive effect on society. It certainty does nothing to stop drug use, which is the entire point.

Put another way, I don't personally drink or smoke (and I happen to think they're far more harmful than we realize), yet I don't want to live in a society where those things are made illegal. There is no contradiction here.

In terms of fluoride, I don't want to live in a society where I'm a) drugged against my will or b) forbidden from accessing the drug entirely. There's got to be a middle ground.
by conartist6 | 2025-05-14 16:22:34+00:00
The mistake the author is making is one they are still making, even as they write this.

They are referring to ChatGPT as if it is an entity that has a point of view that you could uncover through conversation, instead of an non-entity whose mission is to convince the reader that it is an entity.

There is not much point in analyzing what it writes unless this changes.
by imtringued | 2025-05-14 16:22:43+00:00
Look I don't want to be rude, but your resume screams "Dear AI Overlords I beg of you, please hire me! See? I did all the AI things to please you! Please don't abandon me, sniff"

It's downright comical.

My biggest problem with your resume is that it feels oddly vague and empty... "API development"? Come on.

20 years of full stack development experience? React is the de facto standard and as of today is 12 years old and it's absent. Absent! NodeJS? Absent!

Now think about what the key advantage of a highly experienced engineer is. Of course! It's the experience!

What you really should be doing is building a meta resume that contains all marketable job skills and experiences. Because you're experienced and know a lot of things, the resume will be too long, so what you need to do is tailor to the job posting and cut out all the irrelevant parts to stay under two pages.

Since you are so obsessed with AI, you could even let the AI cut your resume down (don't let it write new things) and then just send it off. What you 100% certainly shouldn't do is let it write the resume itself.
by frabonacci | 2025-05-14 16:22:45+00:00
Yes, running virtualized workloads at scale is one of our primary use cases. We're already deploying Lumier-based VMs on macOS GitHub runners, AWS EC2 Mac instances, and Scaleway.

Notably, Scaleway is one of the few providers to offer M4-based Mac minis that support nested virtualization. The main caveat is that these are currently only available in EU regions.
by bluGill | 2025-05-14 16:22:47+00:00
Those other parts of the laptop are cheap though. Sure not free, but chromebooks can be had new for just a few hundred $$$ (they don't need a fan either). If you want a fast laptop you need to spend a lot of money, but a fast laptop has the ability to have better RAM, SSDs and such than your phone because there is more space in that form factor and so if you want fast you are back to laptop while if you don't need fast your laptop is cheap.
by kimbernator | 2025-05-14 16:22:51+00:00
It's really hard to see this as an improvement to publicly funded systems when there's not really any reason we couldn't have this in said systems.

This is yet another erosion to public ownership of infrastructure that will be lauded by hyper-capitalists as a good thing. This whole "enshittification" trend occurs because of the pressure to constantly squeeze a percent more out of consumers each quarter than the last. Why are we handing everything over to that? This service is -literally- guaranteed to get worse and/or more expensive over time.
by paddy_m | 2025-05-14 16:22:54+00:00
Do you have a demo video?

What are you using for processing (polars)?

Marketing note: I'm sure you're proud of P Core/V Core, but that doesn't matter to your users, it's an implementation detail. At a maximum I'd write "intelligent execution that scales from small files to large files".

As an implementation note, I would make it simple to operate on just the first 1000 (10k or 100k) rows so responses are super quick, then once the users are happy about the transform, make it a single click to operate on the entire file with a time estimate.

Another feature I'd like in this vein is execute on a small subset, then if you find an error with a larger subset, try to reduce the larger subset to a small quick to reproduce version. Especially for deduping.
by owenversteeg | 2025-05-14 16:23:43+00:00
Yeah, the Guardian has had several articles lately with obvious non-facts that are likely LLM fabrications. Good to see more people call them out on it here.

In real life, Ford has made large F-series trucks since 1948 (a bit before Mad Max.) They are nowhere near the size of a tractor-trailer, which are 70-80 feet long vs the 20-30' of F-650s. In recent decades the F-250/350/450/550/600 are heavier-duty trucks for mostly commercial applications, and the F-650/750 are a different series with fewer creature comforts, almost entirely for commercial use. Even in the reddest part of Unnecessarily Large Truck America you will mostly see these trucks in use for commercial purposes (small dump trucks, bucket trucks, airport use, water hauling, etc.)

Also, "how insurgents get around war zones"? That's hilarious. I mean, I'm sure someone somewhere in all the wars on Earth has gone around a war zone in a custom F-650, but it sure isn't one with armor and a 120 gallon fuel tank. Any kind of useful armor on a vehicle THAT large and the thing would weigh well north of 40,000 lbs. It would weigh as much as a light tank with a far worse weight distribution. It would completely destroy roads and the fuel capacity would be uselessly small. And as a cherry on top, the claimed operators of this logistical nightmare: "insurgents." Nobody with as much as one functioning brain cell was involved in the writing or editing of this article.
by jjice | 2025-05-14 16:23:46+00:00
It's all minor stuff. I don't bother storing things that I can web search. I store things that are relevant to my life, or would at least be a pain to find online. For example, I have the door code to my mom's house written down. I visit like twice a year and if I didn't have it written down, I'd lock myself out every time (ask me how I know...).

Other things include planning and documenting projects like travel planning. If I write it down now and have it in one place, I'll look at it at the planned time I'll use it (during the trip).

Another example is info I had to watch a YouTube video for that can be paraphrased. Cleaning and descaling my espresso machine is a good example. It's a few textual lines and I know I do it once every few months, so having it essentially cached in my notes comes in handy.

If I can't Google it (at least in a reasonable amount of time) and I suspect it may come up again, I'll jot it down. If I can't see any way I'd care about it in the future, I don't bother jotting it down.
by raydiak | 2025-05-14 16:24:48+00:00
Review the guidelines. That level of snark and vitriol is wholly unacceptable on this site. That is why I comment here instead of, say, X. Disagreeing is not condescension. I keep stating facts, and you keep circling back to emotional aspersions. This is supposed to be a place for civilized discourse. If you are incapable of disagreeing in a mature and respectful manner, it is you who should engage yourself elsewhere.
by TuringNYC | 2025-05-14 16:24:53+00:00
>> No. There is no area of medicine where a boost in productivity will cause doctors to have idle time. The wait times may decrease, throughput may increase, diagnosis accuracy may improve, even costs may decrease (press x to doubt) but no, there will never be a case where we will need less radiologists.

I dont think this is how market participants may think about it. If costs decrease, some group of radiologists will drop out of the market. We may not "need" less radiologists, but we're signaling we need less of them by not paying them as much as before.

Much like I still "need" a photographer, but short of weddings, I'm not willing to pay as much as before. I may well acquire a photogrpher for a portrait, but it would have to be priced competitively to a selfie.
by daveguy | 2025-05-14 16:25:03+00:00
SFTP protocol includes checksum hashing on each packet sent. So corruption from the network is very unlikely (as it is also encrypted).

On the write to disk side, you are probably best off using ZFS or btrfs as the filesystem. These contain the option for similar integrity checks / error correction on write.

What is your threat model? Are you concerned about adversarial changes to the data or just prevention of corruption? Either way an adversary would have to be deep in your system or mitm to get around the transfer protocol protections. And the transfer protocols used by SFTP should handle random network corruption.
by nerdsniper | 2025-05-14 16:25:41+00:00
It could be anti-consumer because Zillow isn't a market for just the rich and well-connected. If I own a modest home, I don't necessarily need a realtor to help me sell it. I might like to list it on Zillow myself and sell it without realtors taking 3-6% of the sale price. Now that isn't an option - I'm forced to go through a realtor and pay them 3-6% because only they can list on MLS.
by hungryhobbit | 2025-05-14 16:26:15+00:00
While I like the idea of tool consolidation, bug trackers aren't just a tool for the engineers. At most companies I've worked at, the support team, designers, QA team, managers, etc. all use the bug tracker on a daily basis.

It sounds like you can "bridge" to somehow show the tracker outside Engineering, but then you're having to do work around the consolidation, and I'd imagine the result won't be as nice as a full-featured tracker designed for everyone to use.

But, I am curious to hear from someone who has actually used this thing.
Ask HN: How are you cleaning and transforming data before imports/uploads?
by dataflowmapper | 2025-05-14 16:27:15+00:00
Hi all,

I’m curious how folks handle the prep work for data imports/uploads into systems like Salesforce, Workday, NetSuite, or really any app that uses template based import for data loading, migration, or implementation.

Specifically: - How do you manage conversions/transformations like formatting dates, getting everything aligned with the templates, mapping old codes to new ones, etc.

- Are you primarily using Excel, custom scripts, Power Query or something else?

- What are the most tedious/painful parts of this process and what have you found that works?

Really appreciate any insights and am curious to learn from everyone's experience.
by vlovich123 | 2025-05-14 16:27:27+00:00
Your “infrastructure” server could be a CI server - it’s just building “my” code ignoring that many (all?) build systems allow execution of arbitrary code as part of the build process (rust, cmake, bazel, JS ecosystem, Go, etc etc) and many involve 3p dependencies. And CI servers often handle secrets to infrastructure (publishing packages, etc). So you could end up allowing a supply chain attack that reads out various API keys & whatnot.

In other words, properly drawing the boundary around “this is safe with meltdown disabled” is very hard, non-intuitive, and you’re one configuration/SW change or a violated assumption away from a Meltdown attack which is cross-process memory access & one notch below remote access. There’s a reason you design for security in depth rather than trying to carefully build a jenga tower where you’re one falling block away from total compromise.
by frabonacci | 2025-05-14 16:27:38+00:00
Not quite, there's no need to run a Linux VM on macOS just to spin up macOS VMs.

Since the host is already macOS, we leverage the Apple Virtualization Framework (Vz) directly via a lightweight background service (lume). The Docker container (Lumier) acts purely as a frontend and delivery mechanism for managing and launching VMs — there's no nested virtualization or Linux VM involved.

That said, you're absolutely right that macOS hardware isn’t cheap, and RAM can be a real constraint. If you're running multiple VMs or aiming for production-scale setups, options like Scaleway’s M4 Mac minis or EC2 Mac Metal instances offer more headroom.

Also worth noting: while Lumier supports virtualizing Linux VMs too, if your use case is only Linux, there are far more cost-effective options using KVM on Linux hosts.
by reginald78 | 2025-05-14 16:27:50+00:00
No, I think he's mostly right but it is a little more complicated. Most services demand a cell number verification on account creation for user tracking and identification under the guise of security for you. The SMS 2FA setup flow just helps push the user into coughing it up and helps sell the security cover story. Theoretically this helps prevent abuse, but there's no reason they have to abuse the data themselves after getting it for that. Its just that they will. They'll even lie to your face that they only use the number for security purposes and then use it for advertising anyway.

https://www.eff.org/deeplinks/2019/10/twitter-uninentionally...

https://techcrunch.com/2018/09/27/yes-facebook-is-using-your...
by PKop | 2025-05-14 16:27:53+00:00
Stratechery's interpretation of CFO Amy Hood's explanation seems to be the exact opposite of what you're saying: non-AI outperformed more than AI, which showed positive results mostly from early capacity being brought on pulling forward already established demand.

Stratechery:

Everyone is very excited about the big Azure beat, but CFO Amy Hood took care to be crystal clear on the earnings call that the AI numbers, to the extent they beat, were simply because a bit more capacity came on line earlier than expected; the actual beat was in plain old cloud computing. From Hood’s prepared remarks:

Focused execution drove non-AI services results where we saw accelerated growth in our enterprise customer segment, as well as some improvement in our scale motions. And in Azure AI services, we brought capacity online faster than expected.

Hood further clarified in response to a question:

Just to provide some clarity because I think your question implies something that we didn’t mean to imply on the call. First, the real outperformance in Azure this quarter was in our non-AI business. So then to talk about the AI business, really, what was better was precisely what we said. We talked about this. We knew Q3 that we had and hadn’t really match supply and demand pretty carefully and didn’t expect to do much better than we had guided to on the AI side. We’ve been quite consistent on that.

So the only real upside we saw on the AI side of the business was that we were able to deliver supply early to a number of customers. And being able to do that throughout the quarter creates quite a good benefit to us. But the majority of our outperformance versus where we had expected to be was on the non-AI piece of the business.
by radiologist72 | 2025-05-14 16:28:01+00:00
You say "Legal is easy, the most powerful lobby in most states are trial attorneys."

The most powerful lobby in this case is the ABR which carefully constricts coveted residency spots in Radiology to create an artificial scarcity and keep up incomes. It is the opposite of, say, technology, where we have no gatekeeper and supply increases.

The ABR will say that Medicare doesnt fund enough residency spots, but all you need to do is look at an EoB and see that a week of residency billings covers the entire cost of the resident.
by bko | 2025-05-14 16:29:08+00:00
The whole argument about "inefficiency of duplicative services" is an idea that needs to die.

Whether its the Soviet Union trying to optimize shampoo production to create a single "shampoo" brand or a health care provider requiring a "certificate of need" [0] to open up, the results are always the same: no competition, bad service, low supply and high prices

[0] https://www.health.ny.gov/facilities/cons/