Hacker Newsnew | past | comments | ask | show | jobs | submit | riv991's commentslogin

High Scale is so subjective here, I'd hazard a guess that 99% of businesses are not at the scale where they need to worry about scaling larger than a single Postgres or MySQL instance can handle.


In the case of one project I've been in, the issue was the ORM creating queries, which Postgres deemed too large to do in-memory, so it fell back to performing them on-disk.

Interestingly it didn't even use JOIN everywhere it could because, according to the documentation, not all databases had the necessary features.

A hard lesson in the caveats of outsourcing work to ORMs.


I've worked both with ORMs and without. As a general rule, if the ORM is telling you there is something wrong with your query / tables it is probably right.

The only time I've seen this is my career was a project that was an absolute pile of waste. The "CTO" was self taught, all the tables were far too wide with a ton of null values. The company did very well financially, but the tech was so damn terrible. It was such a liability.


Scalability is not the keyword here.

The same principle applies to small applications too.

If you apply it correctly, the application never going to be slow due to slow db queries and you won’t have to optimize complex queries at all.

Plus if you want to split out part of an app to its own service, it’ll be easily possible.


One of the last companies I worked at had very fast queries and response times doing all the joins in-memory in the database. And that was only on a database on a small machine with 8GB RAM. That leaves a vast amount of room for vertical scaling before we started hitting limits.


Vertical scaling is criminally underrated, unfortunately. Maybe, it's because horizontal scaling looks so much better on Linkedin.


Sooner or later even small apps reach hardware limits.

My proposed design doesn’t bring many hard disadvantages.

But it allows you to avoid vertical hardware scaling.

Saves money and development time.


Not really disagreeing with you here, but that "later" never comes for most companies.


> So it is in a bad state because it does not receive enough money, that's it

In real terms the budget is the largest it's ever been, it's a relic of the time when people worked and died shortly (a decade) after retiring, not when they live for 30+ years longer.


> In real terms the budget is the largest it's ever been

Which it needs to be given the demographic changes you note. It's about 15% smaller per capita than comparable countries spend. That would suggest that we need to increase the budget if we want comparable service.


That has changed in recent years. Now greater than in France in absolute spend per capita, would need a 7.5% increase to match in terms of GDP. It would still require a 15% increase to match Germany in absolute per capita, but only 8.5% in percentage of GDP.

https://data.worldbank.org/indicator/SH.XPD.CHEX.PC.CD?locat... https://data.worldbank.org/indicator/SH.XPD.CHEX.GD.ZS?end=2...


It's still one of the cheapest healthcare systems among similarly wealthy countries per capita - it's seriously underfunded.

To bring it to a comparable level to similarly wealthy countries would take an increase in funding of 20%-30%.


It's much easier to maintain, as headsets have become integrated it's become harder and harder to work with anything that runs from the brake levers through the frame.


In terms of maintenance, most cyclists would benefit more from internal gear hubs and carbon belts. From a product development POV, seems better to make auto shifting IGHs. Indeed this is how share bikes are designed.


Yes, but for racing bikes, which are the target market for wireless shifting in 2025, the efficiency losses of an internal hub are a non-starter.

The casuals whose bikes haven't seen a wrench since they were assembled aren't buying wireless groupsets. For them: we're in agreement about belts and internally geared hubs.

Automatic shifting has yet to prove itself to be more than a curiosity. A 20-something year old Autobike came into the shop I was wrenching in. It still worked shockingly well for being covered in rust. In good shape it would be an entirely adequate solution, if only it solved a problem anyone had.

My money is on e-bikes entirely supplanting any demand there may have ever been for automatic shifting on a bicycle. The motors have enough oomph that they make a lot of shifts unnecessary if you're not looking to maximize speed/battery life/whatever.


> In good shape it would be an entirely adequate solution, if only it solved a problem anyone had.

I cannot understate how big of a problem shifting is for the demographics you are not seeing on bicycles.


The complete market failure of the Autobike suggests that the demographic of people not on bikes who would ride if they didn't have to shift is either not that large or wasn't reached by their marketing.

This was literally the only one I've ever seen. And I volunteered for a year and a half at a community bike shop that was infamous for attracting oddities and evolutionary dead-ends. For instance: a side-by-side bicycle built for two. If there were a gazillion Autobikes out there, we'd have seen a couple. People simply didn't buy them.


1x setups have negated a lot of this. My wife does not enjoy bicycling and we got her a cruiser, it is very simple for her to understand "click up for harder, click down for easier".


That's long-term maintenance for commuters and casual riders. This product is for competitive and serious riders, and it reduces another type of maintenance (setting up and maintaining their bike for high performance).


Microsoft were very quick to highlight their extensions being safer after this.

https://x.com/code/status/1943720372307665033?s=46


And yet, this entire class of abuse is only possible because Microsoft refuse to implement any kind of permission management or sandboxing for extensions.

https://github.com/microsoft/vscode/issues/52116


Second this.

As a vscode extension author, I am scared by the power I have. I am not at all surprised by what happened in this story.


2 seconds? That wasn't the team then, it must have failed some automated filter.


If the team put those filters in place, then it was the team. Anyone implementing automation gets to be held responsible for its failure, but also its successes.


Yeah it had a copy-paste description from the original extension, probably very easy thing to detect


Unfortunately the marketplace ecosystem is why I went back to VSCode from Cursor. I'm a bit upset by this because I don't quite appreciate that Microsoft has a closed ecosystem for the marketplace and does not open it to Cursor but the reality is, that Open VSX does not have all extensions and little vetting.


> Open VSX does not have all extensions

This can be solved quite easily for open source extensions: https://github.com/EclipseFdn/open-vsx.org/wiki/Auto-Publish...

Vetting however is trickier. I hope Cursor can fund this effort!


People better remember that tweet the next time somebody finds another malicious extension on their marketplace.


and yet, there are many malware extensions per day that get through:

https://github.com/microsoft/vsmarketplace/blob/main/Removed...


Well this was an extremely unsophisticated attack. The malware wasn't hidden and they didn't even bother to actually copy the real extension.

If I were doing this I would copy the real extension, give it a name that made it sound official but in the README say it is a tweaked version with some improvements or whatever. Also actually add some improvements, but hide the malware in those changes.

Good luck finding that. (brb going to try this)


The whole thing worked only because they gamed open-vsx ranking algorithm.


In his earlier blog post that this one links, he says:

> I've spent just under 10 years of my life in Prison (all for non-violent drug crimes.)


Which doesn't seem to be wrong? At least from the linked document, he went to prison for non-violent drug crimes, unless I misunderstand what the document says?


Him claiming he's in prison for non-violent crimes (like he's your local herb dealer) takes gumption...Authorities linked his Carfentanil escapades to several deaths.


Indirectly causing a death doesn't make a crime violent. A doctor guilty of fatal negligence isn't a violent criminal either.


Isn't that the most impressive part? That the abstraction makes it seem so simple


Something really similar happened to me, I broke my radial head cycling last year.

2 days later I got a call from the doctor telling me to start moving it as much as I could, I asked when I should stop with the sling and he told me yesterday.


I think it's great to see blogs like this, debugging all the way through from the Web UI to the Linux Kernel.


The foundation still owns the vast majority of the company


And the worth of that stake is now directly tied to stock performance.


wait! The foundation sells Pis? What does the for-profit company do?

Hell, where did the foundation get its money before?


Yeah, and the openai nonprofit still owns a majority of the openai for-profit company.

Turns out that doesn't mean shit.


You can argue the complete opposite point with Novo Nordisk. It's up to the foundation to use it's influence


So if the foundation makes decisions that drive stock up in the short term, they make themselves richer?

Definitely won't be abused /s


Maybe, but I think part of the fear behind the IPO is that some bully type investor like Icahn will do a takeover/weigh-in and mess it up, towards a profit driven enterprise.

With major ownership held by someone else, this becomes less likely.


The eBPF website has a list of projects using it, that can give you a decent flavour of what people use it for. https://ebpf.io/applications/


Stackstate, my current employer uses eBPF in addition to Open Telemetry for collecting observability data. https://www.stackstate.com/platform/features/


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: