The obvious order to me is the order in which the terms are written - so number 1 - the from term Array then 2- the to term records. If someone wanted it the other way they should name the method CopyRecordFromObjectArray.

That was my thought too - a degree in "web development" sounds like something dreamed up my a cheep community college offered next stor to the auto handyman tech program.- I doubt any such degree would come from a accredited university system.

The task of turing out a state-of-the-art game is very big. You need: 1) The grahpics engine which will render everthing that gets displayed. 2) A "phisyics" engine to make your game world relisitic ( i.e - you can't walk though walls; walking, shade, reflections....) 3) A game manager to co-ordicnate graphic calls, AI calls and poll user inputs. 4) A great deal of art files 5) A great deal of sound files. To get a simple taste of it there are several books easily obtained in any book store which walks you thorugh the creation of a simple (i.e. unimpressive, no one would want to play them) games.

Your right - that's why a program like this may be wanted....:laugh:

It is true tha as stated some of the requirments were vague. A typical response to the question "How many numbers between 1 and 100 are divisible by 4?" would have the person counting up all the numbers which divide by 4 with 0 remainder, while others would reply "All of them." AFter all you can divide ANY number by ANY number...

*Beep* Sorry - you're wrong but thanks for playing....seriously it clearly says "X" for numbers divisible by 10, "Y" for numbers divisible by 4, and the number itself for all other numbers." It did NOT say print the numbers between 1 and 100 that are both divisible by 4 and 10. The output would be something like this - there would be 100 results: 1, 2, 3, Y, 5, 6, 7, 8, 9, X, 11, Y,13,14,15, Y,17,18,19,XY, ...ecetera...;)

Review all the basic requirements for your app. Does the clients machine: * Have minimum memory and cpu power? * If it runs in a browser, is the client using the same browser you are? * What else is the client trying to do while running your app? * Have the correct libraries and run time installed. Are you deploying a full stand-alone version with all required libs and run times? * Have you ruled out the customer simply not understanding what the app is supposed to do in the first place? ("Hey this financial calculator doesn't spell check my Latin translation correctly!" ) To fix the problem, you will need to learn to reproduce it. Your two most powerful tools to do this are log files and application feedback trough error messages. *) If it runs in a browser, have you tested it on the same browser version the client is using? *) For a desktop app, or purely a client side issue then physically go over to your clients machine and run it there - if you can't do that then remotely do it over net-meeting or some tool like that. *) If you created your app to write to a log file - you may need to add additional log messages to box in where this problem is? *) Of course your app is catching all possible errors already in try-catch blocks right? And when you catch a error you can't recover from then it displays a meaningful information message? You may have to put additional feedback in your app so you and customers can monitor what state the app is in.

You haven't stated if the application is to be desktop/based, web based or both... Personally, my first choice would still be Java and/or JSP, but if you don't like that how about c#?

That's right - the entire solution appears, full blown, in the programers mind, then it just takes a few hours to code in....if only....:sigh: The problem most often is poor requirements resulting in vague designs and applications that need to be tweaked.

I think many of us, if we were not Software Engineers, would either be Electrical Engineers ( and hence creating that computer again ), or Mechanical Engineers or Architects.:)

You said "I mean, the applications we create as developers enable countless things to get done much quicker than some manual process. So haven't we invented/enabled time travel?" :sigh: No that does NOT mean we invent time travel - assuming you mean traveling along the time dimension is something other than forward at exactly 1 sec forward per second of elapsed time. Your statement would be related, but the exactly the same, as saying if I the distance between New York and Paris is XXX miles, but I travel in a super-sonic jet - did we invent/enable teleportation. Again no - we did not teleport, we traveled along 3 space dimensions at a faster rate ( that is we traveled a shorter distance along the time dimension );)

Not at all - time is NOT an illusion. It is one of the dimensions in which our universe exist in ( at last count about 13 or so according to the super string theory guys) And some sub-atomic particles ( anti-quarks to be specific ) do travel BACKWARDS in time. This was proven in a atom smasher event in a linear accelerator. The sequence of events observed is sub anti-quark growth(the opposite of decay) and NO quarks up to the point of the impact event, the impact event ( creation of both quarks and anti-quarks), then after the impact event NO anti-quarks and the decay of the quarks.:)

Companie should forget about "Farmshoring" and just embrace Telecomuting.;)