<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
    <channel>
        <title>Interalia</title>
        <link>http://sahotes.com/blog/</link>
        <description>Books, technology, sailing, among other things...</description>
        <language>en-US</language>
        <copyright>Copyright 2010</copyright>
        <lastBuildDate>Thu, 15 Jul 2010 22:43:56 -0800</lastBuildDate>
        <generator>http://www.sixapart.com/movabletype/</generator>
        <docs>http://www.rssboard.org/rss-specification</docs>
        
        <item>
            <title>New is Hard</title>
            <description><![CDATA[<blockquote>"Thousands of years ago, the first man discovered how to make fire. He was probably burned at the stake he had taught his brothers to light."<br><br>&nbsp;&nbsp;-- Ayn Rand, "The Fountainhead"</blockquote>
<br>

Creating something new is hard.  Yes, this is not news, but a few things hit home today for me that brought this into perspective.  My company is trying to do something truly new in telecom and public safety, I should have known this would not be easy.  I've identified the following sources of friction:
<br>
<ol>
<li style="margin:.5em 10% .5em 0">Lawyers.  Lawyers are in their element when they are enforcing the status quo.  They are the "sticky" in "sticky spaghetti".

<li style="margin:.5em 10% .5em 0">Bureaucrats.  We all know what a bureaucrat is.  I think the most direct definition is this:  it is someone who succeeds by effectively making others fail.

<li style="margin:.5em 10% .5em 0">Fear of failure.  This is a hard one.  In fact we probably all fear failure to some extent (yes, I acknowledge that the rare exception exists, and we need these people too...)  This is probably an important survival trait, but in modern society subverting it can be a challenge.

<li style="margin:.5em 10% .5em 0">Paralysis by analysis.  This is common in business.  We need analysts.  People who can sift through the data, add up the columns, and come up with the decision that maximizes benefit while minimizing risk, etc., etc.  I just don't want these people responsible for actually <i>making</i> the decision.  That is just plain dangerous.
</ol>
We'll get there.]]></description>
            <link>http://sahotes.com/blog/2010/07/new-is-hard.html</link>
            <guid>http://sahotes.com/blog/2010/07/new-is-hard.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">business society</category>
            
            <pubDate>Thu, 15 Jul 2010 22:43:56 -0800</pubDate>
        </item>
        
        <item>
            <title>Location Labs Geofence Library for iPhone</title>
            <description><![CDATA[<p>[<a href="http://blog.location-labs.com/?p=66">cross-post</a>]</p>

<p>On Monday Location Labs <a href="http://location-labs.com/press_article.php?newsid=53">announced</a> the initial release of our Geofence Library for the iPhone platform in private beta.  In many ways we believe this solution will set the standard both for how geofencing services are provided on the iPhone and other smartphone platforms, and more generally how location data streams will be derived from the mobile device.</p>

<p>Wikipedia <a href="http://en.wikipedia.org/wiki/Geofence">defines a geofence</a> as a "virtual perimeter for a real-world geographic area".  In the mobile context, when a mobile device enters or exits the geographic area, the relevant caller (typically a mobile-resident or network-based application) is notified.  Sounds simple enough, but of course the devil is in the details.</p>

<p>There are two key factors that complicate the implementation of a geofence solution in a mobile context.  The first is location technology.  Deriving location from a mobile device is not a new problem, dating back at least to the <a href="http://en.wikipedia.org/wiki/Enhanced_911">FCC E911 mandate</a>, and as it turns out there is no single one-size-fits-all solution to this problem.  As with many important engineering problems, there are trade-offs.  The second, and related factor is battery consumption.  For example, GPS, an important enabling technology for mobile location, is a battery hog, typically drawing 300-350 mA on a modern smartphone device (as reference, typical smartphone batteries have a capacity in the 1,200-1,500 mA hour range.)</p>

<p>On Monday, Apple released its latest version of the iPhone operating system, iOS4.  One of the important advances Apple provided as part of this release is the ability to support background processes.  This rectified an important deficiency in the iPhone platform, as other modern competing platforms have supported this for some time (Android, RIM/Blackberry, Symbian, etc.)  It is also essential for supporting a geofencing capability.</p>

<p>The iPhone provides <a href="http://developer.apple.com/iphone/library/documentation/CoreLocation/Reference/CLLocationManager_Class/CLLocationManager/CLLocationManager.html">two separate capabilities</a> relevant to the problem of background location access and geofencing.  The first option, available in all versions of the iPhone operating system, is the standard location service.  This is a callback-based API that will notify the caller when location changes based on configurable accuracy and distance change filters.  The particular location technology used by the underlying OS is determined by Apple, and may involve GPS, WiFi triangulation or cell/sector triangulation.  The second option is the newly introduced "significant change location service", which is a low-battery consumption option that presumably updates only on cell/cell-sector change, and will report even if the application has been suspended.</p>

<p>As it turns out, the iPhone significant change location service is simply not adequate for geofencing applications.  In in-house testing on 3G and 3Gs devices, we see notification delays of up to multiple hours.  It appears that Apple is too conservative here in terms of battery consumption.</p>

<p>A second, extreme approach would be to run GPS continuously (this can be accomplished using the standard location service with optimal accuracy settings.)  Of course, if GPS runs continuously, you can trigger notifications very promptly when a geographic boundary is crossed.  Along with this extremely low trigger latency behavior comes dramatic battery consumption which renders the battery drained within less than six hours, depending on the health of the battery and other service use.</p>

<p>Location Labs has taken a significantly more sophisticated approach.  With the iPhone, we employ a combination of techniques and heuristics involving both the standard and significant change location services, intelligent interaction with the iPhone backgrounding and suspending logic as well as local awareness of proximity to the geofence boundaries.  Together these allow us to offer a high quality firing latency guarantee (measured in minutes) while keeping impact on battery life to a minimum.</p>

<p>The release of our Geofence Library for iPhone is available in private beta, follow <a href="http://location-labs.com/signUpForm.php">this link</a> for details on participating.</p>

<p>- <a href="http://twitter.com/sahotes">@sahotes</a></p>]]></description>
            <link>http://sahotes.com/blog/2010/06/location-labs-geofence-library.html</link>
            <guid>http://sahotes.com/blog/2010/06/location-labs-geofence-library.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">location lbs location-labs</category>
            
            <pubDate>Wed, 23 Jun 2010 23:17:09 -0800</pubDate>
        </item>
        
        <item>
            <title>Salinger and Kerouac</title>
            <description><![CDATA[<center><img width=100 src="http://www.nybooks.com/media/img/blogs/nyrblog/tumblr_kxqxz55UWH1qa1cnp.png"></center>
<br>
I recently came across 
<a href="http://www.nybooks.com/blogs/nyrblog/2010/feb/12/salinger/">this interesting juxtaposition</a> of J.D. Salinger and Jack Kerouac in the 
<a href="http://www.nybooks.com/">New York Review of Books</a>.  I especially liked:
<br><br><blockquote><i>
There's no alternative "lifestyle" for Holden Caulfield or the members of the Glass family to retreat to, as there is for the Beats, no group of like-minded adventurers. Salinger's characters aren't after thrills. Their quest is for an impossible purity that drives them away from the workaday world, toward a dangerous, self-burying seclusion. "We're...freaks with freakish standards," says Zooey Glass to his sister Franny. "We're the Tattooed Lady, and we're never going to have a minute's peace, the rest of our lives, till everybody else is tattooed too."
</i></blockquote>]]></description>
            <link>http://sahotes.com/blog/2010/06/salinger-and-kerouac.html</link>
            <guid>http://sahotes.com/blog/2010/06/salinger-and-kerouac.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">books</category>
            
            <pubDate>Sun, 06 Jun 2010 21:30:47 -0800</pubDate>
        </item>
        
        <item>
            <title>Exporting the Social Graph</title>
            <description><![CDATA[<center><img width=200 src="http://www.tcd.ie/disability/projects/DS3/images/facebook.jpg"></center>
<br>
In a
<a href="http://calacanis.com/2010/06/04/steve-jobs-mark-zuckerberg-and-serpico/">recent blog post</a> 
Jason Calacanis suggested five ways Facebook could improve its position with regard to customer privacy.  Although it is not clear from the post how serious these suggestions are, in this post I will take a closer look at the first suggestion, namely "add an export key".
<br><br>
To understand this, we need to consider what Calacanis means by this suggestion, and further, what it would mean for FB to allow this kind of export.  Fundamentally, the value of a social network is contained in two things:
<br><br>
<ol>
<li><b>The User Profile</b>.  This would typically include some kind of identity information (such as reliable contact information), personal information about the user, and personal media, such as photos and videos.
<li><b>The Social Graph</b>.  That is, some definition of who the user's friends and family are, or more generally, who they wish to communicate with.
</ol>
What Calacanis is suggesting is that users be given the ability to "export" these things externally so that they may be used to participate in other social services that would make use of them.  Before addressing the likelihood of such a feature, let's first consider why the social graph is so important.
<br><br>
Social networks are about sharing information.  Regarding the content I create, I don't always want to share everything with everyone.  Some things, such as family photos, I may only want to share with family and friends.  In the language of Twitter, these are the folks that are following me.  Regarding content I consume, of all the content created, there's only a very small percentage I actually care about.  This is typically content created by friends, family, colleagues, etc.  These are the folks that I am following.  Together, these make up the social graph.  In other words, the social graph is a realization of folks and things I care about, and folks I am comfortable sharing my content with.
<br><br>
Any time a user logs into FB for the purposes of either sharing content or managing their social connections (or social graph), FB wins.  From the user's perspective, they are building (at least part of) their social community around the FB ecosystem, and becoming more and more "locked in" to this network.  This is in fact the primary goal (at least for now) of FB, namely, getting users to invest time and energy into building this relationship.
<br><br>
Based on all of this, it may seem counter-intuitive for FB to share this kind of information with outside parties, but that is exactly what they are doing with 
<a href="http://www.facebook.com/advertising/?connect">Facebook Connect</a>.  Facebook Connect allows external services to access profile and social graph information for consenting FB users.  Of course they expose this not for the purposes of "exporting" the data for use in other social networks, but rather so that other services can build on top of this existing "social infrastructure", further strengthening their position in terms of having the end user "locked in" to their FB profile and social graph.
<br><br>
What Calacanis is suggesting is something very different.  He is questioning the concept of ownership and the underlying closed nature of FB.  He is suggesting in fact that FB support a more open environment where users are free to "pack up" their profile and social graph information and take it to another (potentially competing) social network.
<br><br>
In short, FB will not do this.  And the bad news (at least for proponents of an open web) is that it doesn't really matter whether they do or not.  Even if such an "export key" existed, there's no really compelling reason for anyone to use it.  For this to be compelling to consumers, two things are needed:  1. Something about FB that makes them want to move out, and 2. An alternative place for them to move to.  Or, as Mickey Roarke said in Rumble Fish:  <i>If you're going to lead people, you have to have somewhere to go. </i>
<br><br>
Alternatives are possible, such as <a href="http://joindiaspora.com/">Diaspora</a>, but it's still too early to tell whether or not such "open" efforts can overcome the network effect FB has so obviously achieved.]]></description>
            <link>http://sahotes.com/blog/2010/06/exporting-the-social-graph.html</link>
            <guid>http://sahotes.com/blog/2010/06/exporting-the-social-graph.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">identity</category>
            
            <pubDate>Sun, 06 Jun 2010 17:10:44 -0800</pubDate>
        </item>
        
        <item>
            <title>Location Privacy and the Courts</title>
            <description><![CDATA[<blockquote>
<i>"One who does not wish to disclose his movements to the government need not use a cellular telephone."</i>
<br>
&nbsp;&nbsp;--&nbsp; DOJ under G.W. Bush
</blockquote>
Recently, the question of using location derived from cellular networks for the purposes of law enforcement
<a href="http://www.cdt.org/blogs/brock-meeks/privacy-battle-over-cell-phone-tracking-data-hits-appeals-court">has come up in the courts</a>.  The DOJ under President Obama has appealed to a Philadelphia court an earlier decision that access to location requires a search warrant based on probable cause.  In particular, the brief put up by the Obama DOJ states that as part of using a cell phone, the user assumes the risk that location will be accessible by the government.
<br><br>
The argument the government is making is essentially this:  it is reasonable to believe that the user of cellular services understands that the service provider must have some knowledge of the whereabouts of the user in order to provide the service, and thus by participating in this service, they are in effect providing information about their whereabouts to the service provider, and in turn to the government.
<br><br>
OK, there are a number of obvious concerns I have with this line of argument.  Here is my shortlist:
<br><br>
<ol>
<li>It's not at all clear why sharing location information with my service provider would imply
a willingness to share it with the government.<br><br>
<li>In order to provide cellular service, the service provider also has access to a variety of 
other information, including who the user communicates with, and the information communicated.
They certainly need to know the former, and for practical purposes have access to the latter.
Does this then imply that there is no reasonable expectation of privacy regarding this information?
</ol>
<br>
In short, I believe that instead of continuing to fight for these draconian measures initiated by the
Bush administration, the Obama administration would be well served to move in favor of the 
Fourth Ammendment here and drop this appeal.  It would not be a stretch to consider this issue
in the context of Obama's promise while running for office to 
<a href="http://www.barackobama.com/pdf/CounterterrorismFactSheet.pdf">eliminate warrantless
wiretaps</a>.]]></description>
            <link>http://sahotes.com/blog/2010/05/location-privacy-and-the-court.html</link>
            <guid>http://sahotes.com/blog/2010/05/location-privacy-and-the-court.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">privacy</category>
            
            <pubDate>Sun, 30 May 2010 19:44:54 -0800</pubDate>
        </item>
        
        <item>
            <title>iPhone 4.0:  Positive Steps with Location Privacy</title>
            <description><![CDATA[A few weeks ago, Apple 
<a href="http://www.apple.com/iphone/preview-iphone-os/">unveiled plans</a> 
for it's upcoming release of the iPhone operating system.  As part of these announcements there were some
positive steps relating to location privacy.  In particular, see
<a href="http://gadgetwise.blogs.nytimes.com/2010/04/08/apples-plans-for-iphone-location-privacy/">this review</a>
in the NY Times.<br><br>
Scott Forstall, Apple Sr. VP of iPhone Software, referred to "fine-grained settings" such as managing the list of applications with access to location and end-user notification settings.<br><br>
This is an important step forward from the current smartphone and mobile web model where each application (or mobile web site) is silo'd with it's own permission settings.]]></description>
            <link>http://sahotes.com/blog/2010/05/iphone-40-positive-steps-with.html</link>
            <guid>http://sahotes.com/blog/2010/05/iphone-40-positive-steps-with.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">privacy</category>
            
            <pubDate>Wed, 12 May 2010 18:29:56 -0800</pubDate>
        </item>
        
        <item>
            <title>Net Neutrality, Lessig on Why the FCC Should Reclassify</title>
            <description><![CDATA[There is no doubt that this is a complex issue.  Although many arguments have been made as to why the FCC should not reclassify broadband under Title II, it now appears that this may be the only truly viable option.  Laurance Lessig lays out the details in this recent presentation:
<br><br>
<center><embed src="http://blip.tv/play/lG2B1fgbAg" type="application/x-shockwave-flash" width="480" height="390" allowscriptaccess="always" allowfullscreen="true"></center>]]></description>
            <link>http://sahotes.com/blog/2010/05/net-neutrality-lessig-on-why-t.html</link>
            <guid>http://sahotes.com/blog/2010/05/net-neutrality-lessig-on-why-t.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">net_neutrality</category>
            
            <pubDate>Tue, 04 May 2010 23:51:58 -0800</pubDate>
        </item>
        
        <item>
            <title>Evaluation Criteria for Location Privacy</title>
            <description><![CDATA[[cross-post from <a href="http://veriplace.blogspot.com/2010/04/evaluation-criteria-for-location.html">Veriplace Blog</a>]<br><br>

I ran across an <a href="http://dret.net/netdret/docs/wilde-irep10-geolocation-api.pdf">interesting study</a> the other day out of the U.C. Berkeley School of Information. The study considered the 
<a href="http://dev.w3.org/geo/api/spec-source.html#security">privacy provisions</a> laid 
out in the W3C Geolocation API, and recommendations for its improvement. The Geolocation API is a part of the HTML5 specification, and as such will play an important role in location-based mobile web applications as mobile devices continue the rapid adoption of HTML5.
<br><br>

While the conclusions of the study were certainly excellent, I found most interesting the list of privacy-related criteria that were derived after considering a range of existing frameworks and standards. These are reprinted here:
<br><br><ol>
<li><i>Appropriateness:</i> Is the collection of location information appropriate given the context of the service or application?
<li><i>Minimization:</i> Is the minimum necessary granularity of location information distributed or collected?
<li><i>User Control:</i> How much ongoing control does the user have over location information? Is the user a passive receiver of notices or an active transmitter of policies? Are there defaults? Do they privilege privacy or information flow?
<li><i>Notice:</i> Can requesters transmit information about their identity and practices? What information is required to be provided to the user by the requesting entity? What rules can individuals establish attach to their location information and transmit? Is there a standard language for such rules?
<li><i>Consent:</i> Is the user in control of decisions to disclose location information? Is control provided on a per use, per recipient or some other basis? Is it operationalized as an opt-in, opt-out or opt model?
<li>Secondary Use: Is user consent required for secondary use (a use beyond the one for which the information was supplied by the user)? Do mechanisms facilitate setting of limits or asking permission for secondary uses?
<li><i>Distribution:</i> Is distribution of location information limited to the entity with whom the individual believes they are interacting or is information re-transmitted to others?
<li><i>Retention:</i> Are timestamps for limiting retention attached to location information? How can policy statements about retention be made?
<li><i>Transparency and Feedback:</i> Are flows of information transparent to the individual? Does the specification facilitate individual access and related rights? Are there mechanisms to log location information requests and is it easy for individuals to access such logs?
<li><i>Aggregation:</i> Does the standard facilitate aggregation of location information on specific users or users generally? Does the specification create persistent unique identifiers?
</ol>
When designing Veriplace, we considered these very same questions. In some cases (such as appropriateness and minimization) the application developer is largely in control of managing these issues. Veriplace addresses these cases by working with the developer, ensuring that guidelines such as these are followed. In other cases (such as user control, consent and transparency) Veriplace is more actively involved, building these requirements and safeguards directly into the platform architecture.
<br><br>

Taken together, this is a great list, and expands in important ways on existing guidelines, such as the 
<a href="http://files.ctia.org/pdf/CTIA_LBS_Best_Practices_Adopted_03_10.pdf">CTIA Best Practices and Guidelines for LBS</a>. Although perhaps an implementation detail, I might add one item: Uniform Privacy Management Interface. As LBS services proliferate, it will become more difficult for the end user to effectively manage location privacy. Providing a unified, consistent interface for managing access to location across services will be critical to ensuring the simplicity and transparency necessary to safeguard user privacy.]]></description>
            <link>http://sahotes.com/blog/2010/04/evaluation-criteria-for-locati.html</link>
            <guid>http://sahotes.com/blog/2010/04/evaluation-criteria-for-locati.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">privacy</category>
            
            <pubDate>Sun, 25 Apr 2010 12:59:29 -0800</pubDate>
        </item>
        
        <item>
            <title>Apple&apos;s new Developer Agreement is Anti-Competitive</title>
            <description><![CDATA[<center><img height=100 src="http://www.cs.columbia.edu/~sedwards/apple2fpga/apple_logo_rainbow_6_color.jpg"></center>
<br><br>
Apples <a href="http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler">latest
change</a> to their iPhone Developer Agreement is anti-competitive, plain and simple.
<br><br>
Apple wants to take steps to ensure that the level of quality among the apps offered remains high.  That makes sense.  But to argue that banning the use of cross-compilers or other 3rd party developer tools is necessary to make this happen makes no sense at all.
<br><br>
OK, OK, I get it.  That's not really it.  We admit it, yes, it's really flash apps we don't want.  We said no flash, and we meant it.  By any means necessary.  It appears that there is no length to which Steve Jobs will not go to kill flash.  Flash is not perfect, and there's no doubt that some hideous things have been done with it.  Yes, it can be slow on a Mac, and can grind Safari to a halt.  Fine, send a message to Adobe, we will not pre-install flash support on the iPhone/iPad, etc. and here is why.  Lay out the ground rules, that seems fair.  But to actively take steps to make it impossible for end users to install it on their own, or worse to write it into the terms-of-service and developer agreements?  Really?
<br><br>
Never mind, I see, it's not really flash per se, but rather a question of control.  A world in which developers, God forbid, write to a single framework and cross-compile to the constantly growing list of mobile devices and application environments, is not in Apple's interest.  We want developers to take advantage of our differentiating features, UI, etc.  No, not want, demand.  We demand that developers...  Really?
<br><br>
Even if it is a matter of control, Apple should lay out the ground rules.  Here is what we require in an application.  Period.  How you get there?  That's up to you.  This is the environment that lends itself to a level playing field and to innovation.  That's really how we all win, isn't it? ]]></description>
            <link>http://sahotes.com/blog/2010/04/apples-new-developer-agreement.html</link>
            <guid>http://sahotes.com/blog/2010/04/apples-new-developer-agreement.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">apple</category>
            
            <pubDate>Thu, 15 Apr 2010 23:28:56 -0800</pubDate>
        </item>
        
        <item>
            <title>Famous First Lines</title>
            <description><![CDATA[The other day I was discussing famous first lines (from novels that is) with a friend.  Here are my top 5:
<BR><BR>
<I>When I was young, I used to think of ways to kill my daddy.</I><BR>
&nbsp;&nbsp;-- Kaye Gibbon, "Ellen Foster"<BR><BR>

<I>All happy families are alike; each unhappy family is unhappy in it's own way.</I><BR>
&nbsp;&nbsp;-- Leo Tolstoy, "Anna Karenina"<BR><BR>

<I>Call me Ishmael.</I><BR>
&nbsp;&nbsp;-- Herman Melville, "Moby Dick"<BR><BR>

<I>This is the most beautiful place on earth.</I><BR>
&nbsp;&nbsp;-- Edward Abbey, "Desert Solitaire"<BR><BR>

<I>A green hunting cap squeezed the top of the fleshy balloon of a head.</I><BR>
&nbsp;&nbsp;-- John Kennedy Toole, "A Confederacy of Dunces"<BR><BR>
]]></description>
            <link>http://sahotes.com/blog/2008/02/famous-first-lines.html</link>
            <guid>http://sahotes.com/blog/2008/02/famous-first-lines.html</guid>
            
            
            <pubDate>Mon, 11 Feb 2008 20:47:09 -0800</pubDate>
        </item>
        
        <item>
            <title>The Story of Stuff</title>
            <description><![CDATA[<center><image src="http://www.storyofstuff.com/images/home-digger.gif"></center><p>
My cousin just sent me a link to <a href="http://thestoryofstuff.com">The Story of Stuff</a>, a wonderful little flash animation detailing our consumer-driven society and the problems it presents.  Extremely creative with a message that is tough to swallow.  The kind of thing that would be great to put in front of school children, and other people with open minds...]]></description>
            <link>http://sahotes.com/blog/2008/01/the-story-of-stuff.html</link>
            <guid>http://sahotes.com/blog/2008/01/the-story-of-stuff.html</guid>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">environment</category>
            
            <pubDate>Thu, 31 Jan 2008 10:31:24 -0800</pubDate>
        </item>
        
        <item>
            <title>Taking Science on Faith</title>
            <description><![CDATA[In a
<a href="http://www.nytimes.com/2007/11/24/opinion/24davies.html">recent op-ed piece</a>
in the NY Times, <a href="http://en.wikipedia.org/wiki/Paul_Davies">Paul Davies</a> stirs up
the long-standing argument that the reliance on "immutable" mathematical laws by physical
science is an act of faith, and thus (or in this way) science is no different than religion.
<p>
More interesting, perhaps, is
<a href="http://www.edge.org/discourse/science_faith.html">this series of rebuttals</a> to this
tired assertion by <i>The Reality Club</i> at <a href="http://edge.org">edge.org</a>.  Choice quotes include:
<blockquote><i>
Alas, Davies also brings up the anthropic principle, that tiresome exercise in metaphysical masturbation that always flounders somewhere in the repellent ditch between narcissism and solipsism.
<p><p>
&nbsp;&nbsp;-- PZ Myers
</i></blockquote>
<blockquote><i>
 Science is, indeed, founded on the working hypothesis, one amply borne out by four centuries of scientific practice, that the world, or at least some aspects of it, is ordered in a stable and intelligible way. But that tentative and partly testable working hypothesis is a far cry from religions' reliance on sacred texts and personal revelations. To characterize these radically dissimilar endeavors as both based on "faith" is to point out a superficial commonality while obscuring the fundamental difference. And at a time when humanity is wracked by conflict between incompatible versions of faith, in the genuine sense of the term, to muddy the distinction
between religion and science is worse than philosophically misguided: it is irresponsible.
<p><p>
&nbsp;&nbsp;-- Alan Sokal
</i></blockquote>
]]></description>
            <link>http://sahotes.com/blog/2007/12/taking-science-on-faith.html</link>
            <guid>http://sahotes.com/blog/2007/12/taking-science-on-faith.html</guid>
            
            
            <pubDate>Sat, 08 Dec 2007 21:16:05 -0800</pubDate>
        </item>
        
        <item>
            <title>On Intelligence, Numenta and DARPA</title>
            <description><![CDATA[<center><img src="http://www.onintelligence.org/images/book.png"></center>
<p><p>
A few years ago, when I read the recently released <a href="http://www.onintelligence.org/images/book.png">On
Intelligence</a> by Jeff Hawkins, I was, to say the least fascinated, if not downright inspired.  Jeff
Hawkins, inventor of the Palm Pilot and Handspring Treo, had codified and clearly explained recent results in our
understanding of how the brain works, and in particular how memory could be modeled in the neocortex.
<p>
In the book, Hawkins not only provides an overview of recent work, but combines and extends these ideas into
a concrete hypothesis for effectively modeling neocortex brain function.  These ideas have been formalized into a
<a href="http://www.numenta.com/Numenta_HTM_Concepts.pdf">whitepaper</a>.  Hawkins published the book
in 2004, and a year later formed a company called <a href="http://www.numenta.com">Numenta</a> (along with
long-time business partner Donna Dubinsky and technologist Dileep George) to help translate these ideas into
reality.
<p>
When I first heard about Numenta, I was skeptical about its viability.  It's certainly a noble goal to make practical
the theoretical ideas outlined in the book, and nothing would lend more credibility to these ideas than commercial
success.  However, the ideas/concepts seem to be fairly low level from the perspective of building commercial
solutions.  Say, for example, that I build a commercially viable image recognition system based on the
toolkit provided by Numenta.  Is it likely that a great deal of IP would be attributable to the toolkit?  Or to the
concepts underlying Hawkins' program (something called HTM)?  If it's the latter, then really Hawkins is
commercializing the concept (I have doubts about the former.)  HTM can be
<a href="http://en.wikipedia.org/wiki/Hierarchical_Temporal_Memory">defined as</a> a type of Bayesian
network.  It's not clear that patenting these concepts would not run afoul of previous academic research
into brain function (recall that really these concepts were known previously, the contribution here was
aggregating them into a practical whole.)
<p>
In any case, in a recent
<a href="http://www.cyperus.com/cgi-bin/stories.pl?ACCT=ind_focus.story&STORY=/www/story/10-11-2007/0004680107&EDATE=THU+Oct+11+2007,+09:00+AM">press release</a>, DARPA has announced that it has awarded a $4.9M grant to Lockheed Martin to develop just such
a program.  This brings great credence to what Numenta is doing, and outlines a fairly clear path to success.  Now
more than ever, this book may be worth a read!]]></description>
            <link>http://sahotes.com/blog/2007/12/on-intelligence-numenta-and-da.html</link>
            <guid>http://sahotes.com/blog/2007/12/on-intelligence-numenta-and-da.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">books</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">AI</category>
            
            <pubDate>Sun, 02 Dec 2007 23:36:28 -0800</pubDate>
        </item>
        
        <item>
            <title>No Country For Old Men</title>
            <description><![CDATA[ <center><img src="http://ecx.images-amazon.com/images/I/41QVC27ECZL._AA240_.jpg"></center>
<p><p>

Yesterday I saw the movie <a href="http://www.imdb.com/title/tt0477348/">No Country For Old Men</a>
based on the novel of the same title by <a href="http://en.wikipedia.org/wiki/Cormac_mccarthy">Cormac
McCarthy</a>.  McCarthy is my favorite living author, so I had been looking forward to this, although
after what Matt Damon and Penelope Cruz had done to "All the Pretty Horses", I had some concerns.
"No Country For Old Men" was, however, directed by the Coen brothers, so I had some hope.
<p>
In short, the film did not disappoint.  Most inspiring was the bringing to life of the character Anton Chigurh,
the mass-murdering anti-christ that provides the vehicle for McCarthy to set the philosophical underpinnings
of the story.  Chigurh is played by Javier Bardem, and it would not be a surprise if he were to win a
best supporting role Oscar for this work.
<p>
The film (and the novel) are not for everyone.  The theater was nearly full the other night, and a good 
part of the crowd actually booed at the end (although my guess is that this was mostly for the abrupt
ending, true to the novel to the letter, no hollywood, feel-good resolution here.)]]></description>
            <link>http://sahotes.com/blog/2007/11/no-country-for-old-men.html</link>
            <guid>http://sahotes.com/blog/2007/11/no-country-for-old-men.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">books</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">books</category>
            
            <pubDate>Sun, 25 Nov 2007 23:32:57 -0800</pubDate>
        </item>
        
        <item>
            <title>String Theory:  Not Even Wrong</title>
            <description><![CDATA[<center><img src="http://ec1.images-amazon.com/images/P/0224076051.01._AA240_SCLZZZZZZZ_.jpg"></center>
<p><p>

A year or so ago, I read a fascinating book by mathematician Peter Woit entitled
<a href="http://www.amazon.com/gp/product/0224076051/104-8168217-5514369">Not Even Wrong</a>,
subtitled "The Failure of String Theory and the Continuing Challenge to Unify the Laws of Physics".
<p>
Woit makes a compelling argument characterizing the current field of theoretical particle physics as
a cult devoted nearly exclusively to following
<a href="http://en.wikipedia.org/wiki/String_theory">string theory</a>
despite the fact that the theory has failed
over the past thirty years to make any real progress in going beyond the standard model.
Thirty years later, it still appears that graduate students are
advised that they leave the field at their peril.
<p>
This story is personally relevant as I earned my Ph.D. in string theory from the University of California
at Berkeley in the fall of 1992, and have had similar suspicions since leaving the field.  This is the
first time, however, that I have seen the arguments so cleanly laid out.  It certainly has been frustrating
to sit by and watch as proponents of the field (such as <a href="http://www.amazon.com/Fabric-Cosmos-Space-Texture-Reality/dp/0375727205/">Brian Greene</a>
and <a href="http://www.amazon.com/Parallel-Worlds-Journey-Creation-Dimensions/dp/1400033721/">Michio Kaku</a>) continue to speak overly
optimistically about the progress being made in the field.
<p>
A great read!]]></description>
            <link>http://sahotes.com/blog/2007/11/string-theory-not-even-wrong.html</link>
            <guid>http://sahotes.com/blog/2007/11/string-theory-not-even-wrong.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">books</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">books</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">physics</category>
            
            <pubDate>Sun, 25 Nov 2007 23:10:13 -0800</pubDate>
        </item>
        
    </channel>
</rss>
