<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (Michael.Massing)</title>
    <link>https://pinboard.in/u:Michael.Massing/public/</link>
    <description>recent bookmarks from Michael.Massing</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="http://www.nytimes.com/2013/10/06/magazine/and-then-steve-said-let-there-be-an-iphone.html?pagewanted=all&amp;_r=0"/>
	<rdf:li rdf:resource="http://blogs.hbr.org/cs/2012/07/i_wont_hire_people_who_use_poo.html"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="http://www.nytimes.com/2013/10/06/magazine/and-then-steve-said-let-there-be-an-iphone.html?pagewanted=all&amp;_r=0">
    <title>And Then Steve Said, ‘Let There Be an iPhone’ - NYTimes.com</title>
    <dc:date>2013-10-25T21:40:09+00:00</dc:date>
    <link>http://www.nytimes.com/2013/10/06/magazine/and-then-steve-said-let-there-be-an-iphone.html?pagewanted=all&amp;_r=0</link>
    <dc:creator>Michael.Massing</dc:creator><description><![CDATA[{On the morning of its debut demo in 2007, the] iPhone could play a section of a song or a video, but it couldn’t play an entire clip reliably without crashing. It worked fine if you sent an e-mail and then surfed the Web. If you did those things in reverse, however, it might not. Hours of trial and error had helped the iPhone team develop what engineers called “the golden path,” a specific set of tasks, performed in a specific way and order, that made the phone look as if it worked.

But even when Jobs stayed on the golden path, all manner of last-minute workarounds were required to make the iPhone functional. On announcement day, the software that ran Grignon’s radios still had bugs. So, too, did the software that managed the iPhone’s memory. And no one knew whether the extra electronics Jobs demanded the demo phones include would make these problems worse.]]></description>
<dc:subject>tech history Apple earnest tenhatco David.E</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Michael.Massing/b:557b95f24c5d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:Apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:earnest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:tenhatco"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:David.E"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.hbr.org/cs/2012/07/i_wont_hire_people_who_use_poo.html">
    <title>I Won't Hire People Who Use Poor Grammar. Here's Why. - Kyle Wiens - Harvard Business Review</title>
    <dc:date>2012-07-21T21:02:53+00:00</dc:date>
    <link>http://blogs.hbr.org/cs/2012/07/i_wont_hire_people_who_use_poo.html</link>
    <dc:creator>Michael.Massing</dc:creator><description><![CDATA[Grammar signifies more than just a person's ability to remember high school English. I've found that people who make fewer mistakes on a grammar test also make fewer mistakes when they are doing something completely unrelated to writing — like stocking shelves or labeling parts.
In the same vein, programmers who pay attention to how they construct written language also tend to pay a lot more attention to how they code. You see, at its core, code is prose. Great programmers are more than just code monkeys; according to Stanford programming legend Donald Knuth they are "essayists who work with traditional aesthetic and literary forms." The point: programming should be easily understood by real human beings — not just computers.
And just like good writing and good grammar, when it comes to programming, the devil's in the details. In fact, when it comes to my whole business, details are everything.
I hire people who care about those details. Applicants who don't think writing is important are likely to think lots of other (important) things also aren't important. And I guarantee that even if other companies aren't issuing grammar tests, they pay attention to sloppy mistakes on résumés. After all, sloppy is as sloppy does.
That's why I grammar test people who walk in the door looking for a job. Grammar is my litmus test. All applicants say they're detail-oriented; I just make my employees prove it.]]></description>
<dc:subject>grammar business employment skills thinking tenhatco David.E earnest programming job writing language</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Michael.Massing/b:e66f405d238e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:grammar"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:business"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:employment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:skills"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:thinking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:tenhatco"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:David.E"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:earnest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:job"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:writing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Michael.Massing/t:language"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>