The new server-based deployments & alternative interfaces may very well not appeal to "traditional" SAS developers.
However, the main benefit of the new interfaces is that they surfaces SAS functionality to users without the pre-requisite of "SAS Programmer". Previously SAS could do brilliant stuff, but the business was bottlenecked by the thru-put of the SAS programming team. Now self-help processes can be set in place. The new clients won't do everything, but depending on the business requirements, they may fulfill 80%, 90%, 95% of users' needs. There will always be the need for SAS developers, but now there are a range of options, depending on what the business (not the developer) needs.
For example, you can show the business a EG or DI workflow, you can't show them 20 pages of SAS code.
As a former SAS employee, then SAS developer (Base/EG) and now administrator (DI/BI platform), I actually love the server deployments of SAS. Too long there has been too much running on local PCs, installation hassles, locally stored programs, no consistent development methodology.
Centralising makes it much easier to share work, to measure resources, installation is a "once-off" on the servers, clients can roll-out EG, Office plug-in or Web.
Yes, we use Info Maps a lot because we means we don't have to expose a complex DB structure to the business analysts.
Happy to discuss further - I don't jump on here often, email or find me on the SasProfessionals site.
Regards,
Andrew Howell.
Committee member - SAS Melbourne User Group, Australia
ANJ Group Pty Ltd
info@anjgroup.net.au