Many many years ago when I landed my first coding job, I was amazed at how different working in a software development shop was different from what I had pictured in my mind.  At that time, I did not even graduated yet, I was in need of money and it seemed like a great opportunity so I took the job.  While driving to my new place of employment for the first time, I was running some scenarios in my head, trying to remember some tested and true algorithms, thinking of whole bunch of technical things that might help me impress my then new boss; what came as a complete surprise to me was the fact that I had no idea what the work was about.

After couple of weeks, I began to realize that many things that were part of my job were not covered in school at all.  I can’t really blame school for that, after all they were trying to give me as much information as they could about technical aspects – languages, algorithms and all that jazz, I myself had failed to learn the truth about real time work of a coder, and I did have opportunities to do so.  Later on when I became a manager and was interviewing people for coding positions, I realized that I was not unique in this lack of knowledge.  Most of the recent graduates were in the same boat that I was in years ago.

That time had passed, I learned a great deal from working on different development teams, I could probably be called a veteran of the game called software development, and today I wanted to post about things that I think any recent graduate should educate himself on:

• Time Management.
• Ability to produce accurate estimates
• Ability to write technical documentation.
• Dealing with customers – when times are good and bad.
• Dealing with co-workers in conflict situations.
• Learning is an ongoing process when coding

Lets look at those a bit closer:

Time Management

Time management  in my opinion is the most important skill a developer can have.  I would also add self discipline to this since the two are related.  It is just too easy to get distracted by things that are not really work – after all internet is right there.  Another point is getting way too involved in your project, spending way too much time on tasks that are not really that important.  It is business first, and we are all on a dead line.  Other people’s deadline is depended on you most of the time as well.  One of the biggest time wasters in  my life is email.  I get tons of messages a day, most of those need to be answered.  Most of my clients / co-workers expected me to get to that right away, well guess what?  That does not happen.  I am answering my emails at 10 am and at 4 pm.  If its urgent, people can call me, if they don’t know my phone number, then most likely it is not urgent.  It took a while to convince by boss and my client that this is the best approach to my time.  This works for me, I can’t guarantee that it will work for everyone.

Estimates

What happens most of the time is my boss tells me to code something – a feature, application, you name it.  He wants to know how soon can this be done.   In turn I go to coders and ask them – how long would it take you to do this?  Most of the coders are not able to give me an accurate estimate – and I can understand it – things happen, but could you be at least close?  I can understand if you are off by couple of weeks – my estimate will allow for that, but when you are off by month, that makes me look stupid, and guess who will look stupid next?

Technical Documentation

One of the things developers hate is to write tech documents – manuals, reports you name it.  But despite all that, you still are going to do it.  Hopefully it will not develop into full time job for you, unless you want it to.  I am not a big fan of doing it, but trust me, on top of what developers do, I actually write proposals, analysis papers, reports of various types and so on.  It is a bit of a challenge for me, since English is not my first or even second language.  So many times I had seen a talented coders who can’t write – and believe me, it creates a negative impression which should not be your goal here.

Dealing with customers

Let’s hope that in your career you will never have to speak to a pissed off customer.  We can hope all we want, but it will happen sooner or later.  If I had a penny for every time customer yelled at me, I would have a truck load of pennies by now.  I am not even going to mention a situation where a client demanded that I had  to buy lunch for his entire team simply because my plane was delayed.  I had customers tell me stuff like : “So it can’t do X, then your software is shit”.  Which was especially frustrated, because no sane person wold do X.  In all fairness, this is a way users respond to what we code, and we can’t possibly please everyone.  What I find even more frustrating is when customers do have issues, but won’t tell you anything and then the time to renew the contract is approaching and all of a sudden they don’t want to continue.  Feedback is good for you, even when it comes in a form of a pissed off customer.  Feedback is good because it will not only tell you what customers really want, but what your software is doing right.  I am not saying that you have to fold every time customer has something uncomfortable up his butt, you have to learn how to hold your ground and compromise if compromise is possible.

Dealing with co-workers

Most likely you won’t be working by yourself.  You will be in a team which would consist of several coders.  Most of us have our own personalities, favorite approaches, opinions and so on.  There are going to be conflicts and you will have to deal with it.  Conflicts are not necessary bad – at times it is the best way of solving difficult problems with features or code.  Listen, argue if you believe that you are right, but don’t start getting personal – keep in mind if the conflict is geared towards solving a coding issue, this is what you want to do.  If the conflict is about issues that are on a personal level – stay out of it.

Learning

The industry is constantly changing, there are new things coming out every day, you should be on top of the things that affect your work.  Read blogs, join a social network geared towards developers (dZone comes to mind) get yourself a mentor if you can, trust me, it will pay off.  Here is an example from my previous job – one guy just did not care, he did what he supposed to do, no learning, no progress.  The rest of the team would get raises every year, this guy – well, he did not.  Despite the fact that he was there longer then almost everyone else, his pay was the lowest on a team.  I was managing the team and tried to convince him that learning is good, he did not respond.  At the end of the day, if you will not progress, your financial compensation will not progress either.

I must admit, that this is not a full list.  You could probably come up with lots more, however to me this is what’s important.  I would love to hear from you on what you consider vital.

One of the things that drove me absolutely nuts when our department was in the same building as the rest of the company was the fact that nobody could quite understand what we were doing. Quite often we would get a data entry person storm into our office and demand that we fix their Outlook or install Unix on their machine (it turned out that he needed Putty, not a true Unix install). Usually these conversation started with “You guys are not doing anything, right?”. So many times I was trying to explain to everyone that it just does not work like this. We are not just sitting here pressing keys at random most of the time. Best and by far most common argument to support their need for our involvement that I heard was something like this: “It is not going to take long, could you just do this for me right now”. One of our duties was writing a variety of Excel macros for people(I should probably post some tutorials on this subject). After all when dealing with massive amounts of data, it is faster to write a macro then do something by hand. We did not mind doing macros at all, what we did not like is when the person was sitting on the project for weeks and then decided to approach us at the last minute. Client expects the project to be completed at 5 PM, so the analyst strolls into our office at 4:45. Never mind that it takes him about 3 hours to explain to us what on earth does he want macro to do. Never mind that it takes me couple of hours to code the macro in some cases(trust me, there were some huge macros). It had to be done and that is it.

Number of times we attempted to find a solution to this annoyances. For instance we created a little internal web site that would, in theory, help users solve many issues like setting their “Away” message on Outlook and server connection through Putty and such. I did this web site in about 3 days when my computer was send away for repair and I was working on an antiquated piece of hardware we found berried in a storage. Was this web site ever used? No, it was not. Office people would still storm into our office saying that they did not read the instructions as they would not understand it anyway.

The worst part of these interruptions was that it would completely break my line of thought. So you are working away on a complex algorithm with close to no documentation on the objects that have to interact together available. You are concentrated on the task 100 percent, not even noticing that that cup of coffee is now cold, and then all of a sudden you have someone storms in and demanding that you fix their radio right away, or else.

The idea that you just had about this nice piece optimized piece you are about to write is gone now. I must admit that couple of times I flipped. It ended up with me yelling at a poor data entry person, calling them names, questioning their intelligence and so on. After I usually worked from home for a day, but at home there was a urgent need for a game of soccer or emergency epic hide-and-seek battle with my kids. I do enjoy those, but working from home was not a big option from the point of getting any work done.

Few years have passed and then our lease was up. I knew that was the moment when inaction would cost me dearly; I begged and pleaded with my boss to get us a separate office. Likely he agreed with me, and for the last two years we are in a different building, about 40 minute drive away from the main office. At first, main office was really concerned with who would be helping them out with daily tasks, but after about a month they learned to do it themselves. That little web site was finally used on the regular basis. We were not bothered with those requests and could finally spent close to a hundred percent of our time on coding and related things. Our productivity sky rocketed, we were producing better code more quickly and everyone was much happier.

The point is – developers can’t be disturbed. It is a process where ideas and thoughts need to be followed and processed carefully to produce what could be considered good code. You must create a barrier between your coders and outside distraction to produce quality software, and after all it is the purpose of any development team.

As much as I don’t like freelanceswitch.com or other similar sites aimed at converting everyone and their uncle to the holy new way of life – freelance work, there was an excellent article by Leo Babauta of zenhabits.com on simple project management today. I am not going to go into detail on why I think freelanceswitch.com is not on top of my “favorite sites” list, maybe some other day, but the article itself was simply excellent. If you are not familiar with who Leo is, read zenhabits.com, it’s good for you.

Usually when you read about project management, and you should – it is important, it always starts with “Get the software X and do this, this and that, and you shall be managing your projects just like the pros do”. As seen on TV approach that might get you excited, but at the core of it there is a simple sales pitch to move as many units of “software X” as possible. Leo takes completely different approach, no mentions of any software package that would be a silver bullet for your particular situations, just the basic ideas that often gets overlooked when thinking about managing that runaway train that is your project.

Leo’s idea is simple:

• Define outcome

• Setup process

• Focus on the next action

• Send it to the client

• Communicate

• Focus on the next action

• Repeat until done.

And I would like to go as far as to say that it is not really his idea, it is a universally accepted idea on how to manage most of the projects. What really intrigued me was the fact that there was no fluff in the article, good clear explanation that brings you down to the core concept and let’s you decide how to do this in your particular situation.

I would really recommend Leo and his blog for everyone who is serious about his development not only as a IT pro, but as a human being.

Hi everyone! After helping couple of friends out with their newer enterprise – clubpath.com guys offered me a partnership. I am very excited about this one. For a while I wanted to get some kind of information-based site going ( my billiardinfoworld thing does not count – not too many people care about billiard ). E-commerce is not really my ideal business. I like making e-commerce sites, but running those on the day to day basis – I am not really cut out for that. It is very difficult to sell to the regular consumers, especially in the current economic environment, this is why I think information based sites, especially the ones that encourage users to generate their own content are the things to do, if you don’t really want to work on it full time.

Guys did do a great job on setting up the site, we do get a good traffic, the content is being generated and we do have returning users. What I think is especially great – we actually got two guys who are doing the sales / customer interactions and developers are doing none of that. When pressured into it, I can do sales, but to be honest it is not my idea of a great job.

Beta 1 for clubpath is somewhat successful, however we came up with the list of things that we would want to change. This means clubpath beta 2 will be very different.

So if you are into the club scene (for now only in Toronto, but coming soon to a major city near you) check out clubpath.com.

I have been told many many times that changes are supposed to be good for you (or me, since it’s my situation that we are looking into). I have been a coder for quite some time now. I can’t say that I am absolutely ecstatic about programming. It does not influence my life outside of my office hours and time that I spent at home trying desperately to improve myself. For instance, I don’t watch Star Trek or build some kind of crazy contraptions which could loosely be called a robot in my basement, although come to think of it, that sounds like a good idea; the robot one, not the Star Trek. I don’t wear nerdy t-shirts with BSOD on it. I am not participating in heated discussions like “My IDE is bigger then yours!” and “My OS can kick your OS’s butt” and so on. I can’t say that coding is my passion, it is something I am interested in and it pays my bills. Another factor would be my formal training – I have some in development, but as for the other areas I can’t say that I am properly trained. Lately something had changed in my work – I am doing more managerial things then coding.

When I realized for the first time that this was happening to me, an image of a Pointy Haired Boss came to my mind. I quickly dismissed it, since I got most of my hair intact and there is no boldness that runs in my family. But I assured myself that I will keep on coding despite the changes. It becomes more and more difficult with every day. I still see a lot of code written by the developers on my team, I get to answer whole bunch of questions from developers as to how should they proceed with their task. At times it makes me want to ask them if google is down, but that’s not the point. Even when I get a chance to code, I have to give projects that interests me to some other people. These projects are more complex, take more time and require full concentration, and simply put, I can’t guarantee that I will be able to give these thing time and effort they deserve.

I’ve tried coding for myself – invent some little projects and making them happen – these things simply don’t work for me. I guess there is no pressure, no drive and ultimately no purpose other then to stay afloat. I still read about programming and related fields, and I read a lot, but it will never substitute the real deal – getting down and writing real life code, with all the stress, cursing, coffee spills and the rest.

To be honest, I miss the programming part of my job, but I still can give an honest question to that answer – ” Are changes good for you?”