MurphyA/hacker-news huggingface dataset:
by Ancapistani | 2025-06-24 16:45:05+00:00
I’ll add that I’ve found that the more you use Affirm at least, the better my options get.

I started by always choosing the shortest “plan”, which was 0% and no fees. After I’d paid off a few of those, I started getting offered plans of up to a year with no interest and very minimal fees.

Now, while I don’t use Affirm for luxury/unnecessary purchases, it offers better rates than any credit card I have, and better than a bank loan in many cases.

I have three Affirm loans right now, for a total of about $8k. All three of those are business expenses, and all three have increased profit in our business significantly more than they cost us.
by Shocka1 | 2025-06-24 16:45:15+00:00
I don't disagree with much of your comment, but I immediately saw this as a bullish sign for the markets, along with oil prices possibly coming down. I saw the B2 bombing as a crescendo to the conflict. I shorted volatility futures on the market open Sunday night and sold a lot more S&P future's put options. I've had a very good week so far.

There will continue to be ordinance flying here and there of course (probably until the end of time being the ME), but Iran has been weakened to the point that Wall Street has more than likely written it off for the near future.
by marcusverus | 2025-06-24 16:45:33+00:00
Say Canadian Whites and American Whites both have mean lifespan of 81, and Canadian Blacks and American Blacks both have a mean lifespan of 71. Using that data and the fact that the US has 3X the proportion of blacks, you could calculate how much of Canada's higher life expectancy is due to demographics. It could explain the entire difference!

Alternatively, if Canadian Whites and Blacks live proportionally longer than American Whites and Blacks respectively, you would know that demographics could not explain the difference.

Hence the need for the disaggregated data.
by FireBeyond | 2025-06-24 16:45:57+00:00
A score alone does not directly do so. But there is a report attached that will track balances and such. While balance tracking has no "history" in a credit report, lenders can make actuarial guesses based on DTI and other markers which are absolutely included. Which is why, when denied, you don't just get told "Your score is too low" but things like "existing balances are too high", "age of existing accounts is too new", etc.
by precommunicator | 2025-06-24 16:46:33+00:00
I was driving in convoy over closed (to non-convoy driving) mountain pass in Norway, in winter. Everything was white, you could barely see the road. Snow was so heavy that visibility stretched as far as the car before me, you couldn't see further than that. At some point a snow plug passed on the other side of the road and completely covered my windshield with snow, to the point that for a few second I had no visibility whatsoever. Good luck to cameras then.
by DanielHB | 2025-06-24 16:46:46+00:00
My main use for LLMs is to ask it to give me some boilerplate configuration for some library/tool I am not very familiar with and then look up the docs for the options it spits out. Like:

"give me the terraform configuration for an AWS ECS cluster with 2 services that can talk to each other, with one of them available publicly and the other one private"

Occasionally to give some small self-contained algorithms, for example:

Give me a way to format the difference between dates as human-readable text. For example: 1 day, 16 hours.
by tucnak | 2025-06-24 16:46:53+00:00
This misconception is repeated time and time again; software support of their datacenter-grade hardware is just as bad. I've had the displeasure of using MI50, MI100 (a lot), MI210 (very briefly.) All three are supposedly enterprise-grade computing hardware, and yet, it was a pathetic experience with a myriad of disconnected components which had to be patched, & married with a very specific kernel version to get ANY kind of LLM inference going.

Now, the last of it I bothered with was 9 months ago; enough is enough.
by stego-tech | 2025-06-24 16:46:54+00:00
I cannot help but read this in the subtext of, “We need more training data from humans; please don’t stop uploading your code to us.”

Look, manual coding (and art, and media, and IT, and others) will always be needed. GenAI was never going to replace these jobs wholesale, or even permanently displace workers. The fact this is trending in an APAC-focused site suggests the real message is, “we don’t want our outsource farms thinking this [GenAI] will replace you.”

Prediction of tokens was never going to lead to AGI. All it’s going to accomplish is instilling a deep, traumatic hostility in the populace towards further automation right when we need it the most.
by blutack | 2025-06-24 16:47:25+00:00
The TinyCurrent or uCurrent can be used for this as well when paired with a scope with scpi. However, the ranges aren't dynamic which is annoying if you're using something a WiFi part where you're going from uA to 200mA.

https://n-fuse.co/devices/tinyCurrent-precision-low-Current-...
by hedora | 2025-06-24 16:47:54+00:00
I’m definitely buying natural fiber clothing moving forward for this reason.

However, I wonder how bad eating bits of the plastic burr grinder actually is. Presumably, they mostly pass through. Stomach acid probably leaches a bunch of stuff, but is it worse than (say) canned tomatoes that were sitting in a plastic liner for a year? I’d wager the grinder bits have a lot of surface area from scarring. That’d increase leaching.

Anyway, I strongly recommend small turkish-style grinders:

https://bazaaranatolia.com/products/turkish-grinder-pepper-m...

(No idea if this brand is decent; the form factor is great, especially for $14)

It has roughly a single-recipe capacity, so I stick crushed red pepper flakes, cumin seed, celery seed, black pepper kernels, etc in it per the recipe, then grind until it is empty. The burr on the one I linked is metal.

I’d probably prefer stainless body + whatever is commonly used for espresso grinders, assuming such a gadget exists.
by johnnyjeans | 2025-06-24 16:47:55+00:00
Engineers like to work from the bottom up because nature isn't made out of straight lines and regularity. Breaking things apart into abstractions works to a certain point, then the natural irregularity of reality steps in and you need to be able to react to that and adjust your foundation. So yes, fundamentally it is about thermodynamic knock-on-effects of handling things from the top-down.

Messing around with lisp and smalltalk environments is fun. But the moment you have to stick your hand beneath the surface, you can very quickly end up in someone else's overengineering hell. Most serious GNU Emacs users shudder at the thought of hitting Doom Emacs with a wrench until it suits their tastes. It's universally agreed that building your Emacs environment up from the defaults is fundamentally a wiser choice. Now realize that a full Lisp operating system is several orders of magnitude more complex than Doom Emacs, and most things you're going to program emacs to do are absolutely trivial in comparison to most industrial-grade application logic.
by qsort | 2025-06-24 16:48:37+00:00
It's basically the story of the last 3 years. Can't ignore the technology, but every loser grifter in existence has been on AI full time. On average, the more they are fanatics of it, the less they're able to take advantage of what it actually can do, most often due to an inordinate amount of skill issues unrelated to AI.
by reverendsteveii | 2025-06-24 16:48:38+00:00
IME the opposite is true. I myself and several friends have had doctors that refuse to treat something until a weight issue is addressed. In my case the treatment was for obstructive sleep apnea and losing weight as part of combined therapy w my CPAP has helped a lot. In at least one friend's case she had severe, constant belly pain and multiple doctors gave her the old "have you tried losing weight about it". It wasn't until one actually engaged with her symptoms that they found out she had an active infection in her abdomen and also several tumors on her ovaries. So, you know, a mixed bag. Sometimes they tell you to lose weight because being heavy directly correlates with the symptoms you're expressing, sometimes they tell you to lose weight because losing weight is vaguely correlated with positive health impacts overall and they've got 10 minutes per patient to make a diagnosis and develop a course of treatment.

That being said, I'm gonna file "doctors are afraid to tell patients they're obese because they'll be accused of body shaming" next to "they're putting litter boxes in the classrooms so the furries can poop in front of everyone" and "strangers are putting LSD in halloween candy to get kids hooked". It's 100% made up rage bait and the people who believe it believe it because they hear it all the time from their propaganda echo chambers.
by vel0city | 2025-06-24 16:49:21+00:00
> The whole reason for accepting being squeezed in tightly with other people

That's the thing, a lot of Americans really don't like this idea of being squeezed in tightly. People really don't like having a shared wall. And it's not that people like these tightly squeezed lot lines, they'd prefer 1 acre lots. These tiny lots are all they can afford while still being somewhat acceptable to them about commutes. Which Americans seem to really just not care about commute times when comparing to tradeoffs on house size and not having shared walls.

And in the end, you can only buy what the cities and towns allow to have built. Which is chosen by those who live there at the time. The cities then make single family structures a requirement, have minimum setbacks and lot sizes, have rigid separations between residential and commercial spaces, etc. So even those people who would want to own an apartment over a commercial suite in what you'd consider an urban area can't make that choice because that choice is illegal.

But people act like these zoning laws just come about on their own. The thing is, these zoning laws are popular. They get put into place because that's what the people who actually vote in local elections push for. I've seen proposal after proposal in cities around me to change zoning to allow density even in limited areas get fought tooth and nail by residents. I remember a project nearby where there was a proposal to build a mixture of 2-3 unit townhouses, some single-family narrow lots, and a tiny spot of commercial for like a coffee shop on land that was currently zoned industrial. All of this connected to the bike network, a large city park and a nature preserve nearby, and good transit connection at the end of the neighborhood. The neighborhoods around fought it tooth and nail and eventually the builder walked away after trying to negotiate for a few years. Well, the land was already zoned industrial, construction broke ground months later to build warehouses. Now instead of a nice neighborhood on my bike path there's warehouses with semi-trucks rolling through all day long. Good job, NIMBYs!
by bgwalter | 2025-06-24 16:49:34+00:00
The Netherlands essentially has pre-crime units:

https://www.theguardian.com/cities/2018/mar/01/smart-cities-...

The city also keeps track of the number of young people hanging out in the streets, their age group, whether they know each other, the atmosphere and whether or not they cause a nuisance. Special enforcement officers keep track of this information through mobile devices. It calls this process “targeted and innovative supervision”. Other council documents mention the prediction of school drop-outs, the prediction of poverty and the monitoring of “the health of certain groups” with the aim of “intervening faster”.
by sorcerer-mar | 2025-06-24 16:49:38+00:00
Cameras can obviously work at least as well as a human if they're attached to a human brain. The question is whether you can put enough compute and data together into a car to be able to do it live.

Why even bother when we can make artificial eyes that see depth? The price of LIDAR has plummeted and will continue to plummet. We already know that it works really, really well for self-driving with today's available compute+data.
by os2warpman | 2025-06-24 16:51:54+00:00
The reply has been flagged but if they implied that the OP was being a bigoted dickhead then they were correct.

Practically every single time a comment like that is made, with exceptions so rare as to be irrelevant, the commenter is implying "Well if it weren't for the blacks and immigrants we'd be on top" which isn't true.[1]

But I couldn't be sure, so I looked into it.

The OP is a far-right (his self-description NOT mine [2]) Christian unhealthily obsessed with commenting on posts that contain an opening into which their opinions on race and/or gender may be inserted.

So, if the now-flagged comment was somehow asserting that the commenter was being a bigoted dickhead, the exact right amount of reading into was done.

[1] Excluding all non-white Americans the average life expectancy would be the same. https://pmc.ncbi.nlm.nih.gov/articles/PMC9256789/ (figure 1)

[2] https://news.ycombinator.com/item?id=30468615#30470259
by lapcat | 2025-06-24 16:52:10+00:00
> I do recognize that many parts of the US have weather/climate that is prohibitive for outdoor activity much of the year and these places tend to be fat.

This is completely untrue. In fact, most of the fattest states are in the south. A number of the fittest states are in the north, including Alaska, as well as Minnesota. https://www.forbes.com/sites/garystoller/2019/11/12/9-states...
by marcusverus | 2025-06-24 16:52:23+00:00
US poverty is vastly overstated. The most common measures of poverty are based on census data, but the census excludes the vast majority of redistributions from its calculation of income. It even excludes cash programs like "refundable tax credits".

We spend $1.3 trillion dollars per year on medicaid, HUD, Food Stamps, and refundable "tax credits" like the earned income credit and child tax credit. That's $32,500 of spending for each of the 40 million Americans who live "in poverty" (before including state-run programs and private charities like churches and food banks), meaning our welfare spending per "poor indvidual is higher than the median income for an EU household.

America's poor are doing just fine.
by zackmorris | 2025-06-24 16:52:41+00:00
Same here. I believe that the lack of programmable hardware is akin to the lack of high multicore CPUs. As in, either would be too disruptive to the status quo.

GPU/TPU etc are just domain-specific hardware, not much help for exploring new paradigms.

To really solve this, we'll likely need someone who's won the internet lottery and is willing to invest serious capital ($1 billion plus) to solve real problems and get real work done. Until then, it's going to be tech bros playing with VR and LLMs.

I'll see you all in 10 years when the situation still hasn't changed.
by JohnFen | 2025-06-24 16:52:56+00:00
> Given this, is code review of internal code enough to trust quality & security of what we ship?

No single thing is enough for this. Code review is an important part, though (assuming it's properly done, which it isn't in the vast majority of cases, it seems).

> Does anyone ever realistically considered reviewing OSS code used in your projects?

In spots, yes. As a whole, no. Depending on the size of the codebase, the time and effort required to do so would often change the economics such that it would be better just to develop the code in-house.

As an unimportant aside, I am skeptical of this assertion:

> Linux Foundation survey says 70-90% of modern software constitute open source code.
by amluto | 2025-06-24 16:53:11+00:00
I admit that link is rather long and I didn't read the whole thing, but I see a lot of real-time exchange of data, but the only voltage/reactive power control part I spotted was Article 22 1(c), which doesn't clearly say anything about real-time control.

And the original long PDF, page 21, mentions the use of Operating Procedure 7.4 Dynamic Voltage Control, and it very vaguely mentions programming of the RRTT (which seems to include the 7.4 schedule) the day before the failure and the day of the failure, but I didn't see anything about the operator programming the RRTT during the failure to control voltage.

It seems to be (and this is not any sort of control theory analysis) that, if the grid voltage is too high (in specified range, but high enough that tap changers must operate to avoid disconnecting generators) and additional reactive power absorption is needed, then the grid ought to react by operating the tap changers (because it's necessary) and by somehow instructing the generators to absorb additional power despite the operation of the tap changers. And I see plenty of discussion about the tap changers in the big PDF as well as plenty of discussion of data acquired via SCADA links, but I don't see anything about adjusting the reactive power schedules to compensate for the operation of the tap changers or about the use of any sort of real-time SCADA control to adjust reactive power.
by roughly | 2025-06-24 16:53:49+00:00
The joy of personal projects is they can look like shit! You'd also be surprised how much you can learn by just screwing around with something for a day. A big part of the whole exercise for me was getting out of my comfort zone and learning that I can learn. I'm primarily backend as well, and came up through the ops side (as opposed to formal CS), which always led to a lot of imposter syndrome, so a lot of the benefit came from just putting myself in an uncomfortable position and just staying there long enough to work my way through it.

That said, my goal for this was to wear the hair shirt (and also this was before GenAI was really a Thing) - if you just want to make something neat, absolutely vibe your way there.
by aerostable_slug | 2025-06-24 16:54:53+00:00
Living in a place like that, I've found the locals that complain the most are not coincidentally among the least educated, least intelligent, and most unlikely to recognize the economic benefits that tourism brings to them.

These are people who are employed as servers and similar service workers yet complain many of their customers are from out of the area. I don't know how you fix that. What's crazier is when you point out the economic drain that would occur were tourism to slow, they often simply shrug and point to the state to save them from their woes.
by ayushrodrigues | 2025-06-24 16:54:58+00:00
This is absolutely where we want to end up within the next year, especially as we move upmarket. Enterprises love having redundancy between payment providers to use as leverage for lower fees and there are several companies founded purely around payment routing, (deciding which payment provider has the best acceptance rate based on region, issuing bank, MCC etc). Some examples are primer and payrails.

It just turns out that most of our users are only really interested in using Stripe at the early stage, so for now our codebase is closely embedded into their billing product.

It's going to be fun(?) ripping all of it out and moving towards a PSP agnostic architecture you mentioned.
by 01HNNWZ0MV43FF | 2025-06-24 16:55:06+00:00
Here's a few disorganized thoughts in good faith

1. Because half her friends and family are on iOS, and that means fighting the App Store. (This is a social problem essentially, in fighting Apple)

2. Because networking is hard. How would you have shared recipes with a computer in the C64 days? Email? BBS? (There are partial technical solutions to this, but they would require people to run something like friend-to-friend overlay networks)

3. Because most stuff happens in web browsers and that means pay-to-play, or vendor lock-in, or using AWS free tier and being a programmer. (Ass, grass, or cash, nobody hosts for free. Friend-to-friend networks may also help with this)

4. Because a recipe manager with sharing is best implemented as just emailing your recipes to your friends and storing them as txt files locally. Anything more complicated is beyond the scope of a Visual Basic-style drag-and-drop WYSIWYG anyway

5. When was drag-and-drop enough? The widgets need code behind them to save and open files, right?

6. You might be kinda onto something, and the longer I write async code I more I think the programming world is ready for another big pruning. Like when structured programming said "No goto, no long jumps, if-else and exceptions is all you need", we might be ready for "A single control thread which never blocks and never awaits, and delegates to worker tasks, is all you need until you are building some C100k shit"
by blutack | 2025-06-24 16:55:25+00:00
I'm sorry you've had a bad experience but I don't agree, I prefer it to the ST, TI and definitely the Microchip tooling. It's CLI first, like the Espressif and Pico tooling which is a big plus for some and not for others.

Also, no mandatory login walls for toolchains and datasheets gets them a lot of goodwill in my book.
by bob1029 | 2025-06-24 16:55:29+00:00
> The problem with that is making a configuration engine is a lot less efficient than just writing the code to do the damn thing.

http://mikehadlow.blogspot.com/2012/05/configuration-complex...

It took me a solid decade to accept these lessons. I cannot build a product that even remotely competes with things like Visual Studio and .NET tooling. How many hours would it take a solo developer to recreate a debugger experience that anyone else could be bothered to look at for more than 5 seconds?

The hardest part of building something configurable is the UI/UX. The moment you step outside of the host language, your tooling support goes to zero. Sure, you can pick other popular languages as the language of configuration (SQL, python, Lua, etc.) and piggyback off those ecosystems. But, you still have to build a way for a "non programmer" to visit all of the patchwork sites of "configuration" in a coherent way. Telling the business people to go edit a folder full of .py and .sql files will probably not be received well. Wrapping all of this with a fancy web interface doesn't make the problem less severe either (it makes it substantially worse).

If you have a way to build/deploy your product in <60 seconds from source, worrying about elaborate configuration and customization architecture seems extremely idiotic to me now. The best path I've found is something approximating a common library and a per-customer executable that consumes it and implements the expected contracts. Each customer's project lives in a subfolder on the same monorepo. The power of the hierarchical filesystem is tragically understated throughout our industry.
by OutOfHere | 2025-06-24 16:55:31+00:00
Yes, but this is not one of those words that is slightly changing in its meaning. Instead, it is flipping the meaning altogether. This misuse sabotages core boolean constructs of the language. Imagine if we lose the word "drop" to this trend. What then will we use to actually mean "drop"? Will they go after "delete" next to pretend to be cooler? Is nothing sacred?
by johnnyanmac | 2025-06-24 16:55:48+00:00
>If they did realize a mistake and purchased copies after the fact, why should that be insufficient?

1. You're assuming this was some good faith "they didn't know they were stealing" factor. They use someone else's product's for commercial use. I'm not so charitable in my interpretation.

2. I'm not absolved of theft just because I go back and put money on the register. I still sttole, intentionally or not
by staticman2 | 2025-06-24 16:55:59+00:00
I'm not going to waste my time clicking a second video link but if Gemini can be believed he said "we don't know exactly how they work" which somehow became

"We don’t even know how LLMs work. "

In your retelling, an exaggeration which rightfully led to pushback.

Aside from that I don't know what conversation you think we are having.