    <rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
     <channel>
        <title>ACCU  :: Editorial: Unnecessary complexity</title>
        <link>https://members.accu.org/index.php/articles/2348</link>
        <description>Professionalism in Programming</description>
        <dc:language>en-us</dc:language> 
        <dc:creator>Administrator</dc:creator> 
        <admin:generatorAgent rdf:resource="http://www.xaraya.org" /> 
        <admin:errorReportsTo rdf:resource="mailto:webeditor@accu.org" />
       <sy:updatePeriod>hourly</sy:updatePeriod>
       <sy:updateFrequency>1</sy:updateFrequency>
       <docs>http://backend.userland.com/rss</docs>




<div class="xar-mod-head"><span class="xar-mod-title">Journal Editorial + CVu Journal Vol 29, #1 - March 2017</span></div>

<table border="0" cellpadding="1" cellspacing="0">
    <tbody>
    <tr>
        <td valign="top">
            Browse in :
       </td>
       <td valign="top">

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c184/">Journal Columns</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c185/">Editorial</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c76/">Journals</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c77/">CVu</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c371/">291</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/c185-371/">Any of these categories</a>

                    -                        <a href="https://members.accu.org/index.php/articles/c185+371/">All of these categories</a>
<br />
</td>
   </tr>
   </tbody>
</table>




<div class="xar-error">
   <p>
 <strong>Note:</strong> when you create a new publication type,
the articles module will automatically use the templates
<em>user-display-[publicationtype].xt</em>
and <em>user-summary-[publicationtype].xt</em>.
If those templates do not exist when you try to preview or display a new article,
you'll get this warning :-)  Please place your own templates in themes/<em>yourtheme</em>/modules/articles . The templates will get the extension .xt there. </p>
</div>
<div class="xar-norm xar-standard-box-padding">
   <h1><strong>Title:</strong>&nbsp;Editorial: Unnecessary complexity</h1>
<p><strong>Author:</strong>&nbsp;Martin Moene</p>
<p>
<strong>Date:</strong> 07 March 2017 18:22:15 +00:00 or Tue, 07 March 2017 18:22:15 +00:00</p>
<p><strong>Summary:</strong>&nbsp;</p>
<p><strong>Body:</strong>&nbsp;<p>In the last issue, I used this space to talk about the Software Crisis of the 1970s and 80s, and how luminaries of the day noted that the solution was the pursuit of simplicity. I also wrote briefly about how that Crisis lives on in the shape of Internet of Thingsâ€™ security (amongst other problems), and I think the same solution applies. Iâ€™m not suggesting that security is simple â€“ far from it! Its complexity is not, however, best managed by more complexity. Simplicity, when applied to computer programs, means two things: removing unnecessary complexity, and containing all <em>necessary</em> complexity so that it doesnâ€™t â€˜infectâ€™ the entire system.</p>

<p>Getting rid of un-needed or useless features is one way of removing complexity. Applying unnecessary technology to stuff isnâ€™t even a new idea. Calculator watches, anyone? Perhaps not quite useless, but almost un-usable, and certainly not necessary. The idea of a Smart (tm) baby monitor might seem great until someone uses it to monitor your home network, capture your bank details and steal your money. Is an Internet connection <strong>really</strong> necessary for a baby monitor? Is it even a convenience? Or just a gimmick? </p>

<p>Smart energy meters are a hot topic in the UK and elsewhere at the moment, and there is some suggestion that having a Smart Meter will become mandatory at some point (itâ€™s not, in the UK, at the time of writing). There are some undeniable conveniences for bill-payers, although the conveniences for the providers seem to me to be more compelling. Thatâ€™s a distraction from a much more important issue, though: how much can we trust their security as an online device? Some people suggest that being able to inspect the source code running on devices such as meters would help.</p>

<p>And so we come back to Simplicity and the Software Crisis. Even if we are allowed to see the source code running on our IoT devices, that wonâ€™t help if itâ€™s too complex to understand.</p>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
