I'm surpised there is almost no mention of low-code and the excellent product that Microsoft killed off, in Visual Foxpro https://docs.microsoft.com/en-us/previous-versions/visualstu...
Microsoft's low-code strategy paints a target on UIPath and other RPA companies
81–90 of 198 posts
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#82I think this article misses the mark of the actual move Microsoft is making here, but I think MSFT also gets their own messaging wrong. Microsoft's "Low-Code" strategy is not RPA, nor is it enabling the development of enterprise applications with "Low Code" development tools. RPA is already a legacy solution in it's current form, and increasingly only useful with regards to mainframe emulators and applications that d…
Nicely put.
I have always felt RPA was the ' poor mans' option for automation.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#83I'm surpised there is almost no mention of low-code and the excellent product that Microsoft killed off, in Visual Foxpro https://docs.microsoft.com/en-us/previous-versions/visualstu...
My last role had A LOT of VFP in the estate and it was still added to on a regular basis and all the main VFP devs kind of loved it.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#84I think this article misses the mark of the actual move Microsoft is making here, but I think MSFT also gets their own messaging wrong. Microsoft's "Low-Code" strategy is not RPA, nor is it enabling the development of enterprise applications with "Low Code" development tools. RPA is already a legacy solution in it's current form, and increasingly only useful with regards to mainframe emulators and applications that d…
I've recently been dipping my toes in the RPA space (with Kofax RPA) and what you wrote validates my first impressions. The partner firm I'm working with insists that they have been seeing "insane and growing" demand for RPA solutions, which I kind of find hard to believe.
That's interesting as I figured Kofax would be an operation that would really nail RPA and then move on to providing a very robust API middleware solution, given Kofax's bread-and-butter is literally addressing use-cases that take data from outside the system (document processing) to inside the system (process and data management).
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#85The most mind-blowing part of the article was the Teams vs Slack screenshot. https://res.infoq.com/articles/cloud-vendors-low-code/en/res...
That graph really shows the (mostly automatic, forced) conversions from existing Lync/Skype for Business users rather than brand new Teams ones. Not exactly fair to compare it to Slack without including the existing user counts as well.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#86I think this article misses the mark of the actual move Microsoft is making here, but I think MSFT also gets their own messaging wrong. Microsoft's "Low-Code" strategy is not RPA, nor is it enabling the development of enterprise applications with "Low Code" development tools. RPA is already a legacy solution in it's current form, and increasingly only useful with regards to mainframe emulators and applications that d…
Nicely put. I have always felt RPA was the ' poor mans' option for automation.
Thank you!
Yes, as a SWE when you actually see how these RPA solutions run they are not impressive. Heck, before they moved to the cloud most of them were simply providing a wrapper for Windows interop assemblies (COM, Office, what-have-you) and its native Task Scheduler capability.
As a piece of technology their real value proposition is the deployment, orchestration, & management of the automations. Even four years ago they should have included VMs/VM environments in that package, so that you're not just managing a "bot", but the whole kit-and-caboodle. This would have made their offering absolutely unique and more comprehensive.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#87I bet Microsoft's "Low Code" turns out to be "Slow Code".
This is my experience. PowerBI especially is painfully slow even with tiny data.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#88Earlier quoted context omitted.
100% agree. The real value of these RPA solutions is their orchestration capabilities, but that's not how they sell it. They will start bleeding customers as those systems they're automating are replaced with those that provide more surfaces to interact with (like API). The real utility RPA solutions are supposed to provide to the enterprise is cost savings. These savings should then be put toward upgrading those leg…
Maybe I'm too cynical, but my experience with RPA via automation-anywhere is that the primary audience isn't IT or Engineering, but frustrated Line-of-Business middle management who are tired of waiting for IT to build them a solution and can't get budget-approval for a third-party to do it for them. Couple that with woo like "self-healing", "insights", and "big data", etc along with dog whistles like "People will be…
You're not cynical, that is their strategy. It's why most IT organizations label RPA as "anti-pattern" and want nothing to do with it. It's sold in a way that explicitly calls into question ITs own utility, if not out-right calls it the problem! It's certainly not helpful. The only successful ROM (robotic operating model) implementations I have seen are ones that have the full-throated support and participation of IT.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#89The most mind-blowing part of the article was the Teams vs Slack screenshot. https://res.infoq.com/articles/cloud-vendors-low-code/en/res...
Slack had to sell their new way of work. Microsoft just had to start turning off the components you already had.
A more real way to portray that market would be to show the 20 years of them fucking around with LCS/OCS/Skype for Business.
Even then, most teams deployments I’ve seen are Webex, iMessage and work cellphone displacements. The adoption of what people do with Slack isn’t there.
Re: Microsoft's low-code strategy paints a target on UIPath and other RPA companies
#90I think this article misses the mark of the actual move Microsoft is making here, but I think MSFT also gets their own messaging wrong. Microsoft's "Low-Code" strategy is not RPA, nor is it enabling the development of enterprise applications with "Low Code" development tools. RPA is already a legacy solution in it's current form, and increasingly only useful with regards to mainframe emulators and applications that d…
Would you say that Zapier is in this space? That seems to be the kind of use cases I see in my org.