One of the main things about "cloud" is that you can "spin up" a server image in some professionally-managed (you hope) data center and put whatever on it. There is plenty of talk about "private clouds," which is where you have in-house servers running VMWare or Xen or something like that, where you can "spin up" new server images on your existing hardware.
Companies have been building intranets, which use Internet-type services but run internally. Private clouds are merely "clouds" which run internally. Those are NOT going away.
There are simply too many questions about security and reliability with publicly-available clouds. And, as many others have pointed out, there's a bandwidth bottleneck when you put heavily-used services somewhere outside of your building.
I do see an increasing amount of "Bring Your Own Device" in businesses. People are using personally-owned cellphones to connect to company directories, e-mail and the like. The problem I see what this is that you have to let your employer have admin rights on your device. If your cellphone gets stolen, they need a way to ensure that your credentials, stored on the phone, aren't used to access proprietary corporate data. I'm pointedly NOT accessing the corporate e-mail system through my phone because I'm NOT comfortable with giving someone else admin rights on a device for which I'm paying, and which holds a great deal of my personal data.
Consequently, a middle ground will need to evolve. You will need a way to use your iPad or Android-based tablet to connect to company data, in secure fashion, and be able to use it, but keep NO data permanently stored on the device.
There is already a system out there which allows you to "drive" apps on one device but run them on another machine, using the CPU, RAM, storage, etc. of the other, possibly faster, machine. And I'm talking finer granularity than PCAnywhere, or RDP or VNC.
X-Windows
You can have a desktop on the machine you're physically using, driving multiple applications which are actually running on other machines. You can be using some wimply little thin client, but running 5 different apps on 5 different, server-class, application servers. Each application server hosts one (or more) app(s), not an entire desktop. Citrix will let you do something similar. Sun had some really sophisticated software which would do this, too; you could run Linux-based apps next to Windows-based apps, driving all of them from a thin client. You could connect multiple thin clients together, giving you multiple screens and the system would automatically scale your desktop to handle all of the screens. I haven't looked too closely since Oracle acquired them, so I'm not sure if the software and thin clients are still available.
Take this to the next level. You bring your tablet to work. You connect with the corporate wifi and make a secure connection to the application servers. Your "start" menu (or something like it) populates with apps you can use. You use the user interface on your tablet to drive them, but the apps are actually running on server-class app servers within the company. The data stays on the servers, your tablet is little more than a dumb, graphics terminal. You aren't constrained by the CPU in your tablet. Low CPU usage = long battery life (assuming you can come up with some kind of low-power-consumption wifi).
You travel on business. You use existing wifi (or cellular data) infrastructure and VPN into the company network. Your apps appear. You do what you need to do. Not as responsive, because there is more latency, but still usable.
If you take a laptop on business, it doesn't matter if some TSA bonehead feels the need to confiscate it. No data is stored on the laptop. It is just a mobile thin client. And, if it's company provided, you probably shouldn't have any personal data on there.
If you have a desktop machine at the office, with wired networking, it hits the same set of app servers. Consquently, your apps are consistent between the desktop machine and the tablet. Also, the data is in the expected places between the desktop machine and the tablet.
You leave the company. Your credentials on the company network are shut down. You keep your device but you can no longer access the corporate apps and their data. No data was ever stored on your machine, so there is little worry about loss of proprietary corporate data.
I was able to use xterm, vim-gtk, netscape and various other apps over LBX and a 28.8 modem connection back in the '90's. Viewing images was painfully slow, and you certainly didn't want to play video through that link, but a lot of stuff was quite workable, even then. Modern 3G or wifi has much more bandwidth. The connection protocol would need some kind of caching and compression, especially for remote VPN connectivity.
Yes, you will need network engineers to install and maintain the wifi. You will need system/network admins to keep track of who can access what and from where. You will still have systems in-house, in a private cloud. A small company may use publicly-available cloud servers, but when they start having multiple people working from one, physical location, the services will need a way to migrate in-house. As such, there needs to be a common way of storing server images, so that you can migrate your existing apps and data from a publicly-available cloud server to a private cloud server.
Certain positions are not going away. Only clueless bean-counters will think that network engineers and admins aren't needed. But then, they already think that, until such time as their absence causes problems. Additional application developers will be needed as platforms change.
That's where I think IT will be in 10 years. Everything old will be new again. Certain positions will always be needed.