    <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  :: Time for Change</title>
        <link>https://members.accu.org/index.php/articles/760</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">Francis' Scribbles from CVu journal + CVu Journal Vol 11, #1 - Nov 1998</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/c181/">Francis' Scribbles</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/c134/">111</a>
<br />

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

                    -                        <a href="https://members.accu.org/index.php/articles/c181+134/">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;Time for Change</h1>
<p><strong>Author:</strong>&nbsp;</p>
<p>
<strong>Date:</strong> 03 November 1998 13:15:28 +00:00 or Tue, 03 November 1998 13:15:28 +00:00</p>
<p><strong>Summary:</strong>&nbsp;</p>
<p><strong>Body:</strong>&nbsp;<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e20" id="d0e20"></a></h2>
</div>
<p>Just over ten years ago I joined ACCU (or CUG(UK) as it was
then). There have been enormous changes to the context in which
ACCU exists and I think that it is time that we, the membership,
took a close look at how we want ACCU to develop over the coming
decade. In this extended editorial I am going to outline a few
ideas for your consideration. Please note that my ideas are no more
significant than anyone else's and should be taken as a departure
point for debate rather than as a destination. I am going to ask
our Electronic Communications Officer to set up a reflector (news
group) to discuss issues raised here and those that members wish to
raise. I realise that this limits the contributions of those that
do not have Internet access but it seems to me, on balance, to be
better to involve as many as possible in immediate discussion
rather than keep a level playing field. I will ask our ECO to
provide a copy of the archives of this reflector to go on the disks
for the January and March issues of C Vu.</p>
</div>
<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e24" id=
"d0e24"></a>Publications</h2>
</div>
<p>Of our four current publications three seem to be relatively
well defined, and one needs redefinition and, in my opinion,
splitting. Let me deal with each and see if you agree.</p>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e29" id="d0e29"></a>The Handbook</h3>
</div>
<p>It would be nice if this could be extended to cover rather more
than it currently does but that much depends on contributions from
members. In future I would like to see it summarise joining our
news groups/reflectors, list members who are willing to give help
with specific areas as well as cover statements of ACCU policy, the
ACCU Constitution and general membership contact details. If you
have something for the next annual issue the time for sending it in
is now.</p>
</div>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e34" id="d0e34"></a>CAUGers</h3>
</div>
<p>This specialist newsletter for users/developers of/for Acorn
RISC based hardware has been very successful as a niche
publication. Now that Acorn has pulled out of the desktop market
its future maybe limited but I see no great reason for interfering
with something that currently seems to meet the needs of a
substantial number of members. However it is unlikely that there
will be future disks to go along with this publication. Though
disks are themselves relatively cheap, duplicating and distributing
them to a relatively small number of people is more costly. Perhaps
the way forward here is for CAUGers members with Internet access to
use that for software etc. that would previously have been placed
on a disk. Those without might find some (local) member who could
copy the material to a disk for them. We are an organisation of
people who provide support to each other and this would seem just
one more way in which such support could be offered.</p>
</div>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e39" id="d0e39"></a>Overload</h3>
</div>
<p>While the content of this publication has settled down to that
appropriate to serious users of C++ and it has an excellent USA
based editor I think that we should be wary of complacency. The
number of contributors is very limited. There is a vast area that
can/should be tackled and I am sure that there are quite a few who
could put fingers to keyboard to add something. If you have any
doubts about Overload's vulnerability, look back at the last six
issues and remove all material written by me, by The Harpist and
derived from those contributions. I think this degree of reliance
on the contributions of two writers is unhealthy.</p>
<p>Even if what you write is based on a misconception or erroneous
view the result can still be very beneficial. It is only as a
consequence of the current 'pontifications' on the subject of
Exception Specifications that I, for one, am beginning to get a
clear idea as to what needs to be done to fix these so that they
are as useful as The Harpist seems to think they already are.</p>
</div>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e46" id="d0e46"></a>C Vu</h3>
</div>
<p>This is clearly the problem publication. It has grown from being
a fairly simple publication during the first couple of years of its
existence into something that attempts to meet the needs of to
diverse a range of individuals. I know that more members than I
would wish simply put their copies to one side and let them gather
dust. I know of several ex-members who resigned because they felt
that paying half their money for something they never read
detracted from the value of those things they did read. I think
that the time has come for a radical rethink. The following is my
current thinking on this issue.</p>
<div class="orderedlist">
<ol type="1">
<li>
<p>Provide a brand new bi-monthly publication for all members that
is restricted to the following:</p>
<div class="itemizedlist">
<ul type="disc">
<li>
<p>ACCU administrative announcements</p>
</li>
<li>
<p>ACCU Conference/Seminar details</p>
</li>
<li>
<p>Regular brief reports from ACCU Officers</p>
</li>
<li>
<p>Book reviews</p>
</li>
<li>
<p>An Editorial (and such items as 'From the Coalface')</p>
</li>
<li>
<p>Letters confined to the above contexts</p>
</li>
</ul>
</div>
<p>I suggest that the above should be published under the title
ACCU Newsletter &amp; Book Reviews. I would be happy to continue to
edit such a strictly defined publication for a couple of years. I
would expect such a publication to be about 28 pages A5 in 9pt
typeface (this issue of C Vu is largely in 8.5pt) + cover.
Distribution should be a single copy to every member.</p>
</li>
<li>
<p>Take what is left of C Vu and divide it into several targeted
publications aimed at different interest groups, each with its own
editor. It might be that for cost/distribution purposes these were
bound into one cover. Four areas stand out but perhaps you have
extra's to add or comments on my categorisation.</p>
<div class="itemizedlist">
<ul type="disc">
<li>
<p>Student &amp; enthusiast matters. These share a number of common
interests. They are often looking for help/guidance with simple
programming issues. Articles on simple design, interface v
implementation, general coding issues etc. One source for suitable
material would be to use some of the postings to several of the
more respectable comp.std and comp.lang newsgroups as starting
points for more coherent articles.</p>
</li>
<li>
<p>Pure C and related areas: there are a number of people who still
wish/need to continue programming in C and have little if any
interest in C++/Java. If you add to these those who are focused on
small scale programming (embedded systems), numerical methods etc.
then I think you have a nucleus for another publication (or section
of).</p>
</li>
<li>
<p>Java, scripting languages etc.</p>
</li>
<li>
<p>Programming for GUI. While a large proportion of this would be
MSWindows it would not be exclusively that. Many problems are
shared with those who need to write for X-Windows.</p>
</li>
</ul>
</div>
</li>
</ol>
</div>
<p>Obviously a lot of thought needs to go into making changes of
this kind. We also need committed volunteers to run/edit each
publication. That responsibility would be largely commissioning
suitable articles, creating and managing Q&amp;A sections (though
with help from appropriate experts) collating and responding to
letters etc. Once a publication was down to page proofs/masters
(possibly electronic rather than hardcopy) someone such as myself
could manage publication/distribution.</p>
<p class="c2"><span class="remark">If ACCU takes this direction for
future hardcopy publication (by the way all my experience says
that, despite the convenience of immediate softcopy publication on
the Internet we require the discipline of hardcopy publication to
fixed copydates) I think we need to change the ACCU Officers to
provide a 'Publications &amp; Distributions Officer' to replace 'C
Vu Editor'. That requires an amendment to the ACCU
Constitution.</span></p>
</div>
</div>
<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e97" id="d0e97"></a>ACCU &amp; The
Internet</h2>
</div>
<p>On of largest changes to the context in which ACCU exists has
been the explosive growth of the Internet and the World Wide Web. I
think we have to carefully consider how we can best capitalise on
this burgeoning new communications mode.</p>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e102" id="d0e102"></a>Web Site</h3>
</div>
<p>We already have our own permanently connected web site (<a href=
"http://www.accu.org" target="_top">www.accu.org</a>) but I do not
think we are yet making best use of it. Quite apart from our own
material it would be useful to make it a good jump-station to other
relevant sites.</p>
<p>Currently the contents of the site are almost entirely on open
access. As the Web grows I think we will see an increasing number
of sites that provide good quality information/links but restrict
access to some group. I think we need to give serious consideration
to providing a three-level site:</p>
<div class="variablelist">
<dl>
<dt><span class="term">Level 1</span></dt>
<dd>
<p>Open to all with introductory material summaries of what ACCU is
etc. Important dates (conferences etc.)</p>
</dd>
<dt><span class="term">Level 2</span></dt>
<dd>
<p>Open to all but requires registration (allowing us to capture
people email and other contact details in a legitimate form. We
would probably need to provide some form of de-registration). This
layer would include a jump station to other relevant sites, our
book reviews (older than x-months) and various other added value
items. I hope that the mechanisms for this would be relatively easy
to provide. The principle here is that what you do not value
eventually becomes perceived as valueless.</p>
</dd>
<dt><span class="term">Level 3</span></dt>
<dd>
<p>Restricted to ACCU members. Latest book reviews, ACCU owned
software etc. In other words a source of information that provides
real added value to ACCU membership.</p>
</dd>
</dl>
</div>
</div>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e131" id="d0e131"></a>Reflectors/News
Groups</h3>
</div>
<p>We already have <a href="???" target="_top">accu-announce</a>
and <a href="mailto://accu-general.accu.org" target=
"_top">accu-general</a>. The latter anti-dates our web site by
several years but unfortunately provides no added-value to members
because anyone can subscribe (and quite a few of the regulars are
not and never have been members, something that I find mildly
irritating but that is just my prejudice).</p>
<p>What I would like to see us develop is a number of members only
groups (should limit the noise ratio) for specific purposes. Indeed
we should have a mechanism in place whereby any member can ask for
a group to be set up with themselves as founder member. A written
charter of the purpose of the group is desirable.</p>
<p>One special case I would like to see is one (or more) groups set
up to help students with their programming. I do not mean groups
where more expert members do student member's homeworkJ I mean
groups where student (in the broadest sense) can seek help such as
hints, sources of information, explanations of code that does not
work etc. In other words all the things that a good academic
department would provide anyway. But many students have the
misfortune to being supervised by the terminally incompetent.</p>
<p>To summarise: we should seek ways of using our Internet
resources and web site to provide added value to membership of
ACCU.</p>
</div>
<div class="sect2" lang="en">
<div class="titlepage">
<h3><a name="d0e148" id="d0e148"></a>Standards</h3>
</div>
<p>Members paying fees to support standardisation of C, C++ etc.
can apply for special privileges. For example it is a long
established right of those actively involved in a standardisation
process that they have access to relevant documentation. For
example, anyone who participates in C standardisation work is
entitled to an electronic copy of the C++ Standard, just as anyone
involved in C++ standardisation is entitled to access to the
working documents of WG14 (responsible for the next C
standard).</p>
<p>If you wish to exercise those rights and are a participant in
the UK effort by virtue of having paid your supplement to the ISDF
then contact Neil Martin (<tt class="email">&lt;<a href=
"mailto:neilm@plumhall.demon.co.uk">neilm@plumhall.demon.co.uk</a>&gt;</tt>).
If you want to acquire those rights contact the Membership
Secretary (<tt class="email">&lt;<a href=
"mailto:davidhodge@compuserve.com">davidhodge@compuserve.com</a>&gt;</tt>)
re ISDF supplement.</p>
</div>
</div>
<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e161" id=
"d0e161"></a>Conferences</h2>
</div>
<p>ACCU should continue to develop high quality low cost
conferences and seminar days. In doing this we should seek to
collaborate with others in adjacent areas of interest. For example
our third annual event will include a day for CORBA experts. Though
this track is likely to cost more than our standard tracks it will
still be very cost effective for members. We are also likely to
have a specific track for developers using free Unix systems (Linux
and BSD) which will be managed by the Linux User group in
collaboration with its parent body: Unix User Group UK.</p>
<p>We will also be establishing other events. For a start we will
be running a day of Spring Seminars on April 17th 1999. This will
probably be two tracks (three or four C++ gurus and three or four
for the dedicated C programmer). This may also be coupled with a
Linux day on April 16th.</p>
<p>Long term we wish to establish a program of events across the
year. In principle these can be anywhere in the World. In practice
they have to be where they can be organised. This generally
requires professional organisers who receive suitable remuneration
for their work.</p>
<p>If you want an event or events in your area (of the World, not
just UK) you must do the spadework building up relationships with
those who can provide local facilities. You cannot expect others to
do this for you. Next year's events will be at the Oxford Union
because we have established good relationships with them, with the
Oxford branch of Blackwells Bookshop and because it is convenient
to Parkway Research who have put an exceptional amount of work into
organising the previous events. Please do not tell me how nice it
would be to move an event nearer to you. I vividly remember giving
a day of seminars in SW Wales (organised to spread our events
around) to find that everyone attending came from London.</p>
<p><span class="bold"><b>The above should provide you food for
thought. Some parts of it need urgent attention. For example, I
will not be standing for election as editor of C Vu at the next
AGM. I will continue to act as editor (if required to do so) for
the remainder of this volume. If ACCU decides to continue C Vu in
its current form issue 12.2 will be my last even as acting editor.
I hope that a decision in principle to re-organise ACCU
publications will be made at the coming AGM and that it will be in
operation by this time next year.</b></span></p>
</div>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
