Developers Love Development

DZone 's Guide to

Developers Love Development

Okay, that might sound obvious, but in these days of Agile development, devs are getting to spend less and less time doing what they love - coding.

· Agile Zone ·
Free Resource

We software developers are a fortunate lot. We love what we do, and a lot of the time, when we're actually building software, we're very happy people. Unfortunately, this isn't universally true since so many software development projects require developers to do a lot of other things aside from writing code such as sitting through boring meetings and building documentation or other artifacts. This is not as enjoyable to us as facing the challenge of solving unknown problems, learning and discovering as we go. This is what attracts us to writing software.

Professional software development is fundamentally different than most people think. It has nothing to do with using software or networking or virtually anything else. Building software is an immensely creative activity.

One of the questions I ask almost every group of students I teach is do they think writing software is more art or science. The majority of developers say that although there are elements of both, that software development is more art than science. By this, they mean that there's more creative and abstraction skills required to be a good software developer than there is an explicit process. Of course, it takes a tremendous amount of discipline to write even the simplest of programs but this is an area where we get addicted to growth. Developers love the challenge of building things that have never been built before, solving problems, and providing tools that improve people's lives.

We really don't conform to the typical stereotype of the antisocial nerd or geek who found friendship in silicone circuitry. Modern software developers come from all walks of life and all backgrounds.

Writing software is perhaps the most engaging and challenging profession of all. Software development requires a greatly diverse set of skills and we have to be good at all of them to be successful. To design software takes a tremendous amount of creative visualization-after all, we're using our imagination to understand a problem and model its solution. To write software requires a great deal of tenacity-we must keep track of a large number of details and use a whole variety of techniques to manage the enormous complexity of even a relatively trivial program. To debug code takes exceptional analytical skills-completely different from the skills required to design software, but developers must be good at both. As a result, we tend to use both sides of our brain in the process of building software, and this can make for a highly satisfying experience, but also a highly challenging one.

I've asked a number of non-software developers what they think the process of writing software is and I've heard of lots of different answers, none of which are anywhere near what the process really is about. I supposed that's true for other fields. Professional acting is much more than just pretending. Great actors become their characters and transform into another person. It's a great skill to have and certainly very few people have it, but what they do is not anything like the title of their profession implies. They are not act-ors, they are "be-ors."

I know people who have gone into the restaurant business because they love the process of sharing food with their friends. But preparing five hundred meals a day is very different from sitting down with your friends and enjoying a scrumptious dinner. Chefs are some of the hardest working people of any profession. It's a highly intense environment, which is why a lot of people drop out of the profession. I think a lot of people in a lot of fields feel like they have to make compromises because that's just the way life is, and perhaps it is for many of them, but software developers still find fulfillment in our work every day we actually get to build software.

Of course, it takes an enormous commitment and it's certainly not easy to break into the profession. Most of the developers I know learned what they needed to on the job or through a lot of self-study. As such there's a huge divergence in skill sets and knowledgeability in this industry. There is no set of clear standards so it can be challenging to work on teams when everyone has their own ideas on how to do things.

Writing software is a group activity. Most software development projects do not have coders siloed from each other just turning code out. Most of the code built for business today happens in a subdued environment that requires entire teams of individuals to work together. Of course, developers aren't really known for their social skills, but a lot of that is changing as we realize the desperate need for communication among teammates.

How do you evaluate a design?

This is a question I often ask software developers in my senior advanced software design classes. I tend to get blank stares in response, not because they don't know how to evaluate a design but they rarely have a common rubric to apply. This can be a challenge for teams, making it hard for us to communicate and collaborate when building software. So I spend a lot of time in my classes defining terms that will serve us in being able to evaluate what's virtuous in software designs.

Developers love my classes because they immediately recognize the value of talking about and thinking about these things. I've had the chance to work with many senior software developers and I've made it my mission to find out why the successful ones are so successful then I share that with other developers I work with. It seems as if we each have a piece of the puzzle, and when we put it together we get the big picture. That's precisely what I do in my work, which is amazingly satisfying.

agile ,agile teams ,developer career ,devlife

Published at DZone with permission of David Bernstein , DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}