MurphyA/hacker-news huggingface dataset:
by ivanramos | 2025-04-23 12:25:57+00:00
Hi kartik_malik, Sure!

Think of it this way: Developers have GitHub to showcase their code, designers have Behance for their visuals, but SEOs have been left cobbling together screenshots and spreadsheets that quickly become outdated.

The problem is that SEO work is largely invisible and results-based. When an SEO professional wants to prove their expertise, they typically must:

- Take screenshots from Google Analytics, Search Console, Ahrefs, etc.

- Create PowerPoint presentations

- Manually update these materials as metrics improve

It's like if developers had to screenshot their code instead of having repositories, or if designers couldn't share their actual designs but only metrics about how people interacted with them.

SEOfolio creates that missing "GitHub for SEOs" - a standardized, professional way to document strategies, display auto-updating results, and share a comprehensive portfolio through a single link.

I hope this helps.
by diggan | 2025-04-23 12:26:02+00:00
> The problem is that Chrome by itself is worse than worthless, it is a money sink and it only makes sense as a part of a system.

Or, just an out-there idea, what if the Chrome became property of the government instead? Forced to be FOSS, put into maintenance mode and offer it as a truly user-focused browser instead of driven by any for-profit company (which will eventually run it into the ground).
by phtrivier | 2025-04-23 12:26:07+00:00
> Apple faces a €500 million fine for breaching the regulation’s rules for app stores, while Meta drew a penalty of €200 million for its "pay or consent" advertising model,

> The procedural fines fall short of the two giant penalties issued by the EU executive under its antitrust laws last year: €1.8 billion to Apple for abusing its dominant position while distributing music streaming apps, and €797 million to Meta for pushing its classified ads service on social media users.

Really honest questions: are those fines actually paid, in practice ? Is there a way for a citizen to know ? (As in, do they appear in the public budget of the UE ?) Or are they somehow deducted from subsidies, added to taxes, etc... ?

I know who collects taxes in France ("Le Tresor Public"). I don't know of a EU version of a treasury. Is it collected by one of the member states (Ireland, I would guess ?)
by cmrdporcupine | 2025-04-23 12:26:27+00:00
I'm sure the answer is probably fairly mundane, but it's birthed a whole lineage of nationalist semi-conspirational explanations (US colonial masters chewed Diefenbaker out, demanded the total cessation and destruction of the project, etc.)

I suspect it makes absolutely zero sense for Canada of the 50s to be designing and building its own fighter-bomber jets, but the mythos is strong.

And the vibe of the whole thing is very topical, of course, with the US basically demanding we spend more money subsidizing their defense industry by buying their overpriced armaments from them while at the same time key people in the administration openly musing about the elimination of our sovereignty.

The US: having it both ways ("be our subservient raw resource provider and nothing else" and "oh, but it costs so much to defend you") since forever.
by madeofpalk | 2025-04-23 12:26:30+00:00
I don't think so - they’ve only been fined for the in-app anti-steering provisions.

For the second App Marketplace issue, I think that’s just a preliminary finding and is going to take longer to work out

> Apple now has the possibility to exercise its rights of defence by examining the documents in the Commission's investigation file and by responding to the preliminary findings
by MrJohz | 2025-04-23 12:26:33+00:00
I disagree, both Vue and SolidJS share the same underlying signal mechanism. Vue hides it a bit more, and has different default primitives, but they're both doing essentially the same thing under the hood. In both, you can think of a component as an entity that exists continuously for as long as it is mounted, and connects sources (i.e. signals) to outputs (i.e. HTML values).

React, on the other hand, is very much focused around the `UI = f(state)` paradigm, where the `f` (i.e. the component/render function) gets called afresh every time the state changes. You can avoid that somewhat via memoisation etc, but this is conceptually an optimisation rather than how the framework works.

The JSX vs SFC aspect is still significant, and SolidJS definitely tries to use some of the affordances that React developed initially. But the core idea in the framework is much closer to Vue than to React.
by scythe | 2025-04-23 12:27:15+00:00
I'm not endorsing it, but it's roughly consistent with Trump's underlying philosophy that the international systems that USG manages are a subsidy from the US taxpayer to the rest of the world, and one which goes unappreciated. Under this premise, the USG would save money at little cost if they were replaced by industry consortiums or other countries' state initiatives. If my extrapolation is correct, even GPS might eventually be in the line of fire.

I need to be clear that I do not endorse this view. The role of the United States in facilitating global cybersecurity, not to mention navigation, trade among much else, almost surely pays dividends far beyond what it costs us. The amount of international goodwill that the United States enjoys is remarkable particularly in light of our various foreign policy "mistakes", and I think we have these systems to thank.
by devuo | 2025-04-23 12:28:28+00:00
US companies are free to not operate in Europe.

There's nothing special about US software engineering vs. software engineering made elsewhere from a purely technical and know-how point of view.

The key difference is availability of capital and appetite for risk that make US exceptional by enabling a speed of scaling and execution not possible anywhere else (well, other than China).

If US companies that can't be bothered to follow EU laws leave the +500M people market that is the EU, I'm positive some other equally competent alternative (local or otherwise) would appear sooner or later to fill in the gap.
by hennell | 2025-04-23 12:29:06+00:00
There's a great podcast called "How To F#€k Up An Airport" which details the many _many_ problems building a new airport in Berlin.

One of the funniest to me was that the architect didn't like the forced shopping path of modern airports. So he just didn't add any. And no-one noticed until after they'd built the foundations, so then they added a new floor, but it would be out of the way so who'd want to go there reducing income forecasts, while requiring new ventilation requirements, fire suppression systems etc.

If you work on poorly defined constantly changing software tasks it's all quite familiar. Just with a literal airport.
by sofixa | 2025-04-23 12:29:09+00:00
> See, people look at the stalemate and often draw false conclusions. It's not that Russia was too weak militarily, it's that Ukraine put up one hell of a fight

While Ukraine unquestionably put up a hell of a fight, the fact that the numerically superior army with the better and more numerical equipment, backed by the multiple times bigger and richer country failed is a failure. Especially when you consider that Ukraine doesn't have a navy and barely had an air force and anti-air, yet Russia failed at establishing air or naval control, let alone dominance.

> Russia's chances against the Baltics are pretty good, I would say 1 in 3.

Russia has no chance of having a war against the Baltics only. Any aggression against them will be met with a swift reaction from Poland, which has a better equipped army than Ukraine. If Ukraine can destroy the best Russian units and hold to a stalemate the majority of the remainder for years, Poland will wipe the floor with the war criminals.
by doodlebugging | 2025-04-23 12:29:35+00:00
>HackerNews has a tendency to jump through mental gymnastics to justify that Japan is perfect and can do no wrong. I say this after just leaving a Japanese museum 30 minutes ago that had blackface figures on exhibit

This is an interesting comment that seems to suggest that exhibiting blackface figures in a museum context is inappropriate or bad. I have never been to Japan and have not seen this display so I can't comment on the contextual layout.

I am left wondering how future generations can ever benefit from the mistakes of their ancestors if those mistakes are not documented and available to serve as teaching moments.

Maybe this is why it is called a cycle of life - we erase or bury all the uncomfortable stuff so that our kids and their kids have no idea that we (our societies) already suffered the consequences of crossing that bridge long before they came around.

I would argue instead that museums are the best context for displays like blackface where they can put everything into context for future generations and perhaps as a people we can concentrate on solving new sets of problems with each successive generation. That would sound a lot more like progress to me.
by surfingdino | 2025-04-23 12:30:08+00:00
You are right about the differences in the number of sensors, there may be more. I prefer to talk about photosites, because additional properties like photosite size or sensor photosite density help me make better decisions when I'm selecting cameras/sensors for a photo project. For example, a 24MP M43 sensor is not the same as a 24MP APS-C or FF sensor, even though the image files they produce have the same number of pixels. Similarly, a 36MP FF sensor is essentially the same a 24MP APS-C sensor, it produces image files that contain more pixels from a wider field of view, but the resolution of the sensor stays the same, because both sensors have the same photosite density (if you pair the same lens with both sensors).
by quietbritishjim | 2025-04-23 12:30:21+00:00
> Looking at the source code[1], it appears to be analogous to MinGW in the MinGW:GNU/Linux:Windows relationship, but replace with MinC:BSD:Windows. In other words, a minimal user-mode layer that presents BSD headers (and therefore BSD symbols, macros, and types), libraries, and core utils to end-users, thus abstracting over MSVC†.

Are you getting MinGW mixed up with Cygwin?

MinGW does not emulate Unix-style APIs on Windows. (Actually I think there are exceptions but that is not its general purpose.) Instead, it is a port of tools aimed at Unix-like OSs (e.g., Make, GCC) to Windows so that they can be used to build source code that is already targetted at Windows. For example, source code compiled with MinGW might include a call to the Win32 API CreateProcess(), but cannot include a call to the Posix API fork().

Cygwin, on the other hand, allows compiling source code intended for *nix to native Windows binaries. For example, it compile code that calls fork(), getuid(), stat(), etc. It has that user-mode emulation that you mentioned (e.g. mapping between Unix-style UIDs and Windows SIDs), which happens in cygwin1.dll.
Show HN: I built a No Code Dockerized MCP Server for any API - AI Agent
by ckanthony | 2025-04-23 12:30:42+00:00
TLDR:

OpenAPI-MCP is a Dockerized server that dynamically generates Model Context Protocol (MCP) tool definitions directly from your Swagger/OpenAPI documentation. It allows your AI agent to seamlessly access any API without additional coding, streamlining development and eliminating repetitive manual setup.

For more details, code updates-----:

GitHub: ckanthony/openapi-mcp Docker Hub: ckanthony/openapi-mcp
by woodruffw | 2025-04-23 12:31:17+00:00
Can you think of any more charitable reason than this? I think it beggars belief that Homebrew isn’t interested in improving performance; it’s something we talk about constantly and is one of our largest and most consistent user asks.

(It’s not just midnight, or terminals, as mentioned, not that either of these is really a “just”. And it’s not just GitHub, as mentioned.)
by delichon | 2025-04-23 12:31:36+00:00
As a libertarian every one of these cases of presidential abuse of power looks like a great opportunity to limit presidential power. In this case the executive discretion to block mergers. Every time non libertarians on both sides tell me that this is essential power, and we just need the right people in charge. How is that working out for you?

To me the greater threat is that one side or the other will succeed in always putting the "right" people in charge.
by falcor84 | 2025-04-23 12:32:55+00:00
This metaphor doesn't quite work because McDonalds aren't a marketplace. But the closest I can think of is if McDonalds sold the best hamburger boxes that people want to use at home, but then added a mechanism that only lets you put a burger in that box if whoever made that burger bribed MacDonalds, regardless of what's good for you as the burger consumer.
by tossandthrow | 2025-04-23 12:34:19+00:00
Big German newspapers do not need to comply under DMA.

The EU focusses, rightfully, on EU macro dynamics with these laws, not how smaller outlets work.

This is very much reasonable. When a platform is big, it has bigger impact, but also bigger budgets to hire legal help and bigger budgets to stay compliant.

This is well established in accounting where there exists different rules depending on size (in many jurisdictions)
by merek | 2025-04-23 12:34:19+00:00
PWAs offer support for push notifications [1], but apparently they are not as seamless as in native apps, especially on iOS.

If you've never heard of PWAs [2], they allow you to add native mobile app functionality to a mobile website, including the ability to install your website as though it were an app, and ability to cache resources for offline use. I haven't worked on app development for a while, but when I did several years ago, all that was required to turn a mobile website in to a PWA was a service worker file (a JS file to define resource caching rules), and a manifest.json file (essentially metadata used by the home screen icon, including title and icon image).

Apparently PWAs still aren't on par with native apps in terms of capability and UX. Nonetheless I hope PWAs become popular for their simplicity, and for being decoupled from platforms. It's a bit insane to me that native app development usually requires heavy platform specific IDEs (Android Studio, Xcode), both of which have steep learning curves, and after all that development effort, you only have an app that works on 1 platform. Building a basic mobile app shouldn't require anything more than HTML, JS and CSS, and it shouldn't be tied to any specific platform.

1. https://developer.mozilla.org/en-US/docs/Web/Progressive_web...

2. https://developer.mozilla.org/en-US/docs/Web/Progressive_web...
by MyPasswordSucks | 2025-04-23 12:34:20+00:00
Both have their ups and downs, but broadly speaking, private money tends to be a lot more flexible and risk-liberal, whereas public money can be like having the worst aspects of the ignorant absentee CEOs-golf-buddy manager and the micromanaging hands-on desperate-to-prove-himself CEOs-nephew manager.

Public money is eventually traced back to some elected official who has absolutely nothing to do with technology but is also very emotionally-invested in showing to the constituents that the money isn't being wasted - to the point where spending the money on something useless but concrete ("ergonomic" coffee mugs) might be deemed preferable to a long-term investment that falls on the wrong side of a term-limit.

Again, public money can be fine and completely no-strings sometimes (and, conversely, private charitable contributions can sometimes end up with plenty of strings too), but there's certainly reasons to point out the differences.
by simpaticoder | 2025-04-23 12:34:21+00:00
>So in what way does this help the American people?

Shutting down Mitre and the CVE is against American interests, both public and private. That said, you can make an argument, one that revolves around cost (was the CVE DB worth $50M a year, especially given its backlog?). The other part of that argument rests on assuming there will be a private or semi-private replacement for the service, that there may be many of them, and therefore they will improve. One might assert, as libertarians do, that every service that's not monopoly of force should be private.

These aren't great arguments. $50M does seem like a lot, and maybe it could be reduced. I'd love to see an actual analysis of their operations rather then just ending the program. The second argument is worse. NIST and NOAA are examples of agencies that punch above their weight in terms of cost/benefit (the CFPB as well), and it seems like for-profit NIST and NOAA doesn't make much sense. But yes its worth considering the pros and cons of publicly funded service versus the private versions, in general. Even a bad argument is better than no argument, and the current admin does not bother to make one.
by alxlaz | 2025-04-23 12:34:27+00:00
This is:

1. Not about any monopoly (in fact the word "monopoly" does not appear in the press release at all).

2. Nothing like McDonalds, whose business model is completely different from an app store's.

3. Not about Apple can do to consumers who aren't in the Apple ecosystem but about what it can do to developers who wish to sell their applications and services for Apple devices.

If you really insist on making an analogy that involves McDonalds: that's like arguing that McDonalds should not be allowed to prevent Coca-Cola from telling Coca-Cola customers that they can buy Coca-Cola in places other than McDonalds. Which, yeah, they're not allowed to.
by catlikesshrimp | 2025-04-23 12:34:59+00:00
The US is not the best friend of UN. Out of the WHO, menaces the ICJ, vetos that go against the democratic countries and a few times match russia. Trump out of the climate accord. Trump quit UN rights council, Trump cuts UNRWA funding.

You may agree with some, but there is a pattern.

I am waiting for it to leave the FAO. Not hoping, waiting.
by constantcrying | 2025-04-23 12:35:00+00:00
>But it's not that the problems are "circumvented", in the sense that it's a kind of a hack or a patch, but they are solved, in the sense that there is a systematic way to correctly compute with polynomials.

But the author does not even acknowledge that there is a wrong way. He claims that it is just a "MYTH" that polynomials have huge problems.

Read the article, nowhere does the author acknowledge that these numerical issues exist at all. Nowhere does the author talk about why the specific methods he uses work or even acknowledge that had he used a naive approach and written the polynomials as a power series over a large interval everything would have fallen apart.

Surely the "MYTH" that high degree polynomials are dangerous is not a myth. Concrete examples where naive approaches fail are trivially easy to find.

Again. I think you are missing the point entirely. I am not saying that these Fourier type projections are "wrong" or "bad" or "numerically unstable" or that you can't write an article about those or that high degree polynomials are impossible to work with.

I am saying that if you claim that it is a "MYTH" that high degree polynomials are dangerous, you should mention why people think that is the case and why your method works. Everything else seems totally disingenuous.
by jodrellblank | 2025-04-23 12:35:09+00:00
You’re so close! This is like watching right wing people smugly saying “the phrase women’s rights is such a funny one to me - if we assume women are humans and deserve rights then what next, black rights?” As if they’ve hit a winning argument that of course black people aren’t human and don’t deserve rights so of course women's rights are a nonsense as well.

You've started with the assumption that landlording is a good Capitalist respectable thing and nobody could question it, so mocking the thing a landlord does can't possibly have any legs to stand on. But yes! A landlord seeking rent for doing nothing is a parasite! Yes! It’s rent seeking! The people who really try to defend it as difficult and performing a useful service are bad people who benefit from the status quo and lack the imagination and wider experience to see that things like council housing exists and works and benefits people other than the wealthy landowners. If there are two houses and two families could own them and live in them, turning it into one family owning both plots/houses and the the other family paying rent forever is worse. Turning it into one landlord owning both plots/houses and charging both families to live there forever so they don't have to work for a living is worse again. Turning it into a landlord class who both try to squeeze as much rent as possible while lobbying the authorities to block new-house building and reduce tenant's rights is worse again.
by icebergonfire | 2025-04-23 12:35:35+00:00
Anecdotally speaking, the 80% limit seems to be key to better battery aging long term.Anecdotally speaking, the 80% limit seems to be key to better battery aging long-term.

My launch-day iPhone 15 Pro Max is at 95% battery health. That phone has had the 80% limit enabled since day one, and I very rarely have had to increase it for specific busy days.

My previous iPhone 12 Pro Max very quickly descended to 88% battery health after a year.

My charging habits remain the same: fast and furious Magsafe/Qi/Qi2 charging every time there is a charger nearby (remote worker, so that’s almost all the time).

I do have unpleasant thoughts about the 80% battery charge limit not being available on anything older than the 15, since it turns out it can be sideloaded via Nugget and MobileGestalt manipulation.

Not enough to push me away from the walled garden (these phones are aging better than my previous flagships from other ecosystems), but a reminder of the rough edges in it.
Show HN: Node.js video tutorials where you can edit and run the code
by somebee | 2025-04-23 12:35:49+00:00
Hey HN,

I'm Sindre, CTO of Scrimba (YC S20). We originally launched Scrimba to make video learning more interactive for aspiring frontend developers. So instead of passively watching videos, you can jump in an experiment with the code directly inside the video player. Since launch, almost two million people have used Scrimba to grow their skills.

However, one limitation is that we've only supported frontend code, as our interactive videos run in the browser, whereas most of our learners want to go fullstack—building APIs, handling auth, working with databases, and so forth.

To fix this, we spent the last 6 months integrating StackBlitz WebContainers into Scrimba. This enables a full Node.js environment—including a terminal, shell, npm access, and a virtual file system—directly inside our video player. Everything runs in the browser.

Here is a 2-minute recorded demo: https://scrimba.com/s08dpq3nom

If you want to see more, feel free to enroll into any of the seven fullstack courses we've launched so far, on subject like Node, Next, Express, SQL, Vite, and more. We've opened them up for Hacker News today so that you don't even need to create an account to watch the content:

https://scrimba.com/fullstack

Other notable highlights about our "IDE videos":

- Based on events (code edits, cursor moves, etc) instead of pixels

- Roughly 100x smaller than traditional videos

- Recording is simple: just talk while you code

- Can be embedded in blogs, docs, or courses, like MDN does here: https://developer.mozilla.org/en-US/curriculum/core/css-fund...

- Entirely built in Imba, a language I created myself: https://news.ycombinator.com/item?id=28207662

We think this format could be useful for open-source maintainers and API-focused teams looking to create interactive docs or walkthroughs. Our videos are already embedded by MDN, LangChain, and Coursera.

If you maintain a library or SDK and want an interactive video about it, let us know—happy to record one for free that you can use however you like.

Would love to answer any questions or hear people's feedback!