There is no fast track to gaining experience in Software Development

It’s a common mistake in our industry that people when first starting out believe they can spend [insert any short number of days here, like 30, 60, 100] days learning a programming language and then they’ll be an expert, easily get a job and hit the ground running. The reality is that software development is not something that you can learn over night, it take time, and it takes practice (with regular feedback).

You can learn the basics of programming and a specific language in a few weeks, but to take those basics and use that knowledge to build anything larger than a simple app or contribute within a development team, you’ll rapidly discover how much you actually don’t know.

A career in software development is a continual learning process. As you work with a specific toolset in a specific functional area, you’ll continually come across new things that you haven’t seen before, you’ll see what works and what doesn’t work. You’ll gain experience as you go and become more comfortable applying your skills and experience to solve problems you’ve seen before, and also become more comfortable solving new problems as what you’ve seen before often helps understand a new problem and find an appropriate solution quicker.

When you start a new project or a new job, you’ll often find this whole process repeats, especially if you’re starting with a new framework or toolset that you haven’t used before. And this repeats throughout your career.

It takes time to gain experience, and unfortunately there is no quick or easy shortcut other than hands-on experience, practice, and continual learning.

Getting started in software development? Make sure you learn and start using version control early

Version control is an important part of software development, all commercial software development projects use some form of version control, these days it’s likely to be git but there are other alternatives. Even if you are working on your own small personal projects, get into the habit of committing your code changes frequently and pushing to a remote repo.

Why would you bother doing this even for personal projects?

  • it gets you used to using a tool like git, before using it on a larger project
  • you can checkout any previous commit if something breaks and you need to roll back changes
  • if you’re pushing to a remote repo you also have a remote backup

The Fascination with Pizza in Tech

I’m not talking about quantities of pizza consumed, neither Amazon’s now commonly known two-pizza rule as the ideal team size. Rather how pizza has played a common part of many firsts and iconic moments in software and internet history:

The first online sale on the internet in 1994 was reportedly a pizza sold by PizzaHut via their PizzaNet webpage, which interestingly is still up and live on their website (although no longer functional):

Solaris 2 had a demo app developed with the NeWS toolkit called PizzaTool, that was well known if you ever worked with Solaris.

CyberSlice, an online pizza ordering company formed in 1996 which facilitated online pizza ordering for other pizza restaurants even if they didn’t have an internet connection, the system automated phone calls to restaurants to place orders on behalf of customers. The system was built with NeXT WebObjects, and Steve Jobs demo’d the first online order using the system live at a press conference.

Know of any more? Leave a comment!

Why do we need to learn programming concepts?

We write code to solve problems, to be executed by computers, but perhaps more importantly, to be understood by other humans.

Programming paradigms like imperative and declarative programming languages and data structures are abstractions of the real world that help us express the real world in code. We need abstractions because real world problems are difficult and complex, so we model them in programming code with abstractions that help us, humans, put into words (code) what it is that the computer needs to do to solve a problem.

Data structures are another abstraction that help us think about and work with data in the same way. They are a simplification, a categorization of data that helps us group and manipulate data in a way that helps us understand the data we need to be processed, but also to structure the data in way so it can be processed by our code.

Do you need to study and learn things like data structures to be a developer? Maybe not. But having a common set of problem solving tools makes it easier to approach specific types of problems and talk about how to solve these types of problems with other developers when we have a shared understanding and basic set of knowledge that we work with.