home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / c / 18594 < prev    next >
Encoding:
Text File  |  1992-12-20  |  2.3 KB  |  64 lines
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!olivea!sgigate!sgiblab!cs.uoregon.edu!news.uoregon.edu!news.u.washington.edu!stein.u.washington.edu!chuckb
  2. From: chuckb@stein.u.washington.edu (Charles Bass)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Question to test general C knowledge
  5. Message-ID: <1992Dec18.070747.28304@u.washington.edu>
  6. Date: 18 Dec 92 07:07:47 GMT
  7. References: <Bz0A46.Cvu@watserv1.uwaterloo.ca> <1992Dec12.111409.147@ondec.lonestar.org> <1992Dec16.231449.22903@cs.uow.edu.au> <rfries.150@sceng.ub.com> <rfries.151@sceng.ub.com>
  8. Sender: news@u.washington.edu (USENET News System)
  9. Organization: University of Washington
  10. Lines: 52
  11.  
  12. How about some of these as interview questions:
  13.  
  14. 1) What portability problems have you had specific to C and how
  15. did you "fix" them?
  16.  
  17. 2) Have you ever had numerical difficulties in a program?  If so
  18. what measures have you taken to prevent them from occuring
  19. again?
  20.  
  21. 3) What situtations in C is recursive programming a positive?
  22. Negative?
  23.  
  24. 4) Do you use a profiling tool?  If so when? When not? 
  25.  
  26. 5) What case tools have you used?  Why did you choose it over
  27. another competitors?
  28.  
  29. 6) What elements would you put in a structure used for a doubly
  30. linked list?  Write it out? 
  31.  
  32. 7) When are externs used? Why do people use the following construct?
  33. #ifndef HEADER_XXXX
  34. #define HEADER_XXXX
  35.  
  36. < header_stuff >
  37.  
  38. #endif
  39.  
  40. 8) Show me some of your code that you think is nice.  Why is
  41. it nice code?  If you rewrote it what changes would you make?
  42.  
  43. These questions might not be appropriate in all cases and in
  44. some ways they assume the applicant has knowledge of C and must
  45. answer the questions with such assumptions in mind.
  46.  
  47. Answers to these questions should give a good idea to the
  48. knowlege of an applicant.  They slant towards larger projects.
  49.  
  50. These questions put the pressure on the interviewer because
  51. instead of sending an applicant off because they couldn't name
  52. four NULLs or what "adsfads"[4] means they must access applicants
  53. knowledge from answers that actually pertain to programming in
  54. a "real" job. (not that I know anything about a *real* job ;-)
  55.  
  56. It also might be beneficial to lead an applicant because of
  57. nervousness or whatever.  There probably are some shy
  58. programmers out there...
  59.  
  60. I'd hate to miss out on a job because I thought [4]"asdf" wasn't
  61. a legal C statement.
  62.  
  63. chuckb 
  64.