Readit News logoReadit News
natbobc commented on Unifi Travel Router   blog.ui.com/article/trave... · Posted by u/flurdy
natbobc · 3 months ago
If this has a wifi antenna port would be very useful for marina wifi if you’re sailing around.
natbobc commented on EVs are depreciating faster than gas-powered cars   restofworld.org/2025/ev-d... · Posted by u/belter
FabCH · 5 months ago
The article is making a huge mistake though, comparing apples to oranges.

Resale value of EVs doesn't depend on mileage nowhere near as much as ICE cars. EVs are just much simpler machines and electric motors can do a million miles with no maintenance, and the only maintenance you have is the oil in the differential, which is often simpler because it is single-speed. Compare that to thousand different mechanical parts that all wear out in a ICE engine. Which is why ICE cars resale value is determined by the odometer.

What drives EV resale value is the health of the battery, which is influenced more by recharge cycles and straight up passage of time.

And the anecdotal evidence of a commercial fleet going bankrupt and not getting much for their EVs... Well yeah, would you buy from such a source? I wouldn't. They usually don't follow longevity advice for battery charging, because they have to optimize for time-in-use.

As an anecdote, I bought all my ICE cars second hand, and would usually sell them 3-4 years later just before major maintenance was needed. My EV is now 8 years old, runs like the day I got it and had 1 repair, when the motor that drives the window up and down broke and battery capacity is still the same, or if it changed it's such a small change I didn't notice. I don't expect to sell any time soon, if ever. I expect I will just do a battery swap in 5-10 years.

natbobc · 5 months ago
The article is comparing 2 scenarios that have other explanations: a fire sale of a large fleet and Tesla which has an image problem because of its leadership.

I’m not saying the article is wrong I’d just like to see broader representation (Chevy bolt, lucid air, etc).

natbobc commented on Valve confirms credit card companies pressured it to delist certain adult games   pcgamer.com/software/plat... · Posted by u/freedomben
aleph_minus_one · 8 months ago
> And the idea that physical money primarily aids social fraud, money washing and other illegal activities is pretty well established. They even killed the 500€ bank note, because it was almost exclusively used by criminals and most normal people never even touched one, much less used one for legit transactions.

At least in Germany in particular older people prefer to pay cash if possible - this gives the banks also less leverage with respect to abhorent fees. Since many people in Germany neither trust the banks nor the government anymore, acting this way is very rational.

Also the arguments concerning cash restrictions are seen very differently by the population: since there existed two oppressive regimes on German soil in the 20th century, a lot of people realize that the restrictions on cash are just another step towards restrictions of the citizen's freedoms (thus I am honestly surprised all the time that a lot of US-Americans who are so freedom-loving and distrust the government concerning the restrictions of civil rights are not in love of cash).

Thus, in Germany there exists the saying "Bargeld ist gelebte Freiheit" [cash is lived freedom].

natbobc · 8 months ago
A vocal minority are freedom loving. A significant number are hooked on consumer debt. I feel like any sweeping generalization is going to be wrong… especially when referencing the USA which is basically 50 countries and has a population exceeding all of Western Europe.
natbobc commented on Ask HN: Kotlin SpringBoot vs. Python Django for Min Viable Product    · Posted by u/slroger
natbobc · a year ago
> I am a backend developer using Spring Boot and Java.

If your goal is speed to market use what you know which is Spring Boot and Java.

If your aim is to learn something new then go with Django or sprinkle in some Kotlin incrementally (eg tests). I don’t think it’ll matter in the long run which you choose.

Conflating I want to learn something new with I want to deliver quickly will give you a suboptimal outcome for both.

natbobc commented on Who uses Google TPUs for inference in production?    · Posted by u/arthurdelerue
_b · 2 years ago
I think this is right, in part because I've been told exactly this from people who work for Google and their job is to sell me cloud stuff- i.e., they say they have so much internal demand they aren't pushing TPUs for external use. Hence external pricing and support just isn't that great right now. But presumably when capacity catches up they'll start pushing TPUs again.
natbobc · 2 years ago
Feels like a bad point in the curve to try and sell them. “Oh our internal hypecycle is done… we’ll put them in the market now that they’re all worn out.
natbobc commented on NSQ: Open-source realtime distributed messaging, billions of messages / day   github.com/nsqio/nsq... · Posted by u/seansh
ko_pivot · 2 years ago
NATS especially seems very similar but more advanced.
natbobc · 2 years ago
Probably that’s the scenario. You want something simple and narrowly focused. Advanced and infinitely configurable isn’t always a virtue.
natbobc commented on NSQ: Open-source realtime distributed messaging, billions of messages / day   github.com/nsqio/nsq... · Posted by u/seansh
zerotolerance · 2 years ago
This project has been around for a long time. I made a few contributions in like 2014 or 2015. It is a great distributed stack and a semi-comfortable alternative to things like RabbitMQ. Did something new happen?
natbobc · 2 years ago
Looks like a release about 2 weeks ago but otherwise not sure.
natbobc commented on NSQ: Open-source realtime distributed messaging, billions of messages / day   github.com/nsqio/nsq... · Posted by u/seansh
bob1029 · 2 years ago
Billions of messages per day is 10-100k per second on average. If you do this in a vertical on one box with something like a ring buffer abstraction, you can achieve MPSC messaging rates in excess of millions per second without trying very hard across any arbitrary # of clients.

E.g. https://aeron.io/aeron-open-source/#aeron_transport

natbobc · 2 years ago
I find it mildly devious when numbers are inflated by changing the period from seconds to days.

Aeron and NSQ have slightly different design principles. Which can easily be identified in their feature list. Aeron’s origins are exchanges for fintechs and focus on predictable low latency with a tight standard deviation. NSQ puts heavy emphasis on being a distributed broker less message queue. Performance alone probably isn’t a good basis to measure their utility.

natbobc commented on Kubernetes Needs an LTS   matduggan.com/why-kuberne... · Posted by u/todsacerdoti
dalyons · 2 years ago
imo you've just traded one set of centralized costs (developing tools, security practices that work for all and educating people) for a distributed set of costs with everyone managing their own clusters and duplicating all this work. You've just pushed the cost onto other teams - which can be a fine approach for reducing the central teams stress, but is net more costly to the business. EDIT: Im not saying its necessarily a bad choice, just much more expensive.
natbobc · 2 years ago
It’s all swings and roundabouts has been since the broad adoption of computers. I expect in a few years time when everyone’s forgotten the pain points that drove them to decentralize there’ll be a big move to centralize again. Someone will get a gold star for coming up with the idea and being able to demonstrate the “cost savings”. Of course it’ll completely ignore the general disruption to all of the product teams as they adapt to the new world order but what’s a company without a little busy work.
natbobc commented on Kubernetes Needs an LTS   matduggan.com/why-kuberne... · Posted by u/todsacerdoti
solatic · 2 years ago
So basically, doing to infrastructure the microservices approach?

a) if you're going to intentionally make the trade-off to have higher costs in exchange for reducing ops load and simplifying administration within an account, where services make network calls across accounts, then adopting ECS/Fargate is probably a significant improvement over Kubernetes.

b) The underlying engineering / financial reality is still there and very much a leaky abstraction that will show up on your AWS bill. Cross-VPC, cross-region, and cross-AZ networking costs are very real overhead that you must consider; you either still have centralized network planning with shared VPCs and subnets or you basically decide to give up and let AWS send you the bill when teams create their own VPCs, their own subnets, etc.

c) setting up DNS / service discovery and network controls within a single cluster is simple. Doing so across account boundaries is not, and deciding to set up solutions like AWS Transit Gateway incur their own costs.

I'm sure it simplifies some things for some people, but Finance is going to get upset pretty quickly. Once you start to go down that path, it's very difficult to back out.

natbobc · 2 years ago
Everything’s benefits and tradeoffs. With this model there’s a clear ownership model. I’m not suggesting it’s right for everyone but it is a trend we’ve noticed with a number of clients over the last 2-3 years.

u/natbobc

KarmaCake day182March 15, 2013View Original