That's an excellent idea I plan to try, thanks—re using structured JSON with schema. The most success I've had is saying "be brief" or an explicit size, like one line, or do not explain, etc. I haven't measured other instructions so extensively. They do work but the more specific the better. Other strategies around outputs that are more natural language seem to be hands-down the direction to take, and get away from the machine language habits we've used in the past. It's super interesting seeing this new practice emerging and more or less inventing parts of it along the way. Right now I'm at the place where my brute force and elaborate explanations were reaching their limit and in the frustration just realized I need to take a few days and try to figure out the tool. Across all these the pattern seems entirely that the constraints bound the probability space, whether it's the format like you suggested, or the instruction we give, including the space we point it toward (Web APIs, runtime, schema, etc). In all instances where it's not working the solution seems to be what does the pattern reduce to, and what specifics are the do/don't to go with that, and most of the time the results improve immediately. Your tip seems excellent for this. An easy-button.
Reviewing my experience using LLMs, to improve results, reduce churn and token usage. Discovering the gap between what they produce and what I'd normally do is a significant source of output cost, regressions and surfacing a bit of why and how to fix it. Notably Claude is remarkably bad at/about this, producing errors even when directed toward modern Web solutions—that cut token use a lot, like toward 90% occasionally, which together with the frustrating churn led me to review how I'm working, what is happening and generate this article.
Turn off the ability to add hyperlinks and use words instead? Is that what comments were intended for anyway? Seems a bit convoluted, but limiting comments, to comments, would be fairly natural. It'll get subverted anyway, but likely affects. A policy could say don't use hyperlinks, feel free to say where to go. Which would be an interesting policy to technically enforce, and still have the discretion to operate on.
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?
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.
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.
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.
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.
the primary solution to all this is to remove technologies which are not required and especially those that duplicate what the web as a platform provides (ie works in browsers/runtime directly); for example React has been technically obsolete a few years, yet that doesn't mean anyone understands what to do instead, regardless of whether those technical implementations were ubiquitous 1 year ago or 15 years ago; I find it remarkable to read job listings for up and coming concerns (eg Anduril, BioNTech, etc) basing their platforms on long outdated notions and implementations, which bring with them multiple vectors for risk to security and more (unnecessary) costs to developer productivity, complexity; SASS and npm/yarn are other obvious examples of tech that costs more than it benefits in modern work.
if that were true it would have already happened in healthcare, so they can extract more from sick people in the States; these existing systems optimize around different problems, goals and bounds
Intuition and judgement come from changing the context of the analysis--the time range/history, the details included. Geopolitical and economic forecasting appear to fit this pattern. The question posed about whether data-driven companies win seems simplistic and formulaic to me personally. Often outcomes can be better fortunes and circumstantial than from over analyzing and using the right approach. Of course both together tend to be where we'd see success looking backward.
The remedy for this lies with Apple and Google to compete over. They’re naturally incentivized in various ways. Mozilla too but Mozilla can’t seem to figure out what to do until it’s passed by, even when the opportunity is still there. Imagine paying it forward to not have calls and text and voicemails related to your expiring warranty, reliable messages, etc. I don’t think even slack can touch this. Otherwise they would have already. Allow me to point out the planet has been networked for over 100 years and this is the best our lawmakers and tech companies can muster. It’s as though everyone has lost sight of doing something practical (for money).
Werewithal (or werwithal) forthcoming dictionary definition: transformational withal, typically during a full moon, though it regularly manifests in Hacker News posts, causes not yet fully determined. The withals can be complex.
Often tech debt stems from political and cultural issues that cannot be (easily) fixed. And even when that's not the issue, are obviously non-trivial costs to resolve. It's been hard for me personally to realize how cultural, even religious Silicon Valley and technology work is. I tend to think there's a common appreciation for certain values, openness and transparency in execution, and these are not the case.
During the first 2 to 6 weeks on a job (it probably varies more than this) most corporate US environments expect significant amount of time to go to processing/onboarding. When providing status updates in meetings just state as much, usually with little to no specifics. I've yet to see anyone respond at all within the first month. What's remarkable to me is the amount of overhead/cost associated with these institutional mechanics, despite tools like Workday, which frankly I don't see as actually being effective. Staff counts of 2 and more (in addition to the new person) with these tools still can't manage to communicate with new staff where to go, where to send equipment, etc which reveals a significant need in the market.