Readit News logoReadit News
tsvetkov commented on AWS pricing for Kiro dev tool dubbed 'a wallet-wrecking tragedy'   theregister.com/2025/08/1... · Posted by u/rntn
gjsman-1000 · 24 days ago
Well, having personally used over $120 in Claude API credit on my $200/mo. Claude Code subscription... in a single day, without parallel tasks, yeah, it sounds like the actual price. (And keep in mind, Claude's API is still running on zero-margin, if not even subsidized, AWS prices for GPUs; combined with Anthropic still lighting money on fire and presumably losing money on the API pricing.)

The future is not that AI takes over. It's when the accountants realize for a $120K a year developer, if it makes them even 20% more efficient (doubt that), you have a ceiling of $2000/mo. on AI spend before you break even. Once the VC subsidies end, it could easily cost that much. When that happens... who cares if you use AI? Some developers might use it, others might not, it doesn't matter anymore.

This is also assuming Anthropic or OpenAI don't lose any of their ongoing lawsuits, and aren't forced to raise prices to cover settlement fees. For example, Anthropic is currently in the clear on the fair use "transformative" argument; but they are in hot water over the book piracy from LibGen (illegal regardless of use case). The worst case scenario in that lawsuit, although unlikely, is $150,000 per violation * 5 million books = $750B in damages.

tsvetkov · 24 days ago
> Claude's API is still running on zero-margin, if not even subsidized, AWS prices for GPUs; combined with Anthropic still lighting money on fire and presumably losing money on the API pricing.

Source? Dario claims API inference is already “fairly profitable”. They have been optimizing models and inference, while keeping prices fairly high.

> dario recently told alex kantrowitz the quiet part out loud: "we make improvements all the time that make the models, like, 50% more efficient than they are before. we are just the beginning of optimizing inference... for every dollar the model makes, it costs a certain amount. that is actually already fairly profitable."

https://ethanding.substack.com/p/openai-burns-the-boats

tsvetkov commented on I'm worried it might get bad   danielmiessler.com/blog/i... · Posted by u/conzar
OgsyedIE · a month ago
Many commenters say that AI is overblown and they're right. But the rise in labor precarity in almost all sectors is real.

If the effect size isn't attributable to AI, then it must be the case that we have been in an unacknowledged recession for over a year.

tsvetkov · a month ago
How do you jump from “not attributable to AI“ to “must be a recession”? I think it would be true for jobs that are not separable from companies economic activity, but it isn’t true for a good portion of tech jobs. A car manufacturer can’t sell the same amount of cars while reducing a half of assembly workers, but most tech giants can maintain profitable parts of their business with a fraction of their workforce (if not indefinitely then at least for some time). Some work can be eliminated altogether, some might be outsourced to other countries, some split among existing workers. I think that’s what’s happening. Why it is happening, though? Hard to say for sure, but I don’t see why it couldn’t be a combination of tighter availability of capital, shrinking addressable market (due to deglobalization & demographics) and AI competition requiring huge capex
tsvetkov commented on Cursor CLI   cursor.com/cli... · Posted by u/gonzalovargas
worldsayshi · a month ago
> why an IDE is required for an agent that codes for you

Because the agents aren't yet good enough for a hands off experience. You have to continuously monitor what it does if you want a passable code base.

tsvetkov · a month ago
Sure, but monitoring, reviewing and steering does not really require modern IDEs in their current form. Also, I'm sure agents can benefit from parts of IDE functionality (navigation, static analysis, integration with build tools, codebase indexing, ...), but they sure don't need the UI. And without UI those parts can become simpler, more composable and more portable (being compatible with multiple agent tools). IMO another way to think about CLI agentic coding tools as of new form of IDEs.
tsvetkov commented on Cursor CLI   cursor.com/cli... · Posted by u/gonzalovargas
tsvetkov · a month ago
Fascinating to see how agents are redefining what IDEs are. This was not really the case in the chat AI era. But as autonomy increases, the traditional IDE UI becomes less important form of interaction. I think those CLI tools have pretty good chance to create a new dev tools ecosystem. Creating a full featured language plugin (let alone a full IDE) for VSCode or Intellij is not for a faint-hearted, and cross IDE portability is limited. CLI tools + MCP can be a lot simpler, more composable and more portable.
tsvetkov commented on AI promised efficiency. Instead, it's making us work harder   afterburnout.co/p/ai-prom... · Posted by u/mooreds
j-bos · a month ago
There's more code to read as unskilled or sleepy developers push tons of sloppy changes. The code works, mostly, So either one loses more time chasing subtle issues or one yolos the approvals to have time for one's own coding workload.
tsvetkov · a month ago
I don't understand how your comment relates to what I've been responding to.

>> I know many who have it on from high that they must use AI. One place even has bonuses tied not to productivity, but how much they use AI.

> How does maximizing AI use prevents developers from reading their code?

In my mind developers are responsible for the code they push, no matter whether it was copy pasted or generated by AI. The comment I responded to specifically said "bonuses tied not to productivity, but how much they use AI". I don't see that using AI for everything automatically implies having no standards or not holding responsibility for code you push.

If managers force developers to purposefully lower standards just to increase PRs per unit of time, that's another story. And in my opinion that's a problem of engeneering & organisational culture, not necessarily a problem with maximizing AI usage. If an org is OK with pushing AI slop no one understands, it will be OK with pushing handwritten slop as well.

tsvetkov commented on AI promised efficiency. Instead, it's making us work harder   afterburnout.co/p/ai-prom... · Posted by u/mooreds
bcrosby95 · a month ago
This.

I know many who have it on from high that they must use AI. One place even has bonuses tied not to productivity, but how much they use AI.

Meanwhile managers ask if AI is writing so much code why aren't they seeing it on topline productivity numbers.

tsvetkov · a month ago
How does maximizing AI use prevents developers from reading their code? Especially if bonuses are not tied to productivity as you say. Just treat AI as a higher level IDE/editor.
tsvetkov commented on Nvidia Becomes First Company to Reach $4T Market Cap   cnbc.com/2025/07/09/nvidi... · Posted by u/mfiguiere
nativeit · 2 months ago
Time for some grossly oversimplified back-of-the-proverbial-envelope value crunching! I’ll assume the average GPU price, for the sake of argument, is $1000. Let’s also assume their per-unit profit margin is roughly 30% (I found conflicting numbers for this on a casual search, esp. between figures that measure quarterly and annual income, I suppose it isn’t a surprise that their accountants frequently pull rabbits from hats).

Nvidia would need to move on the order of 4,000,000,000 units to hit $4T in revenue, more than triple that to realize $4T in profits. Even if the average per-unit costs are 2-3x my estimated $1k, as near as I’ve been able to tell they “only” move a few million units each year for a given sku.

I am struggling to work out how these markets get so inflated, such that it pins a company’s worth to some astronomical figure (some 50x total equity, in this case) that seems wholly untethered to any material potential?

My intuition is that the absence of the rapid, generationally transformative, advances in tech and industry that were largely seen in the latter half of the 20th-century (quickly followed with smartphones and social networking), stock market investors seem content to force similar patterns onto any marginally plausible narrative that can provide the same aesthetics of growth, even if the most basic arithmetic thoroughly perforates it.

That said, I nearly went bankrupt buying a used car recently, so this is a whole lot of unqualified conjecture on my part (but not for nothing, my admittedly limited personal wealth isn’t heavily dependent on such bets).

tsvetkov · 2 months ago
The market price is supposed to account for future growth, not just for current revenue. Predicting future is speculative by definition, but it's not completely detached from reality to bet that Nvidia has the potential to grow significantly for some time (at some point either the market cap or the multiple will correct of course).

I also see where the reasoning here contradicts the reality. If we assume Nvidia only sells $1000 gpus and moves a few millions a year, then how did it received $137B in FY2025? In reality they don't just sell GPUs, they sell systems for AI training and inference at insane margins (I've seen 90% estimates) and also some GPUs at decent margins (30-40%). These margins may be enough to stimulate competition at some point, but so far those risks have not materialized.

tsvetkov commented on Gitlab to lay off 7% of staff   about.gitlab.com/blog/202... · Posted by u/pyrodactyl
jkukul · 3 years ago
How do we know they're laying-off people that belong to "R&D" category? Maybe they're cutting people from Sales&Marketing or General&Administrative.

There's not too much detail in that press release.

Thanks for sharing the link to the report!

tsvetkov · 3 years ago
Yeah, I can't be sure. However, the "tech" part of the layoff most likely falls under the R&D expenses, which are relatively small compared to their overall costs. So I don't see, how cutting any number of core development workforce would make a significant difference. At least in the financial sense.

Also, I looked at the wrong year. Currently they are in Q4 2023FY, the statements for the last quarter are here https://ir.gitlab.com/news-releases/news-release-details/git...

tsvetkov commented on Gitlab to lay off 7% of staff   about.gitlab.com/blog/202... · Posted by u/pyrodactyl
gerhardhaering · 3 years ago
Ok, 7%. With all the cost, I wonder if just stopping hiring and letting normal attrition rate play out would have had almost the same effect.
tsvetkov · 3 years ago
The fun thing is that their R&D cost is dwarfed by expenses on Sales&Marketing and General&Administrative. So, if I understand their financial statements for 2022FY correctly, a 7% cut on R&D could lower their total expenses by 2% at best https://ir.gitlab.com/news-releases/news-release-details/git... Even cutting their R&D 100% would not make GitLab profitable, if other expenses are kept the same, so economics is clearly not the reason for layoffs.
tsvetkov commented on JetBrains invites developers to join the Fleet Public Preview Program   blog.jetbrains.com/fleet/... · Posted by u/topka
fayten · 3 years ago
Some neat info on the performance side of things, Fleet is using Skija[1] and Compose[2] as a rendering engine and UI framework. Skija is a java wrapper for Skia and still does not support the full API. Compose is still relatively new and has not had nearly the amount of man hours devoted to it as Swing. This is just a technical preview, I'm sure there will be plenty of optimizations to come. I think it's pretty exciting to see Skija being used for a mainstream project!

[1] https://github.com/HumbleUI/Skija

[2] https://github.com/JetBrains/compose-jb

tsvetkov · 3 years ago
Fleet does not use Compose, but it does use Skiko[1], which also provides binding for Skia[2] (the native graphics library also used by Chrome & Flutter).

The main difference between the libraries is that Skija provides Java/JVM bindings for Skia, whereas Skiko provides Kotlin bindings for Kotlin/JVM, Kotlin/JS, and Kotlin/Native targets. Of course Skiko's Kotlin/JVM bindings can be used with other JVM languages, not just with Kotlin.

[1] https://github.com/JetBrains/skiko

[2] https://skia.org/

u/tsvetkov

KarmaCake day46October 14, 2014View Original