The official archive of all available ComputerTalk with Dave Mason radio shows. Spend some time with Dave. Listen to a full show or explore clips by topic.
ON AIR
Clips by topic
3,475 unique clips. Each clip appears in one section. Historical conversations, not current advice. Full episodes remain available separately by date.
Consulting Philosophy
1414 clips, strongest first.
A listener asks the question Dave forgot · Proposed air date:
Len challenges Symantec’s price increase after the guest has left. Dr. Dave declines to speak for the guest, explains the market logic, admits he forgot to ask about price and tells listeners they can vote with their pocketbooks.
Computer help that lowered a listener's stress · Proposed air date:
James tells Dr. Dave that the show has reduced his stress and perhaps improved his longevity, then respectfully criticizes how difficult the website's recommended free downloads can be to locate. Dr. Dave explains the tradeoff, acknowledges the criticism as valid and promises to try to improve the links while respecting developers who give useful software away.
Fixing things in a disposable age · Proposed air date:
A failing three-year-old television prompts Dr. Dave to describe how much he likes learning to repair things and how much a disposable mentality bothers him, while still admitting that cost, obsolescence and available improvements sometimes make replacement the realistic answer.
Keep your head when the problem makes no sense · Proposed air date:
After an experienced caller describes a baffling hardware problem, Dr. Dave reflects on twenty-five years of similarly maddening cases. Even a seasoned professional can feel overwhelmed when a failure seems arbitrary, but detachment matters: just as panic would not help a surgeon, losing one's head does not help solve a computer problem.
A caller planning a presentation prompts Dr. Dave to say the purpose comes first, to warn against overdesign and to credit Evil Steve's commercial-art background for teaching him the value of white space and silence.
The vengeance factor is often a waste of time · Proposed air date:
After joking about a vague caller who asks whether a sender can be traced, Dr. Dave considers listeners determined to hunt down spammers. The effort may work, but he applies an 80–20 judgment: spend energy on controlling the incoming problem and moving forward, because the desire for vengeance can consume more time than the result is worth.
Dr. Dave admits that one missing zero in a scanner model led him to send a friend the wrong purchase link. He apologizes without excuses, and the retailer's nearly immediate callback and painless return turn his mistake into a lesson about excellent service.
Keep important things local too · Proposed air date:
A discussion of cloud services leads Dr. Dave and Evil Steve to distinguish privacy from availability and explain why family pictures and passwords should not depend on one remote provider.
A car appears to have half a tank but will not start as Evil Steve helps their friend Randy complete a purchase. One added gallon reveals the gauge is wrong. Dr. Dave answers with an RV whose desperate owner replaced major parts yet overlooked the same basic problem, showing how stress narrows thinking and why a consultant should step back before attempting intensive, expensive work.
A repair becomes a boxing match · Proposed air date:
An email about a browser hijacker leads Dr. Dave to remember a stubborn client repair that failed again only hours after appearing fixed. Discovering a suspicious blank startup entry finally solved it, but the lasting story is his refusal to let the machine outsmart him and his description of difficult troubleshooting as a personal boxing match.
Friends helping friends can strain a friendship · Proposed air date:
When a caller’s friend damages a Windows installation, Dr. Dave jokes that the only friends one should help are those one does not want to keep. He then explains the real problem: even a capable helper can be blamed when an unrelated failure occurs, placing the relationship under pressure.
A listener suggests a cause for a network problem, and Dr. Dave readily admits he may be right. Evil Steve praises that willingness to listen, prompting his brother to explain how much he learns from other people.
A caller adds a better Windows answer · Proposed air date:
Caller Jeff follows up on a prior hard-drive answer with the option of creating a Windows XP installation disc that already includes Service Pack 2. Dr. Dave recognizes the solution immediately, explains it clearly and thanks the listener for improving the show’s answer.
Caller Victor points out an important step Dr. Dave omitted when discussing a hijacked email account. Dr. Dave immediately says the caller is absolutely right, admits that he dropped the ball and then clarifies when contacting the provider is useful.
Choose guests who make a difference · Air date unknown
Dr. Dave explains his on-air standard for guests: he should genuinely like what they offer, and the subject should make a practical difference when listeners use technology in daily life. It is a concise statement of how he tried to make Computer Talk useful rather than merely promotional.
Do not turn a small problem into a catastrophe · Proposed air date:
A caller needs family photographs from a computer that no longer boots. Dr. Dave refuses to assume the worst, recommends qualified help and warns that inexperienced repair attempts can turn a small corruption problem into a major data-recovery failure without the user realizing it.
Even Dave has to stop and check · Proposed air date:
A caller’s use of David sparks family-name banter, then Dr. Dave admits his on-screen directions are not working and checks them during the break. The follow-up shows fallibility and persistence rather than a falsely effortless repair.
Good judgment grows from bad judgment · Proposed air date:
Dr. Dave repeats the idea that good judgment grows from experience and experience often grows from bad judgment. Most of what he knows, he says, came from trying something the wrong way, discovering that it failed and then using the lesson to help listeners avoid the same struggle.
Helping clients move from unaware to afraid and back again · Proposed air date:
A difficult infection leaves capable clients so frightened that they plan to keep sensitive work on a disconnected computer. Dr. Dave respects their choice while trying to restore a practical sense of risk rather than promise perfect safety.
Providers must help ordinary customers stay secure · Proposed air date:
A router warning leads Dr. Dave to recall spending months in the late 1990s pressing Sprint over broadband wireless security. His principle is that a provider cannot simply blame customers who were never equipped to act as system administrators; it must protect them or teach them.
The paperclip in Dave's briefcase · Proposed air date:
A sounder boasts that Dr. Dave can repair a computer with a hairpin and duct tape, and Evil Steve says he has actually watched him do it. Dr. Dave explains that he always keeps a paperclip in his briefcase because it can reset hardware, open a stuck optical drive or bridge a jumper.
Dr. Dave rejects the technical habit of blaming users, explains the functional tradeoff that makes perfect protection impossible and admits that even he makes simple mistakes.
White space is as important as text · Proposed air date:
A published lesson about Jobs’s attention to design turns into Evil Steve’s own explanation of why the last flourish can make work exceptional—or why the right extra step may be removing something. Dr. Dave says one lesson he learned from Evil Steve was that white space can matter as much as the text.
Why Dave started the Tech Blog and Truth Blog · Proposed air date:
Dr. Dave explains filtering information into what matters to users, recording discoveries while fresh and giving political opinions a separate home. Product examples support this purpose rather than forming a shopping clip.
Browse by year, then month, to find the episodes from that month.
442 proposed broadcast dates, plus 2 undated entries. Dates are based on archive filenames and may be approximate. Some broadcasts survive as separate parts or incomplete recordings.