You are currently browsing the tag archive for the ‘training’ tag.
For anyone involved in supporting customers of any non-trivial commercial software product, it is very important to understand the distinction between a product demo and product training.
Ideally, demos are pre-sales and training is post-sales. Read the rest of this entry »
There is a recommended procedure on personal computers called “defragmenting.” What follows is a layman’s description of how a hard drive works and why defragmenting is important. Read the rest of this entry »
I’m currently doing some training development with Faizul Alam of Catalyte IC Design. The modules I’m working on are Introduction to DFT (Design for Test), Advanced LinkedIn topics, plus a possible resurrection of my Semiconductors for Non-Engineers seminar. I’ll be releasing more information here as things progress. Read the rest of this entry »
No, I haven’t given up blogging. I’ve been trying for the past several days to re-create recorded versions of some of my “Technology Basics” lectures, including animated PowerPoint, using a tool called Camtasia, which I’ve used before. I’m a few days into the free 30-day trial, but I’ve had trouble getting the tool to save my work. I can record seemingly trouble-free as long as I want, but if I go too long, the tool simply fails to save with no indication that anything has gone wrong. This is, to say the least, quite frustrating. I’m going to keep trying.
Addendum, June 15, 2009: After doing some hardware and software repair (new hard drive, OS fix), I did get Camtasia to run and record everything I needed, but I was not able to use the picture-in-picture preview feature. Using that feature resulted in the behavior described. The file would not save and PowerPoint crashed after the fact.
Computer simulations, such as those used in the design of semiconductor integrated circuits, make it possible to design these circuits at a reasonable cost, but like all simulations they have their limitations. One of the most important things to realize about computer simulations it that they cannot predict success; they can only predict failure. A simulation that “passes” actually fails to predict a failure, and the best that can be said is that possible failure modes covered by the simulation have been eliminated. The more detailed the simulation, the more failure modes can be covered, but the longer the simulation takes to run. If the level of detail is too great for the size of the design, the model won’t fit into the computer memory at all. Read the rest of this entry »
Probably the most important thing to do when designing a training course is to determine whether or not there will be any “hands on” exercises. It’s best if there are; the most effective learning is by doing, not by seeing or listening. Read the rest of this entry »