Programmers often tend to be sedentary people. Sitting in a chair and pressing keys, testing code, and planning out one logical step-wise strategy after another to get the computer to process data the way you want it to is just what life as a programmer is all about. But, is being too sedentary hindering a programmers max potential? In other words, will getting up, moving around, and getting the blood pumping make us better programmers? To answer this question more efficiently, we will need to consider the impact of exercise on various aspects of programming.

Alertness And Focus

It is no surprise that working up a sweat makes the mind wake up and become more alert. As the blood starts pumping, the body physically reacts in ways that helps the mind to better focus. And improving our focus might make us better programmers in the sense that we are more able to wrap our mind around a problem and deal with it more efficiently than if we feel sluggish and not so alert. However, improving one's focus with exercise can be augmented by taking such vitamins as B6, Coleen, and eating more saturated fats rather than so many sugars. Exercise alone may be a good start, but it is important to realize that the impact of exercise on overall focus can be enhanced when combined with other dietary practices. However, it never hurts to begin a day of programming with fifteen minutes of rigorous workout to give the mind a little extra push.

Increase In Intellect

Does exercise cause a programmer to become a smarter programmer? This is perhaps a trickier question. In some sense, it might seem as if exercise makes us more intelligent. But, this may be more because our focus is sharper than because of any increase in actual knowledge. For example, if you don't know how to program in Python, it is highly doubtful that exercising harder will all of a sudden transfer such insights directly to your brain. However, exercise might have another indirect impact on a programmer’s intellect that will help them to become a better programmer. The more a person exercises, the more stamina and energy they will tend to have, as compared to programmers who never exercise all that much. That additional energy and stamina might help a programmer to be able to push themselves to learn things more efficiently, simply because they aren't getting tired as much as they study new languages or coding techniques. If you have more energy and stamina throughout the day, you will likely be more productive as a programmer as well. Greater productivity can often make one program better simply because they actually push themselves to finish projects. Other programmers who do not exercise on a regular basis may simply lack the energy, stamina, and motivation to follow through and bring their programming projects to completion.

Memory

The ability to remember things and recall them quickly is key to being an efficient programmer. Getting up and getting real exercise may be central to making sure that one does not lose control of these cognitive abilities. According to the New York Times, article, Getting a Brain Boost Through Exercise, recent research studies on mice and humans have shown that, in both cases, exercise does in fact appear to promote better memory function as well as other cognitive factors like spacial sense. (1) Consequently, if a person intends to be a programmer for a long time and wants their mind to be able to remember things and recall them more easily, then exercise may need to become an essential part of such a programmer's daily routine.

As much as one might want to resist the need for exercise and be sedentary programmers, the simple fact is that exercise very well could improve our ability to program in numerous ways. More importantly, exercise is critical to improving and maintaining good health overall. Even if a person does not have much time to get up and move around during the day, there are exercises that one can do while sitting, which would be better to do than no exercise at all.

What are a few unique pieces of career advice that nobody ever mentions?

What Options do Freelance Consultants Have with Large Corporations

A project manager acts as the primary link between business and technical teams. A project manager is responsible for maintaining the project schedule, developing project estimates, working with external teams and tracking project issues. The project manager belongs to either the technical team or the project management office (PMO). The project manager works with business teams, technical teams, business counterparts, testing resources, vendors and infrastructure teams.

A project manager is often challenged with diagonally opposite views from the business side and technical side. A project manager’s success depends on balancing the needs and emotions of both sides.

Understanding the Requirements
A project manager must familiarize with the project’s requirements as defined by the business or product managers. This will help you understand the business vision behind the project. You will need this knowledge while negotiating with the technical teams.

Understanding the Technical Landscape
A project manager must also understand the technical systems, resource skills and infrastructure capabilities available for the project. Business teams come up with expectations that are sometimes beyond the capabilities of the technology team. It is the responsibility of the project manager to understand the technical capabilities available to the project.

Walkthrough of Business Requirements
This is a critical step in the project delivery process. The project manager must invite members from the business team, technical team, testing team, infrastructure team and vendors. The project manager must encourage the various stakeholders to ask questions about the requirements. Any prototypes available must be demonstrated in this meeting. The project manager must find answers to all questions resulting from the requirements walkthrough. The project manager must get the final version of the requirements approved by all stakeholders.

Managing Conflicts in Timelines and Budgets
All project managers will face the conflicts arising from shortened timelines and limited budgets. Business teams typically demand many features that are nearly impossible to deliver within short timeframes. The project manager must work with business and technical teams to prioritize the requirements. If the project is executed in a product development organization, then the project manager could utilize agile methodologies to deliver projects incrementally. In this case, the project manager may be required to act as a scrum master to facilitate scrum meetings between various stakeholders.

The Art of Saying “No”
As a project manager, you may be forced to say “no” to demands from both business and technology teams. However, it is important to create a win-win situation for all parties when you are faced with conflicting demands. You can work with the stakeholders individually before bringing all parties together. Most stakeholders prefer to work together. The success of a project manager depends on how effectively he or she can bring out the best in everyone, driving everyone towards a common goal.

Finally, the job of a project manager is not to satisfy the demands from all corners. The project manager must identify the essential deliverables that will meet the business needs, with a solid understanding of what is possible within the limits of technology.

Related:

Smart Project Management: Best Practices of Good Managers

Is Agism an Issue in IT?

How Can Managers Work More Efficiently with IT?

Would you rather work under someone who is an excellent developer but lacks people skills or leadership capabilities - or for someone that has excellent people skills, communicates well, and is a great leader but has limited understanding of productive coding practices? That’s not to say that the choice is one or the other but in many professional situations it does.

Managing an IT staff comes with numerous challenges, especially if the manager has no previous experience with the coding necessary for completing the project. Managing a business and IT's execution of tasks vary greatly in required skill sets, but it's important to find a cohesive and cooperative middle ground in order to see a project to its end. To fully grasp the intricacies of IT's involvement in the project at hand, managers can do the following to help further their efforts.

Get a basic understanding of coding and technical practices necessary for the project at hand by taking the time to research and practice enough to get a grip on the concept. This will allow managers insight on what their IT folks are really working on daily. Expertise in a programming language is not required, only an overview of the stuff that matters, i.e. understanding the concept of OOP (Object Oriented Programming.) Having this knowledge cannot be overlooked and will gain respect among multiple spectrums in the organization.

I suspect that many of you are familiar with the term "hard coding a value" whereby the age of an individual or their location is written into the condition (or action) of a business rule (in this case) as shown below:

if customer.age > 21 and customer.city == 'denver'

then ...

Such coding practices are perfectly expectable provided that the conditional values, age and city, never change. They become entirely unacceptable if a need for different values could be anticipated. A classic example of where this practice occurred that caused considerable heartache in the IT industry was the Y2K issue where dates were updated using only the last 2 digits of a four digit number because the first 2 digits were hard-coded to 19 i.e. 1998, 1999. All was well provided that the date did not advance to a time beyond the 1900’s since no one could be certain of what would happen when the millennia arrived (2000). A considerably amount of work (albeit boring) and money, approximately $200 billion, went into revising systems by way of software rewrites and computer chip replacements in order to thwart any detrimental outcomes. It is obvious how a simple change or an assumption can have sweeping consequences.

You may wonder what Y2K has to do with Business Rule Management Systems (BRMS). Well, what if we considered rules themselves to be hard-coded. If we were to write 100s of rules in Java, .NET or whatever language that only worked for a given scenario or assumption, would that not constitute hard-coded logic? By hard-coded, we obviously mean compiled. For example, if a credit card company has a variety of bonus campaigns, each with their own unique list of rules that may change within a week’s time, what would be the most effective way of writing software to deal with these responsibilities?