<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: How bad are things really?</title>
	<atom:link href="http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/feed/" rel="self" type="application/rss+xml" />
	<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/</link>
	<description></description>
	<lastBuildDate>Mon, 21 May 2012 08:48:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: James</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-1153</link>
		<dc:creator>James</dc:creator>
		<pubDate>Wed, 22 Dec 2010 10:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-1153</guid>
		<description>There is one technical argument, maybe, for not having an A record in the DNS for &quot;hmrc.gov.uk&quot; -- but it&#039;s not a great one.

In days of yore, some badly set up mail servers wouldn&#039;t necessarily look for an MX record first, but would go straight to the A record if it was present. If you point an A record for the domain at your web server, you get rogue mailservers banging on the door trying/failing to deliver mail. This may be irritating, or problematic, depending on the situation -- and if you&#039;re the tax office, probably the latter.

I suspect these badly configured mail servers have all been dead for 10 or more years, but it wouldn&#039;t surprise me if there were still people out there setting up DNS zones who still consider this an issue, and leave out the A record for the bare domain to protect against lost mail.</description>
		<content:encoded><![CDATA[<p>There is one technical argument, maybe, for not having an A record in the DNS for &#8220;hmrc.gov.uk&#8221; &#8212; but it&#8217;s not a great one.</p>
<p>In days of yore, some badly set up mail servers wouldn&#8217;t necessarily look for an MX record first, but would go straight to the A record if it was present. If you point an A record for the domain at your web server, you get rogue mailservers banging on the door trying/failing to deliver mail. This may be irritating, or problematic, depending on the situation &#8212; and if you&#8217;re the tax office, probably the latter.</p>
<p>I suspect these badly configured mail servers have all been dead for 10 or more years, but it wouldn&#8217;t surprise me if there were still people out there setting up DNS zones who still consider this an issue, and leave out the A record for the bare domain to protect against lost mail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Public Strategist &#187; Petty annoyances</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-717</link>
		<dc:creator>Public Strategist &#187; Petty annoyances</dc:creator>
		<pubDate>Wed, 01 Dec 2010 08:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-717</guid>
		<description>[...] I am not alone in these thoughts. And other people have been annoyed enough to think about a solution for routing round the damage, though there is no sign that it progressed beyond the original idea. But the time has surely come just to make this right.   Comment (RSS) &#160;&#124;&#160;&#160;Trackback [...]</description>
		<content:encoded><![CDATA[<p>[...] I am not alone in these thoughts. And other people have been annoyed enough to think about a solution for routing round the damage, though there is no sign that it progressed beyond the original idea. But the time has surely come just to make this right.   Comment (RSS) &nbsp;|&nbsp;&nbsp;Trackback [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dafydd Vaughan</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-969</link>
		<dc:creator>Dafydd Vaughan</dc:creator>
		<pubDate>Thu, 04 Feb 2010 14:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-969</guid>
		<description>@nevali does make a good point, but I reckon its a bit more complicated than that.  There are so many different barriers you might come up against.

Knowledge - as @nevali suggested, finding somebody who knows what the change actually means is problematic.  Its not just a public sector issue - I&#039;ve come across a huge number of commercial/personal websites that have identical issues.  Generally people in charge of managing domains don&#039;t understand the fundamentals of DNS - so they don&#039;t realise that you need an A record for both the domain root and for the www (not totally accurate I know, but for the purposes of this comment it&#039;ll do).

Change Control - otherwise known as ridiculous bureaucracy to ensure that any changes will not break anything.  A DNS change like this is probably seen as too risky (due to lack of understanding).

Priority - as you mentioned, it is probably sat in someone&#039;s queue to be dealt with. People are still getting to the site, so I imagine it isn&#039;t seen as important.

Suppliers - some DNS services make it easy to change these things, others are much more difficult (I recently had to deal with one by sending a fax!).  Even after you take that into account, chances are the supplier suffers from all of the above problems as well.  Recently I requested an old supplier alter the DNS records for a legacy domain name - they only changed it for the www, not the root.  This has happened on more than one occasion.

From a technical point of view (and my own personal opinion) there is no reasonable reason for http://hmrc.gov.uk to not work.  Unfortunately, it doesn&#039;t work out like that in reality.</description>
		<content:encoded><![CDATA[<p>@nevali does make a good point, but I reckon its a bit more complicated than that.  There are so many different barriers you might come up against.</p>
<p>Knowledge &#8211; as @nevali suggested, finding somebody who knows what the change actually means is problematic.  Its not just a public sector issue &#8211; I&#8217;ve come across a huge number of commercial/personal websites that have identical issues.  Generally people in charge of managing domains don&#8217;t understand the fundamentals of DNS &#8211; so they don&#8217;t realise that you need an A record for both the domain root and for the www (not totally accurate I know, but for the purposes of this comment it&#8217;ll do).</p>
<p>Change Control &#8211; otherwise known as ridiculous bureaucracy to ensure that any changes will not break anything.  A DNS change like this is probably seen as too risky (due to lack of understanding).</p>
<p>Priority &#8211; as you mentioned, it is probably sat in someone&#8217;s queue to be dealt with. People are still getting to the site, so I imagine it isn&#8217;t seen as important.</p>
<p>Suppliers &#8211; some DNS services make it easy to change these things, others are much more difficult (I recently had to deal with one by sending a fax!).  Even after you take that into account, chances are the supplier suffers from all of the above problems as well.  Recently I requested an old supplier alter the DNS records for a legacy domain name &#8211; they only changed it for the www, not the root.  This has happened on more than one occasion.</p>
<p>From a technical point of view (and my own personal opinion) there is no reasonable reason for <a href="http://hmrc.gov.uk" rel="nofollow">http://hmrc.gov.uk</a> to not work.  Unfortunately, it doesn&#8217;t work out like that in reality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-271</link>
		<dc:creator>Graham</dc:creator>
		<pubDate>Fri, 29 Jan 2010 12:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-271</guid>
		<description>BTW, not to keep banging on about domains specifically, but this is a really good related read on the COI blog:

http://coi.gov.uk/blogs/digigov/2010/01/avoiding-sub-domains-in-web-addresses/

Glad someone out there is really thinking about these things.</description>
		<content:encoded><![CDATA[<p>BTW, not to keep banging on about domains specifically, but this is a really good related read on the COI blog:</p>
<p><a href="http://coi.gov.uk/blogs/digigov/2010/01/avoiding-sub-domains-in-web-addresses/" rel="nofollow">http://coi.gov.uk/blogs/digigov/2010/01/avoiding-sub-domains-in-web-addresses/</a></p>
<p>Glad someone out there is really thinking about these things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-248</link>
		<dc:creator>Graham</dc:creator>
		<pubDate>Fri, 22 Jan 2010 22:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-248</guid>
		<description>You know what the problem is? The problem is that &quot;www.&quot; is the sign of modernity. &quot;www.&quot; is the &quot;@&quot; of the web - something that can be latched on to as a form of brand, something that screams &quot;we have made it on to the Internet of the Fyoootarrrr&quot;. Fortunately for e-mail, it&#039;s hard to miss out the &quot;@&quot;. 

&quot;www.&quot; succeeds where ftp., gopher., and ns. all fail. Geeks see the Internet as a hierarchy - services like the web are attached to domain names which are attached to organisations, companies and individuals, but we fill the gap in between &quot;www.&quot; and our browser.

Non-geeks are picking up the pieces of what DNS is - they don&#039;t see hierarchies, they see 1-to-1 matches between &quot;label X&quot; and a virtual object. Someone&#039;s e-mail is one string and one string only - &quot;person@example.com&quot; - so why should &quot;www.example.com&quot; be the same webpage as &quot;example.com&quot;? Doesn&#039;t that lead to confusion and questions about whether you need to add the &quot;www.&quot; or not? The branding is a legacy.

OK, that&#039;s a lot of focus on 4 characters, but totally agree with you that someone needs to fill the space for usability of all technology. We need to realise technology is not a brand, but a tool. We need arguments for why this kind of user-unfriendliness and unjoined-up thinking is bad for productivity and risk management. Not because they&#039;re annoying, but because it&#039;s a symbol of how much we understand the technology we&#039;re pimping and relying on so much.</description>
		<content:encoded><![CDATA[<p>You know what the problem is? The problem is that &#8220;www.&#8221; is the sign of modernity. &#8220;www.&#8221; is the &#8220;@&#8221; of the web &#8211; something that can be latched on to as a form of brand, something that screams &#8220;we have made it on to the Internet of the Fyoootarrrr&#8221;. Fortunately for e-mail, it&#8217;s hard to miss out the &#8220;@&#8221;. </p>
<p>&#8220;www.&#8221; succeeds where <a href="http://ftp." rel="nofollow">http://ftp.</a>, gopher., and ns. all fail. Geeks see the Internet as a hierarchy &#8211; services like the web are attached to domain names which are attached to organisations, companies and individuals, but we fill the gap in between &#8220;www.&#8221; and our browser.</p>
<p>Non-geeks are picking up the pieces of what DNS is &#8211; they don&#8217;t see hierarchies, they see 1-to-1 matches between &#8220;label X&#8221; and a virtual object. Someone&#8217;s e-mail is one string and one string only &#8211; &#8220;person@example.com&#8221; &#8211; so why should &#8220;www.example.com&#8221; be the same webpage as &#8220;example.com&#8221;? Doesn&#8217;t that lead to confusion and questions about whether you need to add the &#8220;www.&#8221; or not? The branding is a legacy.</p>
<p>OK, that&#8217;s a lot of focus on 4 characters, but totally agree with you that someone needs to fill the space for usability of all technology. We need to realise technology is not a brand, but a tool. We need arguments for why this kind of user-unfriendliness and unjoined-up thinking is bad for productivity and risk management. Not because they&#8217;re annoying, but because it&#8217;s a symbol of how much we understand the technology we&#8217;re pimping and relying on so much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Feargal Hogan</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-247</link>
		<dc:creator>Feargal Hogan</dc:creator>
		<pubDate>Fri, 22 Jan 2010 21:38:25 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-247</guid>
		<description>I agree with Mo. Its a lack of skills within the decision makers of the host organisation, in this case HMRC. As soon as someone in there understands the problem, and that the fix would take 2 minutes, it will be done. But no one in there understands the problem.</description>
		<content:encoded><![CDATA[<p>I agree with Mo. Its a lack of skills within the decision makers of the host organisation, in this case HMRC. As soon as someone in there understands the problem, and that the fix would take 2 minutes, it will be done. But no one in there understands the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mo</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-246</link>
		<dc:creator>Mo</dc:creator>
		<pubDate>Fri, 22 Jan 2010 21:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-246</guid>
		<description>One of my roles is to host websites for a living.

Some of our clients (and curiously, they are some of the smallest ones, not the the major corporations whose names I won’t disclose but I can guarantee you will have heard of them) insist on running their own DNS. Despite the fact that pointing a domain at our DNS servers doesn’t prevent them from pointing them somewhere else [without our involvement] at a later date, they still feel that running their own DNS is some sort of safety-net.

Except they screw it up. Every single time. They don’t actually know what any of it means, so even if we find the person responsible for it to as them to fix it, they don’t actually see that there’s a problem in the first place, nor why they should alter something which has always worked fine in the past (as far as they know), and anyway, they don’t know what it is you’re asking them to do and what negative effects it might have—somebody needs to perform a proper analysis and that’s costly and time-consuming.

And those are the small clients. The big ones usually ask us to buy a domain for them, look after it from end to end and send them the invoice each year. The smart big sprawling organisations delegate. The likes of Capita, who take on these projects, are experts on nothing beyond consultancy and project management: it’s like going to a supermarket instead of a master pastrychef. Sure, they have resources and a specific skillset, but for almost everything, it’s incomplete. The problem is that, because the Government doesn’t have the skills in-house, it outsources to people like this, because these are the only people large enough to be deemed “worthy” of building a website for a government department.</description>
		<content:encoded><![CDATA[<p>One of my roles is to host websites for a living.</p>
<p>Some of our clients (and curiously, they are some of the smallest ones, not the the major corporations whose names I won’t disclose but I can guarantee you will have heard of them) insist on running their own DNS. Despite the fact that pointing a domain at our DNS servers doesn’t prevent them from pointing them somewhere else [without our involvement] at a later date, they still feel that running their own DNS is some sort of safety-net.</p>
<p>Except they screw it up. Every single time. They don’t actually know what any of it means, so even if we find the person responsible for it to as them to fix it, they don’t actually see that there’s a problem in the first place, nor why they should alter something which has always worked fine in the past (as far as they know), and anyway, they don’t know what it is you’re asking them to do and what negative effects it might have—somebody needs to perform a proper analysis and that’s costly and time-consuming.</p>
<p>And those are the small clients. The big ones usually ask us to buy a domain for them, look after it from end to end and send them the invoice each year. The smart big sprawling organisations delegate. The likes of Capita, who take on these projects, are experts on nothing beyond consultancy and project management: it’s like going to a supermarket instead of a master pastrychef. Sure, they have resources and a specific skillset, but for almost everything, it’s incomplete. The problem is that, because the Government doesn’t have the skills in-house, it outsources to people like this, because these are the only people large enough to be deemed “worthy” of building a website for a government department.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William</title>
		<link>http://paulclarke.com/honestlyreal/2010/01/how-bad-are-things-really/comment-page-1/#comment-245</link>
		<dc:creator>William</dc:creator>
		<pubDate>Fri, 22 Jan 2010 21:16:08 +0000</pubDate>
		<guid isPermaLink="false">http://paulclarke.com/honestlyreal/?p=462#comment-245</guid>
		<description>Fails for me too. 

The devil might advocate a line of &quot;they&#039;re too busy sorting out big things to deal with these small things&quot;

But I tend to think that the inability to sort out these small things points to a much greater inability to sort out big things. Because big improvements come when you make lots of mall improvements with no great fuss.

Underlying problems are:
- inflexibility of outsourced countracts
- still general inability to see things from customer&#039;s point of view at any stage</description>
		<content:encoded><![CDATA[<p>Fails for me too. </p>
<p>The devil might advocate a line of &#8220;they&#8217;re too busy sorting out big things to deal with these small things&#8221;</p>
<p>But I tend to think that the inability to sort out these small things points to a much greater inability to sort out big things. Because big improvements come when you make lots of mall improvements with no great fuss.</p>
<p>Underlying problems are:<br />
- inflexibility of outsourced countracts<br />
- still general inability to see things from customer&#8217;s point of view at any stage</p>
]]></content:encoded>
	</item>
</channel>
</rss>

