They just had to be real...
So first issue: developing measures that measure real overall service productivity... this is hard, the gaming is intense.
Second issue: automation generates work. Yup. When your service workers get time they use it to address difficult cases and to do the work that removes regulatory and safety risks. The rest of the time this stuff is ignored, building hidden risk for the enterprise. Relieve the pressure, and it reemerges.
Third issue: peak demands. Ideally automation would help you deal with peak demands enabling human staffing at sensible levels to handle most of the traffic most of the time. Sadly it doesn't. Peak demand often seemed to be for the work that could least be automated.
Forth issue: the tech is a castle of lies. Ok, that's not quite true... but there is a lot of lying. In the academic work the lying is of the form of what is left out of the experiments and evaluations - for example that the algorithm cost $100k to run or something. In the commercial world there is flat out lying - HAL I look at you, you bastard. How many RFI's were derailed by some regional President at a supplier ringing my CIO or CEO and explaining that I was "a problem" and had "an attitude"... well, all of them. The issue is that there is no sanction. HAL is still pushing Holmes and winning contracts, and not delivering what they promise, because it's all a lie. All that happens is that they move to the next sucker and wait for management churn at the old sucker to erase the corporate memory, and this does not take long. In reality they should all be drummed out of the business and no one should ever speak to them again.
But, five years later I am still flogging my guts out and they are all on their boats and golf courses. One of the bastards had his own vineyard.
So, sigh
I had issues with this too. The only solution is to prep your CIO whenever you play hardball, and return the favor to the vendor.
This is true of automated IT processes in general; for human-operated processes there's always a certain amount of "slack" between how the process is written and what needs to be done to make it actually work. The knowledge for the latter is concentrated in lower-ranking staff - the "NCOs" - and often unknown and unknowable to those running the system. Converting the system to automation only converts the known process, so it tends to fail hard until the slack can be taken up elsewhere or learned and incorporated.
The next layer of automation would involve people going through one of those call menus; ideally once the customer ends up at an agent, they will have all their data and files right in front of them already.
> algorithm costs $100k to run
I almost choked on my coffee. They used this line on multiple companies??
For those that need further explanation, HAL is the killer computer in the movie 2001, the name was picked for the movie because the letters are shifted by one from "IBM." IBM's product Watson is named after Sherlock Holmes's sidekick, Dr. Watson.
Edit: the product was named after a prominent, early CEO of IBM, not the character; Sherlock Holmes & Dr. Watson is what the commenter was referencing (I've thought the Watson name was a Holmes reference since it won Jeopardy).
HAL is just IBM encypted using Caesar cipher / ROT25 :)
Holmes must be Watson (but "Holmes" is also the marketing name given by another tech vendor in this space to their own AI product inspired by Watson - very creative)
I say we increase the minimum wage to about $20/hour, adjusted for productivity growth (per capita GDP) since the 1960s and see what happens.
Besides, the fry robot has a better ROI given the profit margin on that item.
Burger assembling may resist, but I know of at least two burger chains that use conveyor charbroilers where you put the patties in on one end and they come out nicely cooked on the other. I don't think those have a large capital cost either.
McDonald's is always inovating on labor reduction. They've got robots pouring drinks now, but they also used to have the size buttons to dispense a specific amount of soda which reduced labor. When you add up enough savings, you can run the restaurant with one less person; which is handy.
https://www.youtube.com/watch?v=qoyIVGB8OOk
There is definatley something here in terms of using human intelligence to control physical actions, perhaps as a prelude to full automation for a given task.
It also opens up interesting questions as to the future of the labour markets around the world where somebody in one country can control the unit of production in another, I mean we are comfortable with software outsourcing so perhaps this is not such a reach.
Then, of course, they get promoted, the tech becomes a "product" and they try to push it on other departments, but the original grassroots efforts by software engineers doing things other than software engineering (e.g., operating spacecraft) is solid gold.
Me neither, which has kept me at the opposite end of the spectrum for decades.
To this day, good apps linger where it's still cheaper to use a human operator.
Going to build me a robot anyway, as soon as it's complete it'll be doing an invoiceable job.
That's a key.
So it starts making money right away, admittedly not as much as having a human performing its tasks.
Human's going to have to fill in when the robot is down anyway, plus serve the robot instead at intervals when it is running, just to keep it fully supplied and maintained.
So it's going to require a higher-skilled human than before.
That won't be cheap but I can then sell the higher skilled output for a better premium to clients most interested in the robot.
I'm sure things will look very different 20-30 years from now.
Do they even come close to what humans can do?
If you keep your blinders on an focus on what you predict automation will look like, you will miss the world reshaping itself around you.
Nobody admits to loving their Cherry 2000.
They are still slow, compared to human brains. To compete with biological neurons, computers may have to be 100x-1000x faster.
Your phone is massively more powerful than a DEC Alpha based workstation from 1992 and it can fit in your pocket. Moore's law may be slowing, but I still expect compute to be 100x-1000x performance/$ and performance/W in 30 years.
Software is already on its way into a paradigm shift, where it will increasingly be written by AI (look at the state of github copilot). Hardware (both eletronic and mechanical) design will continue to see similar developments.
At some point, spot-like robots will reach a price where it starts to become affordable by some households. That moment will be similar to the appearance of PC's in the 80s or phones in the 2000x. As the market explodes, prices will drop really quickly.
And even before that, militaries will drive development. Drones (ie robots) are already becoming a key factor in the war in Ukraine.
Battery tech is the main limitation at the moment. Though I do expect significantly better energy density over 30 years, and reduction in power consumption should make up the rest.
So basially, I expect robots will have a development over the next 30 years similar to how PC's developed from 1980-2000 or phones developed from 2000-2020, if not more.
We either need to acknowledge humans are more valuable (which is utopia and won’t happen easily) or have high quality robots for 5k or less with 8-10 hour battery life (or hot-swappable; you buy an extra robot that just runs around bringing batteries to and from robots and chargers). And, as with all mass production, that will take time.
One example: tactile sensors will be much better in 5-10 years and they'll make a big difference for gripping objects.
https://www.nature.com/articles/d41586-022-01401-y
Another one: solid state batteries. It'd be quite surprising if they're not commercially ready in ~15 years and they should offer at least 2x energy density, better safety, faster charging, more charge/discharge cycles. All would be huge for mobile robotics. There are big expectations: QuantumScape has a market cap of over $3B, Solid Power over $1B, etc.
It's designed to be like that
> Automation, the most advanced sector of modern industry as well as the model which perfectly sums up its practice, drives the commodity world toward the following contradiction: the technical equipment which objectively eliminates labor must at the same time preserve labor as a commodity and as the only source of the commodity. If the social labor (time) engaged by the society is not to diminish because of automation (or any other less extreme form of increasing the productivity of labor), then new jobs have to be created. Services, the tertiary sector, swell the ranks of the army of distribution and are a eulogy to the current commodities; the additional forces which are mobilized just happen to be suitable for the organization of redundant labor required by the artificial needs for such commodities.
Guy Debord, 1967
This is bad as it removes the incentive for innovation and keeps productivity low (profit per hour worked) so that ensures wages will stay low - it's bad for the workers and bad for the economy as a whole.
There will be a reckoning once capitalism runs out of people to exploit.
“You’d be surprised to see we’re still debating and arguing over the same issues we had in the 60s, 70z, 80s…”
Basically same shit different generation - so far.
We don’t fly aircraft like ornithopters, but with ducted fans and propellers.
This is currently being solved by migration, countries that aren't open for immigrants are the ones paying the price.
People already get jiggy with other people who could easily bite off important bits.
The issue is trust, and I think that even with the simplest of failsafes[1], the machine juggling your important bits can be made more trustworthy than the human currently doing it.
[1] For example, failing in an off position, or using equipment that, even if overdriven at full force, will not have enough force to do damage. Having the clamping or piston mechanism driven off a spring can ensure that the maximum force applied depends on the stiffness of the spring, which gets softer with age, not harder.
There's multiple ways currently being used to make machines that interact with humans safe for humans no matter what happens.
But wasn't that the problem OP was trying to solve ;)
Actually, the IBM/HAL thing is just a coincidence, according to both Kubrick and Clarke: https://en.wikipedia.org/wiki/HAL_9000#Origin_of_name
All of the things you say are true. There is one additional thing you don’t mention:
You can drum up people on minimal wage, you give them a roll of bin bags and point at a street and tell them (verbally with words) “pick up the litter on that street, once the bags are full put it in the truck. At the end of the day drive to <address> for disposal” And it will with high probability happen!
Yeah they might goof off and you might need a foreman with a slightly higher wage to keep them busy, but that is basically all the “programing” you need to do.
How would the same work with a robot? Someone needs to program it. It is not unreasonable to think that one day we might have a “general trash collection” AI you can licence, but it is a lot of work to develop that system.
Whoever programs that system will need to solve issues such as:
- cover the whole street, but don’t wander into private estabilishments, peoples gardens or block the street
- pick up cigarete butts from the planters, but not the flowers, but do pick up the dried up fallen leaves/petals
- pick up the half shoe a reveller left on the corner, but don’t pick up the street performer’s hat with his coins in it
- hastle / don’t hastle the homeless based on opaque rules subject to change all the time
- shovel up the dirt from the pavement, but don’t try to dig a hole to china in the spots where grass should be but it dried out and it is basically just a patch of dirt
- empty the street bins, even the one which looks a bit odd (it was a one-off pilot project and we decided to go with a different suplier eventually) or the one which is hard to open (give it a good thunk, it jams since someone drove into it 5 months ago)
- leave the traffic cones be, but bag that one which was run over by a truck, dragged out of place, and got crumpled
And probably 15 other edge cases I can’t even think right now. And when your cleaner robot gets into a bad situation it probably won’t learn to avoid the same situation the next time.
And what happens if something changes? Let’s say you now want to collect aluminium into a separate bag, or there is a street festival with different temporary rules, or something?
To reprogram your robots you need highly trained, specialist crew, costing big bucks.
If your human crew needs “reprograming” you can email a middle manager paid 120% minimal wage who will make them change their way.
And all of this is “just software”. You have all this hassle even after all the battery and hardware issues you mentioned.
We might get street cleaning robots one day, but it is a very though task and i wouldn’t hold my breath.
I don't see us running out of Indians, Chinese and Africans in the next 200 or so years at least.
That's just a different way of saying there will never be a reckoning :-/