    <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  :: Afterwood</title>
        <link>https://members.accu.org/index.php/articles/2721</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">Design of applications and programs + Overload Journal #154 - December 2019</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/c13/">Topics</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c67/">Design</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/c78/">Overload</a>

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

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

                    -                        <a href="https://members.accu.org/index.php/articles/c67+405/">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;Afterwood</h1>
<p><strong>Author:</strong>&nbsp;Bob Schmidt</p>
<p>
<strong>Date:</strong> 01 December 2019 16:46:15 +00:00 or Sun, 01 December 2019 16:46:15 +00:00</p>
<p><strong>Summary:</strong>&nbsp;We are aware of the film <em>Get Carter</em>. Chris Oldwood asks if it should be called <em>Acquire Carter</em> instead.</p>
<p><strong>Body:</strong>&nbsp;<p>There is a three-letter word commonly used as a prefix in programming for naming functions and methods that has the propensity to really irk me â€“ get. Itâ€™s not alone in this as its partner in crime â€“ set â€“ also has a similarly undesirable effect but features less regularly and therefore avoids most of my ire. To me, the overuse of â€˜getâ€™ speaks volumes about the level of thought that commonly goes into its selection, i.e. none. Hence I often wonder if the title of the classic 1970s gangster movie <em>Get Carter</em> had suffered a similar affliction and whether there are other choices to be made that would better convey the artistsâ€™ intent?</p>

<p>The most obvious starting point for this discussion would be to assume that to â€˜Getâ€™ Jack Carter would be to make some kind of journey to where he is situated. Maybe we only need to know his whereabouts and therefore we merely need to <em>Find Carter</em>. Perhaps once his position is secured we only intend to chat with him, a quiet word in his shell-like ear so to speak, and if the journey is the focus of our story then we might prefer <em>Locate Carter</em> instead. Gangsters in films have a habit of ending up in a ditch or grave in the woods and therefore while <em>Unearth Carter</em> might be grittier it could also give some of the game away to the audience before weâ€™ve even started, so perhaps we should settle for the less revealing <em>Discover Carter</em> instead. (Let us put aside for a moment the words of George Box and hope that this analogy, while wrong, like every other, is still at least somewhat useful, somehow, at some point.) </p>

<p>What is more likely though is that itâ€™s not enough to simply know where he is; a gangâ€™s head honcho probably needs to â€˜interactâ€™ with him in a violent way, perhaps to extract information about his enemyâ€™s intentions, in which case we not only need to find him but bring him back too. This naturally leads us to <em>Fetch Carter</em>. Jack is no doubt fairly suspicious of the people he deals with and therefore it would do little good to try and <em>Request Carter</em> without following up in person lest it be met with a metaphorical 404 (one or two finger salute) or just time-out waiting for a response (heâ€™s done a runner). Pubs seem a particularly common residence for gangsters so <em>Extract Carter</em> might convey more clearly the level of force required to obtain his full attention.</p>

<p>Maybe though weâ€™re thinking about the need for Jack Carter in the wrong way; do we actually require <em>the</em> Jack Carter or will someone <em>like</em> Jack Carter do instead? What if just need â€˜aâ€™ Jack Carter â€“ someone who fulfils the same role by having the same knowledge and skills, what if there was a pool of Jack Carters, would it be enough to <em>Acquire Carter</em> and â€˜go to workâ€™ on whoever weâ€™ve been given in the hope that weâ€™ll still get our desired outcome?</p>

<p>This raises another interesting philosophical question about Jack Carter, what if itâ€™s not about needing him physically, but about comprehending what makes him tick, what if â€˜gettingâ€™ him really means <em>Deconstruct Carter</em> or <em>Read Carter</em>? Michael Caineâ€™s character is surely a product of his actions and interactions with many people over his life; so what if the emphasis in the title is on the â€˜creationâ€™ process, e.g. <em>Allocate Carter</em>? This seems a little too raw and so I wonder whether he was a product of his own destiny or moulded by circumstances outside his control; was there a higher power attempting to <em>Make Carter</em> or <em>Build Carter</em>? But people arenâ€™t buildings formed according to a blueprint, theyâ€™re shaped over time, carefully revealed like Michelangeloâ€™s David, to wit we should add <em>Sculpt Carter</em> to the ever growing list of far more expressive terms.</p>

<p>Realistically, though, itâ€™s a 1970s gangster movie and that means there is going to be plenty of â€˜claretâ€™ spilled as everyone ultimately meets a grisly demise. Hence we find the most plausible variation of â€˜getâ€™ if we say the filmâ€™s title in a classic deep London accent. In this sense to â€˜get someoneâ€™ is to chase after them, on the premise that youâ€™re going to do them a serious amount of harm at the very least, while death is the more inevitable outcome. In this sense, <em>Kill Carter</em> might be more representative, if (once again) a little spoiler-ish. (I wonder if the working title for Quentin Tarantinoâ€™s two-part volume staring Uma Thurman was the more ambiguous <em>Get Bill</em>?) Gangsters donâ€™t tend to do things by half; they like to go over the top for dramatic effect, which would lead to the more extensive <em>Destroy Carter</em>. (Such is the level of ambiguity here that itâ€™s interesting to note weâ€™ve covered both birth and death using the same word.)</p>

<p>Really though weâ€™ve barely scratched the surface on this topic as weâ€™ve tried to fit in (albeit dubiously) within the confines of the genre in question. If we move into the realms of science fiction we can easily see a variety of plots that could give rise to a bunch of alternatives. What if our aforementioned â€˜Mr Bigâ€™ wanted to build an entire army of Jacks that were at his beck-and-call to help build an Empire, we could look to <em>Clone Carter</em>. Or maybe his raw intellect is all thatâ€™s desired to satisfy some hare-brained AI project and <em>Derive Carter</em> is a modern-day tale of Dr Frankenstein playing with neural nets and machine learning.</p>

<p>Okay, Iâ€™ll stop now with the flights of fancy and take George Boxâ€™s observation a little more seriously. The title of a film is a hook, its ambiguity is a selling point designed to draw you in and explore it. Thatâ€™s almost the opposite of what naming functions and methods is about â€“ they should provide you with a good indication of their purpose without you needing to either read the documentation or worse, the implementation. Granted it can be difficult to convey subtleties with only a single verb (or handful of words) but the difference between finding and creating, calculating and cloning, or reading and formatting is already pretty substantial and gives the reader a fighting chance of understanding at an abstract level what your big picture is. Remember: just because itâ€™s called code doesnâ€™t mean it has to be cryptic. Get it?</p>

<p class="bio"><span class="author"><b>Chris Oldwood</b></span> is a freelance programmer who started out as a bedroom coder in the 80â€™s writing assembler on 8-bit micros. These days itâ€™s enterprise grade technology in plush corporate offices. He also commentates on the Godmanchester duck race.</p>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
