MurphyA/hacker-news huggingface dataset:
by dahart | 2025-07-24 14:01:22+00:00
> am I standing at the gates of hell in a line that includes Tower Records and Blockbuster?

Maybe, but there’s a big difference - Netflix doesn’t rely on Blockbuster, and Spotify doesn’t need Tower Records. Google AI results do need your articles, and it returns the content of them to your readers without sending you the traffic. And Google is just trying to fend off ChatGPT and Meta and others, who absolutely will, if allowed, try to use their AI to become the new search gateways and supplant Google entirely.

This race will continue as long as Google & OpenAI & everyone else gets to train on your articles without paying anything for them. Hopefully in the future, AI training will either be fully curated and trained on material that’s legal to use, or it will license and pay for the material they want that’s not otherwise free. TBH I’m surprised the copyright backlash hasn’t been much, much bigger. Ideally the lost traffic you’re seeing is back-filled with licensing income.

I guess you can rest a little easier since we got to where we are now not primarily because of technical means but mostly by allowing mass copyright violation. And maybe it helps a little to know that most content-producing jobs in the world are in the same boat you are, including the programmers in your target audience. That’s cold comfort, but OTOH the problem you (we) face is far more likely to be addressed and fixed than if it was only a few people affected.
by Macha | 2025-07-24 14:01:25+00:00
So let's pretend this only paid for employees. 5-15 employees depending on where they live. Let's assume 1-2 admin and 13 devs.

A quick eyeball of the projects list looks like about 100 projects: https://projects.apache.org/projects.html

So each project gets funded enough for 10% of a developer. That's not enough to provide infrastructure to commercial users satisfaction.
by ragnese | 2025-07-24 14:01:32+00:00
That's a whole huge can of worms, too. Coroutines and the suspend keyword were a great innovative feature at the time (very clever implementation on the JVM and good API design given the limitations of the implementation and syntax design constraints), but now that Java has so-called virtual threads, you don't "need" Kotlin for convenient(-ish), simple(-ish), scalable, structured concurrency like you used to, either.

One could rightly debate over whether Kotlin's coroutines design and APIs are better than Java's virtual threads for writing asynchronous code. But, at the core, the story used to be that Kotlin had coroutines and lightweight structured concurrency "built-in" (with a blessed first-party helper library for the actual concurrency part) and Java did not have anything that accomplished the same goals. Now it does.
by apelapan | 2025-07-24 14:01:43+00:00
When I picked my Model Y the main competition was Kia EV6 and VW ID7. The monthly lease+insurance was $600 for Tesla, $850 for Kia and $1000 for VW.

To get down to Model Y-level costs, I would have had to settle for a barebones ID4 or an MG. In that comparison the Model Y is a wonder of pace, space and grace.

I don't like my Model Y, I sort of hate it, but if I had to make the choice again and the relative prices (and my car-needs) were the same, it would be a tight race. I'm pretty sure there will be better options next time, though.
by jerf | 2025-07-24 14:01:54+00:00
I've also seen really wonderfully-written scripts that, if you read them manually, allow you to change where whatever it is is installed, what features it may have, optional integration with Python environments, or other things like that.

I at least skim all the scripts I download this way before I run them. There's just all kinds of reasons to, ranging all the way from the "is this malicious" to "does this have options they're not telling me about that I want to use".

A particular example is that I really want to know if you're setting up something that integrates with my distro's package manager or just yolo'ing it somewhere into my user's file system, and if so, where.
by EcommerceFlow | 2025-07-24 14:02:07+00:00
I've got years of professional SEO experience, and it's clear SEO is dead for information, especially once you use o3 type Ai models daily.

To be frank, good riddance. Information sites were being manipulated on such levels it was ridiculous.

Anyways, I expect e-commerce CTR to get SO MUCH better, so overall it'll just be a shift away from SEO over to PPC, or maybe a little bit of both.
by asa400 | 2025-07-24 14:02:09+00:00
> if your a company which is fully bought into ephemeral containers running on Kubernetes then Elixir is probably not going to be a great fit for you

As a community, we have got to stop saying this stuff. It's false. Nothing about Elixir or k8s precludes using the other. Elixir applications can and do run just fine in containers and k8s deployments. In fact, they're complementary: https://dashbit.co/blog/kubernetes-and-the-erlang-vm-orchest...
by nickitolas | 2025-07-24 14:02:18+00:00
I'm a bit confused. What does any of this have to do with the central thesis of the talk? ("Compile time hierarchies of encapsulation that match the domain model were a mistake")

I understand that OOP is a somewhat diluted term nowdays, meaning different things to different people and in different contexts/communities, but the author spent more than enough time clarifying in excruciating detail what he was talking about.
by ceejayoz | 2025-07-24 14:02:57+00:00
> it changes everything

It changes nothing. People buy cars to drive them.

> Also this article does not take into account recycling of batteries which is way dirty that recycling ICEs.

I'm sorry you can't be bothered to read your own link. This is in the footnotes as a source for it:

Erik Emilsson and Lisbeth Dahllöf. "Lithium-ion vehicle battery production: Status 2019 on energy use, CO2 emissions, use of metals, products environmental footprint, and recycling." IVL Swedish Environmental Research Institute, in cooperation with the Swedish Energy Agency, Report C444, November 2019.
by kstrauser | 2025-07-24 14:03:07+00:00
Not completely. I buy little travel toothpastes that inevitably aren’t the one I like using. I use a hot brush and soap for shaving with a safety razor at home, but pack a little travel shave cream and disposable razor for the road.

When it’s packing time, I treat that travel kit part as its own separate list and validate that each item is still in there, or temporarily borrow it from my normal setup. It’s also one of the first things I unpack when I get home so that I can brush my teeth that night.
by AlexandrB | 2025-07-24 14:03:21+00:00
Just because skeuomorphism had gone too far, doesn't mean that ditching it completely was the right move. A step in the right direction would have been removing the rich, corinthian leather from the calendar app. What we got was a total obliteration of affordances that made the UI easy to understand and intuit.

This problem persists to this day, probably because there is no clear way to indicate intractability in the post iOS 7 design language. For example, I was recently confused by where a setting in macOS had gone until I realized the (i) icons in some settings panels are clickable and bring up an additional setting modal (example from the Battery settings [1]). WTF!? There's no indication that this is a button at all - you either know this is a button or you don't.

And there's my perpetual bugbear - information density. Apparently it's getting worse again[2] with liquid glass, but iOS 7 was the original sin here. Removing affordances necessitated using whitespace to separate controls from each other and from content in many places because you have nothing else - but this means a dense, compact UI is often no longer possible.

[1] https://support.apple.com/en-us/108376

[2] https://mjtsai.com/blog/2025/07/04/ios-26-information-densit...
by do_not_redeem | 2025-07-24 14:03:23+00:00
It's crazy that so much ink is spilled on curl | bash, but then those same people will happily run the 50MB binary it downloads for you without a second thought. Someone explain this to me, please.

Let's consider rust: https://www.rust-lang.org/tools/install

Specifically, consider these two files:

A. a shell script, written by the Rust core developers, hosted on the Rust official website behind TLS

B. a compiler binary, written by the Rust core developers, hosted on the Rust official website behind TLS

Why is everyone so afraid of A, but not afraid of B?
by TheAceOfHearts | 2025-07-24 14:03:23+00:00
I love textbooks, it feels like it should be the ideal for passing on a lot of crystalized knowledge to the next generation. But many tech books are just dealing with flavor of the month tools to help you be reasonably proficient, and they quickly become outdated in months / years. I think the financial incentives are also fairly limited; nobody is getting rich from writing a technical textbook.

Sometimes there are books which have become the standard for some domain, but they were written from an older perspective which is no longer as true for the modern era. I've heard it claimed that the dragon compiler book is a good example of this, focusing too much on limiting memory usage at the cost of speed.

Another problem is the limited collective curation efforts. There's tons of these "awesome list of things", but they give you a flood of options instead of picking out the best ones. This is a problem because people probably aren't enthusiastic to read multiple books on a topic, and there's an ever growing mountain of content to sift through.
by jlouis | 2025-07-24 14:03:48+00:00
The core of a properly built, resilient/robust system is that you have compartmentalized code into different small erlang processes. They work together to solve a problem. A bug in one is isolated to that particular process and can't take the whole system down. Rather, the rest of the system detects the problem, then restarts the faulty process.

The reason this is a sound strategy is that in larger systems, there will be bugs. And some of those bugs will have to do with concurrency. This means a retry is very likely to solve the bug if it only occurs relatively rarely. In a sense, it's the observation that it is easier to detect a concurrency bug than it is to fix it. Any larger system is safe because there's this onion-layered protection approach in place so a single error won't always become fatal to your system.

It's not really about types. It's about concurrency and also distribution. Type systems help eradicate bugs, but it's a different class of bugs those systems tend to be great at mitigating.

However, if you do ship a bug to a customer, it's often the case you don't have to fix said bug right away, because it doesn't let the rest of the application crash, so no other customer is affected by this. And you can wait until the weekend is over in many cases. Then triage the worst bugs top-down when you have time to do so.
by 9rx | 2025-07-24 14:04:00+00:00
> I always thought there are better ways to open a conversation.

Just like everyone else. "How are you?" isn't a conversation opener, it's an attention grabber; like "hey", "ahoy", "excuse me", or "hello". A device used to give the other party a moment to realize your presence and shift their focus towards you. If you try to go straight into conversation when the other person is off in their own world, nine times out of ten you're going to simply get back "Wait, what? Did you say something?"
by tlb | 2025-07-24 14:04:04+00:00
You can just interpolate bits of Javascript inside C++ to access the DOM, like so:

#include <emscripten.h> void sayHello() { EM_ASM( let foo = document.getElementById('foo') foo.innerHTML = 'hello'; ); }

See https://emscripten.org/docs/porting/connecting_cpp_and_javas...
by allturtles | 2025-07-24 14:04:20+00:00
Before paper became cheap, wax or wooden tablets were used for ephemeral writing.

> I have read a lot of late 18th, 19th and early 20th century books and diaries, and it is plainly clear that writers such as Tolstói, Zweig, Goethe and others developed full books in their mind first, then wrote them from cover to cover in 20-30 days.

I seriously doubt that it was ever common for writers to compose a whole book in their head and then write it down. Maybe some writers with exceptional memories did this. But there's a whole book about how War and Peace was written based on textual evidence that wouldn't exist if it had simply popped out of Tolstoy's head fully formed: https://www.amazon.com/Tolstoy-Genesis-Peace-Kathryn-Feuer/d....
by monero-xmr | 2025-07-24 14:04:26+00:00
If you start a pharmaceutical startup anywhere on earth, your business model is "sell to America". There is no other market. Every other developed country has price controls and refuses to pay, so the business plan is "sell to America and make whatever pennies we can internationally".

Healthcare costs so much in America because we don't have insurance, per se. We have a pay-as-you-go model because the average family of 4 is $25k per year https://www.kff.org/report-section/ehbs-2024-section-1-cost-...

This is absurdly expensive. On top of this most plans have very high deductibles, often $5 to $10k, so a healthy family gets very little of the $25k put into it. This also is what dents salaries and raises, because employers are picking up 10 to 20% annual increases in insurance costs.

Furthermore America has very strange anto-competitive practices baked directly into our pay-for-service model, such as paying more for the same procedure done in a hospital, which is the most expensive place to get anything done. This disincentivizes private operators from creating clinics to do things cheaper.

I would recommend the following. "Health Insurance" should change to be actual insurance - meaning you pay a small amount to protect yourself from a rare outcome, just like life insurance. This would be like catastrophic coverage against accident or expensive illness.

Then, we take the $25k per year, and put it directly into a health savings account, and let customers actually choose hospitals and clinics based on price.

There is simply no true competition in American healthcare.
by taneq | 2025-07-24 14:04:58+00:00
I don't think this is an unreasonable stance. I guess we're going with downvote=disagree for this one.

It's great if you can understand and connect with someone who's fundamentally decent but uninformed/misinformed and so holds some questionable views. I don't know if those views really count as "values" in this sense, though. Values tend to be either innate, or deeply ingrained and mostly immutable. If someone feels it's okay to kick puppies, maybe I can convince them that kicking puppies is bad and they should stop, but they're still a person who is capable of being okay with kicking puppies and that's not someone I want to be friends with.
by TrueDuality | 2025-07-24 14:05:18+00:00
Start-ups and smaller companies that are extremely cash strapped are willing to take an opensource project, compile it themselves, turn it into deployment artifacts and manage that whole lifecycle. There is a threshold where paying someone to manage and certify the lifecycle of tools is more valuable than keeping it in house.

This is pushing those enterprise customers that are just using and updating binary releases because they don't want to take on the compliance risks of first-party support to pay for official versions.
by kevindamm | 2025-07-24 14:05:21+00:00
There can be infrastructure dominance, too. It's difficult to get accurate figures for data center size across FAANG because each considers those figures to be business secrets but even a rough estimate puts the US data centers ahead of other countries or even regions.. the US has almost half of the world's data centers by count.

Transoceanic fiber runs become a very interesting resource, then.
by 30gdan | 2025-07-24 14:05:21+00:00
Myth #2 numbers from graphical representation are totally off from the 80% initial C02 difference in the MIT study. IDK where these numebrs come from but I'd tend to trust the MIT more than some propaganda from your beloved president.

Same goes for myth#1 IMO numbers are Trump related propaganda and have nothing to do with reality. Furthermore on myth #1 they talk about efficiency of EV vs ICE but totally forget to mention the efficiency of generating that said energy : 33% efficiency for coal based electricity generation VS 90% for petroleum refinement .... In the end when you sum up overall efficiencies are identical so I call bullshit and propaganda ...
by roenxi | 2025-07-24 14:05:33+00:00
>> Any ideology that accepts taxation - practically all of them - believes [the idea that certain people is just above others and they deserve more for free].

> Only if you anchor the baseline of "deserve" to private property rights and open markets.

Say someone has an ideology where they believe 70 year olds shouldn't have to work and need to be provided for by the community. What aspect of that would be anchored to private property and open markets? You could believe that and also believe in communal property and closed markets.
by ninetyninenine | 2025-07-24 14:06:19+00:00
All of what you said is true. But you implied making America great is not part of that.

Trust me. The kakistocracy requires America to be great. The tariffs are part of that.

Let me spell it out. The ceo of tsmc has clearly stated many times. The economics of building a fab in the US don’t make sense. Everything will be massively more expensive. The reason why it’s being done is simply to give a leg up to the US so the US can perform better at something that they are inferior at to Taiwan.

All of these policies are done to produce better outcomes in the long term but be massively painful in the short term.

I hate trump but the reality is that politics and taking sides is a cartoonish attitude. People are complex and the administration is made up multitudes of people. The reason for why they do what they do aren’t simply black and white and always in favor of just funneling more power to the upper class.

Maybe you’re right that they don’t give a shit about anyone other than self enrichment. But improving America in general doesn’t go against self enrichment, in fact improving America in general has massive long term upsides for trump. Don’t fall into the trope of taking a political side and thinking in terms of caricatures that trump is just pure evil.
by FlyingLawnmower | 2025-07-24 14:06:32+00:00
Sidenote, but the scholarship on distillation always makes me a bit sad. The Original work, cited in the abstract of the Hinton, Vinyals, and Dean paper that is cited everywhere, was the model compression work from Caruana, Buciluǎ, and Niculescu-Mizil.

The distillation paper added minor parameter tweaks and had a fancier name, but the essence of the method came from Caruana et. al's model compression paper: https://dl.acm.org/doi/abs/10.1145/1150402.1150464
by shadowgovt | 2025-07-24 14:06:57+00:00
Much of the reason `curl | bash` grew up in the Linux ecosystem is that "single binary that just runs" approach isn't really feasible (1) because the various distros themselves don't adhere to enough of a standard to support it. Windows and MacOS, being mono-vendor, have a sufficiently standardized configuration that install tooling that just layers a new application into your existing ecosystem is relatively straightforward: they're not worrying about what audio subsystem you installed, or what side of the systemd turf war your distro landed on, or which of three (four? five?) popular desktop environments you installed, or whether your `/dev` directory is fully-populated. There's one answer for the equivalent of all those questions on Mac and Win so shoving some random binary in there Just Works.

Given the jungle that is the Linux ecosystem, that bash script is doing an awful lot of compatibility verification and alternatives selection to stand up the tool on your machine. And if what you mean is "I'd rather they hand me the binary blob and I just hook it up based on a manifest they also provided..." Most people do not want to do that level of configuration, not when there are two OS ecosystems out there that Just Work. They understandably want their Linux distro to Just Work too.

(1) feasible traditionally. Projects like snap and flatpak take a page from the success Docker has had and bundle the executable with its dependencies so it no longer has to worry about what special snowflake your "home" distro is, it's carrying all the audio / system / whatever dependencies it relies upon with it. Mostly. And at the cost of having all these redundant tech stacks resident on disk and in memory and only consolidateable if two packages are children of the same parent image.
by kstrauser | 2025-07-24 14:07:31+00:00
That’s exactly how I ended up doing this. Otherwise I’d be all stressed that my excitement-addled brain was forgetting something, which it inevitably was. Now I have more concrete work to do before a trip, but it’s easier and far less stressful.

OMG. I showed my friends the wiki I made for a recent job hunt with details about every job, every person I talked to, a status page for “initial contact”/“recruiter screen”/“tech screw”/… etc companies, and a timeline of events. Some responded in horror. Others started taking notes. I’ve never been a PM, but I PMed the “get a job” to the extreme.
by orlp | 2025-07-24 14:08:11+00:00
This is useless. You can't stop Collective Shout (their campaign almost surely falls under First Amendment rights), and even if you could, 30 minutes later a new group pops up. Plus your message would fall completely on deaf ears for anyone who agrees with Collective Shout.

Bring attention to the fact that payment processors are acting as active censorship of legal content, rather than neutral infrastructure. Emphasize that if they can censor legal content, anything could be next, including but not limited to political donations of a specific party.
by veber-alex | 2025-07-24 14:08:23+00:00
rustup is available on plenty of distros now, and it's on homebrew in macOS.

The Rust docs should really offer installation methods other than curl | sh. Not from a security standpoint (I think that's nonsense) but I just don't like polluting my system with random stuff that is not managed by a package manager.

Edit: Yes, there is an "other installation methods" link, but the text makes it sound like it is only applicable for Windows.
by henryluo | 2025-07-24 14:09:19+00:00
As for the '<' and '>' to open and close an element, there are two potential kinds of syntax design. Option 1 is to use some explicit delimiters. Mark 1.0 has settled on '<' and '>'. Mark 0.11 was using '{' and '}', which I felt confusing with map. So I changed to '<' and '>', to make it consistent with HTML/JSX and XML, which most developers are already used to. Option 2 is to use indentation to delimit the enclosed child content, like in Python and YAML.

Option 2 looks cleaner for configuration kind of usage. However, Mark is designed to be embedded in a scripting language, and used beyond just configuration files. Unless the scripting language uses indentation as delimiter, like Python, option 2 will not work.

Personally, I prefer C/Java/JS family of languages that has insignificant whitespace. So Mark is designed to use explicit delimiters '<' and '>' to enclose an element.

Hope that explains one of the most important syntax designs of Mark.