<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Altitude Slickness (at Couloir.org)</title>
    <link>http://blog.couloir.org</link>
    <language>en</language>
    <webMaster>blog@couloir.org (Scott Upton)</webMaster>
    <copyright>Copyright 2006-2008</copyright>
    <ttl>60</ttl>
    <pubDate>Wed, 16 Jul 2008 13:28:43 GMT</pubDate>
    <description>Mountains, photography, and design</description>
    <item>
      <title>Heading to Leadville</title>
      <link>http://blog.couloir.org/past/2008/7/16/heading_to_leadville/</link>
      <pubDate>Wed, 16 Jul 2008 13:19:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2008/7/16/heading_to_leadville/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;I haven&amp;#8217;t raced all season, but I&amp;#8217;m planning to start off with a bang. This weekend, my singlespeed and I will head up to Leadville, CO for the &lt;a href="http://www.leadvilletrail100.com/merchant.ihtml?id=1510&amp;#38;step=2"&gt;Silver Rush &lt;span class="caps"&gt;MTB&lt;/span&gt;&lt;/a&gt;, a 50-mile mountain bike race complete with 7,000+ ft of elevation gain.&lt;/p&gt;&lt;p&gt;I could have chosen to dabble in some shorter races or I could have ridden by geared bike, but what&amp;#8217;d be the fun in that? Basically, if I can get to the finish line before the race banners are taken down, I&amp;#8217;ll be a happy man. Whatever the case, the race has encouraged me to explore some &lt;a href="http://trail.motionbased.com/trail/activity/6171866"&gt;new rides&lt;/a&gt; and test myself on some &lt;a href="http://trail.motionbased.com/trail/activity/6225162"&gt;old standbys&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;This is going to be interesting.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/cycling">cycling</category>
      <category domain="http://blog.couloir.org/past/tags/singlespeed">singlespeed</category>
    </item>
    <item>
      <title>Slower</title>
      <link>http://blog.couloir.org/past/2008/4/28/slower/</link>
      <pubDate>Mon, 28 Apr 2008 12:58:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2008/4/28/slower/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;Things have been slow here on the blog and on my &lt;a href="http://couloir.org"&gt;photo gallery&lt;/a&gt;, but only because things &lt;em&gt;haven&amp;#8217;t&lt;/em&gt; been slow in the rest of my life. With ski season rapidly coming to a close and cycling season ramping up, I hope to be getting out more soon.&lt;/p&gt;&lt;p&gt;In the meantime, I&amp;#8217;ll be &lt;a href="http://twitter.com/uptonic"&gt;twittering&lt;/a&gt; and &lt;a href="http://uptonic.com"&gt;tumbling&lt;/a&gt; along slowly elsewhere.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/blogging">blogging</category>
      <category domain="http://blog.couloir.org/past/tags/elsewhere">elsewhere</category>
    </item>
    <item>
      <title>Skiing at the Fowler-Hilliard Hut</title>
      <link>http://blog.couloir.org/past/2008/1/21/skiing_at_the_fowlerhilliard_hut/</link>
      <pubDate>Mon, 21 Jan 2008 02:19:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2008/1/21/skiing_at_the_fowlerhilliard_hut/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;It&amp;#8217;s hard to believe this weekend marked my &lt;a href="http://couloir.org/2008_0_0.php"&gt;first backcountry hut trip&lt;/a&gt; since moving to Colorado in 1998. And after this trip, I can&amp;#8217;t believe I waited so long.&lt;/p&gt;&lt;p&gt;Ten of us skinned into &lt;a href="http://www.hutski.com/hut-routes/fowler-hilliard/fowler-hilliard-hut.html"&gt;Fowler-Hilliard&lt;/a&gt; from Camp Hale/Pando on Thursday morning. The 5-mile, 2,000ft climb in sub-zero conditions was a challenge, particularly in the last exposed mile where visibility was poor and the winds picked up. Thankfully, there was a warm fire to greet us on arrival.&lt;/p&gt;&lt;p&gt;The next morning, while cold, was beautifully sunny and despite the temperatures felt considerably warmer than the day before. To warm up, we skied the trees to the North of the cabin but quickly realized we needed to make the most of the sunny weather and turned our attention to the South.&lt;/p&gt;&lt;p&gt;Because it had been cloudy since the last snowfall, slopes that would normally turn to crust were instead covered in light powder. Jumping in from the Ptarmigan Pass access road, we connected several glades into one long run to the valley floor beneath Resolution Peak. A steep skin up, followed by another run and one final climb back to the road and we had definitely earned our dinner.&lt;/p&gt;&lt;p&gt;On the way out, a few of us opted to skin up over Resolution Peak itself, careful to skirt the wind-loaded slopes below that would surely generate an avalanche if permitted. After a few runs off the back of the peak, we skied over to the trail junction, ducked into the trees along the ridge and picked up several more glades before returning to McAllister Gulch for the ski out.&lt;/p&gt;&lt;p&gt;Thanks to everyone for a great trip&amp;#8230; This definitely won&amp;#8217;t be my last! Be sure to &lt;a href="http://couloir.org/2008_0_0.php"&gt;check out the photos&lt;/a&gt; over on my photography site.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/mountaineering">mountaineering</category>
      <category domain="http://blog.couloir.org/past/tags/photos">photos</category>
      <category domain="http://blog.couloir.org/past/tags/skiing">skiing</category>
      <category domain="http://blog.couloir.org/past/tags/telemark">telemark</category>
    </item>
    <item>
      <title>Racing Lessons</title>
      <link>http://blog.couloir.org/past/2007/8/6/racing_lessons/</link>
      <pubDate>Sun, 05 Aug 2007 23:29:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2007/8/6/racing_lessons/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;Lessons learned during my latest singlespeed race in Winter Park:&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Show up to the start on time&lt;/strong&gt;&lt;br/&gt;The group doesn&amp;#8217;t wait for numbskulls who set their watches to the rhythm of the rustling breeze or the song of the humpback whale. As fun as it is to chase the rabbit, sometimes it&amp;#8217;s better to be part of the herd.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;If you can push a bigger gear, do it&lt;/strong&gt;&lt;br/&gt;Don&amp;#8217;t let a scary-looking course profile make you wet your pants in fear. What they&amp;#8217;re not showing you in the course profile is that you&amp;#8217;ll spin out on the false flats and, let&amp;#8217;s face it, &lt;em&gt;still&lt;/em&gt; walk your bike up the steepest climbs.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Tension your chain correctly the first time&lt;/strong&gt;&lt;br/&gt;It might sound all 3rd grade, playing-card-in-the-spokes cool, but a chain between your stays and rotating tire is not a good thing.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Double-check your equipment&lt;/strong&gt;&lt;br/&gt;That rattling noise coming from the tip of your fork? That&amp;#8217;s your quick-release. Tighten it next time, will ya? In the meantime, track down the person responsible for those little safety tabs welded onto every dropout made today and thank them. Lordy that was close.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Train&lt;/strong&gt;&lt;br/&gt;It seems so obvious to me now, but you apparently have to do more than sit in an office chair all day and race every other weekend to stay fit. Who knew?&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/cycling">cycling</category>
      <category domain="http://blog.couloir.org/past/tags/singlespeed">singlespeed</category>
    </item>
    <item>
      <title>Introducing MooPix</title>
      <link>http://blog.couloir.org/past/2007/7/24/introducing_moopix/</link>
      <pubDate>Tue, 24 Jul 2007 13:22:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2007/7/24/introducing_moopix/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;Awhile back, I &lt;a href="http://blog.couloir.org/past/2007/1/28/flickr_off_rails/"&gt;vented my frustration&lt;/a&gt; over the poor documentation and support around &lt;a href="http://blog.maxdunn.com/articles/2006/07/06/getting-started-with-flickr-on-rails"&gt;putting Flickr on Rails&lt;/a&gt;. After having a go with various solutions, I decided I was in over my head and decided to fall back on something more familiar and began working on a pure &lt;a href="http://blog.couloir.org/past/2007/3/3/elsewhere/"&gt;Javascript&lt;/a&gt; solution.&lt;/p&gt;&lt;p&gt;And although it currently works only in Firefox and Safari, I&amp;#8217;d like to introduce &lt;a href="http://www.moopix.org"&gt;MooPix&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Normally you need server-side languages like Ruby because browsers do not permit direct cross-site scripting (i.e. they don&amp;#8217;t want hacker sites to be able to control the code on your banking site). MooPix is a way for people who don&amp;#8217;t understand server-side scripting, don&amp;#8217;t control what&amp;#8217;s installed on their server, or don&amp;#8217;t even have a server in the first place to make calls against the Flickr &lt;span class="caps"&gt;API&lt;/span&gt;.&lt;/p&gt;&lt;p&gt;Like my original &lt;a href="http://www.couloir.org/js_slideshow/"&gt;slideshow&lt;/a&gt;, MooPix is licensed under a &lt;a href="http://creativecommons.org/licenses/by-sa/3.0/"&gt;Creative Commons Attribution-ShareAlike&lt;/a&gt; license.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/javascript">javascript</category>
      <category domain="http://blog.couloir.org/past/tags/moopix">moopix</category>
      <category domain="http://blog.couloir.org/past/tags/photos">photos</category>
    </item>
    <item>
      <title>iPhone iNsanity</title>
      <link>http://blog.couloir.org/past/2007/6/26/iphone_insanity/</link>
      <pubDate>Tue, 26 Jun 2007 00:37:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2007/6/26/iphone_insanity/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;With just a few days to go before the release of the iPhone, people are going insane. This includes Apple itself, which is &lt;a href="http://www.apple.com/iphone/usingiphone/activation_large.html"&gt;pushing the boundaries&lt;/a&gt; of what iTunes should do. Remember when iTunes simply played and downloaded music? Now, despite its music-focused name, the application has been tasked with setting up your AT&amp;#38;T account and managing your iPhone syncing needs. Sure, iTunes makes sense from a deployment perspective (the app has great market penetration) but perhaps a name change is in order.&lt;/p&gt;&lt;p&gt;Even better are the &lt;a href="http://vicariousmusic.com/2007/06/25/iphone-2/"&gt;people who have started queuing up&lt;/a&gt; outside Apple Stores across the country. Gotta respect that &lt;a href="http://sfbay.craigslist.org/sfc/sys/357626424.html"&gt;entrepreneurial spirit&lt;/a&gt;.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/apple">apple</category>
      <category domain="http://blog.couloir.org/past/tags/iphone">iphone</category>
    </item>
    <item>
      <title>Elsewhere: JSON Edition</title>
      <link>http://blog.couloir.org/past/2007/3/3/elsewhere/</link>
      <pubDate>Sat, 03 Mar 2007 12:51:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2007/3/3/elsewhere/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;I feel the need to prime the pump, so to speak, after a dearth of postings over the last month or so. Here are a few links I&amp;#8217;ve found interesting recently:&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.theurer.cc/blog/2005/12/15/web-services-json-dump-your-proxy/"&gt;Web Services + &lt;span class="caps"&gt;JSON&lt;/span&gt; = Dump Your Proxy&lt;/a&gt;&lt;br/&gt;This one is old (circa 2005), but I&amp;#8217;ve found few links as useful on implementing a basic mashup using pure Javascript in an effort to avoid a server-side proxy (be it &lt;span class="caps"&gt;PHP&lt;/span&gt;, ASP, Ruby, or what not).&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.xml.com/lpt/a/1636"&gt;&lt;span class="caps"&gt;JSON&lt;/span&gt; and the Dynamic Script Tag&lt;/a&gt;&lt;br/&gt;More details on implementing a web service request cross-domain using dynamic script tag generation. Another interesting blast from 2005.&lt;/p&gt;&lt;p&gt;&lt;a href="http://tagneto.org/how/reference/js/DynamicScriptRequest.html"&gt;Dynamic Script Request &lt;span class="caps"&gt;API&lt;/span&gt;&lt;/a&gt;&lt;br/&gt;Another from the same era and in a similar vein, this concept uses a pure JS approach to retrieving information cross-domain without using a server-side proxy. The interesting thing here is how it breaks up large requests and, I believe, attempts to handle timeouts.&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.json.org/JSONRequest.html"&gt;JSONRequest&lt;/a&gt;&lt;br/&gt;Crockford&amp;#8217;s effort to build an alternative to XMLHttpRequest that is not bound by that method&amp;#8217;s single-domain security limitations.&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast"&gt;Vitamin: Serving Javascript Fast&lt;/a&gt;&lt;br/&gt;Some smart techniques for serving up your client-side scripts.&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.apple.com/pro/profiles/washingtonpost/"&gt;Apple Profiles the Washington Post&lt;/a&gt;&lt;br/&gt;A look at how old media is becoming (and in some cases leapfrogging) so-called new media.&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.arcadefire.com/flash.html"&gt;Arcade Fire&lt;/a&gt;&lt;br/&gt;Because I can&amp;#8217;t stop listening to this band lately.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/elsewhere">elsewhere</category>
      <category domain="http://blog.couloir.org/past/tags/javascript">javascript</category>
    </item>
    <item>
      <title>Flickr off Rails</title>
      <link>http://blog.couloir.org/past/2007/1/28/flickr_off_rails/</link>
      <pubDate>Sat, 27 Jan 2007 17:01:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2007/1/28/flickr_off_rails/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;I have to take a moment to vent because I&amp;#8217;ve had quite a frustrating evening. You see, after getting inspired by the famous &lt;a href="http://media.rubyonrails.org/video/flickr-rails-ajax.mov"&gt;Putting Flickr on Rails&lt;/a&gt; demo, I set out to investigate the FlickrAPI. Not long after I had installed the &lt;a href="http://redgreenblu.com/flickr/"&gt;flickr.rb&lt;/a&gt; gem, however, I hit my first hurdle. I&amp;#8217;m sure everyone out there knows this, but flickr.rb has long since &lt;a href="http://wonko.com/article/452"&gt;stopped working&lt;/a&gt;. Like a dead cell phone they keep selling at the Verizon store, flickr.rb is no more. There are &lt;a href="http://d2p.us/patches/flickr.rb"&gt;patches&lt;/a&gt; and &lt;a href="http://www.flickr.com/groups/api/discuss/72157594263979990/"&gt;workarounds&lt;/a&gt;, but it gets messy fast.&lt;/p&gt;&lt;p&gt;But wait, did you say &amp;#8220;flickr.rb&amp;#8221;? Perhaps you meant &lt;a href="http://blog.maxdunn.com/articles/2006/07/06/getting-started-with-flickr-on-rails"&gt;rflickr&lt;/a&gt; instead? But of course&amp;#8212;why would I be wasting my time trying to leverage such outdated code when something so shiny and new was available? Sorry, I should have known better.&lt;/p&gt;&lt;p&gt;And yet, where is the documentation for rflickr? To say it&amp;#8217;s thin is to say giraffes are tall. It doesn&amp;#8217;t exist. And when you &lt;a href="http://lists.rubyonrails.org/pipermail/rails/2006-May/042399.html"&gt;realize&lt;/a&gt; the &lt;a href="http://schf.uc.org/articles/2006/10/23/using-rmagick-with-flickr"&gt;hoops&lt;/a&gt; through which you have to jump just to authenticate with Flickr properly, it just gets more daunting.&lt;/p&gt;&lt;p&gt;All of which is to say I&amp;#8217;m frustrated by the frequency with which Ruby code is generated and quickly discarded by the community, the lack of care put into documentation in general, and generally speaking how much less reliable external libraries like these seem in the Ruby world when you compare them to what exists for plain vanilla &lt;span class="caps"&gt;PHP&lt;/span&gt;. Ruby developers&amp;#8212;you surely can do better. It&amp;#8217;s not enough to stop at Rails and call it a day.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Updated&lt;/strong&gt;: Hopefully &lt;a href="http://www.maxdunn.com/RoR+and+Flickr"&gt;this tutorial on Flickr authentication&lt;/a&gt; will prove helpful to some&amp;#8230; But you&amp;#8217;ll definitely need to leverage Google&amp;#8217;s code cache for the &lt;a href="http://www.google.com/codesearch?hl=en&amp;#38;q=show:eJ-0Qacufi0:bOLmxly8Kco&amp;#38;sa=N&amp;#38;ct=rdp&amp;#38;cs_p=http://www.maxdunn.com/rails_flickr.zip"&gt;original zip file&lt;/a&gt; and the &lt;a href="http://gemjack.com/gems/rflickr-2006.02.01/index.html"&gt;very sparse documentation&lt;/a&gt; for rflickr.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/flickr">flickr</category>
      <category domain="http://blog.couloir.org/past/tags/rails">rails</category>
    </item>
    <item>
      <title>Simplicity is Dead? Not so Fast</title>
      <link>http://blog.couloir.org/past/2006/12/9/simplicity_is_dead_not_so/</link>
      <pubDate>Sat, 09 Dec 2006 16:44:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2006/12/9/simplicity_is_dead_not_so/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;Don Norman, author of such books as &lt;a href="http://www.jnd.org/dn.mss/the_design_of_e.html"&gt;The Design of Everyday Things&lt;/a&gt; and &lt;a href="http://www.jnd.org/dn.mss/emotional_desig_1.html"&gt;Emotional Design&lt;/a&gt; recently posted a piece called &lt;a href="http://www.jnd.org/dn.mss/simplicity_is_highly.html"&gt;Simplicity Is Highly Overrated&lt;/a&gt;. There&amp;#8217;s a strong current of defeatism in the article and, frankly, it&amp;#8217;s frustrating to hear this coming from a man so many respect. Is this what we&amp;#8217;ve come to? Has irrational consumer exuberance won the day? I have my doubts.&lt;/p&gt;&lt;blockquote&gt;&lt;p&gt;Make it simple and people won&#8217;t buy. Given a choice, they will take the item that does more. Features win over simplicity, even when people realize that it is accompanied by more complexity.&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt;First off, he predicates his article on the assumption that making simple products is easy&amp;#8212;that companies like LG and Samsung could make something dead easy but their marketing departments are steering them away from that ideal. The fact is, making complex things simple is extremely difficult and most companies take the easy way out by adding knobs, dials and buttons.&lt;/p&gt;&lt;p&gt;The iPod is a perfect example of a simple design that still offers powerful features without getting in your way. Those features that are not core to the performance of basic tasks can be plugged in, ensuring that &lt;em&gt;my&lt;/em&gt; desire for an FM Radio receiver doesn&amp;#8217;t affect &lt;em&gt;your&lt;/em&gt; desire for longer battery life.&lt;/p&gt;&lt;p&gt;Second, Norman makes the assumption that there&amp;#8217;s only one kind of buyer out there and that you have to have a single product strategy to appeal to them. There is a huge range in what people are willing to buy and many people elect to buy devices that do fewer things well over those that try to be all things to all people. To assume that people cannot make buying decisions based on future needs is, well, overly simplistic.&lt;/p&gt;&lt;p&gt;There will always be a market for solutions that help people get things done efficiently and with a minimum of frustration. Call it elegance, simplicity, or just plain straightforward&amp;#8230; But don&amp;#8217;t underestimate its power.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;&lt;span class="caps"&gt;UPDATE&lt;/span&gt;:&lt;/strong&gt; Joel Spolsky &lt;a href="http://www.joelonsoftware.com/items/2006/12/09.html"&gt;has written a response&lt;/a&gt; to Norman&amp;#8217;s original article. He makes some good points, but he fails to address the cost adding new features has on existing ones. TaDa List&amp;#8217;s &lt;span class="caps"&gt;RSS&lt;/span&gt; feed does not detract from the overall user experience&amp;#8230; Whereas the Zune&amp;#8217;s WiFi &lt;strong&gt;does&lt;/strong&gt; reduce battery life for the entire device.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/design">design</category>
      <category domain="http://blog.couloir.org/past/tags/usability">usability</category>
    </item>
    <item>
      <title>Far Coast</title>
      <link>http://blog.couloir.org/past/2006/11/23/far_coast/</link>
      <pubDate>Thu, 23 Nov 2006 08:42:00 GMT</pubDate>
      <guid>http://blog.couloir.org/past/2006/11/23/far_coast/</guid>
      <author>blog@couloir.org (Scott Upton)</author>
      <description>&lt;p&gt;Coca Cola is apparently &lt;a href="http://www.andrewburke.ca/ajlb/viewBlogEntry.php?ref=69"&gt;getting into the coffee game&lt;/a&gt;, trying to beat Starbucks by appearing far more &amp;#8220;green&amp;#8221; to the consumer. The folks in Toronto, where the flagship North American store has opened recently, are &lt;a href="http://www.nowtoronto.com/issues/2006-11-23/news_story4.php"&gt;not convinced&lt;/a&gt;:&lt;/p&gt;&lt;blockquote&gt;&lt;p&gt;And there&amp;#8217;s a bonus: the shop promises eco/social responsibility, offering a fair trade choice and cups made from recycled products in a space constructed with green building materials. When things are this perfectly crafted, you have to wonder who&amp;#8217;s behind the curtain. You won&amp;#8217;t find out by checking the logos, but the fact is, the big name behind all this is none other than Coca-Cola&amp;#8230;&lt;/p&gt;&lt;/blockquote&gt;&lt;blockquote&gt;&lt;p&gt;&amp;#8230;What we have here is the mother of all branding quagmires a company that personifies American cultural imperialism, targeted by boycotts all over the world, is trying to grow a new market out of us green urbanites.&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt;I somehow doubt this will burnish Coke&amp;#8217;s image in the hearts and minds of those who follow the company closely. And those who do not monitor Coke&amp;#8217;s labor, economic, and environmental policies will probably never go far enough to find out that Coca Cola created Far Coast in the first place. It seems the green-washing of Far Coast is more about creating a nice place to have a drink than anything else. Heck, if they become successful, Starbucks may have to counter with more Fair Trade coffee and more renewable materials.&lt;/p&gt;</description>
      <category domain="http://blog.couloir.org/past/tags/environment">environment</category>
      <category domain="http://blog.couloir.org/past/tags/retail">retail</category>
    </item>
  </channel>
</rss>
