Organizations are choosing to eliminate workers rather than amplify them with AI because they'd rather own 100% of diminished capacity than share proceeds from exponentially increased capacity. That's the rent extraction model consuming its own productive infrastructure.
The Stanford study documents organizations systematically choosing inferior economic strategies because their rent-extraction frameworks cannot conceptualize workers as productive assets to amplify.
This reveals that these organizations are economic rent-seekers that happen to have productive workers, not production companies that happen to extract rents. When forced to choose between preserving rent extraction structures or maximizing value creation, they preserve extraction even at the cost of destroying productive capacity. So what comes next?
Readit Newsjimmont commented on Updates to Consumer Terms and Privacy Policy anthropic.com/news/update... · Posted by u/meetpateltech
I don't understand why would you opt in to share your data. Is it because you believe that it would help to improve the model and you would benefit from it? Or something altruistic?
I think it's just general lack of awareness of the effect, or in many instances having alternate economic incentives, like academics who want to commoditize their intellectual outputs to all available distribution channels. Tyler Cowen for example. The AI companies are in a race to the bottom.
jimmont commented on Updates to Consumer Terms and Privacy Policy anthropic.com/news/update... · Posted by u/meetpateltech
For those that use AI/LLM's that retrain on your input, I assume you realize this commoditizes your intellectual work? And effectively makes use of it like they already used copyrighted intellectual property. This is effectively the same as the commons appropriations made for railroad development, reinterpreting fair use, etc.
jimmont commented on Google Being Forced to Sell Chrome Is Not Good for the Web chriscoyier.net/2025/03/1... · Posted by u/OuterVale
It's interesting to see where the economics align with software. Web advertising paired with search and a browser. And it worked. I can't recall a better outcome supporting modern communication than Chrome and all it contains. The harmony between the business, software and market need was very well aligned.
That's falling apart now due to LLM's taking over much of what previously was search, and Google's innovator's dilemma between AI/LLM and traditional search. While the revenues are stronger than ever this seems unlikely to continue long term. So the dynamic is changing naturally.
Reminds me of how a strange contemporary religion where believers families take over a planet, resulted in this group building an amazing genealogy web service (familysearch.org). Or how US hegemony naturally leads to it's military, or how the theocratic monarchy of ancient Egypt was good for the masonry industry--even affecting modern tourism, or how Roman roads form the paths leading to today's major European cities.
It's a demonstration of what an entity can do, and will do. The only innovation from Apple since Job's died were unfinished efforts that completed under Cook. There will be no future innovation from Apple. There maybe acquisitions and optimizations around current and existing positions, nothing more. Apple is IBM now and has been for some time. Apple doesn't know how to develop software or deliver it to market. It has no leadership, only management, and managers are not known for relinquishing their position so I don't see any reason this will ever change. This pattern is endemic in Silicon Valley as old products have run their course. It's like the automobile from the 1900s just playing itself out. Phones and computers are a commodity I don't expect any differentiation within anymore. As to Siri and AI it's an emerging space that Apple can't even deliver on a strategic partnership for within 2 complete phone and iOS release cycles. I'm not sure how an institution like Apple can or will ever overcome its own misaligned culture. Which brings me back to it being IBM.
jimmont commented on Bosses Are Finding Ways to Pay Workers Less wsj.com/lifestyle/careers... · Posted by u/petethomas
prelude to recession, as visible in Sahm rule trends at https://fred.stlouisfed.org/release?rid=456 as well as when the 10 2 yield curve approaches +0.5 https://fred.stlouisfed.org/series/T10Y2Y with near term interest rate cuts, along with other indicators; guessing arrives early next year;
the article is consistent with sticky cpi, as can be seen in the transient and sticky cpi and wage tracking, in fact we appear to be in deflationary territory but I'm not an economist so my interpretation might be off
https://www.atlantafed.org/research/inflationproject/stickyp...https://www.atlantafed.org/chcs/wage-growth-tracker
jimmont commented on Bosses Are Finding Ways to Pay Workers Less wsj.com/lifestyle/careers... · Posted by u/petethomas
prelude to recession, as visible in Sahm rule trends at https://fred.stlouisfed.org/release?rid=456 as well as when the 10 2 yield curve approaches +0.5 https://fred.stlouisfed.org/series/T10Y2Y with near term interest rate cuts, along with other indicators; guessing arrives early next year;
jimmont commented on Things you forgot (or never knew) because of React joshcollinsworth.com/blog... · Posted by u/inner_square
Web Components have got to be the single most overrated web feature I've ever witnessed in the many years I've been messing around with browsers. You know, even WITH React and no Web Components, there was already a pretty reliable way to integrate third party libraries into React without a ton of glue: the DOM. Like for example, if you want to integrate a text editor like Monaco or Quill, basically all you have to do is give it a DOM node and tie together whatever props/events/bindings you want. You don't really need monaco-react, which is not even a large library to begin with.
The main reason why React is still popular is, drum roll please... The programming model. JSX is not an antiquated idea, it is still one of the better ways to integrate the UI part of a JS application into the JS part directly. I greatly prefer JS logic inside of my HTML versus a bespoke template language specifically because it's easy to compose and construct complex logic in.
I've been messing around with Svelte a bit in spare time. I really like Svelte and will probably continue to use it, but the two things I will note is:
- The integration with Web Components is imperfect and doesn't really hit me as something I would seek out.
- The templating logic in the HTML feels decidedly inferior versus just being able to use JS logic and JSX. Try doing a for loop where you count up; the best answer I could find on the internet was to construct an Array using `Array(number)` and enumerate over it...
What I really want is actually more like React's programming model with Svelte's "compiling down to nothing" mantra.
But this Web Components fervor, I know people get very heated about it, but I strongly believe that in 10 years it's going to be one of those grotesquely complex legacy features nobody can get rid of.
captain obvious here, Polymer became LitElement which became the invisible Lit.dev (branding direction on par with twitter becoming x); pretty much state of the art on top of web components; not that anyone noticed, as I said--meetup.com keeps prompting me to take over one of the web component meetups where the (or one of) lead of the project can't seem to muster the effort. a bit frustrating when the lack of awareness is so profound and extensive--as evidenced by many of these comments, over many years. I'm sure many more projects will make the mistake of choosing React and Svelte before the conclusion mentioned here bubbles up.
jimmont commented on Modules, not microservices blogs.newardassociates.co... · Posted by u/PretzelFisch
Layers, Not Modules, Not Microservices Like donkeys, onions, caching, networking, my feelings and perceptions.
If that's not enough, Lit enhances it a bit such that either LitElement and/or litHtml can accommodate whichever style you want: https://lit.dev/