MurphyA/hacker-news huggingface dataset:
by devilbunny | 2025-10-15 01:52:05+00:00
But it’s also a big potential confounder, and I certainly don’t know the literature well enough to say how well they managed to account for that - not that education research has a ton of great studies, but they’re unlikely to all be colossal mistakes.

Lots of books in the home? Great: you have parents who read for enjoyment, have a stable space for living that has lots of room for books (in the pre-eBook/tablet era, my book collection at college was maybe 1/10 of the books in my parents’ house that were specifically mine, not theirs; just their casual reading filled a wall, and they could afford to install built-in shelves as opposed to moving frequently and having to move both books and shelves), and enough money to buy books. Imagination Library (or similar) can fix the last one, but not the first two.
by touchscreenstho | 2025-10-15 01:53:07+00:00
Smartphones exploded because they introduced a new, better form of input to the general market. Most use cases do NOT require fine precision of input, so buttons were unnecessary, and the market had already tried both few and many buttons. Smart on-screen keyboards and an UI entirely controllable with touch was a revolution people don't want to come back from until they DO need that precision, which is why gaming accessories like the bone exist, but are a niche.

A projector is none of that. A projector is a gimmick. The projector could cost $5 and it would still fail to capture an audience if it wasn't just a side-feature on a more conventional phone.
by consumer451 | 2025-10-15 01:53:13+00:00
Why did you just go into rude and offensive mode?

I looked at the linked doc, and did not find anything objectionable. I cannot read other people's minds, so I am not sure what you are asking of me.

Are you saying that you cannot point me to what you are talking about in that lesson plan, to prove your own point? I am supposed to magically make your point for you? This is not how any of this works.
by propagandist | 2025-10-15 01:53:21+00:00
His feed is an archive of war crimes documented under conditions of imposed starvation and an information blackout, in a "conflict" that has had the highest journalist mortality rate by far.

First, he's under no obligation to archive his posts. It's on the world to archive them and prosecute the perpetrators of the documented crimes.

Second, the platform in question has, at the highest levels, intelligence officers from the entity committing those crimes.

Third, humanity has failed in its moral duty yet again, and this sort of "neutral" commentary that ends with a glib remark directed at a murdered non-combatant is shocking to the conscience.
by alexose | 2025-10-15 01:53:52+00:00
Yep. It has massive ripple effects for manufacturing, especially as more industry transitions away from fossils for heat generation. Energy accounts for around 40% of the opex for steel manufacturing, for instance. Zero chance we build more steel mills if the cost of electricity continues to skyrocket.

The Chinese have the right approach: Bringing the cost-per-watt down using massive deployments of renewables and ultra high voltage transmission. We were already in the backseat, and now we're not even in the same car.
by susiecambria | 2025-10-15 01:54:21+00:00
> Combining the pool of babies born to mothers with and without hep b for determining risk factors is pretty dishonest. It is done to pad the revenues of large pharma companies. There is a non-zero increase in risk from getting any medicine. We weigh those risks against what the medicine is for. For babies born to mothers without hep b, the best choice is to not vax, for less lucky babies its in the vax category. Ignoring this doesn't improve outcomes. Risk is just complex.

All I can offer in response is what Dr. Offit said: "In 1991 there were roughly 30,000 in children less than 10 years of age who got hepatitis B in this country. Half of them got it from their mothers. The other half got it from relatively casual contact um with from people who had chronic hepatitis B virus and didn't know it. How many people in the US are infected with hepatitis B virus? Do we know? Yes. So it's tens of thousands every year. And then in terms of how many are chronically infected, about a little over 2 million."

I recognize that big pharma has a ton of problems and questionable practices. But Dr. Offit's statement "The other half got it from relatively casual contact um with from people who had chronic hepatitis B virus and didn't know it." suggests that being born to moms w/o hep B is not without risk particularly given the outsize risk for cancer.
by Genego | 2025-10-15 01:57:05+00:00
It really depends, sometimes I am just doing other tasks that aren't directly coding related. But often I also start with a plan of what I will prompt the LLM with, as I have a rough idea of the work that I want to get done in a few hours. So I start with the much larger tasks, and then while the LLM is thinking, I am kind of planning through my approach with the next task(s). Sometimes I am also wireframing, or drawing things which need to be improved on-top of a screenshot for the next round of UI/UX improvements.
by dathinab | 2025-10-15 01:57:36+00:00
> to rust would be trivial.

no, you still need to rewrite, re-optimize, etc. everything

it would make it much easier to be fully compatible, sure, but that doesn't make it trivial

furthermore part of it's (mostly internal) design are strongly influenced by C specific dev-UX aspects, so you wouldn't write them the same, so test for them (instead of integration tests) may not apply

which in general also means that you most likely would break some special purpose/usual user which do have "brittle" (not guaranteed) assumptions about SQLite

if you have code which very little if at all changes and has no major issues, don't rewrite it

but most of the new "external" things written around SQLite, alternative VFS impl. etc. tend to be at most partially written in C
by gerdesj | 2025-10-15 01:57:44+00:00
On device.

If you have say 16GB of GPU RAM and around 64GB of RAM and a reasonable CPU then you can make decent use of LLMs. I'm not a Apple jockey but I think you normally have something like that available and so you will have a good time, provided you curb your expectations.

I'm not an expert but it seems that the jump from 16 to 32GB of GPU RAM is large in terms of what you can run and the sheer cost of the GPU!

If you have 32GB of local GPU RAM and gobs of RAM you can rub some pretty large models locally or lots of small ones for differing tasks.

I'm not too sure about your privacy/risk model but owning a modern phone is a really bad starter for 10! You have to decide what that means for you and that's your thing and your's alone.
by rootusrootus | 2025-10-15 01:57:59+00:00
Can't help but notice the reliable pattern of right-wing naming conventions. German Democratic Republic, not at all democratic. Democratic People's Republic of Korea, again not even remotely democratic. Make America Great Again, not in fact trying to make America great. I get it, slogans work and are more important than the reality behind them. But it is depressing nonetheless, to imagine all the nice things and prosperity we could create if we actually did try.
by Vaslo | 2025-10-15 01:58:00+00:00
I had a similar problem with Twinkly Xmas tree lights. It was even more frustrating than this because instead of just having me send the lights back, they just kept me trying all these different power plugs/checking with a voltmeter, etc. I should have asked myself “why in the f$&@ am I doing this” when clearly the lights were just dead. After the last correspondence I was busy and waited a month to respond and when I wrote them back they basically said it’s out of warranty, good luck. I pushed back and they couldn’t have cared less. All you can do is tell your friends and write a bad review. Good luck making it slip past all the positive fake reviews!
by thwarted | 2025-10-15 01:59:14+00:00
> But it does highlight the poor security of desktop browsers where they are only trusted to do anything when a phone app approves it.

Does it? The browser doesn't do anything, the person sitting at the computer where the browser is running is what performs the actions. The reauthentication and 2fa is meant to authenticate and authorize the user, not the browser.

The attack vector of someone else using your phone using an app that doesn't require (re)authentication is independent of the browser or the app itself being trusted. That your bank doesn't periodically require some kind of re-authentication for their app is a security hole, but because the device could fall into the wrong hands, not because the code/app/browser used to access it isn't trusted.
by AdamJacobMuller | 2025-10-15 01:59:35+00:00
One good reason is that people have written golang adapters, so that you can use sqlite databases without cgo.

I agree to what I think you're saying which is that "sqlite" has, to some degree, become so ubiquitous that it's evolved beyond a single implementation.

We, of course, have sqlite the C library but there is also sqlite the database file format and there is no reason we can't have an sqlite implementation in golang (we already do) and one in pure rust too.

I imagine that in the future that will happen (pure rust implementation) and that perhaps at some point much further in the future, that may even become the dominant implementation.
by mrshadowgoose | 2025-10-15 01:59:58+00:00
I used to think that "AI operating in meatspace" was going to remain a tough problem for a long time, but seeing the dramatic developments in robotics over the last 2 years, it's pretty clear that's not going to be the case.

As the masses fade into permanent unemployment, this will likely coincide with (and be partially caused by) a corresponding proliferation in intelligent humanoid robots.

At a certain point, "turning on them" becomes physically impossible.
by spartanatreyu | 2025-10-15 02:00:48+00:00
> What goes in some people's mind when they come up with these ugly conventions and rules?

The earlier versions of the CSS spec had no double dash prefix sigil for custom properties.

You could just make up a value like: "bigger", "accent", etc...

The problem is that CSS needs to be able to add new properties overtime, and we don't want any name collisions with variable names that web developers have already taken.

So we need a sigil that only custom properties and that regular properties can't use.

- We can't use `$` because that would conflict with SCSS, and we wouldn't be able to use custom properties in the same file as scss variables

- We can't use any of the following symbols because they're already used in CSS itself: !@#.,%^&>~:?\|{}`()+*/"';

- We can't use `<` because it could harm parsing performance.

- We can't prefix with `-`, `_`, or `__` because developers have already used them in their files.

- That seems to leave just: `--` or something even weirder.

So `--` is longer but in the context of not breaking anything, it's the best option on the table.

-------------

Now we're in this unusual spot where custom properties are genuinely more useful then what came before (they're like scss vars but they can update live and cascade too!), but they're a little wordy.

Probably not for long though, the upgraded attr() function will remove a lot of the massive walls of definitions that too many design systems and methodologies are relying on, and the upcoming functions used with the conditionals (if, media, where, not etc...) will take that further.
by runako | 2025-10-15 02:01:02+00:00
> If SWE doesn't actually require a degree, and I know it doesn't because I don't have one

There's a lot embedded in here that for political reasons I'm not going to get into.

Back on the subject, I will just saw the GA university system regents disagree with you about the purpose of the GA university system. Successive state legislatures and governors have broadly supported, over many decades, their view of the purpose of the system.
by degamad | 2025-10-15 02:01:04+00:00
I initially made the same misread that you did...

The OP's point is, having the firmware permanently burnt-in on a ROM chip vs loaded as a binary blob via a driver doesn't change the "non-free"-ness of the firmware itself.

So opting for hardware which has a "fully-open-source" driver, but runs a binary blob encoded into the hardware, doesn't make the system fully open.

It's a take for a more Free system, not for accepting binary blobs.

(Or I guess for acknowledging that if you're willing to allow binary blobs stored in hardware, then dynamically-loaded binary blobs doesn't change the "free"-ness.)
by Quarrelsome | 2025-10-15 02:01:30+00:00
its a file on disk, it relies on the file handling of the OS and an OS file system doesn't give you the same guarantees as a fully fledged db. Even if you try to fix this problem you're just going to end up with trade offs which to properly mitigate you'll end up approaching running some sort of service anyway. At some point you have to ask yourself if jumping through all these hoops has saved you more effort than just running a proper service.

You can justify it as a migration strategy between a file and a service but you're just hammering in screws if you try to force Sqlite to be a multi-client database.

> If there are many client programs sending SQL to the same database over a network, then use a client/server database engine instead of SQLite[1].

[1] https://www.sqlite.org/whentouse.html
by ndiddy | 2025-10-15 02:02:24+00:00
He's done the same series of tests on basically every mainstream phone from at least the past 10 years. Here's him doing the same bend test on the Samsung Fold 7 for example. Unlike the Pixel 10 Fold, it doesn't break open from being folded backwards. https://youtu.be/8hgg4YEdPak?t=500
by nradov | 2025-10-15 02:03:11+00:00
If we want to bring most types of manufacturing back then we need cheap, reliable base load power. It's often not economically feasible to shut a plant down and wait out a spike in electricity spot prices due to batch processing limits, thermal cycling, labor scheduling, and capital depreciation concerns. It's not a simple thing like turning off your home water heater for a few hours.
by agg23 | 2025-10-15 02:03:30+00:00
This is something you can accomplish very easily in a ESP32 form factor, streaming audio over wifi/bluetooth. However, it doesn't fully deliver the same experience; the goal was for it to replace your phone, so it needs to support a lot more functionality such as data persistence, offline support, notifications, cellular, maybe some form of visual IO (the laser projector), etc.

From my perspective I was just interested in the excellent industrial design, which is something that is virtually impossible for a DIY setup to attain.
by devilbunny | 2025-10-15 02:04:39+00:00
Well, I don’t, but unfortunately for me I am in, as you say, a small and dwindling minority.

I don’t find them useful, really, but the bigger problem lately has been complex emoji (so, not just a thumbs-up) in a size that is fine for reading the Latin or Cyrillic alphabets but useless for trying to pack a lot of info into a very pixel-limited block. If you think this sounds nuts, wait until you’re about 45 and presbyopia kicks in. It is rapid and merciless.
by varispeed | 2025-10-15 02:05:02+00:00
> its interesting that the ai companies are already saying that.

This is just cheap PR to launder legitimacy and urgency. To create false equivalence between AI agent and an employee.

I think this is a sign of weakness, having seen AI rolled out in many companies where it already shows signs of being absolute disaster (like summaries changing meaning and losing important details - so tasks go in wrong direction and take time to be corrected, developers creating unprecedented amount of tech debt with their vibe coded features, massive amount of content that sound important, but it is just equivalent of spam, managers spending ours with LLM "researching" strategy feeding the FOMO and so on).
by seba_dos1 | 2025-10-15 02:05:04+00:00
> The OS layer is where all previous Linux phone efforts have failed

The OS layer is where the existing projects are thriving, with various distros and shells to choose from to match one's needs and tastes. It's the appropriate hardware that's in undersupply. I'm using a Librem 5, a 2019 design, and if I wanted to switch to something newer I can't because there's no viable upgrade path on the market. No other hardware vendor has invested significant resources into mobile GNU/Linux since then, everything else is either purely community-based or uses Halium.
by dzink | 2025-10-15 02:05:13+00:00
AI use on corporate code means exponentially compounding complexity. Even if carefully planned for, AI enables more features to be added and more will be added a-la-carte, and the tower inevitably becomes bigger than humans can manage, especially if they are allowed increasingly less time to maintain a fast growing pile of code. That means eventually large enough code bases will be manageable only by AI or not at all. Talk about lock-in.
by kube-system | 2025-10-15 02:05:30+00:00
I pay less money for my burrito than I would with cash, but the reason I use my phone is convenience, not cost.

> I don't think you're the target market for this phone.

My comment is downstream of the entertaining of a possibility of:

> a significant user base that runs alternative operating systems

... which isn't going to happen if you ask your users to give up commonly used features. It will forever be a niche project, at best.
by cycomanic | 2025-10-15 02:05:31+00:00
That's a weird argument. System integration is a significant amount of work. To get any data in and out of these high speed dac/ADCs requires significant man hours (several months to years) of rf, system, fpga and systems engineers. These scopes typically have some pretty hefty fpgas in them as well. All That comes at a significant cost (and those ADCs are not cheap either).

It's sort of like saying CPUs are the were all the hard work for computers is, so they should get all the money (not the motherboards, GPU and especially not software). That's just not how the economics of these things go.
by array_key_first | 2025-10-15 02:05:33+00:00
We have many, many Linux kernels. Many distros compile their own kernels. You aren't using "the" Linux kernel most likely, you're using your distros Linux kernel. It's just that nobody notices because the kernel has stable interfaces.

Thats also why you can run kernel 6.5 on a version of RHEL from 15 years ago.

By its nature as a community, the Linux community will never converge on a default DE.

The only reason Windows pulls it off is because it's not a community. It's a dictatorship and you're a serf. You use what Microsoft tells you to use.

But, even then, there is divergence. No doubt you've heard of people sticking to 10 even though Microsoft is abandoning it. Some people still use 7, or even XP.
by toss1 | 2025-10-15 02:05:42+00:00
>> random and shocking is much more concerning

For sure, urprising, notable, and scary. But it seems especially for random causes that we can not control, why should we worry about those?

In contrast, death causes which are semi-fully controllable should concern us greatly.

E.g., just don't smoke is a virtual guarantee of extra 5-20 healthy years (and a greater difference if you're in the ~1/3 having the genetic makeup susceptible to cancer from smoking). Seems we should be very concerned and work hard to avoid smoking, vs random death from a helicopter falling on us?
by aeonfox | 2025-10-15 02:07:10+00:00
Yeah, there's probably a huge asterisk around the predominant roofing materials, latitude, and availability of tradespeople in a particular area. Certainly with the latter, there is downward pressure with greater demand enabling more people to take on installation work.

> If we had deserts that would be a great place to put up solar.

I guess the EU at least has some large projects in North Africa which is trying to combat desertification. Looks like a win-win, but I don't know much about it.
by Quarrelsome | 2025-10-15 02:08:00+00:00
> My issue is that if I choose sqlite to store data locally in my browser or my cell phone, why do I suddenly want to store it in the cloud?

I don't think those solutions are necessarily that bad. There was one the other week that offered a means of guaranteed sync to a sqlite file in the cloud. Its nice to have the infra to allow users to hop around devices and have backups. What's weird to me, is trying to magic it into a performant multi-client db which the underlying technology was never designed to be.
by CMCDragonkai | 2025-10-15 02:08:36+00:00
The phone is the critical root identity anchor for most of the world now. And many countries outside of the west has already made the Sim card a root identity. Additionally to make it trustworthy (think Google wallet and digital wallets and so on) to work they cannot trust the end user because effectively you the user don't own your own identity. So that's why the phone has to be proprietary - so that it's secure element can be trusted in interactions with the state-big-tech nexus. I talked about my experience with this while attempting to cross borders in SEA. https://polykey.com/blog/architecting-anti-fragile-trust-at-...
by bdufiddbrnrnf | 2025-10-15 02:08:48+00:00
You have the right to own guns so that they can be used to defend against a tyrant attempting to take over the country. You have guns so that you can defend the fundamental principles and rights on which your country was founded.

Now that you have elected a tyrant, who wants to destroy everything that made America special, I don’t think you should really be allowed to own guns. The premise for that right has been invalidated. We are living through a demonstration of its failure.

Why should you be allowed to own a gun? What is the rationale for that right? Because as far as I can tell Americans have proven that they never deserved it.

The constitution does not talk about self-defence. The constitution does not talk about hunting. The constitution does not talk about sports shooting. The constitution talks about protecting freedom, and instead you have voluntarily surrendered it. You don’t deserve guns and you don’t deserve freedom. You deserve nothing.
by dathinab | 2025-10-15 02:10:22+00:00
> 2.

ironically if we look at how things play out in practice rust is far more suited as general purpose languages then C, to a point where I would argue C is only a general purpose language on technicality not on practical IRL basis

this is especially ridiculous when they argue C is the fasted general purpose language when that has proven to simply not hold up to larger IRL projects (i.e. not micro benchmarks)

C has terrible UX for generic code re-use and memory management, this often means that in IRL projects people don't write the fasted code. Wrt. memory management it's not rare to see unnecessary clones, as not doing so it to easy to lead to bugs. Wrt. data structures you write the code which is maintainable, robust and fast enough and sometimes add the 10th maximal simple reimplementation (or C macro or similar) of some data structure instead of using reusing some data structures people spend years of fine tuning.

When people switched a lot from C to C++ most general purpose projects got faster, not slower. And even for the C++ to Rust case it's not rare that companies end up with faster projects after the switch.

Both C++ and Rust also allow more optimization in general.

So C is only fastest in micro benchmarks after excluding stuff like fortran for not being general purpose while itself not really being used much anymore for general purpose projects...