8 ms·
AI won't take a thought workers job. It just sucks the life out of it. Like the person who wrote this post, I make bespoke software. I tinker, I experiment, and
by kodah 4y ago
AI won't take a thought workers job. It just sucks the life out of it. Like the person who wrote this post, I make bespoke software. I tinker, I experiment, and I produce high quality results in reasonable timelines. Executives could not give a shit about that, except that those qualities in me are a good signal that I am dependable. Now, if most companies allow AI bottom performers will speed up and their quality will likely slightly increase. As with most things, those on the top end of the spectrum will need to regress to the mean to compete. The result will be that mediocrity takes over because the AI will be in charge of the boilerplate, which is often the foundation for the rest of your code. You can either find enjoyment in the boilerplate being rote and finding places to spend your time in a higher level of abstraction or you can let what used to be your passion sail away like a little red balloon on a windy day.
- rafaelero 4y ago> AI won't take a thought workers job. I don't understand how you can hold this position considering not only where we are but also the rate of progress in AI. It has been taking thought workers job and it will increasingly do so in the future until the surplus cognitive workers offer is just so minimal that it's not worth to automate it.
- kodah 4y agoWhat jobs have been totally replaced thus far?
- fxtentacle 4y agoDidn't all major companies do mass-firings recently? What do you expect will happen if an entry-level software engineer becomes 2x as productive? You need 2x less, so you fire half the team.
- spoiler 4y agoA smart company will realise it's better to be 2x productive for the same money than to be at the same productivity for half the money.
- jokethrowaway 4y agoWrong, there's just so much a company can dedicate itself too, otherwise you'll start doing little useless experiments that go nowhere like google
- spoiler 4y agoI think Google has a weird pathological case maybe. So, I'm not sure I would use them as a forecast. I think R&D is good in any company. Sure, the nature of R&D is that most of it is failure; that's just the way it is. AI makes the R&D iteration shorter and cheaper, IMO. The more you try, the more likely you're to succeed (aside: I should listen to my own advice sometimes lol).
- jay_kyburz 4y agoCompanies are slow to move on things, but I think "video game concept artist" is done. An art director can now sit down in front of Midjourny and pump out years and years of a concept artists work in just an afternoon.
- whateveracct 4y agoThis feels like a comment written by someone without practical experience with concept art (creator or consumer) - correct me if I'm wrong though! Like personally, I think I will still draw concept art instead of asking a GAN. Feels like that greases my creative wheels more. Just me though.
- coldtea 4y agoWhether you have experience or not, game companies already use AI for concept art.
- lunfard000 4y agonot only art, Obsidian is using already for voices[0]. The future is here. 0:https://www.youtube.com/watch?v=YajBa5PO1Hk https://www.youtube.com/watch?v=YajBa5PO1Hk
- jay_kyburz 4y agoYou are wrong, I have worked for many years as an artists and level builder in video games. Bioshock is the most famous game, and Void Bastards the most recent.
- spoiler 4y agoCould you instead use AI to reduce drudgery in your work, or to iterate faster between ideas until you settle on a final peace? What if you have something in mind that is hard to prompt for, or the tool just refuses to generate what you had in mind? I would try to lean into it as a tool to speed up some of the tedium, instead of fear it, if possible
- coldtea 4y agoFirst, of all, why it has to be "totally replaced"? It's enough for positions to be dramatically reduced, and most such "though workers" tasks getting done automatically, e.g. under the final supervision of much fewer people. Second, why it has to be "thus far"? If it happens in 1 or 5 or 10 years does it disqualify it? Because above you claimed it will "never take thought workers' jobs". Suddenly the goalposts moved so that it has to have happened "totally" and "thus far" to qualify as taking their jobs?
- CommanderData 4y agoI'm witnessing engineers on my team and myself saving a lot of time in development and in operations (scripting). I have no doubt in my mind it is reducing the need for more engineers and has probably already contributed to a reduction of them and I think it's just getting started.
- saurik 4y agoCompilers and high-level languages assuredly reduced the number of engineers needed, right? No: we just started making much more complicated things and the basic level of "this isn't even a serviceable solution" has gone up so high that if you sat around and wrote a trivial program designed to be used over a teletype--which is got much easier as you can do it in C instead of assembly--you'd lose in the market to your competitors who are willing to put in the effort to build a modern fancy reactive single-page whatever's-hot-now web app. The reality is that companies are going to continue allocating a similar percentage of their budget to tech that they were before, and what we DO might change a ton; but, frankly, I've been doing this now for decades, and the stuff I used to do 25 years ago (omg: a full quarter of a century of professional software development ;P) already often just isn't a thing anyone does anymore. Every time my job gets easier, the expectations for the products I architect also increase, because we're all in a rat race attempting to compete for the same customers to defend our margins. Hell: I remember when the first step to deploying a new service--even if you were a company that only had a handful of people--was to attempt to predict how much capacity you needed and then buy a ton of parts so you'd be able to sit around and build machines for your server room to run your new product. I was involved in a project back in like, 1998/1999, for a company with all of maybe five people, and someone's job was just sitting around building the server room... that specific task is now a few lines of YAML configuration and a couple of accounts (AWS and Twilio <- back in the day, we had to have custom T1 lines brought in not for data but for bulk parallel phone service to hook up to the Dialogic boards we needed to simulate phone lines ;P). The concept of cloud-computing entirely changed that part of the business--having a small handful of companies manage all the servers at scale and run numerous jobs on shared hardware, in some sense reducing the cost to the point where you can both outsource this and pay less--to the point where doing that almost sounds insane; and yet, I'm sure there are more people getting paid more to deploy and manage ever more virtualized servers in the cloud than there ever were people (including me!) literally screwing around with screwdrivers in the ubiquitous server rooms. You could argue that my job got "replaced", with all of the skills I had to deal with IRQ balancing and automated power backup systems being for naught... but, somehow, I'm apparently still relevant. I'll also admit that I honestly kind of enjoyed doing that work?... and yet, I also was quite happy to never have to do it ever again. I'll never forget the day I took the first real-world server I was in charge of and just like, uploaded it to 1&1 where I had an early software-based hypervisor-like stack I was experimenting with (UML, aka User Mode Linux, which is no longer something people bother with due to the advent of Xen/KVM/etc.); it just worked and I was like "omg I'm never building another server again, am I? that was it: it's over". (It then turned out that I did build another complex hardware solution in 2016 to start doing work with GPUs, but there was only a small window of time there before cloud services caught up.) So like, sure: at some point the AI is going to entirely replace what we do--not the specific frustrating coding tasks we do today, but the entire concept of our jobs--but, the issue at that point isn't going to be me figuring out what I'm going to do next to make ends meat... it is going to be that I'm not a serviceable warrior in the war against the machines as the world devolves into some kind of Terminator-inspired hellscape; because, if you can manage to do my job in its totality, then you frankly can also do the job of everyone who has ever hired me and you can do the job of every investor who has ever given us money to do those things... we are all obsolete and, if AI actually gets as good as so many people here fear it will, at best we all become pets :(.
- vasco 4y agoIf performing a job is even just 10% faster, you can fire 1 person out of a team of 10 (or need to hire in the first place). This should be obvious.
- jayd16 4y agoFirst, this argument applies to everything from WFH adding efficiency to computers themselves being faster than ink and paper. But that's not how the economics works out. The business can simply choose to sell 10% more content.
- wwweston 4y agoAt some point, you saturate the market for whatever’s being produced and then prices drop and you have diminishing marginal returns for production so the economics of making more doesn’t make sense.
- raincole 4y agoI'm sure most programmers work more than 10% faster with syntax highlighting and autocomplete. But no one says IDE replaced humans' jobs.
- TeMPOraL 4y agoThey did, and so did high-level languages, and not to mention the entire profession is first and foremost about automating other peoples' jobs away. Thing is, nobody is really tracking how improvements for software developers are replacing people, because this only manifests at slowing the absurdly high growth rate in this industry.
- vasco 4y agoYes they did, what are you thinking would have happened if all we had was assembly? To build any meaningful software you'd need armies of people and it'd take way longer and it wouldn't be as good.
- cthalupa 4y ago
- happytiger 4y agoI have seen at least one outsourced programming job slow down to the point where it’s effectively no longer outsourced. Previously there were two engineers working, and now there is one as the work isn’t needed anymore. That in a very real way is a replaced job. The remaining job is running large scale data loading for a startup and really now is just eyeballs to make sure errors are caught. No longer requires much skill either. I think some degree of low end engineering work in the outsourcing world is at risk.
- code_witch_sam 4y agoparalegals seem like they're very much at risk
- ericathegreat 4y agoThere are still professional, high quality hand knitters in the world. Of course, having people hand knit garments used to be the only way to get a knitted garment at all. Then we invented industrial knitting machines, and those hand knitters found their roles had changed. Instead of knitting a whole garment, they would be closing up the toe on the socks, or doing finishing work on a sweater. Of course, companies didn't need anywhere near as many knitters under this system, so a huge proportion of them lost their jobs. Then the knitting machines got better. They could close the toes on the socks themselves, could do most of the finishing work automatically. Some of the remaining knitters became industrial knitting support workers, but most of the actual knitting jobs dried up. But there are still professional, commercial hand knitters, even today! They test hand knitting patterns for the hobby market. Make the samples up for photographing, and make sure that all the sizes come out right. They number... Dozens? Maybe? And most of them treat it as a side gig, despite being the absolute pinnacle of hand knitting talent, since it pays terribly. A job doesn't have to have been totally replaced to be effectively replaced. As we find ways to hand over larger and larger pieces of the work to an automated system, the number of real roles in that field diminishes, until it eventually becomes infeasible as a career choice. This is what a lot these digital content creation jobs are heading. Gradual obsolescence.
- Pandabob 4y agoLots of reasonable people seem to hold this view. Sam Altman himself mentioned believing this in the Lex Friedman podcast. Here are tweets from famous HN users Simon Willison[0] and Patrick Mckenzie[1] endorsing the viewpoint as well. [0]: https://twitter.com/simonw/status/1639692312585572352 https://twitter.com/simonw/status/1639692312585572352 [1]: https://twitter.com/patio11/status/1639787193580519424 https://twitter.com/patio11/status/1639787193580519424
- rafaelero 4y agoI hope they are right. But one thing that seems to be conflated in this debate is the comparison of AI with previous disruptions. The tools we have built before were taking some specific parts of the process and making it more productive. They were not trying to mimic human cognition in a way that can be applied to so many different processes at the same time.
- coldtea 4y ago>AI won't take a thought workers job. It just sucks the life out of it. It already has started taking them. Also note that it sucking the life out of them doesn't preclude this, since nobody cares for quality anyway. Neither the companies, who prefer profit, nor most consumers, who will eat up whatever mediocre shit.
- rakejake 4y agoAmen. AI will make us all "managers" of some sort. Goodbye to getting in flow state and trying to build something yourself, and say hello to a gazillion meetings from morning until evening figuring out what to build and what prompt to feed to the AI. AI is going to make our bullshit jobs even shittier.
- paweladamczuk 4y agoInstead of grinding away over a piece of code, I will get to talk to people more? Doesn't sound like such a bad deal to me. I get your point, of course. I just think communication can be like a craft, challenging and rewarding. I try to frame things positively, it helps me stay motivated at work.
- dsego 4y ago> Instead of grinding away over a piece of code crafting > get to talk to people more about KPIs and OKRs
- rakejake 4y agoI appreciate your attitude, and it is something we all have to pick-up eventually. When you pose it as "talk to more people", that does sound better. But I see it as a job with more pressure and tension, more politics, and less freedom to experiment. Think about the average day of a manager/management consultant/VC (whose job it is to talk to people, make deals etc). I always looked at their careers and walked away thankful that a programmer career exists.
- riwsky 4y ago“Reasonable timelines” are not absolute quantities. They’ve always been an equilibrium of whatever the market can bear. It was simply easier to ignore this before, when things changed much more slowly.
- bruce511 4y ago>> The result will be that mediocrity takes over because the AI will be in charge of the boilerplate, which is often the foundation for the rest of your code. Your take is interesting, but I'll provide an alternate point of view from my experience. I have spent my career working in a low-code environment. There's a boiler plate framework into which people add code. Since most of all programs are similar (data in, data stored, data processed, data out etc) this allows for high productivity because almost all time is spent on things that are unique to the domain space, not programming the common stuff. It means individual programmers, and very small teams, have written and maintain huge systems. But what's interesting to me is the boilerplate code. My career has been spent improving the underlying boilerplate, and extending it to new feature areas. This turns out to be a great lever. Improve the boiler-plate and _existing_ programs get better, with minimal effort. Sometimes no effort. It's kinda like the way I get TLS 1.3 support simply by upgrading my OpenSSL libraries. But at a source level. Which is then retro-applied to existing source code. Instead of being mediocrity the goal is to always keep improving the boilerplate because that in turn improves a lot of programs. I say this not to tell you nothing will change. It will change. But change in programming is fun. It stretches the mind, and opens up new horizons. The AI can write code, but that just becomes the next tool, like IDEs were, like code complete, online help or Stackoverflow. I didn't have any of those things growing up, but their introductions allow me to dream bigger, be better, make more. AI is an opportunity for those with eyes to see.
- steveshurley44 4y agoSAP?
- candiodari 4y agoIf you look at it from the bottom, then yes. SAP/Salesforce/IBM DB2/Oracle/OpenERP are ways for company departments to all work on one common set of data.
- danjac 4y agoThere was a fear that nanotechnology could accidentally turn everything into gray goo. AI is that, but for intellectual output.
- anoy8888 4y agoThis statement is a bit arrogant considering the current pace of AI progress. I bet it won’t age well in a couple of years
- globalise83 4y agoQuestion is: would a 2x or 3x developer paired with an AI be more productive than a 2x or 3x developer paired with a team of several 1x and 0.5x developers? Cutting out coordination costs while still getting the grunt work done by someone else seems like it would lead to much higher and more coherent output.
- MachineBurning 4y agoThe person who wrote the post says that they can produce the same quality content in "2-3 days" instead of "several weeks", and that there are two people working in essentially the same position. If the amount of content to be produced remains constant, then from a purely financial point of view the company should be looking at cutting one of them. AI would have then taken their job. For the amount of content to be produced to not remain constant either the studio would have to go for increased art quality, or scale up the rest of the business to keep up with the new art productivity. It's not clear they'd make that decision over cutting their art department spending in two. At the very least their job is at risk.
- washadjeffmad 4y agoOof. Firing isn't free, comrade. Reducing redundancy to a single point of failure has two major effects: the latency penalty becomes quadratic as workload scales, and if any person quits, you lose the whole team. In general, creative roles like artists are the sum value of their education and experience, not just their measured output. If you don't possess art history vocabulary, you're going to be very limited in prompting or designing more advanced embeddings and LoRA or training models. I'm seeing this a lot right now - people don't want to share their prompts because they don't want everyone to know how much the model carried them and how little any actual "prompt engineering" went into it. The smart thing for their boss to do would be to scale projects and have one of them focus on managing and filtering the new volume of assets. Since it sounds like they like working from scratch, even adding external time to "research tooling and methods" would probably keep them happy until they find the challenge in their new duties.
- Deegy 4y agoEven if we agree that your strategy is optimal, it would require the manager acting in a significantly pragmatic manner. I would wager that the majority of managers will rather reactively jump at the chance to cut an entire salary from their cost structure.
- the_lonely_road 4y ago
- eternalban 4y ago> allow AI bottom performers Starting in early '00s, it was getting annoying to have to sit in tech meetings with workers who barely had any actual experience designing systems debate technical decision empowered by wikipedia and some randos blog on hype du jour. Before the internet they would keep quiet since they actually knew zip. It is going to be absolutely awful now. How all this will affect the youth in context of education, higher learning, students' drive, teachers' domain authority etc. is a more critical issue than labor transitions. It is interesting and important to note that AI (as it is today) disempowers humans in every dimensions except capital.