<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Slightly Different Blog &#187; andrew</title>
	<atom:link href="http://blogs.slightlydifferent.co.uk/author/andrew/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.slightlydifferent.co.uk</link>
	<description>Slightly Different Thinking</description>
	<lastBuildDate>Sun, 29 Jan 2012 12:16:42 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>Web Dev 101</title>
		<link>http://blogs.slightlydifferent.co.uk/2011/web-dev-101/</link>
		<comments>http://blogs.slightlydifferent.co.uk/2011/web-dev-101/#comments</comments>
		<pubDate>Wed, 06 Jul 2011 11:04:54 +0000</pubDate>
		<dc:creator>andrew</dc:creator>
				<category><![CDATA[July 2011]]></category>
		<category><![CDATA[SD Newsletter]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[andrew liverod]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[SD Developer]]></category>
		<category><![CDATA[web development]]></category>

		<guid isPermaLink="false">http://blogs.slightlydifferent.co.uk/?p=3425</guid>
		<description><![CDATA[The Ten Commandments In this series of articles I&#8217;ll try to examine what a new developer needs to know in order to either learn web development or start their first job in the industry. So to start here is the ten commandments of web development; at least according to me (it would be nice if [...]]]></description>
			<content:encoded><![CDATA[<h1>The Ten Commandments</h1>
<div class="mceTemp">
<div id="attachment_3469" class="wp-caption alignleft" style="width: 160px"><a href="http://blogs.slightlydifferent.co.uk/wp-content/uploads/2011/07/andrew-l1.jpg"><img class="size-thumbnail wp-image-3469 " title="Andrew Liverod, SD Developer" src="http://blogs.slightlydifferent.co.uk/wp-content/uploads/2011/07/andrew-l1-150x150.jpg" alt="Andrew Liverod, SD Developer" width="150" height="150" /></a><p class="wp-caption-text">Andrew Liverod, SD Developer</p></div>
<p>In this series of articles I&#8217;ll try to examine what a new developer needs to know in order to either learn web development or start their first job in the industry. So to start here is the ten commandments of web development; at least according to me (it would be nice if they occasionally referred to me as God at work but I&#8217;m sure it&#8217;s just because they realise I&#8217;m an atheist and would be offended &#8211; at least that&#8217;s what I keep telling myself). Here we go&#8230;</p>
</div>
<p> </p>
<p>1) Commit to subversion (or whatever version control system you use) at least once a day, at the end of the day.</p>
<p>Version control is vital to the operation of a company, for example, what happens if you are off sick did you commit your latest changes to that important project that launches today? Plus the drive that holds the code repositories is usually backed up each night (they are backed up aren&#8217;t they?), unlike your c: drive.</p>
<p>2) Comment your code. If someone else needs to take over your project there&#8217;s nothing worse than code that makes no sense. Try to comment the beginning of functions, classes, conditionals and loops. I&#8217;m well aware that perfect code should technically be self-documenting &#8211; but good commenting is your safety net when perfection eludes you!</p>
<p>3) Keep your functions short. If a function does more than one thing then spilt it into two functions. Simple really. In all your code think concise but legible.</p>
<p>4) Thou shalt not covet thy neighbours ox. Um&#8230; Do not over nest! If there is one way to make code illegible (apart from the ternary operator) it&#8217;s multi-nested conditionals: if () { if () {if () { if () {. It makes your head spin and makes the code much harder to maintain.</p>
<p>5) Learn regular expressions. I know at first sight they look gibberish but trust me they make life so much easier.</p>
<p>6) Check the documentation. I&#8217;m always amazed how many functions that I&#8217;ve written already exist in the chosen language! PHP seems to be notorious for this (as well as transposing the arguments of similar functions).</p>
<p>7) Don&#8217;t reinvent the wheel but don&#8217;t stop improving its roundness. I hope that makes some sort of sense. Why write code that already exists somewhere. Unfortunately, some code leaves a lot to be desired, so take the code, study it and amend it to be more efficient, more elegant or to make the coffee for you as well and returning a white noise generated random number.</p>
<p> <img src='http://blogs.slightlydifferent.co.uk/wp-includes/images/smilies/icon_cool.gif' alt='8)' class='wp-smiley' /> Use the right tools for the right job. Don&#8217;t just dismiss a language or a technology out of some code monkey bigotry.  Flashy stuff is good sometimes.</p>
<p>9) Get used to changing projects several times a day. I started out in application development where one project could take a several years. Lets say it was a little shock to discover that I&#8217;d need to work on several projects at the same time as well as work orders and bug fixing. It&#8217;s hard at first but gets easier especially if you organise. Write a list each day and be prepared to change it.</p>
<p>10) Learn to make the tea. For some weird reason a company seems to run on tea and coffee and if the company runs out then they may as well just call in the receivers. Or be like me and not drink tea or coffee and stick to water. Much safer than trying to remember 15 people&#8217;s beverage likes and dislikes, and I don&#8217;t have to wash up afterwards.</p>
<p>To finish I&#8217;d like to make a personal 11th commandment. Please stop using ternary operators where a simple, normal, readable, &#8216;if&#8217; statement will suffice. It&#8217;s a bit like reading a Tom Clancy and discovering a bit of Chaucer thrown into the prose for no reason. It does not scan!</p>
<p>{<em>ed: I am deeply offended by this unjustified attack on the ternary op. This op. is like discovering the words of Jane Austen within a review of Pride and Prejudice. I won&#8217;t push this point too far though &#8211; as I might start a civil war amongst the SD technical team!</em>}</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.slightlydifferent.co.uk/2011/web-dev-101/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Designers versus Developers</title>
		<link>http://blogs.slightlydifferent.co.uk/2010/designers-versus-developers/</link>
		<comments>http://blogs.slightlydifferent.co.uk/2010/designers-versus-developers/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 12:22:50 +0000</pubDate>
		<dc:creator>andrew</dc:creator>
				<category><![CDATA[May 2010]]></category>
		<category><![CDATA[SD Newsletter]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[designers]]></category>
		<category><![CDATA[developers]]></category>
		<category><![CDATA[functionality]]></category>
		<category><![CDATA[project specification]]></category>
		<category><![CDATA[slightly different]]></category>

		<guid isPermaLink="false">http://blogs.slightlydifferent.co.uk/?p=1256</guid>
		<description><![CDATA[Why can't developers and designers see eye to eye on site creation? Well both look at a task from two different points of view - visual impact and core functionality; but both have the same ultimate aim - to create a site that they are proud of and that serves the client's wishes.]]></description>
			<content:encoded><![CDATA[<h1>Its good to talk!</h1>
<p>Why can&#8217;t developers and designers see eye to eye on site creation? Well both look at a task from two different points of view &#8211; visual impact and core functionality; but both have the same ultimate aim &#8211; to create a site that they are proud of and that serves the client&#8217;s wishes. These differences can be the ruin of any site but can be solved by one simple device: communication; and I don&#8217;t mean just a chat at the start of the project but continual interaction at every step of the process, which is how we do it at Slightly Different.</p>
<p>If a designer would like a bulletin board in a CMS based site and the CMS does not offer this functionality then it&#8217;s up to the developer to suggest other options; writing a custom plugin, using a different CMS etc. Unless developer and designer sit down and talk about the specification at the start of the project then countless hours and budget will be lost later down the line when the developer suddenly realises that there is something in the specification that will be impossible to achieve within the budget but that has been promised to the client.</p>
<p>This works both ways. Developers should realise that designers are not &#8220;just being difficult&#8221; and should work with them to make a site that was enjoyable to create instead of a battle of wills. Granted, a developer doesn&#8217;t see the point of design half the time but oddly that&#8217;s what makes the projects we work on enjoyable.</p>
<p>In other words, just talk to each other. Designers are not all effete Flash lovers and developers are not all geeky code-monkeys.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.slightlydifferent.co.uk/2010/designers-versus-developers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Easter Eggs</title>
		<link>http://blogs.slightlydifferent.co.uk/2010/easter-eggs/</link>
		<comments>http://blogs.slightlydifferent.co.uk/2010/easter-eggs/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 10:59:16 +0000</pubDate>
		<dc:creator>andrew</dc:creator>
				<category><![CDATA[March 2010]]></category>
		<category><![CDATA[easter eggs]]></category>
		<category><![CDATA[excel]]></category>
		<category><![CDATA[firefox]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[google earth]]></category>
		<category><![CDATA[mozzilla]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://blogs.slightlydifferent.co.uk/?p=838</guid>
		<description><![CDATA[As the theme for this newsletter is Spring I thought I'd share a few Easter eggs with you. Apart from being an overpriced ovoid made from cooking chocolate an Easter egg can also be a feature or area hidden inside a piece of software or even a website]]></description>
			<content:encoded><![CDATA[<h1>The Non Fattening Variety!</h1>
<p><img class="alignleft size-medium wp-image-840" title="easter egg" src="http://blogs.slightlydifferent.co.uk/wp-content/uploads/2010/02/easter-egg-300x300.jpg" alt="easter egg" width="300" height="300" />As the theme for this newsletter is Spring I thought I&#8217;d share a few Easter eggs with you.  Apart from being an overpriced ovoid made from cooking chocolate an Easter egg can also be a feature or area hidden inside a piece of software or even a website.  Some of these eggs are getting pretty famous, for example the flight simulator inside the &#8217;97 version of <a href="http://en.wikipedia.org/wiki/Easter_eggs_in_Microsoft_products#Office_97">Microsoft Excel</a>, and more are appearing every day.</p>
<p>One company famous for their Easter eggs is Google, as you probably know they offer their search engine in various languages but they also have <a href="http://www.google.com/intl/xx-klingon/">Klingon</a>, <a href="http://www.google.com/intl/xx-elmer/">Elmer Fudd</a>, <a href="http://www.google.com/intl/xx-piglatin/">Pig Latin</a> and <a href="http://www.google.com/intl/xx-hacker/">leetspeak</a> versions.  Google are also famous for their April fool’s Easter eggs:  <a href="http://mail.google.com/mail/help/paper/index.html">GPaper</a>, <a href="http://www.google.com/romance/">Google Romance</a> and <a href="http://www.google.com/technology/pigeonrank.html">Pigeon Rank</a>.  Google also hide eggs in their software – download Google Earth, run it and then press Crtl+Alt+a to start a flight simulator!</p>
<p>I’ll leave the last two eggs in our Easter basket to the Firefox web browser:  In the Firefox address bar type ‘about:Mozilla’ or ‘about:robots&#8217;.</p>
<p>For more on Easter eggs see this <a href="http://en.wikipedia.org/wiki/Easter_egg_%28media%29">Wikipedia</a> article.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.slightlydifferent.co.uk/2010/easter-eggs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

