home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / cplus / 16397 < prev    next >
Encoding:
Text File  |  1992-11-17  |  9.6 KB  |  244 lines
  1. Newsgroups: comp.lang.c++
  2. From: nikki@trmphrst.demon.co.uk (Nikki Locke)
  3. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!sun-barr!cs.utexas.edu!convex!news.utdallas.edu!corpgate!bnrgate!bnr.co.uk!pipex!demon!trmphrst.demon.co.uk!nikki
  4. Subject: Re: OO Programming Survey
  5. Reply-To: nikki@trmphrst.demon.co.uk
  6. Distribution: world
  7. X-Mailer: cppnews $Revision: 1.20 $
  8. Organization: Trumphurst Ltd.
  9. Lines: 230
  10. Date: Mon, 16 Nov 1992 14:51:50 +0000
  11. Message-ID: <721950710snx@trmphrst.demon.co.uk>
  12. Sender: usenet@gate.demon.co.uk
  13.  
  14. In article <STEPHENS.92Nov11154504@ash.asc.slb.com> you write:
  15. > Section 1 Personal Experience:
  16. > -------------------------------
  17. > Question 1. How many years have you been programming in C?
  18. More than 10
  19.  
  20. > Question 2. How many years have you been programming in C++?
  21. More than 3
  22.  
  23. > Question 3. What other object oriented programming languages do you have 
  24. >         experience with? 
  25. None
  26.  
  27. > Question 4. What's the maximum number of lines of C code you have written 
  28. >         in a single project?
  29. Approx 60,000
  30.  
  31. > Question 5. What's the maximum number of lines of C++ code you have written 
  32. >         in a single project?
  33. 24,000
  34.  
  35. > Question 6. What kind of applications have you built using C? 
  36. A 4GL runtime system (someone else wrote the compiler, I wrote the runtime
  37.   and toolkit) for Unix, OS/2 and (originally) DOS. This was the 60,000 loc.
  38. Lots of system utilities, mostly for DOS.
  39. A backup/restore utility for OS/2
  40. An editor (ZED, the original editor for Zortech C and C++)
  41. Other utilities and programs too numerous to mention.
  42.  
  43. > Question 7. What kind of applications have you built using C++? 
  44. A text mode user interface toolkit library for DOS
  45. A few simple utility programs using the toolkit
  46. A front end user interface program (running on DOS) for an IBM mainframe 
  47.   document management package
  48. A Usenet Newsreader for DOS (see X-Mailer header of this post :-)
  49.  
  50.  
  51. > Section 2 Development tools:
  52. > -----------------------------
  53. > Question 1. What C++ development tools do you have available? 
  54. Zortech C++ 3.0r4. 
  55. Borland C++ 3.1. 
  56. Microsoft C7. 
  57. Gnu gcc/g++ V2.3.1.
  58.  
  59. > Question 2. How good/useful would you say that these tools are?
  60. Zortech was the first C++ compiler available for DOS at a reasonable 
  61. price. It was good (despite the bugs) because of the excellent support. 
  62. Since the Symantec takeover, support has plummeted, and no new releases 
  63. have appeared for over a year.
  64.  
  65. Borland is a better compiler, also at a reasonable price, but seems to 
  66. produce less optimal code.
  67.  
  68. Microsoft is much slower, but will no doubt become the industray standard 
  69. for C++ under DOS.
  70.  
  71. All the above have major bugs.
  72.  
  73. I haven't really tried g++ yet - I have done all my C++ development under
  74. DOS so far (and, anyway, I only got gcc 2.3.1 yesterday !).
  75.  
  76. > Question 3. What C++ libraries do you have available?
  77. All the compiler vendors produce their own libraries. They are all, of 
  78. course, incompatible, so I don't use them, because, as a library author,
  79. I am interested in portable code.
  80.  
  81. > Question 4. How useful are these C++ libraries?
  82. To me - not at all. Were there a standard library which worked with all 
  83. the compilers, I would probably buy and use it.
  84.  
  85. My C++tmUit library, on the other hand, extremely useful :-)
  86.  
  87.  
  88. > Section 3 Organization's experience:
  89. > ------------------------------------
  90. Tricky, this. Currently, I work for a company I started myself (ME for 
  91. short), and I am the only programmer (my wife is the other employee, she
  92. is the company secretary, and she does all the accounts etc.). 
  93.  
  94. I used to work (and still do, under contract) for an accounting software 
  95. house in the UK, Omicron Management Software. 2-3 years ago, this company 
  96. was taken over by a manufacturing software company called Kewill. The 
  97. combined company is now called Kewill-Omicron (KO for short). 
  98.  
  99. I will answer for whichever of these organisations I deem appropriate to
  100. the question. 
  101.  
  102. > Question 1. Approximately how many lines of C code were there in the largest
  103. >         program developed by your organization?
  104. 60,000 (KO)
  105.  
  106. > Question 2. Have the C programs developed by your organization generally met 
  107. >         their specifications (both in performance and function)?
  108. Good question. They have all had bugs, so I suppose the answer is no ! 
  109. Mind you, major users seem to run their businesses using them.
  110.  
  111. > Question 3. Approximately how many lines of C++ code were there in the largest
  112. >         program developed by your organization?
  113. 24,000 (ME)
  114. Note - KO did start to develop a complete range of manufacturing software 
  115. in C++ 2-3 years ago. This project totally failed, partly due to the almost 
  116. complete lack of usable tools available at the time. Much time, effort and
  117. money was spent, and in the end the project was scrapped, and the 
  118. applications developed using the 4GL tool we created while working for 
  119. Omicron. In the 2-3 years since the project was scrapped, well over 1 
  120. million lines of code have been developed in the 4GL.
  121.  
  122. > Question 4. Have the C++ programs developed by your organization generally met 
  123. >         their specifications (both in performance and function)?
  124. Aside from the bugs. mine have. KO's one attempt was, as I said, scrapped.
  125.  
  126.  
  127. > Section 4 Programming in C++:
  128. > ------------------------------
  129. > All of the questions below refer to a comparison between C to C++ ie. Is C++ 
  130. > more difficult to learn than C etc.
  131. > 
  132. > Question 1. Would you say that learning C++ was:
  133. >     a) easier b) about the same c) more difficult.
  134. Difficult to say. I got started in C++ fairly easily, but did not feel 
  135. really comfortable with it for about a year. It is such a long time since 
  136. I learnt C, I don't remember. I expect C++ is more difficult, because you 
  137. have to learn object-oriented design too, but it is well worth the effort.
  138.  
  139. > Question 2. In general is an application in C++:
  140. >     a) slower b) about the same c) faster 
  141. about the same
  142.  
  143. > Question 3. In general does an application in C++ use:
  144. >     a) less memory b) about the same c) more memory
  145. about the same.
  146.  
  147. > 
  148. > Section 5 Advantages & Disadvantages of Object Oriented Programming:
  149. > -------------------------------------------------------------------- 
  150. > All comparison questions refer to a comparison between object oriented
  151. > programming and functional based programming (structured or otherwise).
  152. > 
  153. > Question 1. Does using an object oriented language make program development:
  154. >     a) more difficult b) makes no difference c) easier
  155. Easier
  156.  
  157. > Question 2. Does using an object oriented language usually result in design
  158. >         time being:
  159. >     a) longer b) about the same c) shorter
  160. longer - mainly because I do more design.
  161.  
  162. > 
  163. > Question 3. Does using an object oriented language make fault tolerance:
  164. >     a) decrease b) makes no difference c) increase
  165. I don't write fault tolerant programs (not in the sense I understand it). 
  166. It does make for fewer 'obvious' bugs that take weeks to track down.
  167.  
  168. > Question 4. Does using an object oriented language reduce code
  169. >         redundancy:
  170. >     a) not at all b) a small amount b) significantly
  171. a small amount, I suppose. I haven't measured it.
  172.  
  173. > Question 5. Does using an object oriented language make program 
  174. >         understandability:
  175. >     a) harder b) about the same c) easier
  176. I would say - different. It makes it easier to fiddle with small areas of 
  177. program (to add enhancements, or fix bugs) without having to understand 
  178. the whole. It probably makes it more difficult to understand the detailed 
  179. meaning of a particular line of code in relation to the whole, because so 
  180. much happens "in the background" without being obvious. This doesn't 
  181. matter so much, because many programming projects are sufficiently large 
  182. that no-one could understand the whole thing in that kind of detail.
  183.  
  184. > Question 6. Does using an object oriented language make debugging:
  185. >     a) harder b) not much difference c) easier
  186. Again - different. Recursive calls via virtual functions tend to confuse 
  187. theing a lot.
  188.  
  189. > Question 7. Has using object oriented programming resulted in a increase in the
  190. >         ease of maintainibility?
  191. Yes, definitely.
  192.  
  193. > Question 8. Has using object oriented programming resulting in large amounts
  194. >         of code reuse?
  195. In my case, yes - I use my toolkit for nearly everything I write. If I 
  196. find I am re-writing some class from another project, the class usually 
  197. gets generalised, and moved into the toolkit.
  198.  
  199. > Question 9. Has using object oriented programming resulted in code which
  200. >         is easier to evolve?
  201. Yes, definitely.
  202.  
  203.  
  204. > Section 6 Converting to a different language:
  205. > ---------------------------------------------
  206. > Question 1. Have you ever converted a program from one language to another?
  207. Yes - BASIC to C, and vice versa.
  208.  
  209. > Question 2. Why was this conversion done?
  210. Because the functionality available in one language was required in the 
  211. other.
  212.  
  213. > Question 3. Do you think conversions between languages are a good idea?
  214. I have no feeling either way. If you don't redesign, then you achieve no 
  215. advantage by converting, except that you might find the result easier to 
  216. link with your new project.
  217.  
  218.  
  219. > Section 7 Converting from C to C++:
  220. > -----------------------------------
  221. > Question 1. Have you ever attempted to reimplement an existing C program in 
  222. >         C++?
  223. No.
  224.  
  225. > Question 2. Were you able to reuse any of the old C code? What percentage 
  226. >         of the C code was reused? 
  227. > 
  228. > Question 3. Did you use a particular method of conversion? 
  229. >         What method was used?
  230. > 
  231. > Question 4. What problems did you encounter in attempting to reuse the old C 
  232. >         code?
  233. > 
  234. > Question 5. Do you think a conversion from C to C++ is a good idea?
  235. > 
  236. > 
  237. > Section 8 Other Comments:
  238. > -------------------------
  239. Sorry about the verbosity !
  240.  
  241. -- 
  242. Nikki Locke,Trumphurst Ltd.(PC and Unix consultancy) nikki@trmphrst.demon.co.uk
  243. trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
  244.