It’s the eternal conundrum of a hiring manager – you have to hire for every single position in the company without any first-hand experience. How to do it? If you can have a trusted programmer sit in on the interview, that’s ideal, of course. But what if you’re hiring your first programmer? Or what if you’re hiring a freelancer? Or what if company policy dictates that you’re the only person allowed to do the interviewing? Well, in that case, you need some helpful advice and your innate bullshit detector. We questioned programmers and hiring managers and compiled a list of dos and don’ts. Here are some things to ask when interviewing programmers:

Past Experience

Ask the programmer about the biggest disaster of his career so far, and how he handled it. Did he come in at midnight to fix the code? Was he unaware of the problem until someone brought it up? Did someone else handle it?  According to our programmer sources, “Anyone worth their salt has caused a major meltdown. If they say they haven’t, they’re lying. Or very, very green.” Pushing a code with bugs in it isn’t necessarily bad. Not handling it well is bad.

As usual, your biggest asset is not knowing the field, it is knowing people. Asking about career disasters can be uncomfortable, but if the interviewee is experienced and honest then she won’t have a problem telling you about it, and you will get an idea of how she handles mishaps. Even if you don’t understand what the disaster was or how it was fixed, you should be able to tell how honest she’s being and how she handles being put on the spot.

I remember the day like it was yesterday. Pac Man had finally arrived on the Atari 2600.  It was a clear and sunny day, but it was slightly brisk. My dad drove us down to the video store about three miles from our Michigan house. If I remember correctly, the price for the game was $24.99.  It was quite expensive for the day, probably equaling a $70 game in today’s market, but it was mine. There *was* no question about it. If you purchase a game, it’s your game… right?

You couldn’t be more wrong.  With all the licensing agreements in games today, you only purchase the right to play it. You don’t actually “own” the game. 

Today, game designers want total control over the money that comes in for a game. They add in clauses that keep the game from being resold, rented, borrowed, copied, etc. All of the content in the game, including the items you find that are specifically for you, are owned by the software developer. Why, you ask, do they do this? It’s all about the money.

This need for greed started years ago, when people started modifying current games on the market. One of the first games like this was Doom. There were so many third part mods made, but because of licensing agreement, none of these versions were available for resale. The end user, or you, had to purchase Doom before they could even install the mod.  None of these “modders” were allowed to make any money off their creation.

In this tutorial we are going to take a look at how you work with strings in Python. Now, any language worth its salt will have a number of options for working with text and Python is probably one of the best to use when it comes to processing text.

If you are new to programming in general you may be wondering what a string is. In terms of programming, a string is classed as any sequence of characters you can type with your keyboard, and let’s face it, if you want your application to be of any use to yourself or other users then you need it to tell you what it’s doing or to prompt you for an action, and that is where strings come into play.

They are your applications way of communicating with the user. Without the ability to enter and display text or software would be pretty useless.

So, how would you create a string in Python? Take a look at the following code:

Different programming languages gain popularity for different features.  Java tutorials have proven particular popular over a long period of time, thanks to a diverse group of strengths inherent to the language itself.  Let’s examine some of the basic elements of Java, and find out what it is both powerful and popular:

·         WORA – Write Once Run Anywhere is a programming ideal that has never been effectively achieved.  The goal is to be able to write code a single time, and have it deploy in the same way across multiple platforms.  Although it is still an ideal, proper Java tutorials exist that demonstrate how we are moving closer to success.

·         Object-Oriented – This programming philosophy designates that there is no coding that takes place outside established class definitions.  A large class library is also available right within the core language pack.

·         Compiler plus Interpreter – Once you have written your code, you can compile it into bytecodes which are then fed into a JVM, or Java virtual machine.  You can then follow popular Java tutorials to see how you can extensively debug your code using this functionality.