Unfortunately, it does this in a hamfisted way that makes the product harder to learn and use than it needs to be. It's fine if that's all you use, but you're not going to be able to quickly crosstrain / ramp someone up on it.
IMHO, that defeats a core value proposition: enable non-developers to develop.
I've demo'd the MS offering (Power Automate), but haven't daily driven it. It's slick.
The question I have is where MS is positioning it. I don't think it's an independent product, so I think they might see it as filling in a gap in the O365 offering? I don't think legacy support is a major point for them, which will probably be good enough for most people.
I think MS is planning to offer it in the O365 stack which means if its half decent it will probably eat UI Path's lunch?
> I don't think legacy support is a major point for them, which will probably be good enough for most people.
Interesting that you say that, I thought that would be one of the primary usecases of RPA? Legacy apps where there's no possibility of an API.
My guess would be they'll develop really tight integration with the Office suite, wrap a thin shim around Active Accessibility [0] / UI Automation (/ whatever they want to call it), and call it a day.
Also, there's a ton of Java stuff out there that gets very esoteric. And that doesn't seem like something MS is interested in expanding into.
[0] https://en.m.wikipedia.org/wiki/Microsoft_Active_Accessibili...