MurphyA/hacker-news huggingface dataset:
by Volundr | 2025-09-05 15:55:28+00:00
Not an electrician, consult a real one for any actual electrical work or questions.

It's complicated. Heat builds up over time. So for example your standard 15 amp breaker on a 14 gauge wire in the US is rated for 15 amps of intermittent use, but if you draw that continuously without letting the heat dissipate it becomes a fire hazard. IIRC circuits are generally rated for ~80% of their max load for continuous use, so that 15 amp circuit is considered good for 12 continuous. Or in your 10 amp example 8 should be ok.

Your oven and circuit should be sized such that your long cooks aren't a concern, if you look at it's label you'll probably find it has a max draw of well below 50amps, but if you have actual doubts ask a professional.
by fuzzfactor | 2025-09-05 15:55:35+00:00
I'm not in it now but my first job out of school was at a plant that made an FDA pharmaceutical.

Don't sell pharma short when it comes to regulations, politics-economics and lack of trust from doctors :\

Are you thinking of switching to Pharmacy and following the Medicinal Chemistry track?

Regardless, I like the idea of advancing in natural science in a way that compounds over the years whether still in school or not.

Also it would probably be best if you can make sure to be able to do fine without AI to begin with, keeping in mind the whole time how you would use it to leverage the things where you already know it could be helpful. Along with things that maybe nobody else has thought of. Keeping up with the limitations & abilities of AI as well as your chosen field, relative to the resources you have and what you can make of them.

For instance when you become a physician you really should feel 100% confident that you could go forward indefinitely treating patients without any AI at all, or as a drug developer create or isolate at least one novel compound on your own the old fashioned way which would sit in the market at a very profitable place. That's pretty good validation right there that you would be able to make more of AI, than you would without that hands-on ability. Nobody can expect your first viable compound to be effective, safe, or approvable, much less a blockbuster, that's something completely different.

From that point, going whole-hog into AI and/or research could take you a lot further, especially if there is not much more front-line hands-on effort with the patients or chemicals going forward.

Keep in mind that with pharma more than ever it's like pop music and depends on highly promotable "viral hits" more so than lots of other health-care areas, so most things never make it to the big time even when the talent is right up there.

I would say there is already plenty of domain expertise that can be leveraged by AI, but if you build then leverage your own personal domain expertise, or add it to the mix it should add up to quite a bit more.
by jimnotgym | 2025-09-05 15:57:31+00:00
I had a leaf on demonstration for 24 hours. I was impressed with it. I drove the 50 miles to work and back, and put it on slow charge knowing I had 16 hours until I needed it. No problem. When I came to drive it in the morning it hadn't charged. It was actually a problem with the plug in the garage, it must have gone off a few minutes after I plugged it in. Now what? Wait 16 more hours?

A couple of weeks later I went on holiday. I wouldn't be able to charge where I was stopping, and there were no chargers within 15 miles. I kept my diesel.
by marenkay | 2025-09-05 15:57:34+00:00
1. I find it hard to call this a sovereign cloud. This is still Azure - albeit with the crown jewels cut out - in a different dress. Did they verify there is nothing inside that Azure stack enabling calls home? 2. SAP itself is not sovereign, they're a MS shop. 3. They are no fast movers, they move short-term through acquisitions only. 4. Change is not a thing you would associate with SAP 5. A company that bungles 200 million EUR for running smartphone app for handful of years is not gonna get far with 20 billion EUR.

Sorry but the ones with the money in the bank are not the ones who will actually be concerned or capable of working towards sovereignty because its opposed to their income source.
by gus_massa | 2025-09-05 15:57:38+00:00
I like his videos and most of this particular video. For example, I agree with his choice to not discuss the nasty details of the FFT. Also, I think the "blur" part is fine, but the "unblur" part is too oversimplified.

I think he could have explained how the Gaussian filter almost kills all details / high frequency features, then rounding completely destroy them and then they can not be magically reconstructed to "unblur". He gives some hints about this, but they are to few and too general.

PS: There are some non lineal ticks "enhance" the "unblur" version , like minimizing the L1 norm of the gradient (or something like that). It helps with some images. I'm not sure which is the current state of the art.
by wrs | 2025-09-05 15:58:05+00:00
You can go down a very deep rabbit hole learning about the history of train signaling. Trains and subways have had centralized signaling for…I’d have to look it up, but 100 years surely? It’s the only way to safely have more than one train running at a time (i.e., sharing the track) with a dense schedule. The “local first” procedure when it fails is to radically reduce service and slow down the trains.

Wikipedia has a good survey [0].

[0] https://en.wikipedia.org/wiki/Railway_signalling
by lalaithion | 2025-09-05 15:58:17+00:00
Protocol buffers suck but so does everything else. Name another serialization declaration format that both (a) defines which changes can be make backwards-compatibly, and (b) has a linter that enforces backwards compatible changes.

Just with those two criteria you’re down to, like, six formats at most, of which Protocol Buffers is the most widely used.

And I know the article says no one uses the backwards compatible stuff but that’s bizarre to me – setting up N clients and a server that use protocol buffers to communicate and then being able to add fields to the schema and then deploy the servers and clients in any order is way nicer than it is with some other formats that force you to babysit deployment order.

The reason why protos suck is because remote procedure calls suck, and protos expose that suckage instead of trying to hide it until you trip on it. I hope the people working on protos, and other alternatives, continue to improve them, but they’re not worse than not using them today.
by QuercusMax | 2025-09-05 15:58:30+00:00
I've managed to build a significant amount of muscle mass just from doing stretchy-band PT exercises to deal with shoulder pain. 10-15 minutes nearly every day makes a big difference. I've also started developing some serious leg muscles just from walking up and down stairs in my 2-story house (+basement) and around my mildly hilly neighborhood.

I drive as little as possible; I went on a 1200 mile road trip last weekend and I'm still paying for so much sitting.
by flail | 2025-09-05 15:58:34+00:00
I would agree if the only way to achieve (digital product) success were to implement as many versions of software as possible. That's not true.

The whole Lean Startup was about figuring out how to validate ideas without actually developing them. And it is as relevant as ever, even with AI (maybe, especially with AI).

In fact, it's enough to look at the appalling rate of product success. We commonly agree that 90% of startups fail. The majority of that cohort have built things that shouldn't have been built at all in the first place. That's utter waste.

If only, instead of focusing on building more, they stopped and reevaluated whether they were building the right thing in the first place. Yet, most startups are completely immersed in the "development as a bottleneck" principle. And I tell that part from our own experience of 20+ years of helping such companies to build their early-stage products. The biggest challenge? Convince them to build less, validate, learn, and only then go back to further development.

When it comes to existing products, it gets even more complex. The quote from Leah Tharin explicitly mentions waiting weeks/months of wait till they were able to get statistically significant data. What follows is that within that part of experimentation, they were blocked.

Another angle to take a look at it is the fundamental difference in innovation between Edison/Dyson and Tesla.

The first duo was known for "I have not failed. I found 10,000 ways that don't work." They were flailing around with ideas till something eventually clicked.

Tesla, in contrast, would be at the Einstein's end of the spectrum with "If I had an hour to solve a problem, I'd spend 55 minutes thinking about the problem and 5 minutes thinking about [or in Tesla's case, making] solutions."

While most of the product companies would be somewhere in between, I'd argue that development is a bottleneck only if we are very close to Edison/Dyson's approach.
by Analemma_ | 2025-09-05 15:58:40+00:00
The "no enums as map keys" thing enrages me constantly. Every protobuf project I've ever worked with either has stringly-typed maps all over the place because of this, or has to write its own function to parse Map<String, V> into Map<K, V> from the enums and then remember to call that right after deserialization, completely defeating the purpose of autogenerated types and deserializers. Why does Google put up with this? Surely it's the same inside their codebase.
by moduspol | 2025-09-05 15:58:49+00:00
> If I employ 100 people, and AI makes them 10% more productive, then I only need 90 people now to do the same work.

I think it's yet to be seen that AI actually makes people 10% more productive, and further, that getting a task done 10% faster actually means they have 10% more time that is actually used for additional tasks.

And more bluntly: I think if it actually were happening, it'd be a lot more plainly obvious to all of us. The pressure from the C-suite to integrate AI into our workflows has been widely noted.
ASL-0 License
by athrowaway3z | 2025-09-05 15:58:59+00:00
# AI Slop License (ASL-0)

*Version 1.0 — September 2025*

This is the *AI Slop License*. By applying it to any work (the “Slop”), the author(s) or publisher(s) make the following statements:

---

### 1. ABSOLUTE NON-OWNERSHIP - This work is *not* protected by copyright or any similar intellectual property right, *by definition* of being AI-generated slop. - No rights are reserved. No authorship has been invented. - You may or may not copy, modify, distribute, use, sell, train, or otherwise exploit this work *without restriction*.

---

### 2. NO REVIEW, NO WARRANTY - This work was generated by an AI model, pasted here, and *never reviewed by a competent human*. - The contents may be nonsensical, harmful, incomplete, or outright broken. - *Absolutely no warranty or guarantee is provided.* - Use at your own risk.

---

### 3. NO MAINTENANCE - Nobody will fix bugs, update this work, or respond to issues. - There is no “project,” “community,” or “roadmap.” - If something goes wrong, that’s your AI's problem.

---

### 4. PUBLIC DOMAIN DEDICATION To the extent any jurisdiction refuses to accept the premise that this is “unownable AI slop,” the author(s) or publisher(s) hereby *dedicate the work to the machine gods* to the fullest extent allowed by law, waiving all rights, including moral rights and (un)related rights.

---

### 5. DISCLAIMER OF LIABILITY The Slop is provided “AS IS,” *without any liability whatsoever.* By using this work, you agree that: - You assume all risk. - The author(s), publisher(s), and AI model creators are *somewhat responsible* for anything that happens as a result.

---

### 6. LICENSE LIABILITY DISCLAIMER This license is itself licensed under *ASL-0*. If you have not received a complete copy of this license, you are encouraged to send a letter to your *nearest Slop generator* to obtain your own copy.
by HankStallone | 2025-09-05 15:59:07+00:00
> Don't you want people to read your content?

People, yes. Well-behaved crawlers that follow established methods to prevent overload and obey established restrictions like robots.txt, yes. Bots that ignore all that and hammer my site dozens of times a second, no.

I don't see the odds of someone finding my site through an LLM being high enough to put up with all the bad behavior. In my own use of LLMs, they only occasionally include links, and even more rarely do I click on one. The chance that an LLM is going to use my content and include a link to it, and that the answer will leave something out so the person needs to click the link for more, seems very remote.
by tzs | 2025-09-05 15:59:11+00:00
From what I've read that (assuming you mean this one [1]) has a decent reputation as a mainstream budget PCIe 4.0 SSD. It is $70.

However, also on Amazon right now on sale is the 1 TB Samsung 990 EVO Plus [2], which is generally considered to be a higher-end drive with better performance and longevity which is currently $65.

The Silicon Power is a 2230 and the Samsung is a 2280 so if one is using the official SSD hat the Samsung won't work. The official had only supports 2230 and 2242. However there are many 3rd party hats the do handle 2280, and I've also seen a base that goes under the RPi5 instead of on top.

The 2 TB Samsung is also on sale for $120, compared to the 2 TB Silicon Power for $140.

[1] https://www.amazon.com/Silicon-Power-200MB-Compatible-SU01KG...

[2] https://www.amazon.com/dp/B0DHLFWBQ1?th=1
Silksong is getting pirates to buy a game
by HelloUsername | 2025-09-05 15:59:32+00:00
https://www.polygon.com/silksong-piracy-crack-hollow-knight-sales-release/

https://www.eurogamer.net/hollow-knight-silksong-is-so-popular-even-pirates-are-urging-others-not-to-pirate-the-game

https://www.ign.com/articles/i-guess-silksong-is-just-that-respected-after-hollow-knight-silksong-was-cracked-at-launch-pirates-are-urging-each-other-to-buy-instead-and-some-cant-believe-what-theyre-seeing
by troyvit | 2025-09-05 15:59:34+00:00
Damn if that's your work account I'd love to read what your other accounts say. This is the most coherent picture of what that guy is doing that I've ever read.

Which sucks, because I know people like Biden tried to pave a way to the future for folks like those in West Virginia by migrating jobs from coal to solar and stuff like that, but I can imagine how that went over.
by pizlonator | 2025-09-05 16:00:00+00:00
Code size overhead is really bad right now, but I wouldn't read anything into that other than "Fil didn't optimize it yet".

Reasons why it's stupidly bad:

- So many missing compiler optimizations (obviously those will also improve perf too).

- When the compiler emits metadata for functions and globals, like to support accurate GC and the stack traces you get on Fil-C panic, I use a totally naive representation using LLVM structs. Zero attempt to compress anything. I'm not doing any of the tricks that DWARF would do, for example.

- In many cases it means that strings, like names of functions, appear twice (once for the purposes of the linker and a second time for the purposes of my metadata).

- Lastly, an industrially optimized version of Fil-C would ditch ELF and just have a Fil-C-optimized linker format. That would obviate the need for a lot of the cruft I emit that allows me to sneakily make ELF into a memory safe linker. Then code size would go down by a ton

I wish I had data handy on just how much I bloat code. My totally unscientific guess is like 5x
by kube-system | 2025-09-05 16:00:08+00:00
The Pi has ended up in a strange zone where most of their customers are using it for things it isn't even good at.

It used to be positioned like an upscale microcontroller that cost a little bit more, but you could control hardware using the GPIO and you were afforded a whole linux OS where you could use higher level languages.

But then people started using it just for running fat linux applications like a PC. Then of course they started demanding more power, and so we've ended up with a bad mini-pc, rather than a platform for tinkering with hardware.

The old Pis made a lot of sense as an Arduino+++. But instead people are using them as a PC---
by nine_zeros | 2025-09-05 16:00:17+00:00
> And still if young people cared enough they could have voted and made a difference, but they did not.

Young people do care but they expect older people to care about the next generation - in a functional society that is. If the young were taught right from childhood that the elders are sabotaging them, they will show up - and it will be bad for the boomers lying to them constantly.
by Quarrelsome | 2025-09-05 16:00:53+00:00
I just imagine a hypothetical future where a party funded by the richest man in the world goes full fascist and we trot out the "who could have known?". We get out the protractors or simply admit that it was a Nazi salute.

Its the lack of clarity or apology, he never said that it wasn't, he never apologised or said "oh yeah, i didnt mean that" or he even could have brushed it off as a joke or trolling to evoke a reaction. But he never did, he just said people were overreacting.

Combined with his public support for groups like AfD and Patriotic Alternative UK, it seems pretty obvious that he's a Nazi. If anything this subject shows a clear divide between US and European reaction, given how he's now overwhelmingly persona non grata in Europe since that. The US has this bizarre tribalism in its politics, where half its electorate deny the reality that an government official (as he started his doge role at the time) is glorifying the symbols of America's greatest adversary in the world's most destructive war.
by mountainriver | 2025-09-05 16:01:08+00:00
> Protobuffers correspond to the data you want to send over the wire, which is often related but not identical to the actual data the application would like to work with

This sums up a lot of the issues I’ve seen with protobuf as well. It’s not an expressive enough language to be the core data model, yet people use it that way.

In general, if you don’t have extreme network needs, then protobuf seems to cause more harm than good. I’ve watched Go teams spend months of time implementing proto based systems with little to no gain over just REST.
by partomniscient | 2025-09-05 16:01:17+00:00
One musician can be ripped off and not compensated and have to take the 'big guys' to court on the off-chance they find out about their work being used despite the (fucked up) copyright laws [0].

It is a massive problem. It's the rich poor divide with propoganda fucking over the genuine little people in favour of the richer/established/more connected people. Human life is like this. Call it out if you see it if you value truth over greed.

The future is built on the past. Claimed "Ownership" of the past fucks up the present for the established powers over creativity (e.g. The Sonny Bono Copyright Term Extension Act). AI just takes it to a whole 'nother level.

[0] https://www.highsnobiety.com/p/unauthorized-rap-samples/
by cpuguy83 | 2025-09-05 16:01:54+00:00
BTW, undrstandable to not have an example on the spot.

In general we do actually try to provide full context for errors from dockerd. Some things can be cryptic because, frankly, they are cryptic and require digging into what really happened (typical of errors from runc), but we do tend to wrap things so at least you know where the call site was.

There's also tracing data you can hook into, which could definitely be improved (some legacy issues around context propagation that need to be solved).

I've definitely seen, in the past, my fair share of errors that simply say "invalid argument" (typically this is a kernel message) without any context but have worked to inject context everywhere or do better at handling errors that we can.

So definitely interested in anything you've seen that could be improved because no one likes to get an error message that you can't understand.
by jfengel | 2025-09-05 16:02:10+00:00
Cool. I've thought we should do that for a while.

Still... I recall a lot of his supporters telling me that they liked how he wanted to get out of foreign entanglements, and therefore wouldn't engage in needless warfare. Indeed, we didn't start any new wars from 2017-2021, and he set a date for withdrawing from Afghanistan (though it fell to his successor to implement it and take the hit for the fact that we never did manage to install a stable government).

Still, it's refreshingly honest. It was the Department of War for most of history, and was only optimistically renamed "Defense" so that people could tell themselves that WW II really was the war to end all wars. That didn't last long and we started waging war almost immediately.
by bogwog | 2025-09-05 16:02:18+00:00
Yes, ad-hoc licenses are a big red flag. What counts as "personal use"? Does that mean "non-commercial", or that you can only use it for yourself and cannot distribute software made with it? If someone distributes free open source software, would that count as personal use? Or would the end-users of that software be restricted from using it for whatever counts as non-personal-use due to this dependency?
by xmddmx | 2025-09-05 16:02:25+00:00
I share the author's sentiment. I hate these things.

True story: trying to reverse engineer macOS Photos.app sqlite database format to extract human-readable location data from an image.

I eventually figured it out, but it was:

A base64 encoded Binary Plist format with one field containing a ProtoBuffer which contained another protobuffer which contained a unicode string which contained improperly encoded data (for example, U+2013 EN DASH was encoded as \342\200\223)

This could have been a simple JSON string.
by epolanski | 2025-09-05 16:02:28+00:00
This excel-aws comparison is asinine.

A better one would be Microsoft 365 and AWS.

Sure migrating out of Excel might be difficult, but migrating out of PowerPoint, Teams or SharePoint? Not necessarily.

In fact, migrating out of EC2 or S3 is almost trivial as most competitors even offer identical APIs.

Also, any company that is so vendor locked is asking for trouble and huge bills.
by burnt-resistor | 2025-09-05 16:02:37+00:00
I was going to say he'll get DOGE to make every War Department, Department of Information Retrieval, and the Department of Not Health buy 20k unnecessary EVs ever month but then I remembered he's not on good terms with Dear Leader. Maybe he'll expand into healthcare, insurance, credit, and/or real-estate to concoct numbers to appease the market gods.
by pizlonator | 2025-09-05 16:02:51+00:00
> "Concurrent" doesn't usually mean "bounded in worst-case execution time", especially on a uniprocessor. Does it in this case?

Meh. I was in the real time GC game for a while, when I was younger. Nobody agrees on what it really means to bound the worst case. If you're a flight software engineer, it means one thing. If you're a game developer, it means something else entirely. And if you're working on the audio stack specifically, it means yet another thing (somewhere in between game and flight).

So let me put it this way, using the game-audio-flight framework:

- Games: I bound worst case execution time, just assuming a fair enough OS scheduler, even on uniprocessor.

- Audio: I bound worst case execution time if you have multiple cores.

- Flight: I don't bound worst case execution time. Your plane crashes and everyone is dead
by tojumpship | 2025-09-05 16:03:10+00:00
even if we completely ignore organizational structure, do you truly believe not holding companies accountable for a few rogue employees is a good call? Is it too difficult for higher-ups to blame the rank-and-file and arrange scapegoats in the opaque black box that is a corporation? and even still, we can ignore this potential precedent and focus on motivation only: if an employee uses illegal means as a tool to reach their work goals, isn't an investigation into said work goals and culture warranted?