News for hackers. Stuff that matters.

pipo234

Re:Organic Maps on Sunday July 05, 2026 @11:43AM (#48795123)
+1 That, and it works in mountainous areas like the Alps or Pyrenees, where you're lucky to have GPS and most definitely can't rely on 4G for Google Maps
Re: on Wednesday July 01, 2026 @02:00PM (#48750805)
48kHz makes alignment between video and audio so much easier. (I.e.: Lip synchronization after edits)
Re:NPM packages from Red Hat have been compromised on Monday June 01, 2026 @10:34AM (#48357395)
But presumably, you only include dependencies that you trust and those dependencies themselves do their trusting more strictly than you. Trust is built on vetting, signatures and reputation.

That is, at least what we do, in theory. In practice, we cross fingers and let the LLM pick dependencies, are satisfied if it just works and we either update our deps frequently or infrequently.

Or, as they say in AMD's case: they never miss a chance to miss a chance
> Can someone that understands quantum computing please comment?

...

Crickets

...

There is little president for healthy industry being killed by bands of unionized workers. Charitably, one might think of rust belt car industry or Britain's mines and railways. Though of course, there was no way those industries could have realistically competed with foreign economies even if all labour was given away for free.

But consider this: if collectively all drivers would go on strike indefinitely (or at least, stop using platforms and instead hustled their rides old school). Would that mean the end for Uber and Lyft? Off course not. They'd take a few punches financially, but they'd be able to pivot, build something else. They have great engineers and money, and no one is forcing them to take such a huge cut.

I suppose this comes down to semantics. It's more grey than black and white. For instance, Russia doesn't send conscripts to fight in Ukraine. But it's hard to argue that soldiers fighting and dying in the front lines made a fair choice, while they weren't forced to sign a contract.

Similarly, there are Uber and Lyft drivers that don't have the economic freedom or level of education to work anywhere else.

True, they are not the same. But they probably feel similarly coerced into accepting an unfair deal.

So yeah, the comparisons are hyperboles, but I totally feel why they're upset and hope collective bargaining helps better their situation.

You might ask the same about any exploitive relation.

Why is there prostitution?

Why are slaves doing work for their masters?

Why are children going through our garbage in some distant country, if they hardly earn enough to eat?

A BLE tracker can't really broadcast very far itself, can it?!

Isn't the problem that someone on board was using a phone with Bluetooth relay, gps and cellular enabled?

Last paragraph:

> Big donations like this tend to flow toward well-established foundations, while the countless smaller projects that hold up just as much critical infrastructure quietly struggle for resources.

Wait. Wasn't AI supposed to alleviate the burden of legacy code?!
Re:A whole civilization might die tonight on Tuesday April 07, 2026 @02:31PM (#47679442)
The technical term seems to be: entrapment. The war could have ended after the first few "successful" days.

And still every day it continues, it becomes a little bit harder to back out. Like Vietnam, Iraq or Afghanistan this war cannot be won.

Sad, but true.

And if they had it their way, Oracle would have similarly strangled every last customer of Java, MySQL, OpenOffice, Solaris, etc. to squeeze out every last dollar.

And then make it look like they're innovating.

> Output is a lot harder to measure, which means it can be fudged easily.

First and foremost, this is about Oracle. For the short period I worked there, my impression about culture and tech was: mediocre. Not excellent, not poor but just a around average.

Which raises the question: why is it such a successful company commercially? I believe it's being ruthless to customers, employees and suppliers combined with cooking the financials.

Which bring me to your remark about output being difficult to measure. Imho Oracle had been exceptionally good at manipulating and obfuscating their output. And this was true long before AI came to the scene.

So glad to no longer be working for these clowns
Not a subscriber, but I understand your call for retribution.

I suppose the silver lining is that they are putting the responsibility for age verification adults. Which imo is better than requiring everyone; kids get a free pass to the kids stuff...

Please consider re-posting as "Show HN" or adjusting subject line
Re:GitHub Is Down on Monday February 09, 2026 @12:08PM (#46947768)
This has those Hotmail migration vibes off the early 2000s.
And "a very limited number" may mean "though we pretend to be a big company, we have a limited number of customers and while they all pay licence fees, most are not actually using the product in production."
Re:The Netherlands rethinks its US tech addiction on Thursday January 29, 2026 @05:20AM (#46808148)
Fair enough, but they also have a deeply embedded New Public Management culture.
Very good point, though I believe it's both market push and consumer expectation.

Because we have such limited control over our devices, they effectively provide the security of a jail locking down what users can do. That is appealing from a healthcare or banking perspective because it obfuscates the client-server API and gives exact control over the UI. As a bonus, the coffee chain gets to glean lots of details from your phone that would be unavailable in a browser.

As individuals we can do little more that push back: don't let yourself be trapped by coffee chains (go to a different one) and bother your bank's service line about having to use their app. The rest is up to government intervention, I fear.

> On top of that Patreon is a closed centralized platform that's bound to have issues like this and that's where I very much prefer using protocols (vs platforms) that enable the same. There are very similar solutions to Patreon, but based on nostr and related protocols.

The problem here isn't that Patreon is centralized, but that the app store is. Apple could easily require a cut from any app using nostr and related protocols. Or simply ban them altogether.

Not saying government mandates are ideal, but I don't see any other way to force some sense into Apple (or Google). App stores should be some sort of independent institutions (non-profits) but companies have no incentive to cede that revenue. Until that happens, best not download from app stores unless absolutely necessary.

To many users, an app seems to be perceived as the blessed way to access the web. While on a mobile, they are mostly a way to organize symlinks or bookmarks. Except, off course a web browser does its best to protect the user while most apps don't.

Meanwhile I continue doing the Lords work by telling kids that apps are not the internet. Hopefully, that 95% percentage will eventually decrease.

> However, if I were closer to the front end of my career, I'd certainly be looking to change, perhaps to technical writing.

It's tough for Juniors. I recommend specializing on one or two systems aspects, like performance, reliability, security. Understanding is design, how to measure the aspect, how to reason about it, knowing which levers to pull.

Hoping plain old software development will remain for the next decade or so, then retire.
Re:Transfering Files with gRPC on Monday January 26, 2026 @10:04AM (#46766478)
Simplicity makes sense, of course. I just hadn't considered a grpc-only world. But I guess that makes sense in today's Kubernetes/node/python/llm world where grpc is the glue that once was SOAP (or even CORBA).

Still, stateful protocols have a tendency to bite when you scale up. And HTTP is specifically designed to be stateless and you get scalability for free as long as you stick with plain GET requests...

Re:Transfering Files with gRPC on Monday January 26, 2026 @09:36AM (#46766145)
I understand some of the appeal of grpc, but resumable uploads and download offsets have long be part of plain http. (E.g. RFC 7233)

Relying on http has the advantage that you can leverage commodity infrastructure like caching proxies and CDN.

Why push protobuf over http when all you need is present in http already?

Would like to point out that professional translation has been under pressure for much longer than AI.

I have friends that made a descent buck 20-30 years ago translating technical documents like car manuals. Over the years, prices fell from quarters per words to fractions of a cent.

And even though machine translation was barely existent, tools were used to argue higher productivity and therefore lower prices.

It is a bit of a race to the bottom for library components: either you open source and it gets snatched by LLM parties or you keep it closed and good luck selling your wares.

On top of that the open source market will increasingly be flooded with (well intended) AI slop built by junior devs.

Older »