I’ve got a couple of copies of Php|architect’s PHP Job Hunter’s Handbook to give away, the only catch is you have to sign up to PHPPositions’ feed via email. It’s managed by Feedburner, so it can be trusted and you wont get any spam, just super smashing great php jobs in the UK.
I’ll pick two email addresses at random this time next week and get the books posted out.
In part two of this series, I discussed the technical know how I think will help get you your next PHP job. This part will discuss writing your Curriculum Vitae(CV, resume, etc.). There are a lot of contrasting opinions on this subject, I’ll make a few points, give you some further reading and you can adapt the opinions in to a top notch CV of your own. I’m no major expert and most of the recruitment I have been involved in has been for trainee developers, but these positions attract a high number of CVs, so I’ve seen a fair few.
Your CV gets you an interview, your performance in the interview gets you a job. Your CV is a right of passage, this stage is used to filter out the wrong candidates.
You should be continually evolving and improving yourself, your CV should continually evolve with you. I can’t see any reason why any two companies should see the same version of your CV. Every time you apply for a position, you CV should be tailored to suit the position. Cut out anything you think will not interest your prospective employer, embellish on what will interest them. You come across as a better candidate and you don’t waste their time.
Skills: PHP4/5, SOAP, XML, XSLT, JSON, AJAX, (X)HTML, CSS, RoR, MySQL, SEO, WAI, WCAG, MVC, XML-RPC….
These kinds of lists are great for getting your CV past an agency recruiter, but the actual employers would rather see a reasonable description of how you used 5 of those technologies. I try to briefly describe what I did and why I used those methods/skills/technologies.
.. Overcame performance issues due to large volumes of data by including caching, AJAX and moving some business logic to database triggers and stored procedures. (LAMP)
Besides, if you’re good, they’ll hire you and expect you to quickly learn the skills, technologies and methods they use.
I like CVs short, they take less time to read. One page is good, any more than two is bad. Keep it simple, spell check it, grammar check it, get people smarter than you to proof read it. Speaking of which, here’s my current offering, although it still needs a lot of work. I intend to try switching to plain text, ala Stevey, plus I recently got promoted so I’ve more work history to add. Comments appreciated.
In a few weeks a few colleagues and myself will be attending phpnw08, a PHP conference arranged by the PHPNW community.
phpnw08 is a 1 day conference, to be held on Saturday 22nd November 2008, for developers, designers, managers or anyone else with an interest in the PHP programming language.
The conference will have a range of well known as well as more local speakers and aims to highlight current best practice and emerging topics within the sphere of PHP and web development.
This will be the first conference I’ve attended and I’m lucky enough to have my ticket paid for by Spencers. I’m particularly looking forward to the keynote with Derick Rethans, The Power of Refactoring with Stefan Koopmanschap and the final panel with Steph Fox, Ivo Jansch, Scott Macvicar and Felix De Vliegher.
Anybody else who’s going, that’s my picture over on the right, if you see me, please introduce yourself! Anybody who’s in the UK and not going, register now!
I wanted my new job website to post a tweet to twitter every time we approved a posting.
Zend_Service_Twitter looks like it will be fairly comprehensive, but it’s not in the core yet and is probably a little overkill for my simple use case.
I then had a look at Zend_Rest_Client, which seemed to confuse me. I couldn’t actually get it to add the parameters I wanted to the call, I guess it’s better for interacting with Zend_Rest_Server or fully restful APIs.
To be fair, the manual actually states:
[Warning] Strictness of Zend_Rest_Client
Any REST service that is strict about the arguments it receives will likely fail using Zend_Rest_Client, because of the behavior described above. This is not a common practice and should not cause problems.
So here’s some simple code using Zend_Http_Client.
< ?php
require_once 'Zend/Http/Client.php';
$http = new Zend_Http_Client('http://twitter.com/statuses/update.xml', array(
'maxredirects' => 0,
'timeout' => 10,
));
$http->setAuth(
'twitter_username',
'twitter_password',
Zend_Http_Client::AUTH_BASIC
);
$http->setMethod(Zend_Http_Client::POST);
$http->setParameterPost('status', 'Your status message');
$http->request();
?>
In part one of this series, I discussed the technical know how I think will help get you your next PHP job. This part points out some of the soft skills that are required for software development, discussing reasoning and how to go about acquiring those skills.
Like it or not, PHP developers are going to have to write documents of some kind as part of their job. You need to produce clear and concise documentation, including but not limited to requirements specifications, design specifications, technical documentation, end user documentation and possibly evening marketing documents and copy depending on the size of your company. Three quarters of this post is about communicating in different forms, getting your ideas across on paper is the first step to being better than the average programmer. Joel Spolsky actually recommends programmers take a creative writing course.
The guys at Manager Tools had an episode on teaching people interpersonal skills a while back and they made the point that being a good speaker is great, as long as you’ve got something great to say. If you can’t listen to other people, you’ll never have anything good to say. That cast is worth checking out, the points made are easily applied to yourself rather than other people.
Another nice article, this one concentrates on the barriers we all face while trying to listen to people, read it and be concious of them. The first time you put them into practice might be an interview, which you can’t afford to mess up.
You’re going to have to listen to lots of people, people you report to, people who report to you and clients. The better you are at listening, the better you’ll be at your job.
When it comes to speaking, I find the most important rule is to know what you want to say. Sometimes we’re forced into situations where we have to act and speak on instinct, but these situations are the minority. Most of our speaking comes in the form of meetings and presentations, both of which are usually arranged in advanced. If they are arranged in advance, you should have time to plan what you want to say in advance and also what you want to get out of it. Even if things don’t go quite according to plan, the fact that you had a plan should have at the very least raised your confidence. Confidence can be quite a key factor when speaking, many things affect our confidence. For example, in my eyes an easy win is to look smart. If you look smart, or at least feel like you look smart, your confidence will be higher and the way you communicate will be better.
Productivity is key, whatever you do. I’m a big fan of Getting Things Done and I use Remember the Milk to manage my tasks. LifeHacker has a nice article on GTD with RTM.
While not strictly a soft skill, without being able to give reasonable estimates for development work, you wont be able to manage your time effectively. Software estimation is exceptionally difficult, this book comes highly recommended, but if you want some lighter reading, I recommend Joel Spolskys Painless Software Schedules. That post actual says it is obsolete, but I don’t think it’s true, the Evidence Based Scheduling article takes things to another level, but the base techniques are still the same.
I’m part way through this book and I’m yet to put it to much use, but it’s a bloody good read. Being able to influence people comes in handy in all walks of life, selling software, recommending the latest technology to your boss or peers or convincing your boss you really need to go to ZendCon.
That’s it for now, I’ll be back with part 3 soon, which will be on writing your CV/Resume.
Dave Marshall is a Web Developer living in Hull, England. He works on various personal projects and is the Development Manager at C Spencer Ltd, a multi-discipline engineering contractor.
