home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / misc / 3260 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  3.2 KB
  1. Xref: sparky comp.unix.misc:3260 alt.religion.computers:471
  2. Path: sparky!uunet!cs.utexas.edu!swrinde!sdd.hp.com!wupost!news.miami.edu!cybernet!pineal.sci.fau.edu!spc
  3. From: spc@pineal.sci.fau.edu (Sean 'Captain Napalm' Conner)
  4. Newsgroups: comp.unix.misc,alt.religion.computers
  5. Subject: Re: The need for an assembler (was: Favorite CPU)
  6. Message-ID: <1992Aug17.185447.2408@cybernet.cse.fau.edu>
  7. Date: 17 Aug 92 18:54:47 GMT
  8. References: <id.FN9S.OC8@ferranti.com> <1992Aug12.173328.7160@cybernet.cse.fau.edu> <id.2PCS._X2@ferranti.com>
  9. Sender: news@cybernet.cse.fau.edu
  10. Organization: Florida Atlantic University, but who cares?
  11. Lines: 68
  12.  
  13. (If this ends up in alt.folklore.computers, then I did something wrong 8-)
  14.  
  15. In article <id.2PCS._X2@ferranti.com> peter@ferranti.com (Peter da Silva) writes:
  16. >In article <1992Aug12.173328.7160@cybernet.cse.fau.edu> spc@pineal.sci.fau.edu (Sean 'Captain Napalm' Conner) writes:
  17. >>   -spc (Unix philosophy:
  18. >>     1. Write cryptic and highly customizable code.
  19. >
  20. >Write simple code. Write small modules that hang together well. Write your
  21. >code as generically as possible... one day you'll have to port it.
  22. >
  23.   And find is simple?  dd is small?  Gee, I'd like to have your Unix system
  24. at work 8-) 8-) (add many many more if needed)
  25.  
  26. >>     2. Never write original code.  Find some that's close, and force it.
  27. >
  28. >I've seen some of that.
  29. >
  30. >>     3. Never write C.  That's what Awk and Perl and Bourne Shell are for.
  31. >
  32. >If an interpreted language is fast enough, sure.
  33. >
  34. >>     4. Never write Assembly.  That's what C is for.
  35. >
  36. >If a compiled language will do the job, sure.
  37. >I've got assembly modules in some of my current code, but it's pretty
  38. >hairy stuff.
  39. >
  40. >>     5. Never remove code.  #ifdef it out.
  41. >
  42. >I don't hold with this. If I change the functionality of a routine, all
  43. >the ifdeffed stuff is either brought up to date or dyked out.
  44. >
  45. >>     6. Write sloppy code.  The compiler will optimize for you.
  46. >
  47. >Write good algorithms before you worry about micro-optimisation.
  48. >
  49. >>     7. Never worry about memory.  It's virtual anyway.
  50. >
  51. >Oh, this is the MIT/Berkeley philosophy. Don't check the return code of
  52. >malloc. Assume your network is fast and your workstations are slow.
  53. >
  54.   Hmmmm, that's funny, because I always check the return code of
  55. malloc, my computer is fast, but the network is kinda slow ...
  56.  
  57. >>     8. If it's not running Unix, it's not a real computer.
  58. >
  59. >If you can't run UNIX code on it, it's not a real computer.
  60. >
  61.   Can you run UNIX code on the Amiga?  You can run C code written
  62. with the Standard C Library on the Amiga, PC, Unix, etc, but not
  63. UNIX code, per say.
  64.  
  65.   A person I know doesn't consider the Amiga to be a REAL COMPUTER(TM)
  66. because it doesn't run Unix.  I don't consider the 386 to be a real
  67. processor because it's a deranged 8/16/32 bit mutant CPU from 1980
  68. (well, based on a deranged CPU from 1980, I should say) 8-) 8-) 8-)
  69.  
  70. >>       (Personally, I can't stand the Unix philosophy 8-) 8-)
  71. >
  72. >I can't stand people confusing MITnix with UNIX.
  73.  
  74.   -spc (And I can't stand people that defend a 20 year old
  75.     OS that's about as many patches, kludges, fixes and scotch
  76.     tape as a certain 10 year old OS for PC's, but only
  77.     100 times larger 8-) 8-) 8-) 8-) 8-)
  78.  
  79. P.S.  Add a 8-) after EVERY word.  Letter, if it would make you
  80.       feel better.
  81.