(See Val Hubbard's site (no longer active) for original version. used with permission)
Hardware Rules
Software Rules
Software is a tool, not salvation.
Management will buy software as a salvation.
No software is TURNKEY.
Management believes all software is TURNKEY.
The software you use always looks buggy.
It is always easier to blame the software for work problems than pointing out real problems to management.
The software the salesman is showing you always looks bugless.
The more complex/integrated the software, the more bug fixing becomes a magic art.
In order of increasing magnitude there are:
Lies
#@%* lies
Software demos
User friendly software often lacks enough power to do your job.
User friendly software is sought after by management to keep training costs down.
Any command that needs more than 4 pages of documentation should be termed 'USER HOSTILE'.
Any command with more than 1 page of documentation will only be used as a last resort.
Speed is proportional to the time you have to wait. It doesn't matter if the new software does 10,000 commands in 30 seconds versus 1 command in 2 seconds with the old software. The 30 second wait is longer than the 2 second wait , thus the new software is slow.
Salesman are often taken at their word, while everyone else has to prove it.
Good training leads to remarkable payback on computer use.
Software training budgets are the last thing funded, and the first to be cut.
The longer you evaluate software, the more outdated it will be by the time you use it.
Innovation beyond customer needs and wants is the only way to stay ahead in the market.
Customers that know the least about the software make the most demands.
Customers that know the most about software make important demands, but are often not recognized because they are too busy working, not complaining.
Software can not change a companies policies, procedures or structure. That is the job of leaders.
Software is often purchased to change a companies policies, procedures or structure.
Software organizations need leadership, not management. Software groups must be lead through constant changes, not pushed.
All software becomes outdated on the date of purchase.
Software Revision' is a better strategy for making money than 'Planned Obsolescence'.
Sales forces are the ones that decide what is to be done with software. Unfortunately sales forces wouldn't know innovation if it hit them. (See rules 19 & 20)
The only time a System Administrator is recognized is when there is a problem. A good System Administrator is a natural hermit.
Maintenance contracts for software will expire the day before you find a critical bug.
When a fix for a software problem is not obvious, the problem is blamed on the hardware. (See Hardware #9)
Software is often purchased by the people who don't know how to use it, but are buying it in the hopes someone will know how to use it.
Users groups are most often attended by managers, not the users.
Whenever software is updated, hardware must be updated also. (See Hardware #6)
What works doesn't always sell, what sells doesn't always work.
Software that is 'better' or much 'better' is not beneficial. It has to be significantly better to pay for change.
Software decisions are often based on minor differences that are seen as major improvements.
One fact does not generate wisdom. A software salesman will take one fact and try to make it a religion.
Advanced or Automated software requires an advanced user. Even if all he does is push a button 99% of the time. Knowing what to do the other 1% of the time requires a user who understands fully what is going on.
Automation in the hands of an advanced user has significant payback. Automation in the hands of a novice rarely shows payback. Automation just adds to the tasks a novice must learn and retards the learning of skills needed by the novice.
When no one reports a bug or complains about software, one of the following is true:
No one is using it
A natural disaster has disabled all forms of communication.
It is perfect Software
Any programmer that claims the honor of writing perfect software will be given nicknames by his co-workers. None of which could be repeated in polite company.
For software to be responsive the 'Minimum Hardware Requirements' listed for the software must be doubled. This includes memory, disk space and cpu power. If graphics are involved, requirements must be tripled.
Software that requires training of the users will be loaded immediately without training. Software that requires training for the system administrator will be loaded after training is complete and only as a last resort, if ever.
One simple accurate example is worth 10 pages of documentation. Examples are rarely used in documentation. Those that are used are often inaccurate.
The enhancement or bug fix you need is always in the next rev. (See Software #27)
Software enhancements cause new problems equal to or greater than the problems the enhancements fixed.
Software can not be forced to be successful, no matter how much screaming, ranting, raving, pleading or promising is done. Software can only be made to do what a company or individual is successful at doing now. Software can not invent solutions.
Software quality is defined by the customer, not the provider. The provider can meet the customers expectations, but can not define expectations.
Software systems must be maintained. This includes programs, databases, user interfaces, documentation and training. Software left unsupported will soon become unreliable, useless or unusable. The more complex the software, the faster the demise.
The quality people will accept when buying software is often amazingly lower than what they will accept buying anything else.
Any software solution can be provided given time and money. The problem is most people don't ask how much time and money.
When software bugs are reported, the standard operating procedure is:
Generate detailed reports showing customers are happy.
Prove bugs are user errors.
Lable bugs as requests for enhancements.
Keep asking for more information until the customer gives up.
Pass a bug around until it goes away.
Prove that the customer does not need a bug fixed.
Have customers prioritize a list of bugs. With luck, customers will make the mistake of marking some of the bugs as anything but critical.
When all else fails, attempt to fix a bug within 2-3 revs.
Beta testing makes users feel good, but does nothing for quality. Quality is a result of design, not testing.
The lowliest human is better at adapting and making decisions than the best computer program. The only exception is when a human is following government regulations.
Updating any software will require you to update all software. This is detailed in the 'Continual Purchase' clause of all Software contracts.
Internet Rules
The Internet is infested by acronym freaks. This rule will be known as TIIIBAF in the future.
Levels of Internet stupidity in order of increasing magnitude are:
Arguing with someone on the Internet.
Believing someone will take you seriously if you argue.
Swearing, calling names or insulting someone.
Swearing, calling names or insulting someone and believing you are not an idiot.
Believing that freedom is doing anything you want.
Lack of self control, restraint and concern for others will lead to chaos.
Chaos will be brought under control by laws, rules and regulation. Government projects are exempted from chaos controls.
Most Internet users make horrible economists. Internet users believe there is a free lunch.
All Internet software and interfaces will become standardized 1 year after the Internet is obsoleted by something else.
Keeping the Internet from being gridlocked over the next 10 years may be a greater feat than putting the first man on the moon.
The Internet is like "The Goose that Layed Golden Eggs". The problem is there are vendors and users with hatchets.
The Internet is like a LAN. (See Hardware rules #14-15)
Any advanced society will classify SPAMMING as a 1st degree felony. They will also outlaw any replies to a SPAM.
Pretty Good Privacy, PGP, is good enough. Be secure in the fact that it may take a few months or even a year or two before someone tears PGP apart.
Volume of data should not be confused with useful data. Remember an infinite number of monkeys typing will generate an unfathomable amount of trash.
No one can completely understand how things move on the Internet. Chaos was one of the original design specs.
The internet may give an intelligent, hard working person the freedom to communicate with thousands, millions or even billions.
The internet may give an inconsiderate, hard working fool the ability to insult and abuse the freedom of thousands, millions or even billions.
The best way to end the chaos generated by spammers and fools is to ignore them. Unfortunately it only takes one reply to keep their little egos satisfied and their fingers typing.
One of the great satisfactions of the Internet is being able to empty the trash and not add to a land-fill.
[All jokes are believed to be in the public domain. If you feel one of these belongs to you, please let us know the details and we will either remove the material or provide a link at your request.]
Unless otherwise noted, all photos and text is Copyright © Richard G Lowe, Jr.