This section of our beginning python training class always stumps students.  Firstly, because they need to know the difference between a function and a method.  Secondly, they need to understand object oriented programming concepts.  Thirdly, they need to realize that python has three types of methods.  Then they need to know how to use each method, which means they need to know the purpose of each method type.  Then they have to understand mutable versus non-mutable types.  The list goes on.  As part of our python tutorial, I hope to shed some light on this confusing topic.

To begin, the difference between a function and a method in python is that a method is defined within a class.  Here is an illustration:

#function

	def greeting():
	                print "Hello, I hope you're having a great day!"

	class HSGPrinter(object):
	                #method
	                def greeting(self): 
	                                print "Hello, I hope you're having a great day!"

As should be obvious, the second definition of greeting is encapsulated within the HSGPrinter class and is , therefore, refered to as a method.

The astute reader will notice that the greeting method contains one parameter named self.  For those who know C++ , Java or C#, self is equivalent to this i.e. it is a reference to the invoking object:

Before we go to the list do you know what makes software skills most sought-after and hence more valuable than most of the other job skills? It is simply because unlike any other skill, software skills are global and are not at all location specific! With the evolution and penetration of internet technologies, the physical distance between the client and service provider hardly matters. So, with more advancement in technology, it is indeed going to rain opportunities on the right skilled developer. I’ll take the liberty to reproduce the following quotes here to prove my claims statistically:

Demand for “cloud-ready” IT workers will grow by 26 percent annually through 2015, with as many as 7 million cloud-related jobs available worldwide.

---IDC White Paper (November 2012).

In the United States, the IT sector is experiencing modest growth of IT jobs in general, with the average growth in IT employment between 1.1 and 2.7 percent per year through 2020.

---U.S. Bureau of Labor Statistics.

You may use the camera application on a regular basis. Taking photos of family gatherings, of the scenery around you, or just a self-photo with you and your friends. But, as you may find out, pressing that picture button on the screen is not the easiest thing to do. You may not hit it when you attempt to press it, or you aren’t sure if you pressed it at all.

In a recent update by Apple, the iPhone can now take photos without the use of that button. Although you may continue to use it, an easier method to take photos would definitely be pressing your volume buttons. When you have everyone situated, and ready to take a picture, you don’t have to move your finger over to the camera button. Just put your finger on one of the volume keys on the left hand side of your phone, and press it, and your iPhone should take the picture! It’s just that easy.

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.