Acquiring IT Skills and Keeping Them Up to Date
July 22, 2020

Terry Critchley
Author of "Making It in IT"

Share this

Many people today, especially those graduating with a computer science (CS) or other computing degree think; "I know enough now to get a job doing 'X' and that's me set up." Not quite and for at least two reasons:

■ Jobs in IT are seldom permanently the same ad infinitum because, like a virus, they mutate or morph into a different format. Many people put the half-life of a job as 24 months so in an IT career, one would expect to drift across the computing spectrum of jobs to keep pace with the evolution of computing.

■ Imagine moving into a shiny new specialist subject like AI; great. But wait, can you imagine writing AI algorithms from graduation age, say 20, to somewhere in your 60s? A frightening thought; a specialist frozen in time.

The approach to avoiding this state of affairs is lifelong learning, whereby a person keeps up to date as far as possible to ride the mutation wave and still have a satisfying job. This does not entail going on ponderous course two or three times a year but by assimilating pieces of knowledge "on the fly."

Acquiring Knowledge

Acquiring IT (or digital) skills does not mean there is a standard level of competence in IT to aspire to which you either have or you don't. IT skill is not a binary entity in that sense and I envisage at least four skill levels for IT oriented people, from beginner to hoary old timer:

1. Awareness of the basic use of IT at the level of computer, data and connections between computers.

2. Acquaintance with these elements and the ability to enter a discussion about the use of computing. This, I feel, is the level that non-IT managers and even executives in enterprises undergoing digital transformation should possess.

3. Overall IT knowledge, analogous to the know-how acquired by students at medical school but not at specialist level. It is a mandatory precursor to any IT specialization.

4. Specialist knowledge in a particular area but only when the person has traversed level 3 above. Ideally, level 4 should be provided by the employer since his requirements of any specialization will vary from some perceived "standard" of their organization's particular one.

How does one acquire skills at the level appropriate to ones' self? Not by reading tomes at various levels; I have tried that and often understand every paragraph I read but still fail to grasp the subject. Sound familiar? It dawned on me that it was better to read a few small articles on the subject, maybe more than once, and eventually you should hit that "Eureka" moment when the topic slips into place.

Keeping Up to Date

What follows is what I learned about learning; over many decades in IT, both at the coal face and later as author and researcher.

This method also allows you to get a consensus on the importance, future and usefulness of a topic or product, thereby eliminating bias and self-praise by a topic fanatic. Not only that, this "little, often and varied" approach allows people to pick up a topic, be it hardware, software or techniques, at various levels of difficulty since the nature of the topic is rarely fully explained in a single article. Scanning several brief sources very often puts the theme together like the pieces of a jigsaw and the subject becomes clear since you will subconsciously "fill in the understanding blanks" as you read. If it doesn't maybe you are in the wrong field of endeavor.

Some years ago, I planned to write a book and wrote a glossary for it. The book never happened but the glossary lived on, was kept current along with my reading and the result was an Amazon Kindle eBook, with topics in the original alphabetic order. It was structured with an overview of each topic followed by reference links to articles, books and videos at various levels of difficulty and marked accordingly.

This allows the novice to pick their way through without suffering a brain explosion and the 'expert' to flex their IT muscles on the heavy stuff. In truth, they will take a peek at the easy stuff and still learn something, I'm sure you will; I learned a lot in compiling it. It is one way of keeping up to date and even learning a topic from scratch.

If you think you know it all already, remember this poignant quotation: The baseball manager Earl Weaver once said, "It's what you learn after you know it all that counts."

A Sample of the eBook

The following is an extract from the eBook which serves to show the structure and scope of the contents. Not every topic is as detailed but important ones give several references in pursuit of little, often and varied.

blockchain: "Blockchains are immutable digital ledger systems implemented in a distributed fashion (i.e. without a central repository) and usually without a central authority. At their most basic level, they enable a community of users to record transactions in a ledger that is public to that community, such that no transaction can be changed once published. This technology became widely known starting in 2008 when it was applied to enable the emergence of electronic currencies where digital transfers of money take place in distributed systems. It has enabled the success of e-commerce systems such as Bitcoin, Ethereum, Ripple, and Litecoin. Because of this, blockchains are often viewed as bound to Bitcoin or possibly e-currency solutions in general. However, the technology is more broadly useful and is available for a variety of applications." [NIST]

There is a more formal NIST definition in the link following but I feel it is not as clear as the above paragraph from the same document.

Blockchain Technology Overview [NIST, 68 pp.]
https://nvlpubs.nist.gov/nistpubs/ir/2018/NIST.IR.8202.pdf

Another informative definition comes from an Hf\report:
"Blockchain is a distributed ledger used to maintain a continuously growing list of records, called blocks. Each block contains a timestamp and a link to a previous block. By definition, blockchains are inherently resistant to modification of the data. Once recorded, the data in any given block cannot be altered retroactively without the alteration of all subsequent blocks and a collusion of the network majority."

Dr. Terry Critchley is an IT consultant and author who previously worked for IBM, Oracle and Sun Microsystems
Share this

The Latest

March 27, 2024

Nearly all (99%) globa IT decision makers, regardless of region or industry, recognize generative AI's (GenAI) transformative potential to influence change within their organizations, according to The Elastic Generative AI Report ...

March 27, 2024

Agent-based approaches to real user monitoring (RUM) simply do not work. If you are pitched to install an "agent" in your mobile or web environments, you should run for the hills ...

March 26, 2024

The world is now all about end-users. This paradigm of focusing on the end-user was simply not true a few years ago, as backend metrics generally revolved around uptime, SLAs, latency, and the like. DevOps teams always pitched and presented the metrics they thought were the most correlated to the end-user experience. But let's be blunt: Unless there was an egregious fire, the correlated metrics were super loose or entirely false ...

March 25, 2024

This year, New Relic published the State of Observability for Financial Services and Insurance Report to share insights derived from the 2023 Observability Forecast on the adoption and business value of observability across the financial services industry (FSI) and insurance sectors. Here are seven key takeaways from the report ...

March 22, 2024

In MEAN TIME TO INSIGHT Episode 4 - Part 2, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at Enterprise Management Associates (EMA) discusses artificial intelligence and AIOps ...