<?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>Random Bytes</title>
	<atom:link href="http://www.byte.org/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.byte.org</link>
	<description>a chronicle of Ross Rader&#039;s musings, trivia and All Things Internet™ since 1999</description>
	<lastBuildDate>Sun, 22 Jan 2012 19:16:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>An Experiment: Filez and Warez and Ripz and Torrentz</title>
		<link>http://www.byte.org/2012/01/21/thoughts-on-filez-and-warez-and-ripz-and-torrentz/</link>
		<comments>http://www.byte.org/2012/01/21/thoughts-on-filez-and-warez-and-ripz-and-torrentz/#comments</comments>
		<pubDate>Sat, 21 Jan 2012 18:29:13 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=472</guid>
		<description><![CDATA[This post is experimental. I&#8217;m just trolling to see what the response to this file will be. [The_Twilight_Saga_Breaking_Dawn_Part_1_2011_720P_TS_NEW_FULL_LIN.6869064.TPB.iso.zip] It is a copy of the U.S. Constitution in PDF format. You need to decompress the archive to view. It will not burn as a proper ISO file and I don&#8217;t recommend downloading it if you are looking [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>This post is experimental. I&#8217;m just trolling to see what the response to this file will be.</p>
<p>[<a title="The_Twilight_Saga_Breaking_Dawn_Part_1_2011_720P_TS_NEW_FULL_LIN.6869064.TPB.iso.zip" href="http://www.byte.org/wp-content/uploads/2012/01/The_Twilight_Saga_Breaking_Dawn_Part_1_2011_720P_TS_NEW_FULL_LIN.6869064.TPB_.iso_.zip">The_Twilight_Saga_Breaking_Dawn_Part_1_2011_720P_TS_NEW_FULL_LIN.6869064.TPB.iso.zip</a>]</p>
<p>It is a copy of the U.S. Constitution in PDF format. You need to decompress the archive to view. It will not burn as a proper ISO file and I don&#8217;t recommend downloading it if you are looking for a copy of The Twilight Saga: Breaking Dawn Part 1.</p>
<p>I&#8217;ll post an analysis of the logs and feedback in a few weeks.</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2012/01/21/thoughts-on-filez-and-warez-and-ripz-and-torrentz/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Murdoch&#8217;s Position on SOPA is rooted in blind greed</title>
		<link>http://www.byte.org/2012/01/18/murdochs-position-on-sopa-is-rooted-in-blind-greed/</link>
		<comments>http://www.byte.org/2012/01/18/murdochs-position-on-sopa-is-rooted-in-blind-greed/#comments</comments>
		<pubDate>Wed, 18 Jan 2012 23:18:21 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=459</guid>
		<description><![CDATA[  I&#8217;ve been reserving the space on this blog for bigger thoughts and longer pieces than Twitter allows for. This thought is only slightly longer than 140 characters, but the original article got me riled up enough I just had to fire up MarsEdit and rip out a few choice words… I just finished reading [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p> </p>
<p><em>I&#8217;ve been reserving the space on this blog for bigger thoughts and longer pieces than Twitter allows for. This thought is only slightly longer than 140 characters, but the original article got me riled up enough I just had to fire up MarsEdit and rip out a few choice words…</em></p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="NewImage.png" src="http://www.byte.org/wp-content/uploads/2012/01/NewImage.png" border="3" alt="NewImage" hspace="3" vspace="10" width="268" height="188" /></p>
<p>I just finished reading <a href="http://www.forbes.com/sites/jeffbercovici/2012/01/18/the-story-behind-rupert-murdochs-rants-about-google-and-sopa/">this article</a> describing Rupert Murdoch&#8217;s <a href="https://twitter.com/#!/rupertmurdoch/status/158321072943542272">twitter potshots</a> at Google earlier this week concerning Google&#8217;s stance on SOPA/PIPA. About half way through, my menta jaw hit the floor.</p>
<p>Implicit in Murdoch&#8217;s statements is this thought:</p>
<blockquote>
<p>Internet Search on the PC is one thing, and Internet Search on the TV is another.  Damn you if you think that I&#8217;m going to let you run a clean search of the Open Internet on the television.</p>
</blockquote>
<p>Although I didn&#8217;t need the reinforcement, this story reminds me exactly how self-centred, greedy, short-sighted and damaging SOPA and its kin will be. If you hadn&#8217;t figured this out already, this fight is all about Big Media losing power and money and has extremely little to do with art and piracy.</p>
<p>My message for Mr. Murdoch? Go find yourself a new business model &#8211; the Internet doesn&#8217;t want yours.</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2012/01/18/murdochs-position-on-sopa-is-rooted-in-blind-greed/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Evolving The Domain Name Experience</title>
		<link>http://www.byte.org/2011/12/26/evolving-the-domain-experience/</link>
		<comments>http://www.byte.org/2011/12/26/evolving-the-domain-experience/#comments</comments>
		<pubDate>Tue, 27 Dec 2011 04:15:23 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=445</guid>
		<description><![CDATA[(I don&#8217;t normally write about Hover here on my own blog, but I really wanted to tell this story and it felt a little bit off-topic for the corporate blog…that, and I need the traffic ) When what we think of as “Domain Names” started up, it was a volunteer side-effort of registering names, one [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/' rel='bookmark' title='Register.com Still Playing Transfer Games 10 Years Later'>Register.com Still Playing Transfer Games 10 Years Later</a></li>
<li><a href='http://www.byte.org/2011/09/28/how-you-could-have-won-the-cira-election/' rel='bookmark' title='How you could have won the CIRA election'>How you could have won the CIRA election</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>(I don&#8217;t normally write about <a href="https://hover.com">Hover</a> here on my own blog, but I really wanted to tell this story and it felt a little bit off-topic for the corporate blog…that, and I need the traffic <img src='http://www.byte.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  )</p>
<blockquote>
<p>When what we think of as “Domain Names” started up, it was a volunteer side-effort of registering names, one done by hand and totally unreliable in terms of turnaround. You can say what you want related to what came next, but they were kind of Bad Old Days. If a domain was offensive, or they were busy that week, or anything else, you had to basically hope the forces mixed together and you got your domain name. The process of changing domain names, of doing a lot of other domain-related transactions, was weird, slow and stupid.</p>
</blockquote>
<p style="text-align: right;"><a href="http://ascii.textfiles.com/archives/3456">- Jason Scott</a></p>
<p>By August 2001, ICANN had still not figured out the policies and process by which registrants could move domain names between registrars. Prior to 1999, there were no alternative registrars and therefore, no domain name portability requirements. With the dismantling of Network Solutions/Verisign&#8217;s monopoly over the domain registry/registrar business and the introduction of competitive registrars (ICANN is still sorting out how to introduce competition at the registry level) customers were free to choose who they bought their domain names from and had no freedom if they had previously purchased a domain name from Network Solutions/Verisign.</p>
<p>Now to be clear, domain transfers existed in theory, but not really in practice. In the absence of any standards or defining policies, it was a free-for-all &#8211; each registrar was free to make up their own rules &#8211; and so they did. Very few names moved back and forth between registrars because of the undocumented practices and intransigence by the incumbent.</p>
<p>As you can imagine, Network Solutions/Verisign (in their registrar role) wasn&#8217;t exactly keen to introduce domain name transfer policy and faced with little progress in the discussion, I submitted <a href="http://www.icann.org/en/meetings/montevideo/rader-position-paper-20aug01.htm">a draft proposal to ICANN</a> (here&#8217;s <a href="http://www.byte.org/rc-transfers/irdx-flowdesc-proposal-v1r0d0.pdf">the original PDF</a>, easier to read) with the goal of spurring discussion. I&#8217;ve long believed that victory is often claimed by he who holds the pen, so I never hesitated to draft proposals like this with the goal of defining the policy direction of the ensuing discussion.</p>
<p>By 2003, the policy mechanics had <a href="http://www.icann.org/en/gnso/transfers-tf/report-12feb03.htm">largely been worked out</a> and new policy was implemented.</p>
<p>Thing is, the policy wasn&#8217;t well supported by the large registrars. Network Solutions had come around and did a lot of work to come to a set of last minute compromises, but in practice, it was years before their customers were able to easily transfer domain names out. Generally, it was like pulling teeth to get a customer to transfer over from them. Despite the fact that they had a lot to gain, Register.com took an equally customer-hostile stance against domain name portability (which continues to this day in some ways). And at the time, Godaddy wasn&#8217;t even on the radar, so they were a non-factor.</p>
<p>Most of what we saw came in the form of the losing registrar putting up roadblocks to make it hard for customers to transfer. Whois access would disappear, data would get changed around, requests were ignored or inexplicably denied &#8211; it was all gaming, pure and simple. As the industry grew, the games got more sophisticated but by 2007 or so, all of the localized &#8220;rules&#8221; that these large players had implemented were well-known and work-arounds could be automated.</p>
<p>Except for registrars who employed what I call &#8220;the famous Godaddy lock&#8221; &#8211; named after the registrar who originated the practice. They do this thing where if you change ownership information on your domain, they lock it down for 60 days preventing you from transferring to a new registrar. This affects *tons* of people trying to move their domains.</p>
<p>Dating back to 2004, <a href="http://www.google.ca/url?sa=t&amp;rct=j&amp;q=icann%20transfer%20advisory&amp;source=web&amp;cd=4&amp;ved=0CDIQFjAD&amp;url=http%3A%2F%2Fgnso.icann.org%2Fdrafts%2FTransfer-Advisory-23aug07.pdf&amp;ei=aUX5ToPCAuPL0QGC0NH-CQ&amp;usg=AFQjCNGyfuSw0CM52s06YvUpzTBB7rX1bw">ICANN has been explicit</a> that a registrar can only deny a transfer on a locked domain &#8220;<em>&#8230;if they also provide a reasonable and readily accessible means for name holders to remove the lock status. Registrars who put any names on lock status MUST also provide reasonable and readily accessible means for customers to remove the lock status.</em>&#8221; None of these registrars provide any way for a customer to unlock their domain during this 60 day window. Of course, the easiest work around is to update your contact information after the transfer has completed.</p>
<p>Thing is, many, many, many registrants don&#8217;t know this and get locked up for far longer than they need to.</p>
<p>We used to get all worked up when registrars made up new &#8220;policies&#8221; &#8211; usually based on some incredibly narrow (and inaccurate) interpretation of what they thought ICANN&#8217;s transfer policy said. I would get *really* worked up because not only did I have the policies memorized, but as a draftor, I knew what the *intent* of the policies were. Funny, the creative interpretations were rarely consistent with my intent.</p>
<p>Long ago, I realized that the situation wasn&#8217;t going to change. Even if all the existing registrars fell into line, a new one would come along and come up with their own novel interpretation. Failing iron-fisted enforcement by ICANN, domain transfers would never be as easy as they should be.</p>
<p>Which brings me to the point of this post (which is far longer than it should be). The day that we realized that we weren&#8217;t facing a policy issue or a regulatory failing was the day we realized that we were facing a customer service issue. Rather than trying to lobby for new policies, stronger enforcement or a political resolution, we simply started doing whatever we could to help our customers.</p>
<p>This generally meant that we&#8217;d call the customer and walk them through the transfer, step-by-step and make sure they didn&#8217;t click on any little land mines that forced their domain to get locked or the transfer denied. In time, we were able to institutionalize this to the point where now, every customer that transfers to us has the option to do it themselves, or to have us handle all of the little details, in essence acting as the customer&#8217;s agent so they can worry about more important things like oh… lunch for example.</p>
<p>The beautiful thing is that we&#8217;re able to offer this highly customized and personal level of service to our customers for no extra charge.</p>
<p>I&#8217;ve been thinking a lot about customer service this evening, inspired by conversations with customers, and this quote from Jason Scott&#8217;s post, &#8220;<a href="http://ascii.textfiles.com/archives/3456">Godaddy SOPA Blah</a>&#8220;</p>
<blockquote>
<p>&#8220;DNS and domain name garbage are like funerals and busted water heaters. You don’t want to deal, when you come into problems it’s usually under duress, and when it’s all over you stop thinking about it until the next time.&#8221;</p>
</blockquote>
<p>We&#8217;ve still got a lot of rough edges to sort out &#8211; especially when it comes to recognizing that many of the people we talk to every day don&#8217;t necessarily *want* to, its because they have to. We&#8217;re the plumbers of the Internet, and I&#8217;m cool with that. I think we can be the best damn plumbers out there.</p>
<p> </p>
<p> </p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/' rel='bookmark' title='Register.com Still Playing Transfer Games 10 Years Later'>Register.com Still Playing Transfer Games 10 Years Later</a></li>
<li><a href='http://www.byte.org/2011/09/28/how-you-could-have-won-the-cira-election/' rel='bookmark' title='How you could have won the CIRA election'>How you could have won the CIRA election</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/12/26/evolving-the-domain-experience/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The Twitter Timeline</title>
		<link>http://www.byte.org/2011/12/20/the-twitter-timeline/</link>
		<comments>http://www.byte.org/2011/12/20/the-twitter-timeline/#comments</comments>
		<pubDate>Tue, 20 Dec 2011 14:06:02 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=442</guid>
		<description><![CDATA[Last week I wrote a post about what I didn&#8217;t like about the new Twitter design. My argument misses an important point &#8211; Twitter is on its own timeline. They are on a journey, just like everyone else, and are moving down the road towards realizing what Twitter ought to be. This recent version of [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/19/timeline-spam/' rel='bookmark' title='Timeline Spam'>Timeline Spam</a></li>
<li><a href='http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/' rel='bookmark' title='Things I don&#8217;t like about Twitter 4 for IOS'>Things I don&#8217;t like about Twitter 4 for IOS</a></li>
<li><a href='http://www.byte.org/2011/10/08/ciao-facebook/' rel='bookmark' title='Ciào Facebook'>Ciào Facebook</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>Last week I wrote a post about <a href="http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/">what I didn&#8217;t like about the new Twitter design</a>. My argument misses an important point &#8211; Twitter is on its own timeline. They are on a journey, just like everyone else, and are moving down the road towards realizing what Twitter ought to be. This recent version of Twitter will not be the last &#8211; the product and the company continue to evolve.</p>
<p>Are they moving in the right direction? <a href="http://money.cnn.com/2011/12/19/technology/twitter_exodus/">This article</a> implies they are. Twitter appears to be working on maturing the organization and the product at the same time. These are probably the right priorities &#8211; and certainly better than no priorities.</p>
<p>Reading the tea leaves a bit, it appears that for Twitter Inc. revenue is no longer a distraction and that public navel gazing and &#8220;<a href="http://www.youtube.com/watch?v=VdLn_swmOHg">star fucking</a>&#8221; does little or nothing to contribute to the bottom-line and the future of the company.</p>
<p>Analysing whether or not they&#8217;ve made all the right decisions concerning the product misses a big point. Twitter is turning the ship and making progress towards where they need to be. By focusing on their organization, people and execution they are developing broad internal expertise in how they achieve results. This might be the biggest difference between Facebook Today and Twitter Today. Facebook executes, Twitter posts about it. I think this is changing and Twitter is becoming an organization that executes.</p>
<p>If successful, this means the end of the line for all of the weird usability artifacts that the Twitter UI has been wrestling with these past four years. It also means Twitter Inc. will be a vastly improved organization deeply invested in building great products and delivering great service.</p>
<p>This is important for the future of the web. The other large social networks, Facebook specifically, exists to replace the web. Twitter, on the other hand, exists to make the web better. The world doesn&#8217;t need another AOL, it needs a better web and if Twitter plays its cards right, they could insinuate themselves with the web in such a way that they become a big part of the social backplane that is evolving to support the Open Web &#8211; a role that Facebook appears to have completely rejected in favour of what it views as larger goals.</p>
<p>But that would be the subject of another post completely.</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/19/timeline-spam/' rel='bookmark' title='Timeline Spam'>Timeline Spam</a></li>
<li><a href='http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/' rel='bookmark' title='Things I don&#8217;t like about Twitter 4 for IOS'>Things I don&#8217;t like about Twitter 4 for IOS</a></li>
<li><a href='http://www.byte.org/2011/10/08/ciao-facebook/' rel='bookmark' title='Ciào Facebook'>Ciào Facebook</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/12/20/the-twitter-timeline/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Timeline Spam</title>
		<link>http://www.byte.org/2011/12/19/timeline-spam/</link>
		<comments>http://www.byte.org/2011/12/19/timeline-spam/#comments</comments>
		<pubDate>Tue, 20 Dec 2011 03:52:53 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=439</guid>
		<description><![CDATA[I&#8217;m surprised that at this point in 2011 (almost 2012) that companies still think it is smart to sneak stuff onto users timelines when asking for auth information. It is just as uncool as forcing users to opt-out of mailing lists and other forms of spam. For example, this signup form for TimeKiwi&#8230; …stuffed this [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m surprised that at this point in 2011 (almost 2012) that companies still think it is smart to sneak stuff onto users timelines when asking for auth information.</p>
<p>It is just as uncool as forcing users to opt-out of mailing lists and other forms of spam.</p>
<p>For example, this signup form for TimeKiwi&#8230;</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="Screen Shot 2011-12-19 at 10.40.39 PM.png" src="http://www.byte.org/wp-content/uploads/2011/12/Screen-Shot-2011-12-19-at-10.40.39-PM.png" border="0" alt="Screen Shot 2011 12 19 at 10 40 39 PM" width="600" height="494" /></p>
<p>…stuffed this into my timeline….</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="Screen Shot 2011-12-19 at 10.49.22 PM.png" src="http://www.byte.org/wp-content/uploads/2011/12/Screen-Shot-2011-12-19-at-10.49.22-PM.png" border="0" alt="Screen Shot 2011 12 19 at 10 49 22 PM" width="590" height="109" /></p>
<p>Unless you get explicit consent you&#8217;re just making enemies. Don&#8217;t do it, no matter how tempting it is.</p>
<p>Thing is, I regularly send tweets pimping apps I like to my timeline… do good things and there&#8217;s a pretty good chance that I won&#8217;t mind spreading the word at all.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="Screen Shot 2011-12-19 at 10.51.37 PM.png" src="http://www.byte.org/wp-content/uploads/2011/12/Screen-Shot-2011-12-19-at-10.51.37-PM.png" border="0" alt="Screen Shot 2011 12 19 at 10 51 37 PM" width="590" height="131" /></p>
<p>Just please don&#8217;t spam.</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/12/19/timeline-spam/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Things I don&#8217;t like about Twitter 4 for IOS</title>
		<link>http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/</link>
		<comments>http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/#comments</comments>
		<pubDate>Sun, 11 Dec 2011 01:37:26 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=411</guid>
		<description><![CDATA[I want to preface this post by saying that I realize that a lot of people put a lot of heart and soul into producing Twitter 4 for IOS. As someone who dabbles in product management, I really appreciate the work that must have gone into releasing this app. I also think you got it [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>I want to preface this post by saying that I realize that a lot of people put a lot of heart and soul into producing Twitter 4 for IOS. As someone who dabbles in product management, I really appreciate the work that must have gone into releasing this app. I also think you got it wrong and I feel bad for writing a post that essentially trashes your work. Hopefully if you read this, you can absorb these comments in a positive way and agitate for some serious change at the right level in your application.</p>
<p>Twitter has long been <a href="http://www.growmap.com/twitter-usability/">criticized for the usability of its web</a> and mobile apps, and version 4 of the official Twitter client for IOS 5 is no different. Instead of improving the user experience, this release makes their service more difficult to use. I&#8217;ve long argued that in order for Twitter to create long-term relevance as a company, it needs to provide a simple and useful user experience across all of its interfaces. This means getting away from the <a href="http://twitter.com/#!/factoryjoe/statuses/223115412">geeky user-contributed hac</a>ks that sprung up in response to shortcomings in the early versions of Twitter.</p>
<p>In the early days, these little hacks were endearing to the user community. Then Twitter started trying to help its users by integrating some of these functions into their website and mobile applications.</p>
<p>Bad move.</p>
<p>Much of what made Twitter useful in the first place &#8211; Hashtags, @user and many other little Twitter specific conventions are hacks that were first adopted by users because Twitter didn&#8217;t support several key functions like groups or addressing a note to a specific user. Twitter has made the mistake of trying to integrate these workarounds into the base DNA of their service.</p>
<p>Why is this a mistake? These are hacks, which are by definition &#8220;<a href="http://en.wikipedia.org/wiki/Hack_(computer_science)#In_computer_science">useful but inelegant solutions to a problem</a>&#8220;. Not scalable, well-thought-out, simple and commercially sustainable solutions. Useful &amp; inelegant solutions.</p>
<p>Unfortunately recent releases of both the web and mobile clients have strayed away from useful hack and we&#8217;re left with something that&#8217;s not near enough useful.</p>
<p>Twitter appears to have fallen into the trap of blindly listening to its users and failing to understand what its users are trying to accomplish. Don&#8217;t pay attention to what your users ask you for, pay attention to what they are trying to achieve.</p>
<p>I digress. This post isn&#8217;t meant to be a dissection of everything that Twitter is messing up in their product architecture &#8211; they get a lot of things right and importantly, they have over 500 millions users. All I really want to do is point out a few things that I really, really don&#8217;t like about Twitter 4 for IOS 5. I thought it was helpful to provide some context about things I think they are messing up more generally to make it more obvious why I think what I think about what they are messing up with their IOS version.</p>
<p>I believe that much of the confusion swirls around their efforts to simplify features that were poorly conceived to begin with. Moving stuff around on these various screens and giving them different names isn&#8217;t going to solve any real problems for Twitter or its users.</p>
<p>First off, if simplifying mobile Twitter was a goal for Twitter 4, then some effort should have gone into making it readily obvious what the @, #, include a picture and geotagging icons in the composition window mean.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0382.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0382.jpg" border="0" alt="IMG 0382" width="400" height="600" /></p>
<p>Each of these icons sit at the bottom of the composition window and there isn&#8217;t much of an invitation to use them. Even when they are tapped, the function is completely opaque as to what the user should do next. Power users take these meanings for granted and most regular users attribute other meanings to these icons. The @ symbol is most obviously related to an email function, the # symbol could refer to a calculator or a telephone function. Include a pic is probably the best of the four &#8211; not much to confuse a user there but right beside it is the geotag icon. It carries no obvious meaning, and even for the most ardent power-users, is so vastly under-utilized that Twitter could probably consider dropping this function entirely.</p>
<p>Twitter 4 uses four top-level navigation cues to help users find their way around the software &#8211; Home, Connect, Discover and Me.</p>
<p>Others have gone deep on <a href="http://inessential.com/2011/12/08/on_the_tab_labels_in_the_new_twitter_app">why that might not be the best method</a>, definitely worth a read. My complaint lies within the Connect tab &#8211; I don&#8217;t get it.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0383.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0383.jpg" border="0" alt="IMG 0383" width="400" height="600" /></p>
<p>As a long-time user, I&#8217;ve been able to muddle through the functions on this screen and map them back to old functions, but for a beginning user, the similarities between Connect, Interactions and Mentions is going to be nothing but confusing. These labels will need some substantial rethinking before they are immediately obvious to a user.</p>
<p>And to make it more confusing, Twitter includes a search function in the Connect tab that doesn&#8217;t tell the user its a search function. The form field asks you to enter an &#8220;@name&#8221; (what&#8217;s that?) or a full name. For what purpose? A small UI cue would go a long way here.</p>
<p>Further, the Connect tab doesn&#8217;t make it obvious at all that most of the tweets and things that are displayed under this tab are interactions that people are having with me, or how they have interacted with my tweets. Sure retweeting is an obvious function for experienced users, but to the neophyte, telling someone that they&#8217;ve been retweeted five times is meaningless.</p>
<p>Tapping the Discover tab unveils an even more confusing mess of functionality.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0385.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0385.jpg" border="0" alt="IMG 0385" width="400" height="600" /></p>
<p>It shows Stories and Trends and gives the user no idea what these relate to. Can I write a story, is this just for reading? Where are my friends? Are these my trends? Usage stats? What? Ugh. A confusing mess.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0386.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0386.jpg" border="0" alt="IMG 0386" width="400" height="600" /></p>
<p>Find Friends and Browse Categories is a lot more obvious, but these are buried down at the bottom of the screen &#8211; probably because Twitter doesn&#8217;t have much a revenue model around these functions yet. But why is Find Friends and Browse Categories under Discover? Why aren&#8217;t they under Connect? Wouldn&#8217;t it make more sense to help me connect to people by Finding Friends?</p>
<p>Most of my Twitter use is split between a few accounts. Prior versions of Twitter for IOS made it obvious and easy to switch between accounts. Twitter 4 does not. Guess where its been hidden? As a sub label under &#8220;Me&#8221;.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0390.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0390.jpg" border="0" alt="IMG 0390" width="400" height="600" /></p>
<p>Worse still, click on &#8220;Settings&#8221; under &#8220;Me&#8221; (why are settings and multi-user switching buried here at all?) and you&#8217;ll see a weird mix of global application settings  (under Advanced) and account specific settings (under notifications).</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="IMG_0389.jpg" src="http://www.byte.org/wp-content/uploads/2011/12/IMG_0389.jpg" border="0" alt="IMG 0389" width="400" height="600" /></p>
<p>This is in addition to the IOS Twitter settings under System Preferences.</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="photo.PNG" src="http://www.byte.org/wp-content/uploads/2011/12/photo.png" border="0" alt="Photo" width="400" height="600" /></p>
<p>Why aren&#8217;t all of these settings nicely tucked into the IOS System Preferences settings for Twitter? As is, it will be really confusing for users to figure out where they should be going to tweak which settings and provides a user with two different means of adding new accounts to the application.</p>
<p>This is supposed to be &#8220;<a href="http://itunes.apple.com/us/app/twitter/id333903271?mt=8">a faster, simpler way to stay close to everything you care about</a>&#8220;. I think Twitter has missed that mark by a mile.</p>
<p>It will be extremely interesting to see how the company reacts to user feedback about these changes. At the same time, they&#8217;ve <a href="http://blog.twitter.com/2011/12/lets-fly.html">announced some pretty sweeping changes</a> to how their website works as well. Their documentation draws some exceptionally clear parallels between the mobile app and the web app. I can only hope that their web app gets it a lot more right than the mobile app did.</p>
<p>My overall feeling is that they are re-arranging the UI deck chairs while skirting the more central issue of how to absorb the early user-hacks into real and scalable features within their user experience.</p>
<p>I suppose I could just <a href="http://articles.businessinsider.com/2011-12-09/tech/30497182_1_twitter-app-mobile-applications-itunes">uninstall it.</a></p>
<p> </p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/12/20/the-twitter-timeline/' rel='bookmark' title='The Twitter Timeline'>The Twitter Timeline</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/12/10/things-i-dont-like-about-twitter-4-for-ios/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>Register.com Still Playing Transfer Games 10 Years Later</title>
		<link>http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/</link>
		<comments>http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/#comments</comments>
		<pubDate>Thu, 24 Nov 2011 23:41:36 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=402</guid>
		<description><![CDATA[10 years after ICANN first implemented its inter-registrar domain transfer policy, Register.com is still leading the way in customer-hostile game playing that serves no real purpose other than to stem the bleed of customers away from their high prices and poor service. Here&#8217;s a recent email that I received from them when I tried to [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/11/07/my-customers-not-your-eyeballs/' rel='bookmark' title='My customers, not your eyeballs'>My customers, not your eyeballs</a></li>
<li><a href='http://www.byte.org/2011/12/26/evolving-the-domain-experience/' rel='bookmark' title='Evolving The Domain Name Experience'>Evolving The Domain Name Experience</a></li>
<li><a href='http://www.byte.org/2011/09/28/how-you-could-have-won-the-cira-election/' rel='bookmark' title='How you could have won the CIRA election'>How you could have won the CIRA election</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>10 years after ICANN first implemented its inter-registrar domain transfer policy, Register.com is still leading the way in customer-hostile game playing that serves no real purpose other than to stem the bleed of customers away from their high prices and poor service. Here&#8217;s a recent email that I received from them when I tried to transfer a domain name away from them&#8230;</p>
<blockquote>
<p>You recently requested an auth code to transfer your &#8220;<a href="http://shiftycarsales.com/">somesillytestdomainname.com</a>&#8221; domain name.<br />Your request has been processed and at this time it has been declined due to recent suspicious activity in your account.</p>
<p><a href="http://Register.com/">Register.com</a> is committed to providing the most secure and reliable domain services for our customers.<br />We have implemented specific security measures to help prevent unauthorized transfer of domains to another registrar.<br />The type of suspicious activity that could have caused your request to be declined includes:<br />-	Multiple failed attempts to login to customer&#8217;s account<br />-	Recent changes to the account holder&#8217;s name, email address, or login ID<br />-	Attempts to access the account over the phone without authorization<br />-	Recent changes to the accounts password<br />-	Domain name lock not removed<br />-	Recent changes to billing or credit card information</p>
<p>To receive your auth code, please call one of our customer service consultants at 1.888.734.4783. They will confirm you to the account and then fulfill your request.</p>
</blockquote>
<p>Thing is, most auth code requests receive this type of a response. From what I understand, it is basically impossible to retrieve an auth code from them via the web.</p>
<p>This is one of the reasons we work so hard at Hover to understand what other registrars are up to and invest so much in systems and processes that help customers move their domains. Most of them are playing games, making it virtually impossible for regular people to move their business to a new registrar without jumping through a myriad of self-serving hoops. If you ever want to move your domains to Hover from a hostile provider like Register.com, feel free to give us a call and let us take care of the details. It certainly beats having to get a PH.D (Doctorate in Domains) just to move your business to a new provider.</p>
<p>(and yeah, I&#8217;ve heard the whole &#8220;we are worried about our customers security&#8221; argument a thousand times before. Domain hijacking is no more prevalent at registrars that don&#8217;t play transfers games than their are at ones that do.)</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/11/07/my-customers-not-your-eyeballs/' rel='bookmark' title='My customers, not your eyeballs'>My customers, not your eyeballs</a></li>
<li><a href='http://www.byte.org/2011/12/26/evolving-the-domain-experience/' rel='bookmark' title='Evolving The Domain Name Experience'>Evolving The Domain Name Experience</a></li>
<li><a href='http://www.byte.org/2011/09/28/how-you-could-have-won-the-cira-election/' rel='bookmark' title='How you could have won the CIRA election'>How you could have won the CIRA election</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>My customers, not your eyeballs</title>
		<link>http://www.byte.org/2011/11/07/my-customers-not-your-eyeballs/</link>
		<comments>http://www.byte.org/2011/11/07/my-customers-not-your-eyeballs/#comments</comments>
		<pubDate>Mon, 07 Nov 2011 21:55:59 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=398</guid>
		<description><![CDATA[SaaS is a great model and I especially like how it can solve small business problems very quickly. Using a web service instead of developing custom code in-house can really decrease the amount of time it takes to develop a new idea and launch it into the market. One of my requirements for web services [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/10/how-rim-can-save-rim-from-rim/' rel='bookmark' title='How RIM can save RIM from RIM'>How RIM can save RIM from RIM</a></li>
<li><a href='http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/' rel='bookmark' title='Register.com Still Playing Transfer Games 10 Years Later'>Register.com Still Playing Transfer Games 10 Years Later</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>SaaS is a great model and I especially like how it can solve small business problems very quickly. Using a web service instead of developing custom code in-house can really decrease the amount of time it takes to develop a new idea and launch it into the market.</p>
<p>One of my requirements for web services is that my brand takes prominence over theirs. Some services are better at this than others, and I&#8217;m fairly forgiving on this point &#8211; sometimes the URLs aren&#8217;t as clean as I would like or our ability to brand the service is limited, but generally SaaS providers understand the importance of helping us put our brand in front of our customers.</p>
<p>Most SaaS providers offer this enhanced branding as an upsell from their free offer. No cash mean no branding &#8211; this makes total sense to me. This arrangement is essentially an advertising relationship where I let the SaaS provider advertise their brand to my customers in exchange for free use of their service. In some cases, I&#8217;m also really cool with this arrangement but for the most part, I prefer to just pay up and take advantage of the branding for my benefit.</p>
<p>I ran across one provider this week that seems to want the best of both worlds. They want me to pay for their service (no free option) and their solution is heavily branded with links and logos to entice my customers to use their service. Thinking that I must have missed something, I sent an email to their customer support team asking how I can turn off their branding.</p>
<p>Their response was that they had no plans to offer this feature in the near future. I wasn&#8217;t really surprised at the response, but I was definitely taken aback by the temerity of their strategy. Do they really think this is a sustainable way to grow their business?</p>
<p>In essence, their business model presumes that I will pay them money so that they can advertise to my customers.</p>
<p>Screw that. My relationship with my customers is important and precious &#8211; there&#8217;s no way that I&#8217;m going to distract them with someone else&#8217;s corporate messaging in this way.</p>
<p>We&#8217;ll be moving to a new solution soon.</p>
<p> </p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/10/how-rim-can-save-rim-from-rim/' rel='bookmark' title='How RIM can save RIM from RIM'>How RIM can save RIM from RIM</a></li>
<li><a href='http://www.byte.org/2011/11/24/register-com-still-playing-transfer-games-10-years-later/' rel='bookmark' title='Register.com Still Playing Transfer Games 10 Years Later'>Register.com Still Playing Transfer Games 10 Years Later</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/11/07/my-customers-not-your-eyeballs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Bullet Time, Wet</title>
		<link>http://www.byte.org/2011/11/03/bullet-time-wet/</link>
		<comments>http://www.byte.org/2011/11/03/bullet-time-wet/#comments</comments>
		<pubDate>Fri, 04 Nov 2011 01:34:29 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=389</guid>
		<description><![CDATA[If you are familiar with the technology behind the original &#8220;bullet time&#8221; effect in the Matrix, you will really appreciate how trick this commercial&#8217;s production is &#8211; getting all of those cameras on the water is no small feat. Watch this one in full screen. - Rip Curl Mirage Campaign from Time-Slice® Films on Vimeo. Check out [...]
Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/01/check-your-work/' rel='bookmark' title='Check your work'>Check your work</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p>If you are familiar with the technology behind the original &#8220;bullet time&#8221; effect in the Matrix, you will really appreciate how trick this commercial&#8217;s production is &#8211; getting all of those cameras on the water is no small feat. Watch this one in full screen.</p>
<p><iframe src="http://player.vimeo.com/video/15842808?title=0&amp;byline=0&amp;portrait=0&amp;color=3b3b3b" frameborder="0" width="500" height="240"></iframe></p>
<p style="text-align: right;">- <a href="http://vimeo.com/15842808">Rip Curl Mirage Campaign</a> from <a href="http://vimeo.com/timeslice">Time-Slice® Films</a> on <a href="http://vimeo.com">Vimeo</a>.</p>
<p>Check out Core 7 for <a href="http://www.core77.com/blog/technology/rip_curl_time-slice_camera_array_collaboration_lets_you_perceive_surfing_as_never_before_20925.asp?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+core77%2Fblog+%28Core77.com%27s+design+blog%29&amp;utm_content=Google+Reader">more details</a>.</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/01/check-your-work/' rel='bookmark' title='Check your work'>Check your work</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/11/03/bullet-time-wet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trick or treat!</title>
		<link>http://www.byte.org/2011/10/31/trick-or-treat/</link>
		<comments>http://www.byte.org/2011/10/31/trick-or-treat/#comments</comments>
		<pubDate>Mon, 31 Oct 2011 21:49:16 +0000</pubDate>
		<dc:creator>Ross</dc:creator>
				<category><![CDATA[Editorial]]></category>

		<guid isPermaLink="false">http://www.byte.org/?p=387</guid>
		<description><![CDATA[Have a safe and happy Halloween everyone! More importantly, don&#8217;t forget that the Christmas season starts tomorrow! Related posts: Thanks Canada!
Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/13/thanks-canada/' rel='bookmark' title='Thanks Canada!'>Thanks Canada!</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><img style="display: block; margin-left: auto; margin-right: auto;" title="halloween_2Dpumpkins-rev.jpg" src="http://www.byte.org/wp-content/uploads/2011/10/halloween_2Dpumpkins-rev1.jpg" border="0" alt="Halloween 2Dpumpkins rev" width="500" height="373" /></p>
<p>Have a safe and happy Halloween everyone! More importantly, don&#8217;t forget that the Christmas season starts tomorrow!</p>
<p>Related posts:<ol>
<li><a href='http://www.byte.org/2011/10/13/thanks-canada/' rel='bookmark' title='Thanks Canada!'>Thanks Canada!</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.byte.org/2011/10/31/trick-or-treat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

