| ▲ | ManBeardPc 4 hours ago |
| Does for us (data science, specialty chemistry, finding/optimizing formulas). We can get from idea to prototype in a day compared to 1-2 weeks. All that boilerplate to process data took a long time to code by hand, especially for the data science/math guys who are not programmers. Now we can actually try all ideas instead of guessing the most promising and only try that. |
|
| ▲ | blltprfmnk 4 hours ago | parent | next [-] |
| And what revenue and/or profit increases can you cite publicly as a result of the use of AI in this work? I don’t think anyone is disputing that it makes many kinds of work easier and/or faster, just the degree of those improvements and how much of those improvements actually translate to dollars earned or saved. Seeing hard data on that would help settle the issue. |
| |
| ▲ | Esophagus4 4 hours ago | parent | next [-] | | Unfortunately not everything will cleanly show up in PnL, which is a function of the entire company’s processes. If developers are shipping more code (and most of the enablement is in software right now) does that show up in top line? Maybe… if sales and marketing are also selling more, and product people are building the right thing, and… It’s not a straight line from AI -> $$$ | | |
| ▲ | paaloeye 3 hours ago | parent | next [-] | | btw, shipping more code isn't necessary a good thing. If quality isn't controlled properly, it eventually shows up as negative in the top line. With AI, keeping good quality gets even harder because it normally only produces tricky defects. | | |
| ▲ | Grombobulous an hour ago | parent | next [-] | | It’s not just code quality, it’s all the other business fundamentals like the product itself having value. I see this in a very non-AI way working at a company that’s a hodgepodge of acquisitions. Some of our products just don’t make a lot of money, don’t resonate, or are behind the competition in various ways. The amount of code or general engineering complexity of the application seems completely detached from profitability a lot of times. Now the bar is going to be higher for software to actually be worth buying when it’s so easy to make your own for yourself, so that also means that our ability to pump out code loses value. | |
| ▲ | Supermancho 28 minutes ago | parent | prev | next [-] | | > btw, shipping more code isn't necessary a good thing. This is FUD. It isn't necessarily a good or bad thing. At the very least, using AI to audit your code is responsible use. The testing is the same as it ever was. If there was a chronic problem with shipped AI assisted code, it would be a popular talking point. > If quality isn't controlled properly, it eventually shows up as negative in the top line. This an idealistic pillar of capitalism that has been falsified across time. Depending on what someone means by "controlled properly", I don't think this wasn't been true before AI and I don't think it's demonstrated post-AI. Momentum (notably capture) keeps the software markets resistant to quality defects. | |
| ▲ | Esophagus4 3 hours ago | parent | prev [-] | | Maybe? But I also think: - there are a lot of companies that don’t need to be 5 9s[1] - I have a feeling it’s possible to ship fast without drastic quality drops [1] Claude code is 99.85% available and is one of the world’s most important products | | |
| ▲ | paaloeye 2 hours ago | parent [-] | | > world’s most important products Really? If we delete CC today, will humanity stop functioning? Nope.
It's so far from one of the world's most important products. About 5 9s, reliability is just one of the axes which suffers from fast generation. There are a lot more: architecture, accuracy, etc... > I have a feeling it’s possible to ship fast without drastic quality drops at what scale and for how long? |
|
| |
| ▲ | s1artibartfast 3 hours ago | parent | prev | next [-] | | It can also be the case that it has zero impact on PnL, but is now necessary to operate a competitive business and keep up with competition. | |
| ▲ | claytongulick 4 hours ago | parent | prev [-] | | > It’s not a straight line from AI -> $$$ That seems like it might be a bit of a problem for those frontier model CEOs who have been making exactly the opposite claims. | | |
| ▲ | Esophagus4 3 hours ago | parent | next [-] | | Is it? Most of the claims I’ve seen are around productivity (bottom line). And while it’s hard to say “we would’ve had to hire more devs to be this productive without Claude” it kind of feels like the case, doesn’t it? | |
| ▲ | skydhash 4 hours ago | parent | prev [-] | | It should be especially when new features are used to hook new customers (or renew contracts) and lower the amount of time wasted on bugs… |
|
| |
| ▲ | Veelox 3 hours ago | parent | prev | next [-] | | An agent found a SQL optimization that at least a month of eng effort hadn't found. Agents accelerated rollout of a data model change by at least 2 months of eng effort. Those unblocked a $100k/month infra downsizing. That 2 months pays for my team's AI spend for the year. | | | |
| ▲ | mbesto 2 hours ago | parent | prev | next [-] | | I know a very specific use case in management consulting where hours spent by a consultant for a repetitive task (mainly report writing and source data gathering) went from on average of 40 hours to 12 hours per project. It costs the firm roughly ~$150 in token spend to save those 28 hours. They used to be roughly $200/hr (so $5k~$6k). That's about as hard of data as you can get. | | |
| ▲ | Denzel an hour ago | parent [-] | | You haven’t shared enough data to tell whether there was a financial payoff for the firm or not. The consultant is a fixed cost to the firm, so saving consultant time doesn’t necessarily translate directly to higher margins nor revenue per worker. Are the consultants delivering more billable hours per person now? All sorts of reasons why the answer to that may be: no. | | |
| ▲ | mbesto 30 minutes ago | parent [-] | | The firm charges a fixed fee to the client. The client doesn't see anything different from what they got before, the firm increased their gross margin overnight. |
|
| |
| ▲ | skissane 2 hours ago | parent | prev | next [-] | | I think part of the issue is-if AI makes you twice as productive at X, that doesn’t necessarily result in any increased revenue, because now your customer expects twice as much for the same price, and if you don’t deliver that one of your competitors will. A new technology can deliver significant increases in real economic value in terms of utility per $ expended without significantly increasing revenue for the average firm. | | |
| ▲ | Grombobulous an hour ago | parent [-] | | I agree. Being twice as fast as X might not help depending on how X impacts Y and Z. As an example, my X is that boilerplate and general speed/effort of modifying my code is lower, but I’m noticing that this doesn’t necessarily make my team any more effective overall. It seems like it’s been a code review burden and it’s led to some team members being too ambitious with picking up more projects that don’t make sense. I have seen some managers in particular toss prototype work that they shouldn’t be doing at underlings, and one of those projects in particular really ended up taking me longer than if I had done it from scratch without AI. The fastest result would probably been if I did it from scratch with AI, but because I took it over from someone who didn’t understand the fundamentals and farmed out decisions to AI I had to spend a lot of time correcting mistakes. Obviously, good management beats bad management all day long, but I bet you most companies don’t have stellar management. |
| |
| ▲ | fnordpiglet 2 hours ago | parent | prev | next [-] | | I actually feel like it’s really premature for a relatively new technology to be showing profit improvements. We are talking on the order of a few years of investment and “figuring out” how to use it productively in business. Most new technologies take a decade or longer to really yield tangible value. This is the first cycle in my (relatively) long career where the demand for return felt instant. The tools and techniques are almost comically immature and the average person interfacing with the tools is largely bewildered. For word processing for instance people spent years upon years coming up to speed on wordstar, word perfect, word. Decades later they’re a common part of life and the tangible benefit over secretarial pools is obvious - there is no such thing as a secretarial pool. AI it feels like almost a blink of an eye and the demand is “well, it’s been a few years, where’a the post scarcity society I was promised?” | | |
| ▲ | rurp an hour ago | parent | next [-] | | The difference is that other new technologies didn't have a literal trillion dollars invested into them within the first few years, nor were the industry leaders warning that the tech could destroy humanity. Given those conditions I think "Has it made any money?" is a reasonable question to ask. | |
| ▲ | an hour ago | parent | prev [-] | | [deleted] |
| |
| ▲ | kooi an hour ago | parent | prev | next [-] | | Speaking annecdotally because im an engineer, not in sales: Our company has secured projects and executed them to a standard which we would not have otherwise were it not for AI or hiring more people. Now, these are at least 3 year projects, so we are only seeing ~3 being AI accelerated. For us, yes, it's a multiplier, directly translated to more $$. | |
| ▲ | WheatMillington an hour ago | parent | prev | next [-] | | With the advent of the internet and email, many people surely made similar observations. I wonder what the fate is of the companies who refused to accept these productivity enhancements. | |
| ▲ | ManBeardPc 3 hours ago | parent | prev | next [-] | | Can’t share more than that publicly. Just that the time saved on this one thing alone is saving us way more money than the subscription per employee that is needed (~100$). I don’t doubt there are companies where this is not the case. Would like to share more details, but the rough math of doing something in a day vs several days + engineering salary have to do here. | | |
| ▲ | batshit_beaver 3 hours ago | parent [-] | | > subscription Well yes when your tokens are nearly free, then getting literally any business value is a good outcome. |
| |
| ▲ | solyin 3 hours ago | parent | prev | next [-] | | Unfortunately we're at the mercy of Goodhart's law and in an interesting twist, AI is really good with things that have an immediate feedback mechanism, eg writing code that doesn't compile or pass tests, but you're trying to grade AI o something that doesn't have an immediate feedback mechanism. AI can slop out a PowerPoint deck in a fraction of the time it used to take a human by hand. The competent human then goes in and unslopifies it, but overall, still time is saved. Unfortunately, that employee is salaried and not hourly, so they can't click out early and even if they were, what's their incentive to clock out early if it means less money in their pocket? Or they can use the hours now free on something else. My gut, as an Internet random who's used AI is that it helps. I don't know how to measure it, just like how do you measure how much better it is to live in a clean house vs a cluttered one? How would you put that in a metric? If you can't put that into a metric, why bother cleaning your house? We clean it anyway, because of a certain je ne sais quoi. | | |
| ▲ | oblio an hour ago | parent [-] | | > If you can't put that into a metric, why bother cleaning your house? We clean it anyway, because of a certain je ne sais quoi. That "je ne sais quoi" is called hygiene and it's hard to measure but when you stop cleaning, generally bad things happen. |
| |
| ▲ | nradov 2 hours ago | parent | prev | next [-] | | It's probably just another Red Queen's Race. The benefits of LLMs won't show up in higher profits for most companies because their competitors are also using the same tools to move faster. You can't opt out of the race or else you'll be left behind. | |
| ▲ | lelandbatey 2 hours ago | parent | prev | next [-] | | Internally the hard data is there. On a budget of $2000 of API-priced tokens (Claude models + GPT models) we were able to migrate ~6 teams of infrastructure in 1 month, done by 1-2 people. Without AI it would've taken 10x longer wall clock time to do, and involved far more folks, and probably would have been much bumpier of a rollout. The big lift was mostly using AI for massive information gathering, digging through huge volumes of discussions, documents, commits, PRs, alerts, dashboards, etc pretty exhaustively for the past 5 years of history, to discover all the "chestertons fences" far more thoroughly than even the folks on the team who built it were able to. Then the 1-2 folks could go to each team with a super comprehensive "here is every need, every interaction, every discussion, everything you've ever done w/r/t this infeastructure, and here's how we're going to handle each of those with the migration we're going to do. We will do all the work for you, is that acceptable, yes or no?" The teams throughly reviewed and brought up 2 overlooked cases, but mostly we all reminisced about things forgotten that AI discovery had turned up which would have been totally overlooked otherwise. Forgotten discussions, designs, outages, odd decisions, weird edge cases prepared for but never encountered, etc. Then they were migrated, it went smoothly, all to save a low seven-figures per year dollar amount. The fundamental approach of exhaustively researching to that degree would never have been possible without AI. It's just not feasible to analyze 5 years of even one of those discussions sources (e.g. slack) to figure that out, let alone ALL of them. Now a team of ~1.5 engineers has tackled all that by leveraging AI. The hard data is piling up in companies, but it'll take a while to get out there. (Numbers and details lightly greeked in the above account) | |
| ▲ | UltraSane an hour ago | parent | prev | next [-] | | [dead] | |
| ▲ | fuzztester 3 hours ago | parent | prev | next [-] | | [flagged] | |
| ▲ | whateveracct 4 hours ago | parent | prev [-] | | > And what revenue and/or profit increases can you cite publicly as a result of the use of AI in this work? Nobody even tries to measure this. Their CEOs and board members have AI shares, and potential investors need to see your AI story to justify your valuation. It's a prison of lies. |
|
|
| ▲ | 0c3ca83 4 hours ago | parent | prev | next [-] |
| I always wonder why systems are designed so poorly that it takes weeks of boilerplate to use them for their intended purpose. At what stage did the engineering fail? |
| |
| ▲ | ManBeardPc 4 hours ago | parent | next [-] | | Tons of unstructured data that needs to be cleaned up in so many different ways that are hard to predict. Knowledge distributed in the heads of greybeards, handwritten papers und excel, sharepoint and dozens other locations like ancient proprietary software. Which you have to repeatedly ask for and discover more piece by piece. Then clean up, discover issues, make the customer gather more data/correct it, etc. | | |
| ▲ | 0c3ca83 4 hours ago | parent | next [-] | | This knowledge locked in people's heads isn't going to magically show up when you throw AI at it, though. | | |
| ▲ | ManBeardPc 3 hours ago | parent | next [-] | | No, but if we go from data to experiment faster we see earlier if something is wrong. Once we get data we quickly can fix the data pipeline and get results. If there are issues we can quickly show what/why and discuss it with them in detail and make changes based on their response faster. | | |
| ▲ | 0c3ca83 3 hours ago | parent [-] | | ?? But the problem identified that is talking to people and having them record data. | | |
| ▲ | ManBeardPc 3 hours ago | parent [-] | | Yes, but they tell things and maybe forget to mention certain things or contradict other data they have given you. Now we may not notice it initially until we make an experiment and get the results. Something is wrong and we have to find out what. Talk to the customer again. Fix experiment. Repeat. Faster experiments means the latency from new data to results is less and we finish the project faster. Errors become less expensive and cause less delays. People make errors and data quality is often horrible so the shorter iterations are nice. | | |
| ▲ | 0c3ca83 2 hours ago | parent [-] | | But the experiments aren't two weeks of boilerplate. Or if they are, something else is really fucked up in the stack. |
|
|
| |
| ▲ | macintux 4 hours ago | parent | prev [-] | | And relying on AI to clean up unstructured data makes me nervous. Good luck spotting the hallucinations. | | |
| ▲ | ManBeardPc 3 hours ago | parent [-] | | Oh yes. Verification needs to be done. Some statistics and validation is absolutely required. Also most customers don’t want their private data uploaded anywhere, so ai gets only test data and writes the script to transform it. As long as it is just XML, CSV or similar it’s pretty reliable. Handwritten notes and bad scans however… | | |
| ▲ | FabHK 2 hours ago | parent [-] | | A friend of mine runs a business similar to this for systems migration, which is a fairly tough and tedious "short-put" job (you have to know both old and new system fairly well, and if all goes well, you get the same job done on the new system, while if something goes wrong, you're in a world of pain...): The AI analyses sample data from old and new system, and then builds a prototype deterministic mapping pipeline. The experts can then inspect said pipeline and with their domain expertise catch edge cases/exceptions/uncovered cases, fix them and improve things, and then you use the vetted deterministic pipeline for migration. Yet, the initial AI draft saves enormous time. | | |
| ▲ | macintux an hour ago | parent [-] | | That's definitely how I use AI in general: build the tools instead of process the data. I rather like deterministic behavior. |
|
|
|
| |
| ▲ | belorn 4 hours ago | parent | prev [-] | | > handwritten papers und excel, sharepoint and dozens other locations like ancient proprietary software This area is one which AI has shown to be pretty good (as long as some error rate is acceptable). Character recognition, voice transcribing, converting documents from one standard to an other. I can see an argument that if people spent most time doing those things, AI will speed it up (with a bit of added errors). I am reminded however that in translations and AI generated subtitles, there is still a lot to be desired compared to the human touch. Handwritten papers in a different language, using local short hand and assumptions, may result in some odd and error prone AI transcription. |
| |
| ▲ | BobbyTables2 4 hours ago | parent | prev | next [-] | | I think a lot of “boilerplate” is just to align with a company’s way of doing things/ecosystem. In a webpage the UI design, authentication, etc. are all “boilerplate” if one just wants to do “X” instead of worry about infrastructure. | | |
| ▲ | Grombobulous an hour ago | parent | next [-] | | Boilerplate becomes burdensome as complexity increases. Perhaps sometimes we don’t give ourselves enough credit for how much applications and their infrastructure are actually taking care of as part of boilerplate. I look at stuff like terraform code or AWS infrastructure and it’s annoying and repetitive as hell sometimes but at the same time it’s incredibly impressive that you can just describe something as complex as your own private company’s network existing on global data centers and on a relative level you can just bake in pretty complex stuff like a spiderweb of IAM rules, disaster recovery/backup/databases you barely have to think about, horizontal scaling, security policy and all kinds of other stuff I’m forgetting off the top of my head. It’s heavy boilerplate because like you said you can basically design an infinitely complex corporation as code and once you’re done with that deploy it instantly which used to be pretty much unheard of. | |
| ▲ | slau 4 hours ago | parent | prev [-] | | And yet, many companies today are spinning up full stack teams, asking them to be experts from user interviewing to database design, architecture, hosting, devops, API management, data product, and also keep an eye on GDPR compliance. I see dozens of teams that are doing cloud to the wazoo when really they need to just be told “we’ll load your routes from main.py, build your assets in /static, you need a DB click the button to provision it”. It boggles the mind that so many teams are reinventing the wheel a million times over to publish their APIs, register AWS accounts, setup CI, decide on ECS vs Lamda, etc. | | |
| ▲ | Grombobulous an hour ago | parent | next [-] | | Your middle paragraph sounds amazing but it works great until it doesn’t. That’s pretty much the answer. The simple stuff has already been tried and there’s already some reason why we can’t just make XYZ simpler. | |
| ▲ | jacquesm 4 hours ago | parent | prev | next [-] | | This sort of activity has been the source of income for a very large number of people. You can't really fault them for trying to extend that gravy train's run. | |
| ▲ | boplicity 4 hours ago | parent | prev [-] | | Who is productizing this type of boilerplate? |
|
| |
| ▲ | grebc 3 hours ago | parent | prev | next [-] | | You’re not meant to ask that question. | |
| ▲ | somenameforme 2 hours ago | parent | prev [-] | | Probably a controversial take - but in the pursuit of elegance. 'Uhh, so I need to hook this connector up to that receiver using this adapter and then uh, I pass it to the connector manager which sends it to the scheduler that... @#%! FML.' And then it's all so polymorphicized that going through the debugger you spend an eternity just trying to figure out what the types even mean and why/where they came from. When you look at old-school code that just hacked things together, it was ugly, but also very easy to in turn further hack. There was no elegance or grand base types with 80 levels of inheritance to enable clean extension at every possible juncture of types. And no spending forever to find out the exact function you want to be able to override, only to discover that it's outside your modifiable codebase and wasn't marked virtual. Everything just worked. | | |
| ▲ | 0c3ca83 2 hours ago | parent | next [-] | | Yeah, so nobody did engineering. | | |
| ▲ | somenameforme an hour ago | parent | next [-] | | This reminds me of a nice quote about engineering: 'Any idiot can build a bridge that stands, but it takes an engineer to build a bridge that barely stands.' Another is that 'If people knew how many assumptions went into designing a bridge, they’d never dare cross one.' Engineering isn't about creating some perfect thing that is prepared for any conceivable scenario, but about solving a problem as efficiently as possible. | |
| ▲ | AnimalMuppet an hour ago | parent | prev [-] | | Well, that's a funny thing. The "well engineered" code can actually be harder to work on. And maintainability is one aspect of "well engineered". What I've seen (at least at one place I worked) is that the code may be very well engineered for further modification - but only by people who have worked quite a bit on that code. For someone coming from outside, it's almost impossible. It takes forever to find your way around, and figure out where the magic place is that you need to modify in order to work within the existing design. Well, you say, that's what the design documents are for! But they didn't have enough detail. They described the major objects, but not all the ancillary helper objects. They didn't describe the flow of data through the system in enough detail to know what to modify. The knowledge was there, in peoples' heads, but it was hard to get those peoples' time. So, yeah. "Well engineered", but not engineered for maintenance by people who are not those already in the group. | | |
| ▲ | 0c3ca83 an hour ago | parent [-] | | You're describing something not fit for purpose. It's not well engineered. That's like saying "that's the irony of it, a well engineered bridge sometimes drops chunks of concrete onto cars that pass underneath". |
|
| |
| ▲ | 2 hours ago | parent | prev [-] | | [deleted] |
|
|
|
| ▲ | hackernud3s 4 hours ago | parent | prev | next [-] |
| The question is: how does any of that translate into more revenue? If you try more ideas and they mostly go nowhere that's not necessarily helpful to the bottom line. |
| |
| ▲ | milkshakes 4 hours ago | parent | next [-] | | https://en.wikipedia.org/wiki/OODA_loop speed of iteration is more important than quality of iteration; high iteration speed lowers the cost of failure and compounds improvements | | |
| ▲ | kibwen 4 hours ago | parent [-] | | If that were universally true in all domains then all the best and most reliable software in the world would be written in interpreted languages, because they have the fastest iteration speed. Sometimes rapid low-quality iteration is just spinning your wheels. | | |
| ▲ | nightski an hour ago | parent | next [-] | | I'm not sure that is strictly true. Speed of iteration is increased by interpreted languages in the small, but when working on larger systems or on teams where collaboration is required they can have the opposite effect. I also find that thinking through a design first helps me achieve a result faster. So I prefer languages that encourage you to think first, type later. Interpreted languages encourage you to type first, think later. | |
| ▲ | Supermancho 2 hours ago | parent | prev [-] | | > If that were universally true in all domains Moving the goalpost is not compelling. | | |
| ▲ | kibwen 2 hours ago | parent [-] | | No goalpost is being moved here. Don't assume that an aphorism coined in one domain generalizes to other domains, especially when we have evidence to the contrary. |
|
|
| |
| ▲ | ManBeardPc 4 hours ago | parent | prev | next [-] | | Not all experiments work out. If we find the right approach faster we can finish the project faster. Some projects are mostly fixed price or offer bonuses for reaching milestones in a certain time. Meaning we more often get a bonus and can take more projects. Also we can take projects with tighter deadlines that we would need to decline otherwise. | | |
| ▲ | hackernud3s 4 hours ago | parent [-] | | But if everyone's taking on more projects... where do all the new projects come from? And wouldn't it just lower the value of each project? | | |
| ▲ | ManBeardPc 4 hours ago | parent [-] | | A lot in this world is not optimized by software yet. For our customers they have employees with decades of experience guessing things, maybe some software that kind of helps but still not good enough (slow, not finding really good formulas). They often have difficult problems and many failed projects. We try to find such customers and offer our service. If we are cheaper (+ show portfolio of successful projects) more are willing to give it another try with us. | | |
| ▲ | hackernud3s 4 hours ago | parent [-] | | Right, and while that might be working out for you right now, there is a finite budget that companies have for projects like that. The "zero financial payoff" framing sounds about right to me. |
|
|
| |
| ▲ | jonwinstanley 4 hours ago | parent | prev [-] | | Yep. Hard to see why this increases revenue or profitability |
|
|
| ▲ | roosterIllusi0n an hour ago | parent | prev | next [-] |
| You can have a better solution, but customers don't normally pay for that and CEOs don't care or understand. AI improves what businesses don't care about. AI is going to effectively let random people compete and displace big tech companies with free software they simply release. This is why google wants to lock android down, they see it coming. CEO led companies with layers of management and lots of investors are obsolete. We are going to go back to teams of 1-6 people doing all the work on their own like in the 90s. |
|
| ▲ | ex-aws-dude 2 hours ago | parent | prev | next [-] |
| You don’t get it, what’s the actual profit gained to the company from that? That’s the whole distinction |
|
| ▲ | ares623 4 hours ago | parent | prev | next [-] |
| Now we can throw things at the wall, faster. I understand there's some benefit of this. But is it worth putting the global economy into a death spiral? So ManBeardPc can save 4-9 business days to go and say "yeah, that doesn't work". |
| |
|
| ▲ | smugtrain 4 hours ago | parent | prev | next [-] |
| This gets downvoted? Why? |
| |
| ▲ | krona 4 hours ago | parent [-] | | There's a difference between the cost of coding and the cost of delivering and maintaining software? AI has demonstrated that these two things are almost entirely unrelated. | | |
| ▲ | ryandrake 3 hours ago | parent | next [-] | | Almost everywhere I've worked, the "designing and writing code" part was about 5% to at most 10% of the calendar time that it takes to make and release a software product. The remaining 90-95% of the time is: aligning stakeholders, meeting with all contributing teams to prioritize, gaining approval from various executives to commence the project, obtaining security reviews, privacy reviews, legal reviews, and so on, soaking in dev, staging, and beta environments to find bugs, manual QA testing, aligning with marketing--potentially waiting on key external marketing events, waiting for various people to come back from vacation, waiting for Mike to answer his E-mail... These things take the vast majority of a software project's time and can't be automated by AI. So, AI is making 5-10% of your project much faster. Whoopdie doo. | | |
| ▲ | senordevnyc an hour ago | parent [-] | | It’s interesting to me that you don’t understand how 90% of the things you listed can either benefit from automation or be made irrelevant because of automation. The firms of 2031 won’t be doing business like the firms of 2021 but just using AI for coding or in a few places to accelerate the same workflows. |
| |
| ▲ | claytongulick 4 hours ago | parent | prev [-] | | I'd argue that it's shown something slightly different, it's related but maybe not in the way some people hoped. I think it sums up to something along the lines of "you get what you pay for". |
|
|
|
| ▲ | sick_of_slop 3 hours ago | parent | prev [-] |
| [dead] |