jusomg (u/jusomg) - Readit News

jusomg commented on Stop over-thinking AI subscriptions steipete.me/posts/2025/st... · Posted by u/hboon

JimDabell · 9 months ago

If a task that normally takes X hours without AI now takes Y hours with AI and you charge $Z/hr, then the value of AI is X - Y * Z for this single task. If the value across all tasks is greater than the amount you are paying for AI, then it has “paid for itself”.

jusomg · 9 months ago

I've never done contractor or $/hr work and I have no idea how these things work in reality, but:

If a task takes you five hours to do without AI and 1 hour with AI charged at 100$, in the without-AI case you're making 500$, in the with-AI case you're making 100$ - price_of_AI, right?

Otherwise your example assumes you're charging someone 5 hours of work when in reality it took you 1 hour and then you spent an additional 4 hours watching TV.

In any case this thinking exercise made me realize that maybe it's more about staying competitive against other peers than about "AI paying for itself". If you're really charging for hours of work, then it is really a competitive advantage against people not using AI.

Assuming an AI-enhanced contractor can do the same amount of work than a non-AI-enhanced contractor in fewer hours, then I'd assume they would get more contracts, because the overall project is cheaper for whoever is hiring them. Does that really lead to you making more money, though? No idea honestly. Probably not? I just can't see how using AI "pays for itself". At best you're making now less money than before, because you're required to pay for the AI subscription if you want to stay competitive.

jusomg commented on Stop over-thinking AI subscriptions steipete.me/posts/2025/st... · Posted by u/hboon

jusomg · 9 months ago

> Let’s be conservative and say $800/day (though I’d assume many of you charge more). The AI subscription math is a no-brainer. One afternoon saved per month = $200 in billable time. Claude Max pays for itself in 5 saved hours. Cursor pays for itself in 45 minutes.

Is the argument that by using these AI subscriptions, you have free time that didn't have before and now you work less hours? Or that the extra productivity you get from that AI subscription allows you to charge more per hour? or maybe that you can do more projects simultaneously, and therefore get more $ per day?

Otherwise I don't get how the AI subscription "pays for itself".

jusomg commented on Meta’s Hyperscale Infrastructure: Overview and Insights cacm.acm.org/research/met... · Posted by u/sidcool

lionkor · a year ago

> the image is not cached at CDN109 when the user requests it, CDN109 forwards the request to a nearby PoP. The PoP then forwards the request to the load balancer in a datacenter region, which retrieves the image from the storage system.

Say I want a 1MB image, wouldn't it be faster to serve me the 1MB image over a slow connection with 100ms latency, than going through multiple hops of increasing latency, with multiple round trips?

Say I request the image directly:

me -- 100ms --> datacenter

datacenter -- 100ms --> me

Say I now go through Meta's system, assuming that goes to the same Datacenter in the end, and there's no FTL tech:

me -- 10ms --> CDN

CDN -- 10ms --> PoP

PoP -- 90ms --> datacenter

datacenter -- 90ms --> PoP

PoP -- 10ms --> CDN

CDN -- 10ms --> me

jusomg · a year ago

Serving an image over HTTPS implies initiating the TCP connection (which requires minimum 3 packets) and the TLS connection (which requires many more, lets say 10).

CDN <-> PoP <-> Datacenter communication doesn't require initiating connections. They reuse them because they centralize requests to serve different users (this is even explicitly called out in the article).

Lets say your closest datacenter is 50ms away, and the closest PoP/CDN node is 10ms. Just initiating the image download through HTTPS all of sudden is 500ms vs 100ms.

Sure, PoP/CDN might need to go to the datacenter to fetch the image (and only if the content is not cached there already) but that only happens once before it gets cached, and there's still a lot of ms to use on that to make the tradeoff worth it.

jusomg commented on Anthropic: "Applicants should not use AI assistants" simonwillison.net/2025/Fe... · Posted by u/twapi

jusomg · a year ago

I do lots of technical interviews in Big Tech, and I would be open to candidates using AI tools in the open. I don't know why most companies ban it. IMO we should embrace them, or at least try to and see how it goes (maybe as a pilot program?).

I believe it won't change the outcomes that much. For example, on coding, an AI can't teach someone to program or reason in the spot, and the purpose of the interview never was to just answer the coding puzzle anyway.

To me it's always been about how someone reasons, how someone communicates, people understanding the foundations (data structure theory, how things scale, etc). If I give you a puzzle and you paste the most optimized answer with no reasoning or comment you're not going to pass the interview, no matter if it's done with AI, from memory or with stack overflow.

So what are we afraid of? That people are going to copy paste from AI outputs and we won't notice the difference with someone that really knows their stuff inside out? I don't think that's realistic.

jusomg · a year ago

You could also learn a lot from what someone is asking an AI assistant.

Someone asking: "solve this problem" vs "what is the difference between array and dict" vs "what is the time complexity of a hashmap add operation", etc.

They give you different nuances on what the candidate knows and how it is approaching the understanding of the problem and its solution.

jusomg commented on Anthropic: "Applicants should not use AI assistants" simonwillison.net/2025/Fe... · Posted by u/twapi

jusomg · a year ago

I do lots of technical interviews in Big Tech, and I would be open to candidates using AI tools in the open. I don't know why most companies ban it. IMO we should embrace them, or at least try to and see how it goes (maybe as a pilot program?).

I believe it won't change the outcomes that much. For example, on coding, an AI can't teach someone to program or reason in the spot, and the purpose of the interview never was to just answer the coding puzzle anyway.

To me it's always been about how someone reasons, how someone communicates, people understanding the foundations (data structure theory, how things scale, etc). If I give you a puzzle and you paste the most optimized answer with no reasoning or comment you're not going to pass the interview, no matter if it's done with AI, from memory or with stack overflow.

So what are we afraid of? That people are going to copy paste from AI outputs and we won't notice the difference with someone that really knows their stuff inside out? I don't think that's realistic.

jusomg commented on Reclaim the Stack reclaim-the-stack.com... · Posted by u/dustedcodes

Nextgrid · 2 years ago

> assuming a magic k8s operator is doing the same job as a team of humans and automation managing all those services for you.

What do you think AWS is doing behind the scenes when you run Postgres RDS? It's their own equivalent of a "K8S operator" managing it. They make bold claims about how good/reliable/fault-tolerant it is, but the truth is that you can't actually test or predict its failure modes, and it can fail and fails badly (I've had it get into a weird state where it took 24h to recover, presumably once an AWS guy finally SSH'd in and fixed it manually - I could've done the same but without having to wait 24h).

jusomg · 2 years ago

Fair, but my point is that AWS has a full team of people that built and contributed to that magic box that is managing the database. When something goes wrong, they're the first ones to know (ideally) and they have a lot of know-how on what went wrong, what the automation is doing, how to remediate issues, etc.

When you use a k8s operator you're using an off the shelve component with very little idea of what is doing and how. When things go wrong, you don't have a team of experts to look into what failed and why.

The tradeoff here is obviously cost, but my point is those two levels of "automation" are not comparable.

Edit: well, when I write "you" I mean most people (me included)

jusomg commented on Reclaim the Stack reclaim-the-stack.com... · Posted by u/dustedcodes

jusomg · 2 years ago

Not sure if this is going to help Heroku's people at all but I feel bad for them now! haha I'm not a Heroku employee. I don't even work in any sort of managed service / platform provider. This is indeed a new account but not a throwaway account! I intended to use it long term.

jusomg commented on Reclaim the Stack reclaim-the-stack.com... · Posted by u/dustedcodes

dzikimarian · 2 years ago

Sorry, but that's just ton of FUD. We run both private cloud and (for a few customers) AWS. Of course you have more maintenance on on-prem, but typical k8s update is maybe a few hours of work, when you know what you are doing.

Also AWS is also, complex, also requires configuration and also generates alerts in the middle of the night.

It's still a lot cheaper than managed service.

jusomg · 2 years ago

> Of course you have more maintenance on on-prem, but typical k8s update is maybe a few hours of work, when you know what you are doing.

You just mentioned one dimension of what I described, and "when you know what you are doing" is doing a lot of the heavy lifting in your argument.

> Also AWS is also, complex, also requires configuration and also generates alerts in the middle of the night.

I'm confused. So we are on agreement there?

I feel you might be confusing my point with an on-prem vs AWS discussion, and that's not it.

This is encouraging teams to run databases / search / cache / secrets and everything on top of k8s and assuming a magic k8s operator is doing the same job as a team of humans and automation managing all those services for you.

jusomg commented on Please stop inventing new software licences (2020) shkspr.mobi/blog/2020/09/... · Posted by u/edent

jusomg · 2 years ago

I will only add that non-standard licenses also hurt adoption, specifically in medium/big businesses/enterprises.

Most organizations understand common open source licenses and there's usually a blank statement that allows teams to use GPL/MIT/whatever-licensed software.

Anything outside that subset of licenses (even if they're permissive, open source or whatnot) requires a legal review and a lot of people won't go through the pain of that process just to use a library/service/app. It's easier to just choose something else.