Article View: comp.lang.eiffel
Article #1168Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer
From: Bernd Reh
Date: Tue, 19 Mar 1996 13:57
Date: Tue, 19 Mar 1996 13:57
66 lines
3869 bytes
3869 bytes
Hey this is a nice thread. Isn't there s.th. like comp.lang.advocacy ? :-)) Yet I'm willing to join in. jhd@herold.franken.de (Joachim Durchholz) wrote: >jmartin@cs.ucla.edu wrote 14.03.96 on Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer: > > >Stuffing as much logic as possible into a single line of C is one possible >variant elegance. Such elegance doesn't have any relevance to Software >Engineering, of course. It is more related to crossword puzzles, Mensa >riddles, the Obfuscated C Contest and all other sort of intellectual >challenges. It has no useful purpose beyond itself, and should not be >taken seriously for serious work. (It would be ridiculous to take this >type of fun stuff seriously!) > >But don't confuse these intellectual games with the Real World. > No I don't. But many C programmers loving these intellectual games ( O.K. not the 10+ years experienced ones or Mr. Seebach :-). Or...?) But the danger to confuse this is much higher in C than it is in other languages like ADA or EIFFEL. > > >There is one trait among many hackers that will make method gurus uneasy - >they don't like to be restricted. >This makes C popular among hackers - it gives many benefits of discipline >(many opportunities for the compiler to do type checking), but allows >evading the restrictions whenever necessary (type casts). > Exactly. Therefore this hackers are horror if you have to work together with them (cauze code is too large) or have to rework a hacker's work (Don't flame me on my use of the work hacker; I mean the ones who like to use all beastialities of C :-)) > >Remember the argument that subroutine calls slow down programs. >Subroutines have won because they made programming much easier and faster. > Oh, you've never been in automotive industry. There people stay with assembler and hate subroutine calling cause they are sharply RAM/ROM restricted due to their small embedded controller! A stack ? Virtual memory? No way! >I haven't said a word of design phase vs. programming phase. And my >impression is indeed that a hacker doesn't want to waste time on design >when he could use to build working programs. But that is more a question >of the point of view; the hackers that build large systems do design in an >informal way, and they usually don't document it. Nevertheless all larger >programs done by hackers have a design. > Yes, and in deed this design is mostly efficient. But if the software is larger than one wizard can handle and many wizards are working there will there still be a good design? And it's NOT a question of point of view whether documenting the (underlaying) design is a waste of time if you want -- to maintain code not written by you -- reuse as many portions as possible in later projects > >-Joachim -- Bernd ------------------------------------------------------------------------------ I do not speak for Siemens -- but I hope Siemens will speak in favour of me !
Technical Details
Message-ID:
<4imegv$lfo@millie.scn.de>Path:
arc1-ca.pugleaf.net!news.erl.sbs.de!newsReferences:
<1995Jul3.034108.4193@rcmcon.com> <3taaha$p8j@ixnews3.ix.netcom.com> <3tap9h$qp3@saba.info.ucla.edu> <RMARTIN.96Mar13110714@rcm.oma.com> <4i862r$1evq@saba.info.ucla.edu> <64ss5$3F3RB@herold.franken.de>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!news.erl.sbs.de!news From: Bernd Reh <Bernd.Reh@RbgS413.Rbg1.Siemens.SCN.DBP.DE> Newsgroups: comp.lang.eiffel,comp.lang.c,comp.lang.c++,comp.object,comp.software-eng Subject: Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer Date: 19 Mar 1996 13:57:51 GMT Organization: Siemens Automotive Systems, Regensburg, Germany Message-ID: <4imegv$lfo@millie.scn.de> References: <1995Jul3.034108.4193@rcmcon.com> <3taaha$p8j@ixnews3.ix.netcom.com> <3tap9h$qp3@saba.info.ucla.edu> <RMARTIN.96Mar13110714@rcm.oma.com> <4i862r$1evq@saba.info.ucla.edu> <64ss5$3F3RB@herold.franken.de> NNTP-Posting-Host: 162.3.71.22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 1.1N (X11; I; HP-UX A.09.05 9000/715) X-URL: news:64ss5$3F3RB@herold.franken.de