<?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: Dial tone moments</title>
	<atom:link href="https://www.mattcutts.com/blog/dial-tone-moments/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.mattcutts.com/blog/dial-tone-moments/</link>
	<description></description>
	<lastBuildDate>Sat, 06 Dec 2014 05:30:21 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.0.1</generator>
	<item>
		<title>By: Sean</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102317</link>
		<dc:creator><![CDATA[Sean]]></dc:creator>
		<pubDate>Fri, 14 Nov 2014 23:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102317</guid>
		<description><![CDATA[&quot;Dial tone moments&quot;, I love it! What a great analogy, and I really enjoy reading these posts; they offer a fascinating insight into the inner workings of Google.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Dial tone moments&#8221;, I love it! What a great analogy, and I really enjoy reading these posts; they offer a fascinating insight into the inner workings of Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Taylor</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102264</link>
		<dc:creator><![CDATA[Brad Taylor]]></dc:creator>
		<pubDate>Thu, 13 Nov 2014 01:18:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102264</guid>
		<description><![CDATA[It seems to me that I have the hardest time with Google applications. They are never very easy to use. To set a homepage in Google Chrome you really have to dig to do it. It should be a simple action like right clicking. Within the analytics and Google Plus areas, things are buried so deep that to simply edit ones profile takes multiple steps. It is like the engineers at Google have decided to be so smart they made their apps harder for simple things. Everything should be more user friendly and the simple things need to stay simple. I think Google needs to hit the factory reset button and start over with alot of their stuff. IMO]]></description>
		<content:encoded><![CDATA[<p>It seems to me that I have the hardest time with Google applications. They are never very easy to use. To set a homepage in Google Chrome you really have to dig to do it. It should be a simple action like right clicking. Within the analytics and Google Plus areas, things are buried so deep that to simply edit ones profile takes multiple steps. It is like the engineers at Google have decided to be so smart they made their apps harder for simple things. Everything should be more user friendly and the simple things need to stay simple. I think Google needs to hit the factory reset button and start over with alot of their stuff. IMO</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102237</link>
		<dc:creator><![CDATA[Roger]]></dc:creator>
		<pubDate>Wed, 12 Nov 2014 00:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102237</guid>
		<description><![CDATA[Another term I have heard for this is &lt;a href=&quot;https://en.wikipedia.org/wiki/Paper_cut_bug&quot; rel=&quot;nofollow&quot;&gt;paper cut&lt;/a&gt;.  That may have more longevity than dial tone as I suspect paper will long outlive the analogue phone system despite predictions of paper&#039;s demise going back decades.]]></description>
		<content:encoded><![CDATA[<p>Another term I have heard for this is <a href="https://en.wikipedia.org/wiki/Paper_cut_bug" rel="nofollow">paper cut</a>.  That may have more longevity than dial tone as I suspect paper will long outlive the analogue phone system despite predictions of paper&#8217;s demise going back decades.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael VanDeMar</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102235</link>
		<dc:creator><![CDATA[Michael VanDeMar]]></dc:creator>
		<pubDate>Wed, 12 Nov 2014 00:06:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102235</guid>
		<description><![CDATA[Ok, here&#039;s a second* great example: &quot;Sorry, but our system has determined you may be a spammer.&quot; &lt;- that being triggered because I posted 1 link to a Marketing Land article that was relevant to this discussion. Sure, you can of course flag whatever you like... but the blog ate the comment as well, instead of rejecting it and giving me a chance to edit it. I know, you&#039;re not Google, but still. :) 

*the first example was in the comment that got eaten.]]></description>
		<content:encoded><![CDATA[<p>Ok, here&#8217;s a second* great example: &#8220;Sorry, but our system has determined you may be a spammer.&#8221; &lt;- that being triggered because I posted 1 link to a Marketing Land article that was relevant to this discussion. Sure, you can of course flag whatever you like&#8230; but the blog ate the comment as well, instead of rejecting it and giving me a chance to edit it. I know, you&#039;re not Google, but still. <img src="https://www.mattcutts.com/blog/wp-includes/images/smilies/icon_smile.gif" alt=":)" class="wp-smiley" /> </p>
<p>*the first example was in the comment that got eaten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael VanDeMar</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102234</link>
		<dc:creator><![CDATA[Michael VanDeMar]]></dc:creator>
		<pubDate>Wed, 12 Nov 2014 00:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102234</guid>
		<description><![CDATA[By the way, it&#039;s not just buggy products that Google should look at when looking for more &#039;dial tone&#039; moments. The randomness of enforcements of some Google policies, like what is highlighted in this article today on Marketing Land, is a great example of something that should be looked in to for improvement:

&lt;a href=&quot;http://marketingland.com/google-adsense-strikes-vague-arbitrary-warning-ancient-article-107627&quot; rel=&quot;nofollow&quot;&gt;Google AdSense Strikes Again With Vague, Arbitrary Warning Over An Ancient Article&lt;/a&gt;

And realize, it&#039;s not about 1 article getting flagged, it&#039;s about the semi-randomness of this type of flagging over many years.]]></description>
		<content:encoded><![CDATA[<p>By the way, it&#8217;s not just buggy products that Google should look at when looking for more &#8216;dial tone&#8217; moments. The randomness of enforcements of some Google policies, like what is highlighted in this article today on Marketing Land, is a great example of something that should be looked in to for improvement:</p>
<p><a href="http://marketingland.com/google-adsense-strikes-vague-arbitrary-warning-ancient-article-107627" rel="nofollow">Google AdSense Strikes Again With Vague, Arbitrary Warning Over An Ancient Article</a></p>
<p>And realize, it&#8217;s not about 1 article getting flagged, it&#8217;s about the semi-randomness of this type of flagging over many years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael VanDeMar</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102229</link>
		<dc:creator><![CDATA[Michael VanDeMar]]></dc:creator>
		<pubDate>Tue, 11 Nov 2014 21:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102229</guid>
		<description><![CDATA[It just occurred to me that there is probably a sizable segment of the younger population in this country that have never even heard a dial tone, possibly never will, and would have no idea what it was you were referring to... and that many of the ones that have it was just a digital sound effect. It doesn&#039;t make me sad, but it&#039;s definitely a &quot;Huh&quot; moment for me. 

Regarding the post, it does seem at times like Google doesn&#039;t have a large enough QA department to fully test all of the products or product changes when they go live. Has any thought been given in to a public bug tracking system for Google services? I know there is the support forums, but that&#039;s really not the same thing. As far as I know the only actual bug tracker is for Chrome, and that has 67,401 open issues in it.]]></description>
		<content:encoded><![CDATA[<p>It just occurred to me that there is probably a sizable segment of the younger population in this country that have never even heard a dial tone, possibly never will, and would have no idea what it was you were referring to&#8230; and that many of the ones that have it was just a digital sound effect. It doesn&#8217;t make me sad, but it&#8217;s definitely a &#8220;Huh&#8221; moment for me. </p>
<p>Regarding the post, it does seem at times like Google doesn&#8217;t have a large enough QA department to fully test all of the products or product changes when they go live. Has any thought been given in to a public bug tracking system for Google services? I know there is the support forums, but that&#8217;s really not the same thing. As far as I know the only actual bug tracker is for Chrome, and that has 67,401 open issues in it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrea Silver</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102228</link>
		<dc:creator><![CDATA[Andrea Silver]]></dc:creator>
		<pubDate>Tue, 11 Nov 2014 21:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102228</guid>
		<description><![CDATA[The door with an automatic opener: there is a rule that preserves the &quot;magical moment.&quot;
*Always a manual option,* that way if the door does not open automatically you are not forced to go to the other door, you simply must exercise the manual option on the automatic door.]]></description>
		<content:encoded><![CDATA[<p>The door with an automatic opener: there is a rule that preserves the &#8220;magical moment.&#8221;<br />
*Always a manual option,* that way if the door does not open automatically you are not forced to go to the other door, you simply must exercise the manual option on the automatic door.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Cutts</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102227</link>
		<dc:creator><![CDATA[Matt Cutts]]></dc:creator>
		<pubDate>Tue, 11 Nov 2014 21:30:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102227</guid>
		<description><![CDATA[Roger, I&#039;m with you. My wife tried Google Music a while ago and then stopped because streaming music didn&#039;t work well for her when she was walking, and the &quot;pin&quot; metaphor wasn&#039;t a good match for her.

I think Google could do a lot more to simulate low-bandwidth or crappy connections. There&#039;s also stuff like the Chaos Monkey from Netflix that tries to kill random processes to test how robust a system is: http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html]]></description>
		<content:encoded><![CDATA[<p>Roger, I&#8217;m with you. My wife tried Google Music a while ago and then stopped because streaming music didn&#8217;t work well for her when she was walking, and the &#8220;pin&#8221; metaphor wasn&#8217;t a good match for her.</p>
<p>I think Google could do a lot more to simulate low-bandwidth or crappy connections. There&#8217;s also stuff like the Chaos Monkey from Netflix that tries to kill random processes to test how robust a system is: <a href="http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html" rel="nofollow">http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Cutts</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102226</link>
		<dc:creator><![CDATA[Matt Cutts]]></dc:creator>
		<pubDate>Tue, 11 Nov 2014 21:17:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102226</guid>
		<description><![CDATA[Matt, for what it&#039;s worth I totally agree. Google&#039;s products usually have good uptime, but we can often improve on speed and even more so on little product details like you mention.]]></description>
		<content:encoded><![CDATA[<p>Matt, for what it&#8217;s worth I totally agree. Google&#8217;s products usually have good uptime, but we can often improve on speed and even more so on little product details like you mention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>https://www.mattcutts.com/blog/dial-tone-moments/#comment-102224</link>
		<dc:creator><![CDATA[Roger]]></dc:creator>
		<pubDate>Tue, 11 Nov 2014 17:40:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/?p=6359#comment-102224</guid>
		<description><![CDATA[Sometimes regular dogfooding isn&#039;t enough.  Google Music is a good example where it works just fine if you have a high speed reliable network as the Google campus does, and presumably most Google employees have at home, and heck even on the buses.  But when using it while out driving where coverage comes and goes and it is a monumental pain, often going silent or aborting playback because of transient connectivity issues.  It misses the user&#039;s fundamental goal - play me some music, and keep playing.

For work, I ended up setting a wifi access point with Linux traffic shaping behind it to have atrocious random behaviour in terms of latencies, packet drops etc.  (My colleagues call it the AT&amp;T simulator.)  So much mobile software performed badly mainly because the devs had made networking synchronous with the user interface.  Perhaps the Google campus could do with a similar network?]]></description>
		<content:encoded><![CDATA[<p>Sometimes regular dogfooding isn&#8217;t enough.  Google Music is a good example where it works just fine if you have a high speed reliable network as the Google campus does, and presumably most Google employees have at home, and heck even on the buses.  But when using it while out driving where coverage comes and goes and it is a monumental pain, often going silent or aborting playback because of transient connectivity issues.  It misses the user&#8217;s fundamental goal &#8211; play me some music, and keep playing.</p>
<p>For work, I ended up setting a wifi access point with Linux traffic shaping behind it to have atrocious random behaviour in terms of latencies, packet drops etc.  (My colleagues call it the AT&amp;T simulator.)  So much mobile software performed badly mainly because the devs had made networking synchronous with the user interface.  Perhaps the Google campus could do with a similar network?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
