ACCU :: Epilogue https://members.accu.org/index.php/articles/1393 Professionalism in Programming en-us Administrator hourly 1 http://backend.userland.com/rss
Journal Editorial + Overload Journal #3 - Aug 1993
Browse in : All > Journal Columns > Editorial
All > Journals > Overload > 03
Any of these categories - All of these categories

Note: when you create a new publication type, the articles module will automatically use the templates user-display-[publicationtype].xt and user-summary-[publicationtype].xt. 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/yourtheme/modules/articles . The templates will get the extension .xt there.

Title: Epilogue

Author: 

Date: 01 August 1993 11:48:00 +01:00 or Sun, 01 August 1993 11:48:00 +01:00

Summary: 

Body: 

Well that's another edition finally put to bed, and I think thats where I'm about to disappear after these final few paragraphs! I apologise for the delay in getting this issue out; if only there were 48 hours in a day! To counter this little predicament, I have two choices. If time and resources permit, I will try and issue at a slightly increased rate to catch up. Failing that, a credit will be issued against the following year.

Another blunder on my part has resulted in me losing a list of members requiring copies of issue 1 and 2 and the associated disks. If you are among those still expecting items, please can you write to me and I shall send you the appropriate items.

Any UNIXy type persons know of a Yacc++ or Lex++ available. If so can you let me know, so that 1 may pass the information on.

I would like a volunteer, preferably someone who already monitors the comp.lang.c++ news service on Internet, to extract and pass on interesting threads. Such threads could be edited and either put in the magazine or on the disk.

To any corporate members or readers who know of any interesting (non advertising) article or white paper that your company would give permission to be printed. They would have to be in the same vein as the articles by Cadre and IPL. If you think your company could write such an article if you don't already have one to hand, I would like to hear from you. Such articles could include such subjects as why you chose to use C++, what sort of problems you've encountered. Could you write an article on the methodology behind your CASE tools? I'm interested in it all so write to me.

As a parting thought; in C++ we can write int* x; and int *x; but if we write int* x, y; or int *x,y; they both mean the same, can anybody think of a good reason why the first case couldn't mean that x and y were both int pointers, and the second to mean that only x is an int pointer?

Notes: 

More fields may be available via dynamicdata ..