Archive for the ‘SEMINARS’ Category

Disaster Seminar 1 — Typical Natural Disasters

September 17, 2018

Every Location Has A Potential Disaster:

1. Tornado
2. Hurricane
3. Earthquake
4. Mud Slide
5. Flood
6. Tsunami
7. Brush Fires.

MORE IN THE NEXT MESSAGE

Advertisements

Life of A Programmer — Session 8.1 — Tools Help Make The Software Engineer

September 10, 2018

With the right development program, you can develop Error
Free Software.

There are some historical examples of this truth.

In the early 1960’s, Fortran was a major computing languages.

The Fortran compiler had a never ending bug list.

PL/1, the next major language, was far more reliable.

I used it at Lockheed for over five years and never encountered
any errors.

PL/I was designed in strict compliance with the principles of
simple precedence.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 7.5 — How Do I Become a Quality Assurance Software Engineer

September 3, 2018

RULE 4 — NEVER USE A PATCH TO SOLVE A PROBLEM.

Never patch the program!!!.

A patch is usually a last minute change which is not clearly
thought out.

The product delivery is usually close at hand.

Management is saying “All you have to do is …” (The most
dangerous phrase in the English Language).

The patch will probably violate RULE 1 (The strict use
of standard methods).

None-the-less, avoid the short-cut and you will more likely
find the solution to the problem.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 7.4 — How Do I Become a Quality Assurance Software Engineer

August 27, 2018

RULE 3 — USE OLD, WELL-TESTED, OPERATING SYSTEM CAPABILITIES.

Relative to the operating system, use the old, well established
capabilities and minimize your interface.

Think of it in a similar manner as purchasing a new car.
If you purchase a radically new model, you will become an
unwilling member of the test team.

Similarly do not use a pipe if a file will do as well. Files
were developed long before the pipes.

An above all, do not use its multitasking capabilities unless
absolutely necessary. This capability can expose you to many
challenging problems.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 7.3 — How Do I Become a Quality Assurance Software Engineer

August 20, 2018

RULE 2 — TEST ALL WORK PRODUCTS.

I was able to “look over NSA’s shoulder” when they were developing
SELINUX (Secure Linux Operating System”.

Their activity can be best described as “programming as usual”.

I asked them about their test plans. They said that they were not
going to test the system. It would be Common Criteria tested when
delivered.

This is not an adequate test plan. Testing all of the work-products
is the only way to thoroughly test the product.

Back in my hardware engineering days, we made test plans which
thoroughly tested each circuit board. Divide and conquer!

SELINUX will fall short of its intended goal. The bad-guys will
find the weak points.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 7.2 — How Do I Become a Quality Assurance Software Engineer

August 13, 2018

RULE 1 — RIGOROUSLY USE STANDARD METHODS.

Prepare a minimum set of standard methods that you will use on all your programming effort. Keep them “simple, stupid”.

In the hardware world, the Quality Assurance Manager working with management purchase the set of Integrated Circuits needed to get the job done.

These standard methods are your “Integrated Circuits”.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 7.1 — How Do I Become a Quality Assurance Software Engineer

August 6, 2018

To become a Software Engineer with a Quality Assurance
capability, you must implement a basic philosophical change.

Software is not an art form; the computer is not the easel
where you can express your creative juices.

You will become an engineer responsible for providing tools
and services that will affect public safety.

You think not. I beg to disagree.

I was transferring $1000 between my savings and checking
accounts when the ATM went down. It took the bank half a
day to find my money.

You ask, what do I need to do in order to improve my quality
and be more indispensable to my employer.

RULE 1 — RIGOROUSLY USE STANDARD METHODS.

RULE 2 — TEST ALL WORK PRODUCTS.

RULE 3 — USE OLD, WELL-TESTED, OPERATING SYSTEM CAPABILITIES.

RULE 4 — NEVER USE A PATCH TO SOLVE A PROBLEM.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 6.3 — What should a Quality Assurance Software Engineer Know.

July 30, 2018

SOFTWARE ERROR SOURCE 2: THE OPERATING SYSTEM.

The operating system is the silent partner in all software
development activities.

The operating system, also having been developed by human
beings, will also have errors.

Most of the errors will have already been discovered.

The ones that have not been discovered will, in general,
be difficult to fix.

You, as the user, will have no control over that repair
process.

Consequently, you may end up with a difficult task of
working around a system error that was discovered on your
watch.

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 6.2 — What should a Quality Assurance Software Engineer Know.

July 23, 2018

SOFTWARE ERROR SOURCE 1: THE SOFTWARE DEVELOPMENT ENGINEER.

All Software Development Engineers are human beings, not little
green-guys from Mars

All human beings, including Software Development Engineers make
errors.

Software errors created by Junior Programmers are discovered early
and easily fixed.

Errors created by Senior Programmers take a long time to surface
and are usually hard to fix.

You have probably already had to solve a very difficult problem
on a project that you completed a year ago

MORE IN THE NEXT MESSAGE

Life of A Programmer — Session 6.1 — What should a Quality Assurance Software Engineer Know.

July 16, 2018

Being a Software Development Engineer also makes
you a Quality Assurance Manager.

You have had no training in Quality Assurance.

You do not like it when management brings up the subject.

None the less, you are a Quality Assurance Manager.

Maybe I can help you to benefit from this unwanted
job description.

The first thing that you need to know is that there
are two sources of software errors.

SOFTWARE ERROR SOURCE 1: THE SOFTWARE DEVELOPMENT ENGINEER.

SOFTWARE ERROR SOURCE 2: THE OPERATING SYSTEM.

NOTICE THAT I DID NOT MENTION THE USER.

IT IS YOUR RESPONSIBILITY TO PROTECT THE USER FROM HIS
OWN STUPIDITY.

MORE IN THE NEXT MESSAGE