<?xml version="1.0"?>
<?xml-stylesheet href="/transform" type="text/xsl"?>
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:bibo="http://purl.org/ontology/bibo/" xmlns:bs="http://purl.org/ontology/bibo/status/" xmlns:ci="https://vocab.methodandstructure.com/content-inventory#" xmlns:dct="http://purl.org/dc/terms/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:xhv="http://www.w3.org/1999/xhtml/vocab#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" lang="en" prefix="bibo: http://purl.org/ontology/bibo/ bs: http://purl.org/ontology/bibo/status/ ci: https://vocab.methodandstructure.com/content-inventory# dct: http://purl.org/dc/terms/ foaf: http://xmlns.com/foaf/0.1/ rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# xhv: http://www.w3.org/1999/xhtml/vocab# xsd: http://www.w3.org/2001/XMLSchema#" vocab="http://www.w3.org/1999/xhtml/vocab#" xml:lang="en">
  <head>
    <title property="dct:title">How I Handle Intellectual Property</title>
    <base href="https://doriantaylor.com/how-i-handle-intellectual-property"/>
    <link href="document-stats#EratUGg5rSFrHcIDWKWYeL" rev="ci:document"/>
    <link href="elsewhere" rel="alternate bookmark" title="Elsewhere"/>
    <link href="this-site" rel="alternate index" title="This Site"/>
    <link href="http://purl.org/ontology/bibo/status/published" rel="bibo:status"/>
    <link href="" rel="ci:canonical" title="How I Handle Intellectual Property"/>
    <link href="lexicon/#E-ZY5i7K1cqzfT0p1L9ajJ" rel="dct:audience" title="Digital Media Practitioner"/>
    <link href="lexicon/#Er25AsP7lDnL8trRRAsODJ" rel="dct:audience" title="Digital Media Theorist"/>
    <link href="person/dorian-taylor#me" rel="dct:creator" title="Dorian Taylor"/>
    <link href="lexicon/#EMCorLA84PgydAVcRC2F5I" rel="dct:subject" title="Intellectual Property"/>
    <link href="person/dorian-taylor" rel="meta" title="Who I Am"/>
    <link about="./" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="f07f5044-01bc-472d-9079-9b07771b731c" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="this-site" rel="alternate"/>
    <link about="./" href="elsewhere" rel="alternate"/>
    <link about="./" href="e341ca62-0387-4cea-b69a-cdabc7656871" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="this-site" rel="alternate"/>
    <link about="verso/" href="elsewhere" rel="alternate"/>
    <meta content="how-i-handle-intellectual-property" datatype="xsd:token" property="ci:canonical-slug"/>
    <meta content="IP is a huge issue in my line of work. This is how I deal with it." name="description" property="dct:abstract"/>
    <meta content="2013-07-24T04:04:40+00:00" datatype="xsd:dateTime" property="dct:created"/>
    <meta content="how-i-handle-intellectual-property" property="dct:identifier"/>
    <meta content="2013-07-24T04:03:10+00:00" datatype="xsd:dateTime" property="dct:issued"/>
    <meta content="2013-07-29T04:29:32+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2022-05-31T04:18:52+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2022-05-31T15:10:50+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta about="person/dorian-taylor#me" content="Dorian Taylor" name="author" property="foaf:name"/>
    <meta content="summary" name="twitter:card"/>
    <meta content="@doriantaylor" name="twitter:site"/>
    <meta content="How I Handle Intellectual Property" name="twitter:title"/>
    <meta content="IP is a huge issue in my line of work. This is how I deal with it." name="twitter:description"/>
    <object>
      <nav>
        <ul>
          <li>
            <a href="am-i-a-technologist" rev="dct:references" typeof="bibo:Article">
              <span property="dct:title">Am I a Technologist?</span>
            </a>
          </li>
          <li>
            <a href="lowering-the-risk-of-web-development" rev="dct:references" typeof="bibo:Article">
              <span property="dct:title">Lowering the Risk of Web Development</span>
            </a>
          </li>
          <li>
            <a href="on-the-building-of-software-and-websites" rev="dct:references" typeof="bibo:Article">
              <span property="dct:title">On the &#x201C;Building&#x201D; of Software and Websites</span>
            </a>
          </li>
          <li>
            <a href="document-stats#EratUGg5rSFrHcIDWKWYeL" rev="ci:document" typeof="qb:Observation">
              <span>urn:uuid:adab541a-0e6b-4485-bac7-7080d629661e</span>
            </a>
          </li>
        </ul>
      </nav>
    </object>
  </head>
  <body about="" id="EzU0IFo_ITDVkRAMu8fsyJ" typeof="bibo:Article">
    <section id="EWSx0LAaY6ZLG-xKflOU_L">
      <p>Before I begin working with a new client, I make sure they understand that my role is principally to <em>define business problems</em> so they can be <em>solved</em>, and solve them myself when appropriate. It is <em>not</em> to manufacture intellectual property.</p>
      <p>Of course, the way I <em>do</em> my work is through the prolific generation of information artifacts of various kinds, from documents, to data sets, to computer code. The purposes these artifacts typically serve are to aid thinking, discussion and decision-making around the problem set, make the hard tasks easy, and make the easy tasks nonexistent. They include, but are not limited to:</p>
      <ul>
        <li><a href="show-and-tell" title="Show and Tell" rel="dct:references">Various representations</a> of <a href="characterizing-the-information-architecture-institute" title="Characterizing the Information Architecture Institute" rel="dct:references">conceptual models and frameworks</a>;</li>
        <li>Reports, forensics and syntheses;</li>
        <li><a href="policy/resource-handling-and-representation" title="Resource Handling and Representation" rel="dct:references">Policy documents</a> for client staff and other relevant constituents;</li>
        <li>Useful data sets and various representations thereof; and</li>
        <li>Code that <a href="the-redesign-dissolved" title="The Redesign, Dissolved" rel="dct:references">introduces new capabilities</a>, or abridges tedious, well-defined work.</li>
      </ul>
      <p>Such artifacts are indeed subject to intellectual property law, and the question of <em>who owns what</em> at the end of the day must be addressed. After careful deliberation over many years, I have devised a simple model to help my clients understand the partitioning of the rights to the artifacts I create while working with them.</p>
    </section>
    <section id="E0GH2zoWWhAlV47d3r0JJI">
      <h2>Specific Artifacts</h2>
      <p>A <em>specific</em> artifact is anything for which the <em>content</em> originates in or is derived from something already owned by the client, or is otherwise peculiar to the client. A specific artifact, in this context, either contains confidential information, is tailor-fit to the client, or simply wouldn't make sense for anybody but the client to use. Ownership of these artifacts is transferred to the client upon receipt of payment for the billing cycle they were created in.</p>
    </section>
    <section id="Eq9QElMss5n58iwT40Fo2L">
      <h2>Generic Artifacts</h2>
      <p>The litmus test for a <em>generic</em> artifact is that you can apply it to something that the client doesn't do. Furthermore, the artifact will have at most a tangential relationship to any client-specific information. If you can erase all reference to the client&#x2014;assuming there is any to begin with&#x2014;and the artifact is still useful, then that artifact is generic.</p>
      <p>My specialty is in organizing information in a way that maximizes its ability to be <em>used</em>. In practice, this translates to the extensive employment&#x2014;and <em>creation</em>&#x2014;of open documentation, open standards, open protocols and data exchange formats, and open-source software. The value of these artifacts is that they remain open for all to use, not just the client. In order to protect this condition, I retain ownership of generic artifacts, which the client can access legally through a set of carefully-selected, <em>extremely</em> liberal licenses:</p>
      <dl>
        <dt>Content</dt>
        <dd>Content is that which has meaning primarily to people, and is consumed through reading, listening, watching, or otherwise attending to it. Content falls under the <a href="http://creativecommons.org/licenses/by/3.0/" title="Creative Commons &#x2014; Attribution 3.0 Unported &#x2014; CC BY 3.0" rel="dct:references">Creative Commons Attribution License, 3.0 Unported</a>.</dd>
        <dt>Software Code</dt>
        <dd>Code is the work that does the work&#x2014;formal language which is executable by machine and the assets directly attached to it. It is subject to the <a href="http://www.apache.org/licenses/LICENSE-2.0" title="Apache License, Version 2.0" rel="dct:references">Apache License, 2.0</a>.</dd>
        <dt>Databases</dt>
        <dd>A database contains information primarily important to people, but is arranged in a formal structure designed to be accessed by machine. Rights to a database's structure are the purview of the <a href="http://opendatacommons.org/licenses/by/summary/" title="ODC Attribution Summary | Open Data Commons" rel="dct:references">Open Data Commons Attribution License, 1.0</a>.</dd>
      </dl>
      <p>Each of these licenses permits the client, perpetually and irrevocably, to use generic artifacts for anything they need to do, including repackaging and reselling&#x2014;they just can't prevent other people from using them. Here is why I chose this approach:</p>
      <dl>
        <dt>Generative Benefits</dt>
        <dd>These kinds of artifacts <em>increase</em> in value, the more people have access to them. For one, increased mindshare in a particular way of doing things means the client has a larger and more competitive pool of agents to work on their stuff. Likewise, you will find with open source, standards, etc., people routinely take the initiative to improve something they have a stake in, because they use it themselves. Moreover, <em>I</em> will likely make improvements on these artifacts, personally, for many years to come. These updates and improvements come at no additional cost to the client.</dd>
        <dt>It's Cheaper</dt>
        <dd>Intellectual property is notoriously difficult to price. This is because you usually can't tell what it's worth until long after it has been created. In order to trade successfully in <acronym title="Intellectual property">IP</acronym>, I have to get enough cash to compensate for the possibility of never being able to use a particular set of creations in the future. It also entails the overhead of calculating this premium, which not only will almost certainly be wrong, but enough of the time a clearing price is unattainable. But if all the client needs is to be able to <em>use</em> that material, they can save a lot of time, hassle, and money.</dd>
      </dl>
    </section>
    <section id="E-2EO13ug48AJcGg41Eh-K">
      <h2>Strategic Artifacts</h2>
      <p>Both specific and generic artifacts can also have the property of being <em>strategic</em>, which in this context I mean that the value of the artifact is derived primarily from being able to restrict access to it. In order to do that, you have to own it. Entertainment content, like movies and music&#x2014;which I don't expect ever to make&#x2014;falls into this category, so would anything that can be trademarked or patented. This does not pose a problem for <em>specific</em> artifacts, since clients own them anyway, but it is indeed possible to generate <em>generic</em> artifacts which could also be viewed as strategic. To this, I assert once again that I am not an <acronym title="Intellectual property">IP</acronym> factory, and therefore strategic artifacts are <em>out of scope</em> from the standard service agreement, to be negotiated separately. There are <a href="http://www.appliedminds.com/" rel="dct:references">firms who specialize</a> in invention for hire, and they charge orders of magnitude more than I do.</p>
    </section>
    <section id="E62TbONmOBwltSGFE7LoHL">
      <h2>There You Have It</h2>
      <p>I am lucky to have clients who understand the value of <em>open</em>. They also understand that my job is to help them get smarter, gain new abilities, and get their organizations running better&#x2014;and that they can go elsewhere if they are looking to pad their patent portfolios.</p>
      <p>My goal is to grow a business around solving the tough, no-size-fits-all problems of <a href="information-infrastructure-as-a-process" title="Information Infrastructure as a Process" rel="dct:references">business information infrastructure</a> in a way which is low-risk, affordable, and fair. If you find any of this compelling and you need this kind of help, <a href="javascript:sendMail('gmail.com',%20'dorian.taylor',%20'mail%20from%20doriantaylor.com');" rel="dct:references">we should probably chat</a>.</p>
    </section>
  </body>
</html>
