Automation is Killing the Knowledge Economy by James Kelly

Still standing at the top of 2016 for only a few more hours, January that is, I’m compelled to follow-up on my outlook on the rise of IoT and setting of the Information Age, with a forecast on the nearer-term workings of automation to slay the knowledge economy as we know it.

The push towards technological automation has allowed us do to more with less. Working in technology, I sell this vision to our customers everyday: better scale, more agility, go faster, spend less OpEx, etc. To be sure, automation has been a boon to business and consumers for a long-time, but it has also been a treacherous progress.

We have long-since been educated on the automation-caused job loss and redundancy to laborers in the manufacturing sector. Closer to home, you may have recently started seeing self-serve queues at your grocery stores. Okay you don’t work in a grocery store. It’s too bad for those poor clerks, but at least you’re safe. You have a university degree, expertise and experience. You work smart, not hard. You’ll be fine. Right?

Wrong! Today’s knowledge worker is dead. Many industries are already disrupted, and if yours isn’t already, it will be.

Today’s knowledge worker is dead.

I’m not talking about automation here in the form of robotics and the physical. Sure we’ve all heard about that dystopian future where robots do everything. Look already at the self-driving cars, or drones now that can deliver your mail, parcels and even coffee. That and more, is all coming too. But what I believe most people don’t imagine, is the redundancy that will soon be created in so-called desk and office jobs.

A good desk job in a nice glass tower and the honor of a white collar (maybe not in Silicon Valley) has been the reward of the knowledge worker for a long time. Today, automation is affecting these people too. However, a lot of these people are also shielded from the blade of automation. Why?

Let me briefly examine people that work in technology, as I do, as an example. A person goes to school to study computer systems, science and engineering, and out comes the quintessential knowledge worker in this space, the “geek” whatever the actual job title. Of those that go on to work closely with technology, in my mind, there are two kinds of these people: technologists and technicians. Sure, knowledge is critical to both of these types, but to the technician it is paramount. The technician is an administrator, operator, and integrator; thus, the technician’s job depends on their expertise and ability. The technologist, however, is a creator, an engineer of the technology that the technician will use.

Understanding the key difference between the technician and the technologist reveals something very important: knowledge alone is increasingly not enough. How can you immunize yourself against automation’s assail?

How can you immunize yourself against automation’s assail?

When automation has reduced the value of knowledge, expertise and ability, the prime determinant of success will be creativity. The technologist is a creator. Naturally, as for all creators, even artists, creativity must be used in service of skill and in the context of expertise. Yes, you still need to go to school to amass all of that knowledge and gain expertise and experience, but now you also need more.

This is why Google recruiters look for what they call “smart-creatives.” That’s why a lot of technical and non-technical desk jobs, the ones where you’re required to be creative, cannot be automated.

Now, is the time to practice being creative. Now is the time to align our education system for this creative future because automation is slowly killing the knowledge economy. Automation is wonderful and wicked, but I know such challenges it will cause, can be overcome with a creative solution.

Dusk in the Information Age and What’s on the Horizon After IoT? by James Kelly

Just a fortnight into 2016 and it’s safe to say that the perennial prophecy blogs and media have firmly asserted the Internet of Things (IoT) as this year’s hot topic. As a technology professional focused on cloud computing, IoT is the natural continuum, but in spite of eating up a lot of IoT literature, webinars, and the steady stream of newly unveiled innovations, I can’t help but feel the messaging for IoT outcomes is disconnected from a human quality and something I can personally look forward to.

IoT!!! So what?

When one looks around at the messaging on IoT, it’s very noticeable that there aren’t many people asking, “So what? How is IoT good for us after all?” I think this happens all too often, not because the more distant future is harder to imagine, but rather because of the “new-shiny (IoT) object” syndrome (i.e. geeking out on gadgets), and because most the messaging comes from those that have a present-day agenda to capitalize on the path to IoT. Those people naturally paint the picture from IoT back to their own current solutions, and just highlight the value they add right now. What about the bigger, long-term picture?

The technologist in me is very interested in all of those enablers: next-generation cloud, big data, machine learning, cognitive computing, better security, better sensors, actuators and advanced robotics in drones, cybernetics and bionics, and last but certainly not least, networking it all together… I think at the Consumer Electronics Show this year, radio (wireless networking) killed the video star.

The businessman, artist, and dreamer in me, however, cares less about the never-ending list of technology and its individual outcomes, and asks, “So what?” When all electronic systems are connected up to a brain that can collect data and process data in “smarter” ways (“smart” is the new tech-marketing prefix of the IoT era), we will see new forms of optimization, customization, automation, dynamic system feedback, new services, new products and new businesses. All of this is rooted in one thing: the power of new information. In this way, I think IoT leads us to fulfill the final stage of the Information Age.

IoT leads us to fulfill the final stage of the Information Age

That theory of course commands respect for the value of big data processing, that will power the brain of such smart systems that turns data into information. Also with respect to the realization of the Information Age, if we accept that name for our present time, that made me think, "What's next?"

Information on every aspect of everything that can be digitized, presents both exciting challenges and opportunities to humans that point to more compelling transformation than the tech itself.

On one hand the sheer magnitude of information that will be available poses an obvious challenge to the human mind, having limited ability to hold and process it. This should give artificial intelligence (AI) research a powerful incentive because an intelligence that could hold and use the information could achieve useful insights far beyond our own capacity. This points towards an AI revolution and new technological age.

On the other hand, the new uses of information, especially toward optimization and automation, will transform the scope of human capital as we know it. From a business standpoint, the opportunity to transform services sectors and services job functions is massive, since human capital is the primary contributing enabler and expense.

More personally exciting however, is thinking about what aspects of human capital, or our human skill set and human value will remain. Imagine refining our journey to self-actualization in a world where the signs of information show us what we humans are truly good at, what we humans are bad at, and where our incompetencies are our own worst enemy. Today, I believe it is a lack of solid and well-presented information that causes doubt, fear and differences in between communities. Anyone can share their “information” at will, and much of the Internet generation doesn’t differentiate between fact, research, and mere conjecture.

In the IoT era, proven information will be established in real and vast data. Though data with externalities and limitations (such as ecological boundaries and planetary time scales) will continue to provide imperfect information, I think we will have enough information to yield the dawn of a new age where we will evolve our global knowledge base to be applied toward a wholly improved respect for our Earth and interconnection all its people as we behold the education upon new information in the dawn of the Awareness Age.

Do you need information to live with awareness? Of course not. The native american indians lived with awareness and respect about the interconnectedness of all things. That was long before any technology at all. What is changing now, however, is that our decisions will not be based on beliefs, but on information. Some beliefs we hold and things we have and do, will be shown to be as ridiculous as knowing that the Earth is flat. Information is a powerful influencer when it is proven in data. With so much data to potentially generate and measure, what excites me now about the path to IoT and beyond, is witnessing information producing awareness from the questions that the world will ask.

You Have the Wrong Idea About Cloud If… by James Kelly

This year has been marked by a lot of cloud evangelism to our customers, partners and field, but what I frequently find is that in evangelizing cloud and our corresponding products, I am talking about what cloud is not. In the purist sense of “cloud,” I talk about cloud as 3rd-generation apps and platforms: the collective data center as the computer. For cloud-native apps and stacks, nothing need be server oriented anymore.

I was maintaining this summary list of the right and wrong ideas about cloud in my Google Keep notes, but I have decided to turn it into a blog: shared, referenceable, crowd sourced - yes please, add what I’m surely forgetting to the comments below.

As I said above, I’m often describing what cloud is NOT, and hand in hand with that go the wrong ideas about cloud.

You Have the Wrong Idea About Cloud If…

  1. You want better economics without change – A common mistake is thinking that you can replace a few components with the software the cloud pioneers are using and you instantly save money. “OpenStack is not a cheaper VMware,” is a good one to repeat over and over to anyone falling into this trap, but you can generalize this advice too. If you don’t get your head around the fact that cloud is a whole new IT paradigm and 3rd-gen cloud platforms are the epitome of that, then you’re missing the point.
  2. You want better economics from open source – Similar to the last point. This is a common mistake. For most cloud builders, you’re still going to need a vendor backing the OSS components, particularly mission-critical components like orchestrations systems such as Openstack or Kubernetes, and many Enterprises will opt for support in smaller components as well like for Linux, config automation, databases, troubleshooting tools, logging, monitoring, billing, analytics, etc. The point is that for production systems, you’ll probably want a lot of vendor support or support from an integrator, and while you may have a lot less lock-in, and more scale, there is still a substantial investment to build and support a stack these days. You can get better economics from cloud, but not strictly because you choose open source.
  3. You think open source software is DIY – If you’ve just read the previous point, you know vendors support OSS and many integrators have businesses around OSS components. Open source can be DIY, but there are often a plethora of sourcing options for these that offer fully turnkey deployments, some even with the hardware as well. Choosing open sourced software, you get all the benefit of traditional support, plus the benefit of a community that can support you and offer you additional services and tangential products or customizations. It’s all upside, in general, but caveat emptor: that doesn’t mean you can adopt OSS willy-nilly. Today there are a lot of competing/overlapping projects and communities to carefully choose from. Many vendors will partially partake in some project, which is very different than productizing the core open source software itself.
  4. You think cloud is less secure – Security doesn’t come your 4 walls. Public clouds have a lot of security baked in because they have had to thanks to being huge attack targets. They arguably had the smartest security talent design and validate it. When it comes to private cloud you have more security vendors (a lot of startups) providing you solutions than ever before. Microservices are inherently more secure by design when microsegmented into lightweight containers and virtual networks as well. A breach’s impact is getting ever smaller and unlikely if you follow 3rd-gen cloud architecture and employ the tools at your disposal.
  5. You think the chasm is too wide a jump to cloud for your IT dept. – Today it is entirely possible to federate networking and data across your 2nd- and 3rd-generation platforms, and technology like Docker have really leveled the hybrid cloud playing field for compute as a sweet spot between IaaS and PaaS.
  6. Your “Hybrid IT” strategy is to do everything – Sure there is a right tool for every job, but every good CIO values standardization and consolidation. The benefit of those principles hasn’t changed. You need to exercise restraint in choosing/building a 3rd-gen cloud stack, and get to something that can be as homogenous as possible across multiple DCs, public and private, and let you write once and run anywhere for apps and devops.
  7. Shiny new object syndrome – If what you have today is working fine, refrain from wasting a lot of energy on the new shiny object. Run IT like a business and justify value in change.
  8. You think cloud will solve all your problems – You'll just have better ones, and have to be even smarter and more resourceful to solve them.

You Have the Right Idea About Cloud If…

  1. You need better/newer/choice technology – Just like if you’re running Android version X and the app you want is only available or supported on >X, you need to upgrade; or you’re running iOS and the app you want is on Android, you need to change. Likewise, apps/tools/middleware/etc. can be a good impetus to move/upgrade to cloud too. The case with a lot of cloud software is such that a lot of open source tools are made to work well with other open source systems, and 3rd-gen cloud systems and tools are primarily open source. Maybe it’s a choice middleware platform, or a big data system, or a config automation tool, but if you find yourself needing software from some Apache project, Hashi Corp, or some popular open source project, chances are it probably won’t work on or work too well with your legacy Microsoft, VMware platforms, but I bet you can find good integrations with OpenStack, Docker, or some public cloud.
  2. You need better economics – With respect to public cloud you get to choose opex over capex which is often preferred. With respect to building your own private cloud stack you build smarter cloud-native applications and infrastructure layers that often let you spend less on the proprietary and expensive infrastructure solutions that were previously relied on to scale and provide HA. As above, that’s not to say openness directly derives better economics. The model of a smarter, more automated stack should help you do that, along with scale-out applications that provide a better and cheaper way to get scale, performance and HA. Better economics also comes from deriving more new value faster, which is a byproduct of innovation agility (see below).
  3. You need scale – Hopefully this one is pretty obvious. The Internet giants pioneered 3rd-gen cloud stacks because it was the only way to scale their apps. 3rd-gen cloud platforms let you manage more with less. This smarter architecture is akin to using a lever instead of more force.
  4. You need innovation agility– 3rd-gen cloud platforms cater to the developer and the application. The applications are elastic and portable across data center resources and geographies to suit the business. The developers have more conducive environments for CI and CD, and with Docker containers they have a level playing field of packaging, distributing, and running their app with all its dependencies. With PaaS and middleware platforms there’s often more ease and agility, but there is some degree of total flexibility traded. In any case with 3rd-gen cloud, time to market and to any necessary pivots is greatly reduced as compared to traditional siloed DCs and even evolving SDDCs. Avenues for business, process and product innovation are all amplified.
  5. You have a mandate for openness – This is sort of a corollary from needing IT agility (which should be a consequence of needing business agility). The general allergy to IT lock-in is usually helped by the great degree of open source projects and open standards bodies/projects focused on making 3rd-gen cloud stack components clearly defined and interoperable. The best clouds are inspired by the same principles of as UNIX components: small, simple, reuseable, composable parts with clean interfaces, and as few dependencies as possible.
  6. You have no technical debt / You are building new – If you are a startup you should use SaaS for your staple IT applications and otherwise start from scratch with modern IT cloud-native apps and cloud. New infrastructure for new apps, dev/test, etc. is a green-field, and you should be growing with modern choices.
  7. You want to attract new IT talent – Another gimme. Legacy technology is an oxymoron because technologist and technicians alike love what is novel and remarkable.
  8. You want to get teams smaller toward DevOps – Sure, on cloud, you can do more with less, including fewer people if you’re operating at massive scale, but on any scale the main ”people” benefit is actually a better-working well-oiled IT team culture. Some companies’ idea of DevOps is no change at all – maybe Dev meets with Ops every month – dev talks to ops :/ A 3rd-gen cloud stack forces the DevOps culture of teams working together by means of programming and debugging each others’ subsystems in times of development, testing, troubleshooting, and operations. Much like the microservices architecture, devops and 3rd-gen cloud caters to small nimble teams if you follow the masters like the internet giants’ two-pizzas rule.

Again… please, add what I’m surely forgetting to the comments below.

This blog was originally posted on the Juniper Networks blog.