<?xml version="1.0" encoding="UTF-8"?>
<posts type="array">
  <post>
    <asset-id type="integer">73</asset-id>
    <body>&lt;p&gt;&lt;a href=http://www.greenlightsearch.com/assets/images/history/greenlight-history-of-seo-2002-2009.png&gt;Attribution: GreenLightSearch&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;It used to pay to be a programmer who understands the algorithms that google uses. But as the google algorithm defeats edge cases**--and thereby gives the expectation that there is or will be no durable advantage--SEO experts will transition to become social media mavens (a completely different skillset). Google's algorithms simply needed to incorporate changes quickly. This isn't AI, but it shows a mainstream case of how ignorant algorithms can disrupt economic niches.&lt;/p&gt;

&lt;p&gt;** google bombing, or generating text using images, or... &lt;a href=http://www.greenlightsearch.com/assets/images/history/greenlight-history-of-seo-2002-2009.png&gt;other stuff&lt;a&gt;.&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-03-01T19:45:15+00:00</created-at>
    <id type="integer">100</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-03-01T19:24:00+00:00</published-at>
    <raw-body>&lt;a href=http://www.greenlightsearch.com/assets/images/history/greenlight-history-of-seo-2002-2009.png&gt;Attribution: GreenLightSearch&lt;/a&gt;

It used to pay to be a programmer who understands the algorithms that google uses. But as the google algorithm defeats edge cases**--and thereby gives the expectation that there is or will be no durable advantage--SEO experts will transition to become social media mavens (a completely different skillset). Google's algorithms simply needed to incorporate changes quickly. This isn't AI, but it shows a mainstream case of how ignorant algorithms can disrupt economic niches.

 ** google bombing, or generating text using images, or... &lt;a href=http://www.greenlightsearch.com/assets/images/history/greenlight-history-of-seo-2002-2009.png&gt;other stuff&lt;a&gt;.</raw-body>
    <title>SEO ... still an industry?</title>
    <updated-at type="datetime">2010-03-09T09:42:15+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">21</views>
  </post>
  <post>
    <asset-id type="integer">74</asset-id>
    <body>&lt;p&gt;I and two other #hacdc hackers are organizing a local learning-group on Artificial Intelligence. We will also cover Machine Learning (sometimes known as 'neat AI'), Natural Language Processing, and Genetic Algorithms. And frameworks and environments for doing all these things! &lt;/p&gt;

&lt;p&gt;A few resources:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;a href=http://github.com/jdar/ctf&gt;Adapting a Capture the Flag game&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=http://spiderland.org&gt;Breve 3D environment for AI dev&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=http://hacdc.org&gt;NARG wiki&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;a href=http://hacdc.org/mailman/subscribe/narg&gt;mailing list!&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Why? Because it's the FUTURE man. As we abstract away what the definition of a 'problem' is, we get closer and closer to abstracting away programmers**.&lt;/p&gt;

&lt;p&gt;We in the tech world like to think that it takes a village to solve hard tech problems. But the truth is, that most problems &lt;em&gt;aren't&lt;/em&gt; tech problems, and sometimes number crunching is about having the bigger processor or the smarter algorithm. OR even more theoretically, the algorithm that &lt;em&gt;improves&lt;/em&gt; the fastest... which is where Artificial Intelligence comes in. &lt;/p&gt;

&lt;p&gt;** CAVEAT: y'all programmers probably don't need to freak-out quite yet. I don't regard this line of reasoning as an investable hypothesis... just a marginalized and disruptive edge to problems normal people don't have.&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-03-01T19:50:10+00:00</created-at>
    <id type="integer">101</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-03-01T19:03:00+00:00</published-at>
    <raw-body>I and two other #hacdc hackers are organizing a local learning-group on Artificial Intelligence. We will also cover Machine Learning (sometimes known as 'neat AI'), Natural Language Processing, and Genetic Algorithms. And frameworks and environments for doing all these things! 


A few resources:
*  &lt;a href=http://github.com/jdar/ctf&gt;Adapting a Capture the Flag game&lt;/a&gt;
*  &lt;a href=http://spiderland.org&gt;Breve 3D environment for AI dev&lt;/a&gt;
*  &lt;a href=http://hacdc.org&gt;NARG wiki&lt;/a&gt;

&lt;a href=http://hacdc.org/mailman/subscribe/narg&gt;mailing list!&lt;/a&gt;


Why? Because it's the FUTURE man. As we abstract away what the definition of a 'problem' is, we get closer and closer to abstracting away programmers**.

We in the tech world like to think that it takes a village to solve hard tech problems. But the truth is, that most problems *aren't* tech problems, and sometimes number crunching is about having the bigger processor or the smarter algorithm. OR even more theoretically, the algorithm that _improves_ the fastest... which is where Artificial Intelligence comes in. 



 ** CAVEAT: y'all programmers probably don't need to freak-out quite yet. I don't regard this line of reasoning as an investable hypothesis... just a marginalized and disruptive edge to problems normal people don't have.



</raw-body>
    <title>NARG and Artificial Intelligence</title>
    <updated-at type="datetime">2010-03-09T11:45:41+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">17</views>
  </post>
  <post>
    <asset-id type="integer" nil="true"></asset-id>
    <body>&lt;iframe src=&quot;http://docs.google.com/present/embed?id=dg87dwbr_403f6xcpkfz&quot; frameborder=&quot;0&quot; width=&quot;410&quot; height=&quot;342&quot;&gt;&lt;/iframe&gt;

&lt;p&gt;I recently gave a lightning talk on &quot;The Cure for Cancer&quot;.&lt;/p&gt;

&lt;p&gt;Here was the original concept outline:
1) History of medicine
'While I will tell you the cure for cancer today, I want you to think more deeply about what a cure really is. In reality we're raising issues about how we think about medicine. here's an old-timey chirgeon ... this is what medicine used to be. In the modern era ...&lt;/p&gt;

&lt;p&gt;2) Cure for cancer
Cancer = cells that replicate without end.
The body has one good mechanism that stops this. [slide of car's kill switch] It is one of the most defining features of cellular anatomy. Your body ALWAYS retains the right to stop replication.
[slide explaining difference between malignant and benign ... telomeres] Life-threatening cancers are cancers because they turn on ONE specific gene. There are all sorts of malignant genes you could turn on -- but cancer is defined by finding this gene, and running amok.&lt;/p&gt;

&lt;p&gt;3) Biology vs Engineering
Biologically we treat cancer by learning about the body's natural defenses, and reinforcing these, or by learning about cancer's natural weaknesses, and reinforcing these.
Engineering-wise, it has been suggested that having a detonator switch in the body is a bad idea and we should take it out entirely. Yes, you would die within 10 years, BUT you could AGAIN re-engineer ... by re-seeding cells with longer telomeres every 9 years.&lt;/p&gt;

&lt;p&gt;4) Bottomline:
[slide showing different kinds of 'engineering' solutions for different untreatable conditions]
This theoretical but definitive cure for cancer raises all kinds of uncomfortable issues and creates dependence on a centralized establishment for continuing life.
But the scope of problem changes from theoretical understanding to active manipulation.&lt;/p&gt;

&lt;p&gt;[slide of chirgeon =&gt; surgeon =&gt; bladerunner surgeon]
The paradigm will shift during your lifetime.&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-03-01T20:20:39+00:00</created-at>
    <id type="integer">104</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-02-07T20:13:00+00:00</published-at>
    <raw-body>&lt;iframe src=&quot;http://docs.google.com/present/embed?id=dg87dwbr_403f6xcpkfz&quot; frameborder=&quot;0&quot; width=&quot;410&quot; height=&quot;342&quot;&gt;&lt;/iframe&gt;
I recently gave a lightning talk on &quot;The Cure for Cancer&quot;.

Here was the original concept outline:
1) History of medicine
'While I will tell you the cure for cancer today, I want you to think more deeply about what a cure really is. In reality we're raising issues about how we think about medicine. here's an old-timey chirgeon ... this is what medicine used to be. In the modern era ...

2) Cure for cancer
Cancer = cells that replicate without end.
The body has one good mechanism that stops this. [slide of car's kill switch] It is one of the most defining features of cellular anatomy. Your body ALWAYS retains the right to stop replication.
[slide explaining difference between malignant and benign ... telomeres] Life-threatening cancers are cancers because they turn on ONE specific gene. There are all sorts of malignant genes you could turn on -- but cancer is defined by finding this gene, and running amok.

3) Biology vs Engineering
Biologically we treat cancer by learning about the body's natural defenses, and reinforcing these, or by learning about cancer's natural weaknesses, and reinforcing these.
Engineering-wise, it has been suggested that having a detonator switch in the body is a bad idea and we should take it out entirely. Yes, you would die within 10 years, BUT you could AGAIN re-engineer ... by re-seeding cells with longer telomeres every 9 years.

4) Bottomline:
[slide showing different kinds of 'engineering' solutions for different untreatable conditions]
This theoretical but definitive cure for cancer raises all kinds of uncomfortable issues and creates dependence on a centralized establishment for continuing life.
But the scope of problem changes from theoretical understanding to active manipulation.

[slide of chirgeon =&gt; surgeon =&gt; bladerunner surgeon]
The paradigm will shift during your lifetime.</raw-body>
    <title>The Cure for Cancer</title>
    <updated-at type="datetime">2010-03-09T00:04:09+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">14</views>
  </post>
  <post>
    <asset-id type="integer">75</asset-id>
    <body>&lt;p&gt;Questions: &lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;What is the goal of health hacking?&lt;/li&gt;
&lt;li&gt;How much time/money am I willing to devote?&lt;/li&gt;
&lt;li&gt;What are the available areas for experimentation?&lt;/li&gt;
&lt;li&gt;What initiatives exist? What can you do?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I want a timeline. Nano has a timeline. Why can't health hacking? This is a more near-term 'industry', IMHO.&lt;/p&gt;

&lt;p&gt;I don't really have good answers for these. Ping me at &lt;a href=http://twitter.com/jdar&gt;@jdar&lt;/a&gt; if you do.&lt;/p&gt;

&lt;p&gt;My general interest in the area of health care is understanding how to make data available to hackers, given the enormous size of possible data, flexible format, importance of context for readings, and the rapidly changing consumer expectations/fears around privacy.&lt;/p&gt;

&lt;p&gt;R. Mark Adams, PhD., a fellow at &lt;a href=hacdc.org&gt;hacdc&lt;/a&gt; has a more nuanced way of thinking about the problem.
&lt;a href=http://www.epotential.com/static/Adams_ShmooCon_Hack_the_Genome.pdf&gt;slides&lt;/a&gt;
&lt;a href=http://www.thinktwiceradio.com/kauderer/audio/090308.mp3&gt;interview Mp3&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href=http://www.imbb.forth.gr/people/poirazi/images/1_page/neurons/image4_allf.png&gt;photo link (attr)&lt;/a&gt;&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-03-01T20:17:28+00:00</created-at>
    <id type="integer">103</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-02-01T19:56:00+00:00</published-at>
    <raw-body>Questions: 
* What is the goal of health hacking?
* How much time/money am I willing to devote?
* What are the available areas for experimentation?
* What initiatives exist? What can you do?

I want a timeline. Nano has a timeline. Why can't health hacking? This is a more near-term 'industry', IMHO.

I don't really have good answers for these. Ping me at &lt;a href=http://twitter.com/jdar&gt;@jdar&lt;/a&gt; if you do.

My general interest in the area of health care is understanding how to make data available to hackers, given the enormous size of possible data, flexible format, importance of context for readings, and the rapidly changing consumer expectations/fears around privacy.

R. Mark Adams, PhD., a fellow at &lt;a href=hacdc.org&gt;hacdc&lt;/a&gt; has a more nuanced way of thinking about the problem.
&lt;a href=http://www.epotential.com/static/Adams_ShmooCon_Hack_the_Genome.pdf&gt;slides&lt;/a&gt;
&lt;a href=http://www.thinktwiceradio.com/kauderer/audio/090308.mp3&gt;interview Mp3&lt;/a&gt;


&lt;a href=http://www.imbb.forth.gr/people/poirazi/images/1_page/neurons/image4_allf.png&gt;photo link (attr)&lt;/a&gt;
</raw-body>
    <title>Health Hacking... Timeline Needed</title>
    <updated-at type="datetime">2010-03-09T08:37:19+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">14</views>
  </post>
  <post>
    <asset-id type="integer">72</asset-id>
    <body>&lt;p&gt;Twilio is a fun and lightweight API for doing things with phones and robots.&lt;/p&gt;

&lt;p&gt;I have a couple of &quot;big important serious&quot; ideas for twilio, but right now I'm just playing with it. &lt;/p&gt;

&lt;p&gt;Towards this 'non-goal' I remade the classic phone application of the answering-machine era: The Dial-A-Song.&lt;/p&gt;

&lt;p&gt;Dial-A-Song was THE classic phone application of the answering machine era. The creative band They Might Be Giants used their a Brooklyn local phone number during the eighties and nineties to play some of their songs 'on demand.' While this original service was &quot;always busy, often broken,&quot; with Twilio's API, we can create a service serving TMBG songs that surpasses the original Dial-a-Song in functionality and robustifiability, hopefully without losing its charm. &lt;/p&gt;

&lt;p&gt;&lt;a href=http://github.com/jdar/dialasong&gt;Ruby-script&lt;/a&gt; (uses &lt;a href=http://www.sinatrarb.com/&gt;sinatra&lt;/a&gt;)&lt;/p&gt;

&lt;p&gt;&lt;a&gt;Rails version&lt;/a&gt;(uses &lt;a href=http://railscasts.com/episodes/148-app-templates-in-rails-2-3&gt;rails-template&lt;/a&gt;)&lt;/p&gt;

&lt;p&gt;&lt;b&gt;UPDATE&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href=http://docs.google.com/View?id=dg87dwbr_396g3zrgvmt&gt;Documented notes from the event&lt;/a&gt;, including brainstorming session of Twilio-compatible web ideas.&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-01-12T18:52:40+00:00</created-at>
    <id type="integer">97</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-01-12T18:49:00+00:00</published-at>
    <raw-body>Twilio is a fun and lightweight API for doing things with phones and robots.

I have a couple of &quot;big important serious&quot; ideas for twilio, but right now I'm just playing with it. 

Towards this 'non-goal' I remade the classic phone application of the answering-machine era: The Dial-A-Song.

Dial-A-Song was THE classic phone application of the answering machine era. The creative band They Might Be Giants used their a Brooklyn local phone number during the eighties and nineties to play some of their songs 'on demand.' While this original service was &quot;always busy, often broken,&quot; with Twilio's API, we can create a service serving TMBG songs that surpasses the original Dial-a-Song in functionality and robustifiability, hopefully without losing its charm. 

&lt;a href=http://github.com/jdar/dialasong&gt;Ruby-script&lt;/a&gt; (uses &lt;a href=http://www.sinatrarb.com/&gt;sinatra&lt;/a&gt;)

&lt;a&gt;Rails version&lt;/a&gt;(uses &lt;a href=http://railscasts.com/episodes/148-app-templates-in-rails-2-3&gt;rails-template&lt;/a&gt;)

&lt;b&gt;UPDATE&lt;/b&gt;

&lt;a href=http://docs.google.com/View?id=dg87dwbr_396g3zrgvmt&gt;Documented notes from the event&lt;/a&gt;, including brainstorming session of Twilio-compatible web ideas.
</raw-body>
    <title>Dial-A-Song: sinatra + twilio to reproduce TMBG cult project</title>
    <updated-at type="datetime">2010-03-09T02:13:46+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">88</views>
  </post>
  <post>
    <asset-id type="integer">71</asset-id>
    <body>&lt;p&gt;My brother (@meark) and I grew up playing chess against each other. It was, at times, a bitter rivalry.&lt;/p&gt;

&lt;p&gt;I decided to commemorate our cold-war days with a unique chessboard.&lt;/p&gt;

&lt;p&gt;This was done with a pre-faced board, a triangle, the power of the Internet, 10 sets of salt-and-pepper shakers, some graphite paper, and a magic-paint marker, and two beers.&lt;/p&gt;

&lt;p&gt;I wanted to make the black-and-white squares on this chessboard less-defined by using graphite, which would smudge over time, giving indistinct lighter-and-darker areas that roughly correspond to squares. My brother prevailed upon reason and practicality, and convinced me otherwise. Instead, a &lt;a href=http://www.traceypackaging.com/catalog.asp?prodid=435611&gt;spray-ink&lt;/a&gt; was applied. &lt;/p&gt;

&lt;p&gt;Appologies to the graphic designer to whom I owe credit for the mushroom cloud. &lt;/p&gt;

&lt;p&gt;The only way it could be better would be some blinky lights.&lt;/p&gt;</body>
    <category-id type="integer" nil="true"></category-id>
    <comments-disabled-after type="integer">90</comments-disabled-after>
    <created-at type="datetime">2010-01-12T19:03:16+00:00</created-at>
    <id type="integer">98</id>
    <published type="boolean">true</published>
    <published-at type="datetime">2010-01-12T18:45:00+00:00</published-at>
    <raw-body>My brother (@meark) and I grew up playing chess against each other. It was, at times, a bitter rivalry.

I decided to commemorate our cold-war days with a unique chessboard.

This was done with a pre-faced board, a triangle, the power of the Internet, 10 sets of salt-and-pepper shakers, some graphite paper, and a magic-paint marker, and two beers.

I wanted to make the black-and-white squares on this chessboard less-defined by using graphite, which would smudge over time, giving indistinct lighter-and-darker areas that roughly correspond to squares. My brother prevailed upon reason and practicality, and convinced me otherwise. Instead, a &lt;a href=http://www.traceypackaging.com/catalog.asp?prodid=435611&gt;spray-ink&lt;/a&gt; was applied. 

Appologies to the graphic designer to whom I owe credit for the mushroom cloud. 

The only way it could be better would be some blinky lights.</raw-body>
    <title>DIY Chessboard</title>
    <updated-at type="datetime">2010-03-10T02:58:13+00:00</updated-at>
    <user-id type="integer">1</user-id>
    <views type="integer">125</views>
  </post>
</posts>
