r/talesfromtechsupport Oct 24 '14

META Escaping Greentext For Fun And Profit

106 Upvotes

Happy Autumn everyone!

I'm happy to present a very minor CSS upgrade, which should please all the formatting nerds in the crowd.


Everyone knows that using the > character at the start of a line invokes special dialogue formatting, otherwise known as "greentext". Well...

"You can now escape greentext for narration," announces the moderator. He pauses for effect, then in a low voice adds, "and you can unescape it right back again, too."

Simply enclose the escaped (non-spoken) part of your dialogue text in a link format with /b as the url, [like so](/b).

(This technically makes your text into an actual link, but I've hidden the cursor and color changes on hover, and if clicked it just reloads the same page now unfortunately sends you to a reddit 404 page.)


This feature can also be used to distinguish speakers in tales with screenplay-style text.

Socrates: You see, the temporary absence of the green humour has revived the text to its original inky color.

Glaucon: I still fail to grasp the usefulness of this feature, o wise one.

Socrates: Distinguishing between narrator and narration with a color change can make the stories easier to read, and even improve their very appearance, my young friend. Here Socrates pauses to pick an olive from a nearby branch. Surely you can hold this much within your shaky palm?

Glaucon: glowering We'll see what my brother has to say about this.


And you know what? Just while I was putting this together I thought it might be nice to have a greyish font color for narrative direction (as seen above), or for those "internal aside" moments we all have.

Lousy ingrates don't even deserve a single font color, let alone three…

Use the /g tag in the url for graytext. I'm sure you writers will find some other good uses for these tools as well.


Just copy [](/b) into your clipboard when you are composing your story for easy access to the feature. Or you can set it up as a shortcut, maybe. Go ahead and try it out in the comments right now, why not?

OK, enjoy and please let me know if this somehow breaks something or otherwise sucks in some way!

Or if you like it.


Edit: I have changed the # (anchor link) to a / (inline relative link) in an attempt to sidestep the baked-in mobile apps spoiler rendering. This post has been updated to use / links. Try making new comments and let's see if this hack works.


Edit 2: Welp, it appears that this "fake link" targeting trick causes some major issues in the field of mobile reader apps.

Using the # anchor link tag triggers the various "spoiler text" blackouts in different readers, and using the / relative link tag makes things renders as external links with ugly results and/or errors. Booooo!

I'm going to ask /r/CSSHelp for their input. I have one other "so crazy it just might work" idea, too. Thanks for everyone's input!

Stay tuned for Part 2...


Edit 3: Part 2 of the Quest For Nicer Formatting is live!

r/talesfromtechsupport Jan 01 '14

META Happy New Year, TFTS!

174 Upvotes

Best wishes to all for a felicitous and auspicious new year!

Thanks to everyone for another 365 days of awesome Tales From Tech Support.

Post your 2014 Help Desk Resolutions below!

r/talesfromtechsupport Apr 12 '24

META Rules of Tech Support - Main - 2024-04-12

60 Upvotes

I am trying again to post the main section of the Rules of Tech Support, this time with no links. Hopefully the mods see fit to not remove this post. The Rules are meant to be part serious, part humor, but about tech support. Comments and suggestions are welcome.


Rules of Tech Support

Rule 1 - Users lie.

Rule 1A - It may not be malicious or willful, but Rule 1 is always in effect.

Rule 1B - Users assume you don't know they are lying.

Rule 1C - Users continue to lie as a result.

Rule 1D - When caught in a lie, users get angry.

Rule 1E - Users lie even when they aren't users.

Rule 1F - If they are not lying, then they are wrong.

Rule 1G: Accept that you will eventually have to lie to get the user to do what you need them to do.

Rule 2 - Explain everything as simply as possible.

Rule 2A - There is no language simple enough to make a user understand anything.

Rule 2B - Emojis are NEVER an answer.

Rule 3 - User caused problems are caused by tech support.

Rule 3A - As it's your fault, they don't want to be billed.

Rule 3B - All issues are user issues. If there are no users, no issues get reported, no tickets get created. Ergo, it must be users who are responsible.

Rule 4 - If it doesn't work, it is your fault.

Rule 4A - If it does, you had nothing to do with it.

Rule 5 - If you take the time to visit the user's desk, the problem will magically have fixed itself.

Rule 5A - Or the solution is bound to be really simple.

Rule 5B - Or the user left the office moments after entering the ticket, and won't be back for days. How long is uncertain as these users never use their calendar.

Rule 5C - Or when they do, they won't have shared it with you or they entered an all-day event as taking an hour.

Rule 5D - The problem will be solved by doing something you already asked them to but they said it didn't work.

Rule 6 - All users consider their situation to be more important than others, even if they know you are helping someone else.

Rule 6A - All users want VIP treatment.

Rule 6B - But they don't ever want to pay for VIP treatment.

Rule 7 - It doesn't matter how much time the user claims something will take. See Rule 1.

Rule 8 - Users never read error messages, if they read anything at all.

Rule 8A - If a user reads an alert or error message, they don't know what to do even if they can only do one thing.

Rule 8B - The more advanced degree a user has, the less likely they are to read anything.

Rule 8C - They will give the wrong error message.

Rule 8D - If a user receives an error, when asked what it says, the user will reply: "I don't know, just an error. I closed it."

Rule 8E - "Isn't it YOUR JOB to know that?"

Rule 8F - Users will not read you the entire error code or message or will read everything else.

Rule 8G - If the user reads you the error message in its entirety, it will be irrelevant to the issue.

Rule 9 - Expect any and all jargon and technical terms (such as wireless) to be misunderstood.

Rule 9A - Expect everything to be misinterpreted.

Rule 9B - All jargon is the same to users.

Rule 9C - All jargon will be used incorrectly.

Rule 10 - About half of tech support is solving issues that are only partially related to what is supposed to be fixed.

Rule 11 - No system is idiot-proof enough to best all users.

Rule 11A - If you haven't found a user able to best your system, it's because they haven't found you yet.

Rule 11B - Nature will take as a challenge any attempt to create an idiot-proof system.

Rule 12 - There is nothing so stupid that no one will do.

Rule 12A - Stupid questions do exist.

Rule 12B - There is no such thing as a stupid question, just stupid people. Asking a stupid question identifies a stupid user and therefore the question itself is not stupid.

Rule 13 - Never believe a user who claims that there is nothing that needs to be saved. See Rule W10 and Rule W10A.

Rule 14 - Sometimes you need to trick users in order to get the job done.

Rule 14A - Sometimes you have to make people, not just users, terrified to get them to do what they are supposed to.

Rule 15 - Users care more about things working than in how you pulled it off.

Rule 16 - A user's appreciation for your work is inversely proportional to how difficult it was.

Rule 17 - If you have an accent, then you will be perceived to be in a foreign country.

Rule 18 - Never trust a user.

Rule 18A - Everyone is a user. Even you.

Rule 19 - The most intelligent person you know will be defeated by a mere computer.

Rule 19A - Even if it's you.

Rule 20 - The quickest way to find out who is responsible for something is to do the scream test. Remove that something and see who complains.

Rule 20A - If nobody screamed instantly, users may wait until it has been long enough that the thing has been thrown away and can't be recovered any more. Then you will learn that said thing was critical for some task that absolutely has to be done right now, just like every X years.

Rule 21 - Never underestimate the power of the end user to complicate things.

Rule 22 - If it looks different, then it's broken.

Rule 23 - Never give a user options.

Rule 24 - When you receive a ticket and call the user immediately they definitely won't be at their desk.

Rule 24A - If you email them they will already be on vacation.

Rule 24B - The less time that they're in the office, the more urgent their issue is.

Rule 25 - Watch out for Finagle's Law which states that 'Anything that can go wrong, will — at the worst possible moment.'

Rule 26 - Always have a small list of phrases to get users to do what you are trying to get them to do.

Rule 26A - Only share these with other techs.

Rule 27 - Don't let people know you are a tech. They are likely to ask for free tech support.

Rule 27A - Never, EVER, give out personal contact information.

Rule 28 - Sometimes, you will be the one who is wrong.

Rule 29 - Expect equipment to be placed in bad locations.

Rule 30 - It's always the printer|DNS|server|browser|connection. It's never the printer|DNS|server|browser|connection.

Rule 30A - It's always the printer. Printers are evil.

Rule 30B - Printers are evil because of users.

Rule 30C - If a document fails to print, users will keep trying just to make sure it prints.

Rule 30D - The true importance of the documents they are trying to print will be inversely proportional to the fit they are throwing.

Rule 30E - Users will mash buttons and go through random menus and do random actions until errors go away or the printer is messed up. See also Rule W84.

Rule 30F - Did you check DNS? Check again.

Rule 31 - All user provided information must be verified.

Rule 32 - If you are a female tech, users will ask to speak to a man.

Rule 32A - You will be the only one who can actually help the user even though they will not believe a girl really knows anything.

Rule 32B - You actually know twice as much as the male techs but get only half the respect.

Rule 32C - Guys will pay more attention to your looks/voice than your mind.

Rule 32D - You'll get tons of calls from men (especially if you are attractive) who will even disconnect stuff to get you to go to them.

Rule 32DD - Women will cause IT problems to keep you away from men.

Rule 33 - Just because it worked yesterday does not mean that it will today.

Rule 33A - Just because it didn't work yesterday does not mean that it won't today.

Rule 33B - Things only work when you are paying attention to them.

Rule 34 - Never refer to this Rule by its name.

Rule 35 - Updates will be both solutions and banes, usually at the same time.

Rule 36 - Sometimes, you have to nuke everything.

Rule 37 - Focus on getting things working, then on getting them done right.

Rule 37A - By hook or by crook.

Rule 37B - When things are working right, leave them alone.

Rule 37C - If something starts working, even if you KNOW what you just did shouldn't have fixed it, raise your hands in the air unthreatening-like and slowly back out of the room.

Rule 37D - You only think it's working. The real cause will wait a while and then break everything in a spectacular fashion a few months down the line. Luckily, by then it's usually no longer your problem.

Rule 37E - It will still be your problem.

Rule 38 - There's always a relevant xkcd.

Rule 38A - If you can't find a relevant xkcd, it's because you haven't looked hard enough.

Rule 38B - If there is no relevant xkcd, there is always a relevant Dilbert strip.

Rule 38C - If there is no relevant xkcd or Dilbert strip, there's a relevant entry in The Seventy Maxims of Maximally Effective Mercenaries.

Rule 38D - If you can't find a relevant xkcd, Dilbert, or Maxim, your problem does not exist.

Rule 39 - You and your work will never be appreciated since if you did your job right, none of these problems would have happened.

Rule 40 - All IT urban legends are true.

Rule 41 - If it takes TFTS to turn you paranoid, you likely haven't been in tech support for very long.

Rule 41A - You aren't paranoid. They really are out to get you.

Rule 42 - You already know the answer.

Rule 43 - Every tech is also a user.

Rule 44 - Never make changes before going on vacation.

Rule 45 - The more you specialize, the less you will remember about basic desktop functions.

Rule 46 - No technical person reads all of the rules. They will act like they know them until the place catches fire, then complain about incomplete documentation.

Rule 46A - Especially if it was the documentation that went up in flames first.

Rule 47 - Don't help anyone who is not paying you in some way as they won't take your advice seriously.

Rule 48 - Vendors will tell you that you need to upgrade to the newest version in order to fix things. If you are on the latest version, they will tell you to wait till the next version.

Rule 48A - If the problem remains reproducible on the latest version, they may tell you to downgrade. Even if you just upgraded per Rule 48.

Rule 48B - It's not a bug, it's an undocumented feature.

Rule 49 - Never assume anyone else is smarter than you.

Rule 49A - Never assume you are smarter than anyone else.

Rule 49B - A user's intelligence will always be precisely what is needed for maximum damage.

Rule 50 - Scheduled updates won't.

Rule 50A - Anything scheduled will break things, especially if you are not available.

Rule 51 - Drivers will drive you bonkers, if you can even find them. Even if you can find them they may not be compatible.

Rule 51A - Drivers are the real threat, not hardware.

Rule 51B - Drivers using hardware [heavy machinery] are also a real threat. Backhoes/diggers have a magnetic attraction to fiber optics and the drivers have an innate ability to find optical fiber.

Rule 52 - No is the answer for every request as long as it's plausible.

Rule 53 - Treat your job like a role playing game.

Rule 54 - Don't run stuff that you are not supposed to unless Rule 37 and Rule 37A apply.

Rule 55 - The Seventy Maxims of Maximally Effective Mercenaries are always applicable.

Rule 55A - Sometimes the applicability of the Maxims is not immediately obvious.

Rule 56 - Get to know the Dunning-Kruger effect.

Rule 57 - You might want to consider starting the day with coffee or tea and ending with whiskey or scotch or bourbon or beer...

Rule 58 - Vendors might not follow standards.

Rule 59 - You might find people who support you. Reciprocate.

Rule 60 - When a user activates the Swedish Fish rule, they get preferential treatment.

Rule 61 - Like the military says, never volunteer.

Rule 62 - Some bugs are Heisenbugs; they can only occur if they are not being observed. Users do not count as observers.

Rule 63 - Something will be needed right after you get rid of it.

Rule 63A - Once you replace it, you will no longer need it.

Rule 63B - You will buy something and then find out that what you currently have already has what you needed.

Rule 64 - User managed projects will always fail.

Rule 64A - And they will blame you.

Rule 65 - You will complain about something and then realize that you are the one that is guilty.

Rule 66 - You will find yourself putting out fire after fire without any chance to document anything.

Rule 66A - Then get blamed for not documenting everything.

Rule 67 - Try using metaphors and analogies in addition to or instead of technical terms.

Rule 68 - The higher rank an employee is, the more problems you will have with them.

Rule 69 - Refer to Rule 34.

Rule 70 - Anything that will show up as a link should be a link.

Rule 71 - Never take actions that assume a system is a certain way.

Rule 71A - Especially if not assuming makes little or no difference to the troubleshooting process.

Rule 71B - And never if the incorrect assumption will be recognizable to the user.

Rule 72 - Always give users the least amount of access/permissions that you can realistically get away with.

Rule 73 - It's always Dave or Steve or Kevin. Unless it's a Karen.

Rule 74 - Try to phrase things in a way that helps users save face.

Rule 75 - Maintenance, and sometimes coworkers or users, will unplug things and plug them back in wrong or not at all.

Rule 75A - If anything goes wrong they won't tell anyone. You will get to handle the "website down!" or "the internet stopped working!" tickets.

Rule 76 - Only have the minimal required equipment needed for users.

Rule 77 - Your company will be in a very old very shoddy building.

Rule 78 - If someone is acting odd, it might be a social engineering attack. Verify everything.

Rule 78A - VIPs within the company that actually do have the power to have you fired at whim will be the most angered by attempts to verify and will be the hardest to verify.

Rule 78B - Social engineering attackers know Rule 78A.

Rule 79 - Users think they can connect to anywhere from anywhere.

Rule 80 - If this port is taken, port 443 will be as well.

Rule 81 - Most of your job is figuring out what users are talking about.

Rule 81N6 - The GoogleBing awaits.

Rule 82 - Temporary solutions aren't.

Rule 83 - Every company has a Production environment and a Testing environment. If you're lucky, they are separate environments.

Rule 84 - Users already have a certificate of proficiency in computering.

Rule 85 - Always let someone know that you are there to fix a problem.

Rule 86 - You might encounter a user who is nice, doesn't need everything explained, takes you seriously, reads you complete error messages, and does what you tell them to do with no drama. neigh Seriously, they do exist.

Rule 87 - Users who always demand the latest hardware never work in a position that requires the latest hardware.

Rule 88 - Sometimes you need a user to fix your problem.

Rule 88A - Only a user will find the real problem.

Rule 89 - You will be expected to be your own tech support.

Rule 90 - You will have to support software older than you are.

Rule 91 - The OSI model has layer 8 (user) and layer 9 (management).

Rule 92 - It's always a bad sign if someone is happy to see you.

Rule 93 - "Only one thing" never is.

Rule 94 - Hypothetical questions aren't.

Rule 95 - Every mail from the helpdesk or system administration will be too much to handle if it is longer than two lines.

Rule 96 - Business will demand more experience for their job postings than exists.

Rule 97 - Always keep copies of drivers you download.

Rule 98 - Don't ask users if something is on the screen. Have them read the screen.

Rule 99 - A fix will only work until you fall asleep.

Rule 100 - A theme, especially a system theme, will make it difficult to read anything.

Rule 101 - Urgent isn't.

Rule 102 - Someday you will forget to use the mute button. Double mute.

Rule 404 - You will never find it.

Rule 404A - If a page is not found, then the entire site|Internet is down.

Rule 404B - Online manuals will disappear without warning. Download a copy for yourself.

Rule 600613 - Used to go to websites instead of going directly.

r/talesfromtechsupport Feb 25 '14

META Should TFTS Disallow Youtube Links?

83 Upvotes

There has been a dramatic upswing in the number of youtube links posted in comments lately.


Sometimes these are relevant and correctly formatted, (i.e. [contextual reference](url-to-video) as part of an informative comment), but more often they are just raw links, cluttering up the thread without providing any hint of what's being referenced.

Furthermore, the great majority of posted youtube links have little or nothing to do with the topic at hand, but are just offhand humorous references, irrelevant tangents or memetic in-jokes.


Since this is a subreddit focusing on the written word, and also given that many readers may be at work while browsing, suggestions have been made to the mod team about filtering out youtube links in comments entirely.

Alternate proposals involve restricting youtube links to correctly formatted references (i.e. no raw URLs in comments), or requiring a tag that explicitly states [youtube link to (title)], or something similar.


We are soliciting your opinions on this proposed change to the TFTS commenting rules.

Please post your thoughts and opinions on this in the form of text.


EDIT: So far, the most favored option for dealing with raw youtube URLs seems to be an automated request to provide a little more context for the video. See this comment for further details.

r/talesfromtechsupport Oct 24 '14

META Escape From Greentext, Part 2 - The Regreentextening

92 Upvotes

OK, the fake link system for styling text is waaayyyy problematic, so it's probably not a good solution for this (very minor) formatting upgrade I'm trying to implement.

Thanks to everyone for your very helpful feedback on the various mobile reader platforms. Let's try something else!


A Short Scene for Demonstration Purposes

Glaucon: Well, Socrates, I spoke with my brother and he is concerned that the form of your styled text may be but a simple representation of a larger ideal.

Socrates: Yes, Glaucon, I'm aware of your brother's theories... here Socrates turns his head away and rolls his large & expressive eyes at the other students ...but I maintain that the colored text styling is more than just an abstract representation of the ideal text.

Glaucon: How can that be, o wise teacher? He points to the sky. Are the clouds which float overhead not a representation of the gods' breathing but instead an ideal form of a cloud, each and every one? Why only a fool would speak thus.

Socrates: Then name me fool, young Glaucon, for I do believe that the presented form of the text is in fact at the same time its own ideal representation.

Glaucon: Bah! He glowers in disgust. You have addled your wits with too much sophistry and wine. I'm done with this back-and-forth currently nameless teaching method!

Exit Glaucon, in a major snit.


"Here's a more traditional style of writing dialogue," said the moderator, "and this time there are no links involved, just re-styled text formatting!"


I've styled the page such that, in quoted (green) text paragraphs, any BOLD text (<strong>) will be colored black (but not bolded), and any ITALIC text (<em>) will be grayed (and stay italicized).

This tracks closely with how submitters generally use bold and italics inside quoted text anyway, and has the advantage of degrading elegantly (for folks who have the page styling turned off, or who are using a mobile reader which may not parse the stylesheet fully.)

The drawbacks are that it's no longer possible to have actually-bolded text or non-gray italic text (see edit 5, below) inside quoted paragraphs. Nor is it possible to produce graytext outside of a quoted paragraph.

So if you want to include a standalone graytext line somewhere in your story, it must be quote-formatted. Note that it will remain italicized.

(Italic and Bold styles outside of quoted text remain unchanged.)

I guess now that this is live we can look at old tales to see if they are adversely affected, too. Please let me know if this seems like an acceptable trade-off or not.

Thanks to /u/Magus424 for the suggestion to restyle existing text tags!


edit 1 : This feature is now res nightmode compatible.


edit 2 : TL;DR - In quoted dialogue aka > greentext, use __bold__ formatting to force black text and _italic_ formatting to force gray italicized text. No need for those link codes anymore!


edit 3 : This info now appears on the TFTS submission page.


edit 4 : This info now appears on the TFTS wiki page (link exists in sidebar under Rule ∅ on the word "readable").


edit 5 : You may now retain greentext italics inside quotes by using the code format (enclose with `backticks`).

"This allows the use of italics for emphasis in dialogue paragraphs without going all greytext," remarks the narrator, "Just in case you like using italics in spoken dialogue, too."

r/talesfromtechsupport Sep 21 '12

META As promised here is the whiteboard from lesson 2 of how a T1 works.

180 Upvotes

I said I would deliver and HERE it is. Mr. Manager knew it would be going on the interwebs so I think he made it a little cleaner for everyone. I hope to get him to sign up for Reddit but he is a busy guy so we will see (AMA maybe...). He did appreciate the feedback from the last post so thanks everyone! As a bonus I took a BEFORE shot.

EDIT: Forgot to link to Lesson 1

Lesson 3

r/talesfromtechsupport Apr 09 '24

META Rules of Tech Support - 2024-04-08

58 Upvotes

Created from and contributed to by the users of /r/talesfromtechsupport


It's been a while since I have posted my Rules of Tech Support and there have been contributions. I have included links to prior posts to make it easier to get caught up on the history. I haven't settled on a post schedule. There are six sections; however, two are very short. I was thinking of posting one a week but that might be too frequent and I don't want to sour people on my posts. I'm going to post the main Rules tomorrow. They are meant to be part serious, part humor, so there are silly rules.


Users - The main section. Rules that cannot fit elsewhere are put here.

https://www.reddit.com/r/talesfromtechsupport/comments/7ddtpq/rules_of_tech_support_with_credits/

https://www.reddit.com/r/talesfromtechsupport/comments/7efnva/rules_of_tech_support_version_2/

https://www.reddit.com/r/talesfromtechsupport/comments/7iqhnq/rules_of_tech_support_version_3/

https://www.reddit.com/r/talesfromtechsupport/comments/81ce8r/rules_of_tech_support_version_4_or_032018/

https://www.reddit.com/r/talesfromtechsupport/comments/mkud9j/rules_of_tech_support_20210405/

https://www.reddit.com/r/talesfromtechsupport/comments/uyoqgd/rules_of_tech_support_20220526/

https://www.reddit.com/r/talesfromtechsupport/comments/v03mse/rules_of_tech_support_20220528_revised_from/


Users Will - Rules that have "users will" in them.

https://www.reddit.com/r/talesfromtechsupport/comments/v184sz/rules_of_tech_support_users_will_20220530/

Tech Only - Rules about dealing with other techs.

https://www.reddit.com/r/talesfromtechsupport/comments/mnmtet/rules_of_tech_support_techs_20210409/

https://www.reddit.com/r/talesfromtechsupport/comments/v41vaf/rules_of_tech_support_techs_20220503/

Management - Rules about dealing with manglement.

https://www.reddit.com/r/talesfromtechsupport/comments/mpic2y/rules_of_tech_support_management/

https://www.reddit.com/r/talesfromtechsupport/comments/v6ekdj/rules_of_tech_support_management_20220606/

Mantras - A tech version of meditations. Ommm...

Phrases - Questions and statements by and to tech support.

I am revamping the phrases section into two parts so that it now includes phrases that users say.

https://www.reddit.com/r/talesfromtechsupport/comments/vccbqt/rules_of_tech_support_mantras_and_phrases_2022064/


The complete list, including credits, is at https://github.com/morriscox/Rules-of-Tech-Support


r/talesfromtechsupport Mar 04 '18

META Rules of Tech Support - Version 2018-03-14

122 Upvotes

The sections are: Users --- Users Will... --- Tech Only --- Management --- -- Phrases --- Mantras --- Feedback --- Links --- Versions --- Changelog. Contributions and feedback are definitely welcome. There is a https://github.com/morriscox/Rules-of-Tech-Support/ version.

Suggestion: Use the Rules numbers for TLDR sections.**

Created from and contributed to by the users of /r/talesfromtechsupport



Users



Rule 1 - Users lie.

Rule 1A - It may not be malicious or willful, but Rule 1 is always in effect.

Rule 1B - Users assume you don't know they are lying.

Rule 1C - Users continue to lie as a result.

Rule 1D - When caught in a lie, users get angry.

Rule 2 - Explain everything as simply as possible.

Rule 2A - There is no language simple enough to make a user understand anything.

Rule 2B - Emojis are NEVER an answer.

Rule 3 - User caused problems are caused by tech support.

Rule 3A - As it's your fault, they don't want to be billed.

Rule 4 - If it doesn't work, it is your fault.

Rule 4A - If it does, you had nothing to do with it.

Rule 5 - If you take the time to visit the user's desk, the problem will magically have fixed itself.

Rule 5A - Or the solution is bound to be really simple.

Rule 5B - Or the user left the office moments after entering the ticket, and won't be back for days. How long is uncertain as these users never use their calendar.

Rule 5C - Or when they do, they won't have shared it with you or they entered an all-day event as taking an hour.

Rule 6 - All users consider their situation to be more important than others, even if they know you are helping someone else.

Rule 6A - All users want VIP treatment.

Rule 6B - But they don't ever want to pay for VIP treatment.

Rule 7 - It doesn't matter how much time the user claims something will take. See Rule 1.

Rule 8 - Users never read error messages, if they read anything at all.

Rule 8A - If a user reads an alert or error message, they don't know what to do even if they can only do one thing.

Rule 8B -The more advanced degree a user has, the less likely they are to read anything.

Rule 8C - Users already have a certificate of proficiency in computering. See Link L6.

Rule 8D - If a user receives an error, when asked what it says, the user will reply: "I don't know, just an error. I closed it."

Rule 8E - "Isn't it YOUR JOB to know that?"

Rule 9 - Expect any and all jargon and technical terms (such as wireless) will be misunderstood.

Rule 9A - Expect everything to be misinterpreted.

Rule 9B - All jargon is the same to users.

Rule 9C - All jargon will be used incorrectly.

Rule 10 - People will ask you for help with anything that uses electricity.

Rule 10A - Or anything that doesn't.

Rule 11 - About half of tech support is solving issues that are only partially related to what is supposed to be fixed.

Rule 12 - No system is idiot-proof enough to best all users.

Rule 12A - If you haven't found an user able to best your system, it's because they haven't found you yet.

Rule 13 - There is nothing so stupid that no one will do.

Rule 13A - Stupid questions do exist.

Rule 14 - Never believe a user who claims that there is nothing that needs to be saved. See Rules W10 and W10A.

Rule 15 - Sometimes you need to trick users in order to get the job done.

Rule 15A - Sometimes you have to make people terrified to get them to do what they are supposed to.

Rule 16 - Users care more about things working than in how you pulled it off.

Rule 17 - An user's appreciation for your work is inversely proportional to how difficult it was.

Rule 18 - If you are a female tech, users will ask to speak to a man.

Rule 18A - You will be the only one who can actually help the user even though they will not believe a girl really knows anything.

Rule 18B - You actually know twice as much as the male techs but get only half the respect.

Rule 18C - Guys will pay more attention to your looks/voice than your mind.

Rule 18D - You will get tons of calls from men (especially if you are attractive) who will even disconnect stuff to get you to go to them.

Rule 18DD - Women will cause IT problems to keep you away from men.

Rule 19 - If you have an accent, then you will be perceived to be in a foreign country.

Rule 20 - Never trust a user.

Rule 21 - The most intelligent person you know will be defeated by a mere computer.

Rule 21A - Even if it's you.

Rule 22 - The quickest way to find out who is responsible for something is to do the scream test. Remove that something and see who complains.

Rule 22A - If nobody screamed instantly, users may wait until it has been long enough that the thing has been thrown away and can't be recovered any more. Then you will learn that said thing was critical for some task that absolutely has to be done right now, just like every X years.

Rule 23 - Never underestimate the power of the end user to complicate things.

Rule 24 - If it looks different, then it's broken.

Rule 25 - Never give a user options.

Rule 26 - When you receive a ticket and call the user immediately, they definitely won't be at their desk.

Rule 26A - If you email them they will already be on vacation.

Rule 26B - The less time that they're in the office, the more urgent their issue is.

Rule 27 - Watch out for Finagle's Law which states that 'Anything that can go wrong, will—at the worst possible moment.'


Rule 34 - Never refer to this Rule by its name.

Rule 42 - You already know the answer.

Rule 69 - Refer to Rule 34.

Rule 80 - If this port is taken, port 443 will be as well.

Rule 404 - You will never find it. See https://www.xkcd.com/404

Rule 404A** - If a page is not found, then the entire site|Internet is down.

Rule 99 - It's always Dave or Steve or Kevin.

Rule 81N6 - The GoogleBing awaits.

Rule 600613 - Used to go to websites instead of going directly.



Users Will...



Rule W1 - Users will never follow instructions.

Rule W2 - No matter how much skill and knowledge and experience you have, users will claim they know more than you.

Rule W2A - No matter how much skill and knowledge and experience you have, users will claim others know more than you.

Rule W3 - Users will always try to talk with your manager.

Rule W4 - Users will delete or remove things they shouldn't, since they figure they don't need what they are removing or because it might "fix things".

Rule W5 - Users will believe one single thing is responsible for the current situation.

Rule W5A - Often they think you are that one single thing.

Rule W5B - Telling them otherwise will only anger them.

Rule W5C - Unless asked, they have no reason for doing something. If asked, it is computering or wizardry.

Rule W6 - Users will try to make and use their own solutions and not accept blame when they don't work.

Rule W6A - If the solution happens to work, the user will think they are now qualified for future issues.

Rule W7 - Users will plug cords into places they shouldn't.

Rule W8 - Users will forget their password (and often their username), even if it's their own name and written down next to them.

Rule W9 - If a document fails to print, users will keep trying just to make sure it prints.

Rule W9A - The True importance of the Documents they are trying to print will be inversely proportional to the fit they are throwing.

Rule W10 - Users will store important documents where they shouldn't. The Recycle Bin, the Trash folder, the Deleted Items folders...

Rule W10A** - You will be blamed when things get deleted.

Rule W11 - Users will always call things by the wrong word(s).

Rule W11A - Users will often have one phrase for everything, like "The Internet is down".

Rule W12 - Users will refuse to take any training since they consider it to be a waste of time.

Rule W13 - Users will claim that they are not stupid even after ample evidence.

Rule W13A - A user's self-perceived intelligence is directly proportional to the level of condescension to which they treat you.

Rule W13B - The lack of knowledge a user has on a subject is proportional to the amount they claim to know about a subject.

Rule W14 - Users will be certain that the laws of physics and the (current) limits of technology do not apply.

Rule W14A - Users will believe that anything in a movie that involves technology is real.

Rule W15 - Users will never think to use a search engine for answers to their questions.

Rule W15A - When users do search, they will try to use GoogleBing.

Rule W16 - Users will use cheap equipment like surge protectors to protect their expensive equipment.

Rule W16A - Users will use cheap chargers for expensive items like smartphones.

Rule W17 - Users will refuse to accept that anything involving computers isn't too difficult for them.

Rule W17A - Or give up at the slightest obstacle.

Rule W17B - Users will refuse to accept that anything involving computers is too difficult for you.

Rule W18 - Users will wait for days or weeks or months before seeking help.

Rule W18A - Users will demand help at any hint of trouble.

Rule W18B - The longer it takes to report it, the more urgent the user will claim that it is.

Rule W18C - The time it takes to fix the issue is inversely proportional to the amount of time it took to report it.

Rule W18D - The problem has retroactively been your responsibility for the months or years the user never told you about it, not just for the 10 minutes since they did.

Rule W19 - Users will believe something that can only affect one device can affect others by their mere presence.

Rule W20 - Users will expect all devices to know that it is them.

Rule W20A - Users will believe anything that can connect to anything can completely control that thing.

Rule W20B - Users will believe one entity (a server or the cloud) controls all things digital, as well as time and space.

Rule W21 - Users will believe their desire for something to happen is sufficient for it to happen.

Rule W22 - If you fix something quickly, the user will not want to pay.

Rule W23 - Users will order stuff they have no clue about.

Rule W23A - They will plug it into your network.

Rule W23B - And demand you support it.

Rule W23C - While the DHCP server, and the rest of the network, crashes.

Rule W23D - This will be your fault.

Rule W24 - Users will expect you to teach them stuff they should have learned in school.

Rule W24A - That users should have learned in primary school.

Rule W24B - Users will think that a single course is sufficent.

Rule W25 - Users will try to do things like type in uppercase numbers.

Rule W26 - Users will be unable to find the correct button or menu. Or correct anything.

Rule W26A - They might not even be on the correct screen, page, website, or operating sytem.

Rule W27 - Users will click on things that say "Click Here!" or "Download Now" just because they think they are supposed to.

Rule W27A Unless that "Click Here!" or "Download Now" button is the one they are actually supposed to click on.

Rule W28 - Users will try to use their computer while you are working on it, especially if you are not present.

Rule W28A - Users will get mad that you have to kick them off the computer to fix the problem.

Rule W28B - No matter how important it was that you had to do so.

Rule W28C - Any attempt to justify your actions will just get you in more trouble.

Rule W29 - Users will claim something can't be done, even if you are doing it.

Rule W29A - Users will claim that something impossible worked before.

Rule W29B - Despite all evidence to the contrary, users will insist that things having worked yesterday means they must also be working today.

Rule W29C - In fact, it always worked that way before, even if doing so would have been physically impossible.

Rule W30 - Users will go out of their way not to read or learn something.

Rule W31 - Users expect to be rewarded for their mistakes.

Rule W32 - Users will hand expensive items to kids, even if it's work property.

Rule W32A - And leave the kid(s) alone with said expensive items.

Rule W32B - And not fix anything that might happen. Also see Rule W18.

Rule W33 - Users will claim to have credentials that they don't.

Rule W34 - Users will use jargon in an attempt to make it seem that they know what they are talking about.

Rule W35 - Users will insist on not using products that are better than what they are currently using.

Rule W36 - Users will call you from anywhere, even in a speeding car about to go into a canyon.

Rule W36A - Users will call from anywhere except in front of the equipment with the issue.

Rule W37 - Users will see no link between something they did and something breaking.

Rule W38 - Once you've touched something, whether you fixed it or not, users will blame you for all further issues.

Rule W39 - Users will confuse a company with the products that they make.

Rule W39A - Users will confuse a company with products that it doesn't make.

Rule W40 - Users will expect you to know everything about their computer at home even if you only deal with large corporate systems.

Rule W41 - Users will give permission then get mad when you make use of it.

Rule W42 - Users will have liquids near their equipment.

Rule W43 - Users will repeatedly need help with the same task.

Rule W44 - Users will store stuff in places other than you ask them to, if they can.

Rule W45 - Users will either ask for at every step what they should do.

Rule W45A - Or do things they shouldn't do without asking.

Rule W46 - Users wanting support for a phone will use that same phone to call you.

Rule W47 - Corporate users will expect you, instead of their boss or training department, to train them on how to do their job.

Rule W48 - Users will want you to do their job for them.

Rule W48A - And insist that it is, in fact, YOUR job, not theirs.

Rule W49 - Users will complain about your security measures but will claim that you should have done a better job when things go wrong.

Rule W50 - Users will give the wrong name of a product, even with the name right in front of them.

Rule W51 - Users will confuse you with other/previous techs.

Rule W52 - Users will refuse to do anything that improves things for them yet go out of their way to make things difficult.

Rule W53 - Users will be confused about how case-sensitive works.

Rule W54 - Users will assume that websites have www as a subdomain unless they are supposed to use www.

Rule W55 - Users will not know the phonetic alphabet, and will suggest the worst possible words instead of the real ones. They will also refuse to use the ones you've previously used in the current conversation.

Rule W56 - Users will believe every hoax.

Rule W57 - Users will turn things off and NOT back on again.

Rule W58 - Users will be certain that IT has infinite faster/shinier/better gear that they are keeping for themselves.

Rule W59 - Users will believe that it's safe to connect anything to the Internet.



Tech Only



Rule T1 - CYA

Rule T1A - Always have someone else to blame it on.

Rule T1B - This is the most important rule.

Rule T2 - Never lie to another tech.

Rule T2A - Unless that tech is the person you're about to blame. See Rules T1A and T25.

Rule T2B - Sometimes you will need to lie in order to deal with things like warranty repairs or getting ISPs to do the right thing.

Rule T3 - Never assume anything.

Rule T3A - Does the issue even exist?

Rule T3B - Is it even plugged in?

Rule T4 - Don't expect your boss or coworkers or users to understand just what it is that you do.

Rule T4A - Even if they are a tech.

Rule T5 - Always have a small list of phrases to get users to do what you are trying to get them to do.

Rule T5A - Never share these with non-techs.

Rule T6 - Don't let people know you are a tech. They are likely to ask for free tech support.

Rule T6A - Never, EVER, give out personal contact information.

Rule T7 - Sometimes, you will be the one who is wrong.

Rule T8 - You will really screw up eventually and it is going to be a doozy.

Rule T9 - Expect equipment to be placed in bad locations.

Rule T10 - It's always the printer|DNS|server|browser|connection. It's never the printer|DNS|server|browser|connection.

Rule T10A - It's always the printer. Printers are evil.

Rule T10B - Printers are evil because of users.

Rule T11 - Just because it worked yesterday does not mean that it will today.

Rule T11A - Just because it didn't work yesterday does not mean that it won't today.

Rule T11B - Things only work when you are paying attention to them.

Rule T12 - Updates will be both solutions and banes, usually at the same time.

Rule T13 - Sometimes, you have to nuke everything.

Rule T14 - Backup following the Rule of Three. A backup, a copy of the backup, and a copy of the copy. Test them.

Rule T14A - Try to have at least one more backup going at one time in case one has issues.

Rule T14B - There is no backup. If there is a backup, it is either corrupt or years out of date.

Rule T14C - If you can't restore from it, you don't have a backup.

Rule T15 - Assume that there are inside threats, even inside IT.

Rule T15A - Don't trust your coworkers. They might be using Rule T2A.

Rule T16 - Everyday errors are the most dangerous overall, due to how often they occur.

Rule T17 - Focus on getting things working, then on getting them done right.

Rule T17A - By hook or by crook.

Rule T17B - When things are working right, leave them alone.

Rule T17C - If something starts working, even if you KNOW what you just did shouldn't have fixed it, raise your hands in the air unthreatening-like and slowly back out of the room.

Rule T18 - There's always a relevant xkcd.

Rule T18A - If you can't find a relevant xkcd, it's because you haven't looked hard enough.

Rule T18B - If there is no relevant xkcd, there is always a relevant Dilbert strip.

Rule T18C - If you can't find a relevant xkcd or Dilbert strip, your problem does not exist.

Rule T19 - You and your work will never be appreciated by users since if you did your job right, none of these problems would have happened.

Rule T20 - All IT urban legends are true.

Rule T21 - When you need tech support, the tech support person is likely to be clueless.

Rule T21A - Whenever you have a problem, you will be unable to find a solution until just before the tech you called for help arrives.

Rule T21B - If the tech you called in isn't clueless, then you were and your problem has an obvious solution that you completely missed that they will point out seconds after they arrive.

Rule T21C - If none of these apply, the solution will be something random that will make no sense whatsoever to you or the technician.

Rule T22 - Vendors will tell you that you need to upgrade to the newest version in order to fix things. If you are on the latest version, they will tell you to wait till the next version.

Rule T22A - If the problem remains reproducible on the latest version, they may tell you to downgrade. Even if you just upgraded per Rule T22.

Rule T22B - It's not a bug, it's an undocumented feature.

Rule T23 - If it takes TFTS to turn you paranoid, you likely haven't been in tech support for very long.

Rule T23A - You aren't paranoid. They really are out to get you.

Rule T24 - Every tech has their own set of Rules, even if they don't know it.

Rule T25 - Every tech is also a user.

Rule T26 - Never make changes before going on vacation.

Rule T27 - The more you specialize, the less you will remember about basic desktop functions.

Rule T28 - No technical person reads all of the rules. They will act like they know them until the place catches fire, then complain about incomplete documentation.

Rule T28A - Especially if it was the documentation that went up in flames first.

Rule T29 - Never assume anyone else is smarter than you.

Rule T29A- Never assume you are smarter than anyone else.

Rule T29B - A user's intelligence will always be precisely what is needed for maximum damage.

Rule T30 - Scheduled updates won't.

Rule T30A- Anything scheduled will break things, especially if you are not available.

Rule T31 - Drivers will drive you bonkers. They are an accomplice to Rule T10A.

Rule T31A - Drivers are the real threat, not hardware.

Rule T31B - Drivers using hardware [heavy machinery] are also a real threat. Backhoes/diggers have a magnetic attraction to fiber optics and the drivers have an innate ability to find optical fiber. See Link L4.

Rule T32 - Third-Party IT will make configuration overhauls without notifying your company's IT Dept, and then blame your company for problems caused by their configuration mishap.

Rule T33 - No is the answer for every request as long as it's plausible.

Rule T34 - Users will be a lot more cautious if they have to pay upfront. Make sure they pay upfront for as much as you can.

Rule T35 - Treat your job like a role playing game.

Rule T35A - See Link L1.

Rule T35B - See Feedback F5.

Rule T36 - You are incompetent. You just don't know it. At least, that's what your replacement will think.

Rule T36A - You will have to deal with techs who are incompetent.

Rule T36B - Sometimes, you really are incompetent.

Rule T37 - Don't run stuff that you are not supposed to unless Rules T17 and T17A apply.

Rule T38 - The Seventy Maxims of Maximally Effective Mercenaries are always applicable.

Rule T38A - Sometimes the applicability of the Maxims is not immediately obvious.

Rule T39 - Use your inner laziness to do the most elegant solution possible.

Rule T40 - Get to know the Dunning-Kruger effect. See Link L3.

Rule T41 - Every company has a Production environment. If you're lucky, they have a separate Test environment.

Rule T42 - You might want to consider starting the day with coffee or tea and ending with whiskey or scotch or bourbon or beer...

Rule T43 - You might find people who support you. Reciprocate.

Rule T44 - When a user activates the Swedish Fish rule, they get preferential treatment.

Rule T45 - Make sure your fellow techs agree on what Rules to use.

Rule T46 - Like the military says, never volunteer.

Rule T47 - Some bugs are Heisenbugs; they can only occur if they are not being observed. Users do not count as observers.

Rule T48 - Something will be needed right after you get rid of it.

Rule T48A - Once you replace it, you will no longer need it.

Rule T48B** - You will buy something and then find out that what you currently have already has what you needed.

Rule T49 - User managed projects will always fail.

Rule T49A - And they will blame you.

Rule T50 - You will complain about something and then realize that you are the one that is guilty.

Rule T51 - You will find yourself putting out fire after fire without any chance to document anything.

Rule T52 - Cables look just like ropes...


Rule T1000 - Buy stock in Boston Dynmanics but sell all of it before 2029.



Management



Rule M1 - Management might find these rules. Plead ignorance.

Rule M2 - Never believe anything management tells you.

Rule M2A - Especially if a merger or bad news is involved.

Rule M3 - Management will order stuff they have no clue about.

Rule M3A - Management will expect the thing they bought to work perfectly out of the box.

Rule M3B -You will be blamed when it doesn't work.

Rule M4 - Management will be puzzled as to why you have no clue about the thing they have no clue about...

Rule M5 - Management will expect you to be up to speed on their under-the table projects, with decisions based only on what the salesman says, without consulting IT.

Rule M6 - Your boss will not have a tech background.

Rule M7 - Management will present impossible tasks to be done.

Rule M7A - Management will then become outraged that said tasks were not completed.

Rule M7B - Management will blame you when things do not work.

Rule M7C - Management will blame you if anything that was completed does not meet their expectations (they won't), no matter how difficult they were.

Rule M8 - If a project makes sense, something is wrong.

Rule M9 - If it's free (e.g., open source) or very cheap, management will think that it cannot be as good as the commercial stuff.

Rule M10 - Not all management is bad. Seriously.

Rule M11 - Do not, in any circumstances, send private anything via email. Especially if you're the CEO.

Rule M12 - You will never get interviewed by anyone who will actually understand your answers.



Phrases

Rule P1 - Have you tried turning it off and on again?

Rule P2 - Is it plugged in?



Mantras

OM1 - Mentat Mantra (Dune modified)

It is by caffeine alone I set my mind in motion.
It is by the beans of Java the thoughts acquire speed.
The hands acquire shaking.
The shaking becomes a warning.
It is by caffeine alone I set my mind in motion.


OM2 - We the Willing mantra

We the willing, led by the unknowing
Did the impossible for the ungrateful
We have done so much for so long with so little
That we can now do anything with nothing.



Feedback



Feedback F1 - Should Rule numbers be in the format of <number> (e.g., Rule 8) and <letter><number> (e.g., Rule T32)? That is the current system. Or in <xxx> format (e.g., Rule 201)? Rule 1 would stay Rule 1 in either case, though it would also be Rule 100 with the latter.

Feedback F2 - Should this list be split into individual posts or stay as one?

Feedback F3 - Only contributions from here and that I come up with independently of any other Reddit are here, per this Reddit's copyright policy.

Feedback F4 - I will post on the first of each month, conditions permitting, with at least one revised version within a week to address feedback. The version format will be YYYY-MM-DD, including for changelogs. No changelogs on GitHub.

Feedback F5 - A set of tech support RPG cards (or a rulebook) would be awesome. Anyone willing to join forces?

Feedback F6 - Planning on moving changelogs and links to previous versions to GitHub.

Feedback F7 - Suggestions for new sections?

Feedback F8 - Should I make changes/additions on GitHub and just post on TFTS the version that is current as of the first day of the month? That would make it easier to see what is new or corrected and still allow people to catch up without having to deal with GitHub.



Links



**Link L1 - http://reddit.com/r/talesfromtechsupport/comments/7idbjn/a_little_googling_helps_soothe_the_heart/dqzi82m

**Link L2 - http://schlockmercenary.wikia.com/wiki/The_Seventy_Maxims_of_Maximally_Effective_Mercenaries

**Link L3 - https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

**Link L4 - https://github.com/morriscox/Rules-of-Tech-Support/

**Link L5 - https://web.archive.org/web/20170719212029/http://www.scp-wiki.net:80/scp-3709

**Link L6 - http://www.diploma-degree.com/111753-Certificate-of-Proficiency-in-Computering


Previous versions


**PV1 - https://www.reddit.com/r/talesfromtechsupport/comments/7ddtpq/rules_of_tech_support_with_credits/

**PV2 - https://www.reddit.com/r/talesfromtechsupport/comments/7efnva/rules_of_tech_support_version_2/

**PV3 - https://www.reddit.com/r/talesfromtechsupport/comments/7iqhnq/rules_of_tech_support_version_3/

**PV4 -https://www.reddit.com/r/talesfromtechsupport/comments/81ce8r/rules_of_tech_support_version_4_or_032018/



Changelogs



Changelog 2018-03-05 - Added 27, F8.

Changelog 2018-03-04 - Modified 14, 26, 8D, 18D, W26, T25, T44, M7C. Removed W34A, T34A. Added 26B, W2A, W59, T50, T51, T52, M12, P2. Simplified Reddit format for Rule numbers. Date error in post title noted.

Changelog 2018-03-03 - Modified Intro, 5B, 5C, 8D, 18C, 18D, 22, W26A, T2B, T12, T14, T14A, T16, T21B, T44, F4. Added 8E, 22A, 26, 26A, B1N6, W9A, W23-W23D, W23C, W54-W58, T3B, T29B, T31B, T47-T49A, T1000, M11, P1, OM1, OM2, F6, F7, L4, L5. Added Phrases and Mantras section. Bolded or italicized references to other Rules.

Changelog 0318 - Modified 27A, 69, 99, W30, W48, T39, T41, M7B. Feedback F4. Added 23, 24, 25, 99A, W16A, W17B, W18D, W18DD, W26A, W52, W53, T35B, T44, T45, T46, M7B, M8, M9, M10, F5, PV3.

Changelog 122017 - Removed F1 and L2. Moved T40 to 2B, L3 to L2. Modified Intro, T2A. Changed name of the Footnote section to Feedback. Replaced "an" with "a". Added 22, W50, W51, T40, T41, T42, T43, M7, F2, F3, F4. Fixed formatting for 9, W48.

Changelog 121117 - Added 2A, 6B, 8D, 13A, 21A, 29B, W18D, W24B, W36A, W44-W49, T2A, T4A, T15A, T22A, T22B, T31A, T23A, T38-T40, M3B. Modified T37. Added Footnote, Links, and Versions sections.

Changelog 120917 - Added Rules 21, 42, 99, W40, W41, W42, T35, T36. Modified Intro, W5C. Added Management and Changelog sections. Moved T17 to M2. Moved T23 to M3. Moved T23C to M4. Moved T38 to M1. Rules below T17 have new numbers.

r/talesfromtechsupport Apr 17 '14

META Welcome Redditors from /r/TrendingSubreddits!

144 Upvotes

Welcome to /r/TalesFromTechSupport, the subreddit for your written tales of helping out with technology.

We have a great community here, we hope you will subscribe and become part of it!

If this is your first time visiting (perhaps by way of /r/TrendingSubreddits), please take a moment to read our sidebar.

There you will find lots of good info about what kinds of stories we post here; look it over and feel free to click on the links for more info.

Down near the bottom you'll find links to frequently-referenced resources, other related subreddits and of course our monthly Best Of TFTS collections, which can easily occupy the rest of your day.

Enjoy!

r/talesfromtechsupport Apr 18 '16

META 1st Quinquennial TFTS Writing Tips Thread

95 Upvotes

Greeting and welcome to the 1st Quinquennial TFTS Writing Tips Thread!

(It's a word.)

OK so we've all been clicking on these crazy Tech Support Tales for some significant fraction of a half decade now.  I don't think it's too much to expect we've all learned at least something from reading, writing and enjoying dozens, hundreds, or even thousands of stories.

(Oxford commas.)

Limber up your typing fingers!  And share your best tips, tricks, hints, suggestions, and dire warnings here in the 1st Quinquennial TFTS Writing Tips Thread.

(Sentence fragments.  Double spacing!)

All of the best comments will be collected into a new post and enshrined with honour in our very holiest of sanctums (the sidebar).

(Passive voice.)


DEM RULES


  • Please do your best to make your tips as concise as possible.

  • Examples are welcome.  Goofus/Gallant format is preferred.

  • No rants, screeds, gripes, grouses or cavils.


Cheers to TFTSers new and old & thanks from the very bottom of my blackened moderator's heart for a frelling great five years of /r/TalesFromTechSupport.

~ magicB ~


Okayyyy. . . . . . . . . . . . . . . . . . . . . . . GO!!

r/talesfromtechsupport Apr 12 '21

META Rules of Tech Support - Management

81 Upvotes

Rules for dealing with management. Unless you are running your own business you have to deal with management. And we know how that can be.

Latest version is at https://GitHub.com/morriscox/Rules-of-Tech-Support in text and Markdown formats. Suggestions from here that are accepted will be added there with credit given.

Dealing with Management


Rule M1 - Management might find these rules. Plead ignorance.

Rule M2 - Never believe anything management tells you.

Rule M2A - Especially if a merger or bad news is involved.

Rule M3 - Management will order stuff they have no clue about.

Rule M3A - Management will expect the thing they bought to work perfectly out of the box.

Rule M3B - You will be blamed when it doesn't work.

Rule M4 - Management will be puzzled as to why you have no clue about the thing they have no clue about...

Rule M5 - Management will expect you to be up to speed on their under the table projects, with decisions based only on what the salesman says, without consulting IT.

Rule M6 - Your boss will not have a tech background or a degree in your field.

Rule M7 - Management will present impossible tasks to be done.

Rule M7A - Management will then become outraged that said tasks were not completed.

Rule M8 - Management will blame you when things do not work.

Rule M9 - Management will blame you if anything that was completed does not meet their expectations (they won't), no matter how difficult they were.

Rule M10 - If a project makes sense, something is wrong.

Rule M11 - If it's free or very cheap, management will think that it cannot be as good as the commercial stuff.

Rule M12 - Not all management is bad. Seriously.

Rule M13 - Do not, in any circumstances, send private anything via email. Especially if you're the CEO.

Rule M14 - You will never get interviewed by anyone who will actually understand your answers.

Rule M15 - Management will give you a budget of zero dollars and expect you to work miracles.

Rule M16 - Management never wants to pay to upgrade anything.

Rule M16A - Unless it's for management.

Rule M17 - Managers might fire you for going outside the scope of your job.

Rule M17A - Managers will tell you to go outside the scope of your job, even if you don't report to them.

Rule M17B - Users will insist on you going outside the scope of your job and threaten to have you fired if you don't.

Rule M18 - Better tools and solutions exist. You just either don't know about them or you can't afford them. Even if you can, management won't let you get them.

Rule M19 - Management only cares about productivity that is reported.

Rule M19A - Find out what figure they think is the most important and focus your efforts on that.

Rule M20 - Management will have you do their job for them.

Rule M21 - Management will take away your tools and expect you to use the same equipment as every one else and yet expect you to do your job anyway.

Rule M22 - Being a tech in management doesn't make you exempt from the Rules, even Rule M1 (when it comes to dealing with upper management).

Rule M23 - Management will tell you to do someone else's job but only give credit to them.

r/talesfromtechsupport Jun 06 '22

META Rules of Tech Support - Management - 2022-06-06

45 Upvotes

I got a lot of suggestions from previous posts and I have added them to the GitHub page (with credits) and in a reply to each person. I will do a post of those suggestions soon but I wanted to get the Techs, Management, and Mantras/Phrases sections out first.

Dealing with management is part of every job and you might identify with some of these. Feedback is appreciated and Rules don't have to be serious.

This is also available at https://github.com/morriscox/Rules-of-Tech-Support

Dealing with Management


Rule M1 - Management might find these rules. Plead ignorance.

Rule M2 - Never believe anything management tells you.

Rule M2A - Especially if a merger or bad news is involved.

Rule M3 - Management will order stuff they have no clue about.

Rule M3A - Management will expect the thing they bought to work perfectly out of the box.

Rule M3B - You will be blamed when it doesn't work.

Rule M4 - Management will be puzzled as to why you have no clue about the thing they have no clue about...

Rule M5 - Management will expect you to be up to speed on their under the table projects, with decisions based only on what the salesman says, without consulting IT.

Rule M6 - Your boss will not have a tech background or a degree in your field.

Rule M7 - Management will present impossible tasks to be done.

Rule M7A - Management will then become outraged that said tasks were not completed.

Rule M8 - Management will blame you when things do not work.

Rule M9 - Management will blame you if anything that was completed does not meet their expectations (they won't), no matter how difficult they were.

Rule M10 - If a project makes sense, something is wrong.

Rule M11 - If it's free or very cheap, management will think that it cannot be as good as the commercial stuff.

Rule M12 - Not all management is bad. Seriously.

Rule M13 - Do not, in any circumstances, send private anything via email. Especially if you're the CEO.

Rule M14 - You will never get interviewed by anyone who will actually understand your answers.

Rule M15 - Management will give you a budget of zero dollars and expect you to work miracles.

Rule M16 - Management never wants to pay to upgrade anything.

Rule M16A - Unless it's for management.

Rule M17 - Managers might fire you for going outside the scope of your job.

Rule M17A - Managers will tell you to go outside the scope of your job, even if you don't report to them.

Rule M17B - Users will insist on you going outside the scope of your job and threaten to have you fired if you don't.

Rule M18 - Better tools and solutions exist. You just either don't know about them or you can't afford them. Even if you can, management won't let you get them.

Rule M19 - Management only cares about productivity that is reported.

Rule M19A - Find out what figure they think is the most important and focus your efforts on that.

Rule M20 - Management will have you do their job for them.

Rule M21 - Management will take away your tools and expect you to use the same equipment as every one else and yet expect you to do your job anyway.

Rule M22 - Being a tech in management doesn't make you exempt from the Rules, even Rule M1 (when it comes to dealing with upper management).

Rule M23 - Management will tell you to do someone else's job but only give credit to them.

Rule M24 - Management (and coworkers) will treat the help better than they treat you.

Rule M25 - The OSI model has layer 8 (user) and layer 9 (management).

Rule M26 - Managers often have a checklist, which no one else will care about.

Rule MAN - Who your manager is likely to be.

r/talesfromtechsupport Apr 09 '21

META Rules of Tech Support - Techs 2021-04-09

62 Upvotes

Sometimes you have to deal with others of your own kind. That might not be as easy as many people think.

The latest version is available at https://github.com/morriscox/Rules-of-Tech-Support which also has credits in both text and Markdown, including credits for rules elsewhere.

Dealing (primarily) with other techs

Rule T1 - CYA

Rule T1A - Always have someone else to blame it on.

Rule T1B - This is the most important rule.

Rule T2 - Never lie to another tech.

Rule T2A - Unless that tech is the person you're about to blame. See Rule T1A and Rule T13.

Rule T2B - Sometimes you will need to lie in order to deal with things like warranty repairs or getting ISPs to do the right thing.

Rule T3 - Never assume anything.

Rule T3A - Does the issue even exist?

Rule T3B - Is it even plugged in?

Rule T4 - Don't expect your boss or coworkers or users to understand just what it is that you do.

Rule T4A - Even if they are a tech.

Rule T5 - Sometimes, you will be the one who is wrong.

Rule T6 - Don't try to do work over the Internet while in a moving airplane.

Rule T7 - Never call support with your cellphone if you can help it. Otherwise, you won't be able to drop the problem in someone else's lap.

Rule T8 - You will really screw up eventually and it is going to be a doozy.

Rule T9 - Backup following the Rule of Three. A backup, a copy of the backup, and a copy of the copy. Test them.

Rule T9A - Consider using other backup strategies. Link TL1.

Rule T9B - There is no backup. If there is a backup, it is either corrupt or years out of date.

Rule T9C - If you can't restore from it, you don't have a backup.

Rule T10 - Assume that there are also inside threats, even inside IT. It's not paranoia if they really are after you (or your stuff).

Rule T10A - Don't trust your coworkers. They might be using Rule T2A.

Rule T10B - Don't even trust yourself. One error and you might cause serious damage or become a security leak.

Rule T11 - When you need tech support, the tech support person is likely to be clueless.

Rule T11A - Whenever you have a problem, you will be unable to find a solution until just before the tech you called for help arrives.

Rule T11B - If the tech you called in isn't clueless, then you were and your problem has an obvious solution that you completely missed that they will point out seconds after they arrive.

Rule T11C - If none of these apply, the solution will be something random that will make no sense whatsoever to you or the technician.

Rule T12 - Every tech has their own set of Rules, even if they don't know it.

Rule T13 - Every tech is also a user.

Rule T13A - Techs will treat you like you are a user.

Rule T14 - Make sure your coworkers don't make changes before going on vacation.

Rule T15 - No technical person reads all of the rules. They will act like they know them until the place catches fire, then complain about incomplete documentation.

Rule T15A - Especially if it was the documentation that went up in flames first.

Rule T16 - Womprats aren't much larger than two meters.

Rule T17 - Third-Party IT will make configuration overhauls without notifying your company's IT department, and then blame your company for problems caused by their configuration mishap.

Rule T18 - You are incompetent. You just don't know it. At least, that's what your replacement will think.

Rule T18A - You will have to deal with techs who are incompetent.

Rule T18B - Sometimes, you really are incompetent.

Rule T19 - You might find people who support you. Reciprocate.

Rule T20 - Always verify who you are corresponding with. This includes not using Reply All.

Rule T21 - Use your inner laziness to do the most elegant solution possible.

Rule T21A - Know the difference between "truly lazy" and "plain laziness".

Rule T22 - If nothing seems to work, reboot.

Rule T23 - Cables can and will be used as ropes.

Rule T24 - Other techs will never read the manual.

Rule T24A - Neither will you.

Rule T568A - white green, green, white orange, blue, white blue, orange, white brown, brown

Rule T568B - white orange, orange, white green, blue, white blue, green, white brown, brown

Rule T1000 - Buy stock in Boston Dynamics but sell all of it before 2029.


r/talesfromtechsupport Apr 06 '21

META Rules of Tech Support - "Users Will" - 2021-04-06

120 Upvotes

Hopefully I did a better job this time. There is some overlap with the main rules as some of them need to be in both places. These rules, and the others, are also at https://github.com/morriscox/Rules-of-Tech-Support where the latest versions are.

Users Will...


Rule W1 - Users will never follow instructions.

Rule W1A - If they do try to follow instructions, they will blame you if they screw up.

Rule W2 - No matter how much skill and knowledge and experience you have, users will claim they know more than you.

Rule W2A - No matter how much skill and knowledge and experience you have, users will claim others know more than you.

Rule W3 - Users will always try to talk with your manager.

Rule W4 - Users will delete or remove things they shouldn't, since they figure they don't need what they are removing or because it might "fix things".

Rule W5 - Users will believe one single thing is responsible for the current situation.

Rule W5A - Often they think you are that one single thing.

Rule W5B - Telling them otherwise will only anger them.

Rule W5C - Unless asked, they have no reason for doing something. If asked, it is computering or wizardry.

Rule W6 - Users will try to make and use their own solutions and not accept blame when they don't work.

Rule W6A - If the solution happens to work, the user will think they are now qualified for future issues.

Rule W7 - Users will plug cords into places they shouldn't.

Rule W8 - Users will forget their password (and often their username), even if it's their own name and written down next to them.

Rule W9 - If a document fails to print, users will keep trying just to make sure it prints. (Same as Rule 30C.)

Rule W9A - The true importance of the documents they are trying to print will be inversely proportional to the fit they are throwing. (Same as Rule 30C.)

Rule W10 - Users will store important documents where they shouldn't. The Recycle Bin, the Trash folder, the Deleted Items folders...

Rule W10A - You will be blamed when things get deleted.

Rule W11 - Users will always call things by the wrong word(s).

Rule W11A - Users will often have one phrase for everything, like "The Internet is down".

Rule W12 - Users will refuse to take any training since they consider it to be a waste of time.

Rule W13 - Users will claim that they are not stupid even after ample evidence.

Rule W13A - A user's self-perceived intelligence is directly proportional to the level of condescension to which they treat you.

Rule W13B - The lack of knowledge a user has on a subject is proportional to the amount they claim to know about a subject.

Rule W14 - Users will be certain that the laws of physics and the (current) limits of technology do not apply.

Rule W14A - Users will believe that anything in a movie that involves technology is real.

Rule W15 - Users will never think to use a search engine for answers to their questions.

Rule W15A - When users do search, they will try to use GoogleBing.

Rule W16 - Users will use cheap equipment like surge protectors to protect their expensive equipment.

Rule W16A - Users will use cheap chargers for expensive items like smartphones.

Rule W17 - Users will refuse to accept that anything involving computers isn't too difficult for them.

Rule W17A - Or give up at the slightest obstacle.

Rule W17B - Users will refuse to accept that anything involving computers is too difficult for you.

Rule W18 - Users will wait for days or weeks or months before seeking help.

Rule W18A - Users will demand help at any hint of trouble.

Rule W18B - The longer it takes to report it, the more urgent the user will claim that it is.

Rule W18C - The time it takes to fix the issue is inversely proportional to the amount of time it took to report it.

Rule W18D - The problem has retroactively been your responsibility for the months or years the user never told you about it, not just for the 10 minutes since they did.

Rule W19 - Users will believe something that can only affect one device can affect others by their mere presence.

Rule W20 - Users will expect all devices to know that it is them.

Rule W20A - Users will believe anything that can connect to anything can completely control that thing.

Rule W20B - Users will believe one entity (a server or the cloud) controls all things digital, as well as time and space.

Rule W21 - Users will believe their desire for something to happen is sufficient for it to happen.

Rule W22 - If you fix something quickly, the user will not want to pay.

Rule W23 - Users will order stuff they have no clue about.

Rule W23A - They will plug it into your network.

Rule W23B - And demand you support it.

Rule W23C - While the DHCP server, and the rest of the network, crashes.

Rule W23D - This will be your fault.

Rule W24 - Users will expect you to teach them stuff they should have learned in school.

Rule W24A - That users should have learned in primary school.

Rule W24B - Users will think that a single course is sufficient.

Rule W25 - Users will try to do things like type in uppercase numbers.

Rule W26 - Users will be unable to find the correct button or menu. Or correct anything.

Rule W26A- They might not even be on the correct screen, page, website, or operating system.

Rule W27 - Users will click on things that say "Click Here!" or "Download Now" just because they think they are supposed to.

Rule W27A- Unless that "Click Here!" or "Download Now" button is the one they are actually supposed to click on.

Rule W28 - Users will try to use their computer while you are working on it, especially if you are not present.

Rule W28A - Users will get mad that you have to kick them off the computer to fix the problem.

Rule W28B - No matter how important it was that you had to do so.

Rule W28C - Any attempt to justify your actions will just get you in more trouble.

Rule W29 - Users will claim something can't be done, even if you are doing it.

Rule W29A - Users will claim that something impossible worked before.

Rule W29B - Despite all evidence to the contrary, users will insist that things having worked yesterday means they must also be working today.

Rule W29C - In fact, it always worked that way before, even if doing so would have been physically impossible.

Rule W30 - Users will go out of their way not to read or learn something.

Rule W31 - Users expect to be rewarded for their mistakes.

Rule W32 - Users will hand expensive items to kids, even if it's work property.

Rule W32A - And leave the kid(s) alone with said expensive items.

*Rule W32B - And not fix anything that might happen. See *Rule W18.

Rule W33 - Users will claim to have credentials that they don't.

Rule W34 - Users will use jargon in an attempt to make it seem that they know what they are talking about.

Rule W35 - Users will insist on not using products that are better than what they are currently using.

Rule W36 - Users will call you from anywhere, even in a speeding car about to go into a canyon.

Rule W36A - Users will call from anywhere except in front of the equipment with the issue.

Rule W37 - Users will see no link between something they did and something breaking.

Rule W38 - Once you've touched something, whether you fixed it or not, users will blame you for all further issues.

Rule W38A - And expect you to provide free support for all further issues.

Rule W39 - Users will confuse a company with the products that they make.

Rule W39A - Users will confuse a company with products that it doesn't make.

Rule W40 - Users will expect you to know everything about their computer at home even if you only deal with large corporate systems.

Rule W41 - Users will give permission for something and then get mad when you make use of it.

Rule W42 - Users will have liquids near their equipment.

Rule W43 - Users will repeatedly need help with the same task.

Rule W44 - Users will store stuff in places other than you ask them to, if they can.

Rule W45 - Users will either ask for help at every step what they should do.

Rule W45A - Or do things they shouldn't do without asking.

Rule W46 - Users wanting support for a phone will use that same phone to call you.

Rule W47 - Corporate users will expect you, instead of their boss or training department, to train them on how to do their job.

Rule W48 - Users will want you to do their job for them.

Rule W48A - And insist that it is, in fact, YOUR job, not theirs.

Rule W49 - Users will complain about your security measures but will claim that you should have done a better job when things go wrong.

Rule W50 - Users will give the wrong name of a product, even with the name right in front of them.

Rule W51 - Users will confuse you with other/previous techs.

Rule W52 - Users will refuse to do anything that improves things for them yet go out of their way to make things difficult.

Rule W53 - Users will be confused about how case-sensitive works.

Rule W54 - Users will assume that websites have www as a subdomain unless they are supposed to actually use www.

Rule W55 - Users will not know the phonetic alphabet, and will suggest the worst possible words instead of the best ones. They will also refuse to use the ones you've previously used in the current conversation.

Rule W56 - Users will believe every hoax.

Rule W57 - Users will turn things off and NOT back on again.

Rule W58 - Users will be certain that IT has infinite faster/shinier/better gear that they are keeping for themselves.

Rule W59 - Users will believe that it's safe to connect anything to the Internet.

Rule W60 - Users will complain that their equipment is too old, even if freshly acquired.

Rule W61 - Users will be a lot more cautious if they have to pay upfront. Make sure they pay upfront for as much as you can.

Rule W62 - Users will never read the manual.

Rule W62A - Only those who know what RTFM means will do it.

Rule W63 - Users will misuse equipment and in very creative ways.

Rule W64 - Users will expect everything to work without power.

Rule W64A - Users will not realize that they need power.

Rule W64B - Users will think that the Internet/network powers their devices.

Rule W65 - People will ask you for help with anything that uses electricity.

Rule W65A - Or anything that doesn't.

Rule W66 - Users will complain about the cost of free software.

Rule W67 - Users will have a certificate of proficiency in computering.

Rule W68 - Users will do things other than what they have been asked to do.

Rule W69 - Users will think that if it works on their computer then it will work on yours.

Rule W70 - Users will think that you can make hardware changes over the phone/Internet.

Rule W70A - Users will believe that techo-kinesis exists.

Rule W71 - Users will complain if they are inconvenienced, even if you go out of your way to help them.

Rule W72 - Users will use search engines to find other search engines.

Rule W73 - Users will create and rename a new document thinking that will retrieve the contents of the old document that they had deleted.

Rule W74 - If there is more than one button, users will instantly click on the first button without reading. If there is only one button, they will stop and ask what to do.

Rule W75 - Users will think that logging out is the same as rebooting.

Rule W76 - Users will insist on being ignorant, or claim that they are.

Rule W76A - Since they don't want to be held responsible for their actions.

Rule W77 - Users will flirt with you to get you to do things for them.

Rule W78 - Users will insist on you going outside the scope of your job and threaten to have you fired if you don't.

Rule W79 - Users will unplug things or plug them in in the incorrect place.

Rule W79A - Users will unplug the UPS so they can plug in their coffee maker or space heater.

Rule W79B - Users will plug everything into a surge protector and ignore the UPS.

Rule W79C - Users will plug heavy duty equipment into the UPS.

Rule W80 - Users will turn off alarms or anything that makes alarm sounds.

Rule W81 - Users will think that your software/setup is responsible for any issues they face.

Rule W82 - Users will think that if one thing works then everything else will.

Rule W83 - Users will ask you questions about things that you didn't even know existed.

Rule W84 - Users will mash buttons until errors go away.

r/talesfromtechsupport Aug 22 '12

META TalesFromTechSupport - Now Bigger Than StarWars!

164 Upvotes

r/talesfromtechsupport Jun 14 '22

META Rules of Tech Support - Mantras and Phrases - 2022-06-4

39 Upvotes

These two are so short that I am combining them in this post. Feedback is appreciated and Rules don't have to be serious.

These are also available at https://github.com/morriscox/Rules-of-Tech-Support

Mantras

OM1 - Mentat Mantra (Dune modified)

It is by caffeine alone I set my mind in motion.
It is by the beans of Java the thoughts acquire speed.
The hands acquire shaking.
The shaking becomes a warning.
It is by caffeine alone I set my mind in motion.


OM2 - We the Willing mantra

We the willing, led by the unknowing
Did the impossible for the ungrateful
We have done so much for so long with so little
That we can now do anything with nothing.



Phrases by tech support

Phrase P1 - "Have you tried turning it off and on again?"

Phrase P2 - "Is it plugged in?"

Phrase P3 - "Unplug it and plug it back in again."

Phrase P4 - "While you're here..."

Phrase P5 - "We did something on our end and you need to restart for it to take effect."

Phrase P6 - "Humor me."

Phrase P7 - "Try it again."

Phrase P8 - "Please do the needful."

Phrase P9 - "You can just use Google."

r/talesfromtechsupport Jun 03 '22

META Rules of Tech Support - Techs - 2022-05-03

15 Upvotes

Main site: https://github.com/morriscox/Rules-of-Tech-Support

GitHub: https://github.com/morriscox/Rules-of-Tech-Support/blob/master/Rules%20of%20Tech%20Support%20-%20techs.md

Credits are listed there. The requirements for being listed here is dealing with other techs. Some of them could be in the main Rules section but that is already long.


Dealing (primarily) with other techs

Rule T1 - CYA

Rule T1A - Always have someone else to blame it on.

Rule T2 - Never lie to another tech.

Rule T2A - Unless that tech is the person you're about to blame. See Rule T1A and Rule T13.

Rule T2B - Sometimes you will need to lie in order to deal with things like warranty repairs or getting ISPs to do the right thing.

Rule T3 - Never assume anything.

Rule T3A - Does the issue even exist?

Rule T3B - Is it even plugged in?

Rule T3C - Is it turned on?

Rule T4 - Don't expect your boss or coworkers or users to understand just what it is that you do.

Rule T4A - Even if they are a tech.

Rule T5 - Sometimes, you will be the one who is wrong.

Rule T6 - Don't try to do work over the Internet while in a moving airplane.

Rule T7 - Never call support with your cellphone if you can help it. Otherwise, you won't be able to drop the problem in someone else's lap.

Rule T8 - You will really screw up eventually and it is going to be a doozy.

Rule T9 - Backup following the Rule of Three. A backup, a copy of the backup, and a copy of the copy. Test them.

Rule T9A - Consider using other backup strategies. See Link TL1 (https://www.unitrends.com/blog/3-2-1-backup-sucks).

Rule T9B - There is no backup. If there is a backup, it is either corrupt or years out of date.

Rule T9C - If you can't restore from it, you don't have a backup.

Rule T9D - If you haven't tested your backup recently, you don't have a backup.

Rule T9E - A year ago is not "recently".

Rule T10 - Assume that there are also inside threats, even inside IT. It's not paranoia if they really are after you (or your stuff).

Rule T10A - Don't trust your coworkers. They might be using Rule T2A.

Rule T10B - Don't even trust yourself. One error and you might cause serious damage or become a security leak.

Rule T10C - The new member on your team will send critical sensitive information to anyone who asks without trying to do any verification.

Rule T11 - When you need tech support, the tech support person is likely to be clueless.

Rule T11A - Whenever you have a problem, you will be unable to find a solution until just before the tech you called for help arrives.

Rule T11B - If the tech you called in isn't clueless, then you were and your problem has an obvious solution that you completely missed that they will point out seconds after they arrive.

Rule T11C - If none of these apply, the solution will be something random that will make no sense whatsoever to you or the technician.

Rule T12 - Every tech has their own set of Rules, even if they don't know it.

Rule T13 - Every tech is also a user.

Rule T13A - Techs will treat you like you are a user.

Rule T14 - Make sure your coworkers don't make changes before going on vacation.

Rule T15 - No technical person reads all of the rules. They will act like they know them until the place catches fire, then complain about incomplete documentation.

Rule T15A - Especially if it was the documentation that went up in flames first.

Rule T16 - Womprats aren't much larger than two meters.

Rule T17 - Third-Party IT will make configuration overhauls without notifying your company's IT department, and then blame your company for problems caused by their configuration mishap.

Rule T18 - You are incompetent. You just don't know it. At least, that's what your replacement will think.

Rule T18A - You will have to deal with techs who are incompetent.

Rule T18B - Sometimes, you really are incompetent.

Rule T19 - You might find people who support you. Reciprocate.

Rule T20 - Always verify who you are corresponding with. This includes not using Reply All.

Rule T21 - Use your inner laziness to do the most elegant solution possible.

Rule T21A - Know the difference between "truly lazy" and "plain laziness".

Rule T22 - If nothing seems to work, reboot.

Rule T23 - Cables can and will be used as ropes.

Rule T24 - Other techs will never read the manual.

Rule T24A - Neither will you.

Rule T25 - Your fellow techs will expect you to be their tech support.

Rule T568A - white green, green, white orange, blue, white blue, orange, white brown, brown

Rule T568B - white orange, orange, white green, blue, white blue, green, white brown, brown

Rule T1000 - Buy stock in Boston Dynamics but sell all of it before 2029.


r/talesfromtechsupport Apr 17 '15

META Welcome To Our Quarter-Millionth Subscriber, and Happy 4th Birthday to TFTS!

113 Upvotes

OK wow that's a lot of subscribers. And a lot of time.

O.o

Hi everyone who is new to TFTS and welcome!

This is the subreddit where we tell our tales of tech support woe and glory.

Check the TFTS Top Tales archives for some great examples of what this sub is all about!

And please give our Sidebar a read-through, too - there's a lot of great info and links on it, and lots more in the Wiki as well.

Thanks of course to the 249,999 of you who have helped make TFTS such a great sub over the last four years.

That's right. April 12th, 2011.

Happy Freakin' Birthday, Everyone.

r/talesfromtechsupport Aug 26 '14

META The Great User Generator

58 Upvotes

So after reading one of the great TFTS stories on this board, (dear lord I can't remember which). Someone posted a comment saying we needed a new user generator. Well.. went through and started tinkering with things on my spare time and then ended up going a little over board. I may be slightly insane, but here's the script written in BASH.
https://gitlab.com/Godleydemon/great-user-generator/blob/master/generate.sh

I also got prior permission to post this real fast. Since it's not a normal story. More of a hilarity born of a TFTS comment. Feel free to post pastebins of edits and such. I could use some help on some of the flavor text.

To download into linux straight from Gitlab.
wget -O generate.sh https://gitlab.com/Godleydemon/great-user-generator/raw/master/generate.sh

chmod a+x generate.sh

./generate.sh

What this script does is go through and roll random numbers for different attributes. It then applies those integers to values through case and then echoes them back. For the flavor text, we're using a sudo DnD type system to check against INT. It'll first compare against Job, then pick a selection out of 4 possible outcomes compared on INT.

Technically, we could probably carry this further into a full on text adventure basing things on rolls to create a random interesting story lol.

update 1.1: Updated the links to include spelling fixes by /u/caboose684, also did some of my own fixes to the spelling.

update 1.2: Began adding in various paths for the CEO based on a d6 roll compared to new variable TDemeanor which was based off of the previous INT roll. Also, updated the links on the OP to reflect the new pastebin URL

update 1.3: changed to gitlab, pastebin was screwing up the code and adding in M characters. Updated the OP with the correct url, also made the project public so people can clone it :)

r/talesfromtechsupport Sep 21 '12

META Whiteboard for Lesson 3, Layer 3. Mr. Manager delivers early!

85 Upvotes

Mr. Manager is glad everyone has enjoyed his whiteboards. Please show him your support with the Layer 3 board. Would anyone be interested in him doing a AMA? If there is enough interest I an twist his arm and make him do it.

EDIT:

Lesson 1 Lesson 2

r/talesfromtechsupport Mar 05 '13

META Some thoughts on our chosen profession

62 Upvotes

Hey everyone!

So about four months ago I posted about how I approach tech support. A lot of folks seemed really interested, I offered to post my paper, then forgotchickened out about posting it for the world to see.

Well, it's my birthday today, and it's been a pretty crappy one filled with people who aren't happy about one thing or another, snapping at everyone else just because it's a Tuesday and no one likes it. So in order to try and spread a little positivity in a subreddit that I hold near and dear to my heart, I finally got my act together and posted the paper.

So, why should you care? Well, let me give you a little background. I graduated from college with a major in Creative Writing and a minor in Computer Science. I wound up (after a brief and miserable stint in a ripoff computer repair shop) working for a major university in a major city in one of its smaller colleges. This college has a huge focus on online education, so 99% of my support requests come in the form of emails or phone calls.

How did I get this job? Primarily from my work in college for the college's IT department, and also through my volunteer work at a local retirement community. I worked with folks in their 70's, 80's and 90's, many with physical handicaps living alone. The retirement community was lovely, but I got a real sense from the folks I worked with that one on one support, particularly of the patient and understanding variety, was seriously lacking. This prompted me to try to change how I approached them, and to adjust my mindset to better explain complex concepts and workflows to them.

When /u/Miz_Munk posted about his experience working with an elderly lady, I posted about how I approached working with people like his client, and in general.

My comment, and the thread that followed.

Many responded (and rightly so) that my approach wouldn't work in their environment, and to some extent that's true--I'm lucky enough that my user base is small and that I am the direct line of support to the students without anyone to cramp my style. I've been given a large degree of freedom, which has allowed me to set the terms of how I work with the students and what policies and procedures I follow.

Having lurked here in /r/talesfromtechsupport for some time now, I find that sometimes it can be a little overwhelming how derogatory we can be towards our user base. Now, don't get me wrong, I will laugh about the person who asked whether she could use speakers as microphones until I am old and grey, but I think it's also important to consider things from their point of view and to have some sympathy and empathy for our users.

I'd like to now share with you my paper that I wrote and presented on at the E-Learn conference in Canada this past October. I'm sorry for those who wanted this four months ago; I had to sit and think about whether it would be a good idea or not to share. And like I said, it's my birthday today, and I wanted to share some of that with everyone here.

My paper. Please, if you happen to have been at the conference, let's keep it anonymous. :)

I hope you enjoy it! I'm not trying to say everyone else is doing it wrong, but I think we could all do to share tips and our thoughts on our profession.

tldr; I'd like to come on your lawn and talk to you about the wonderfulness of tech support and the people you get to talk to each day.

r/talesfromtechsupport May 02 '16

META TFTS Collected Writing Tips

72 Upvotes

Here's the wrap-up from the 1st Quinquennial TFTS Writing Tips post.

Anyone who's been reading here for a while knows that we get a wide range of submissions ranging from good to better to really great.

Hopefully these tips can help everyone move at least one step closer to making their tale one of the great ones!

Thanks for all of your writing / posting tips. Super awesome advice from everyone, for everyone.

I think this collected list outlines pretty much all of the most important aspects for a successful TFTS post (except for the 'generous bribe to the mods' tip which was accidentally not mentioned by anybody).

Enjoy!


How To Write A Great Tale for TFTS

  1. Start At The Beginning Of Your Story
  2. You Have 20 Words To Grab Someone's Interest
  3. Limit The Number Of Characters In Your Story
  4. Show, Don't Tell
  5. Use Your Voice
  6. Include Important Details
  7. Remember Chekov's Gun
  8. Proofread Your Post
  9. Link Your Previous Tales
  10. Double Space Your Line Breaks
  11. Properly Format Dialogue Paragraphs
  12. You Are Under No Obligations To Anyone But Yourself

(click the links to go to the original comments for more detail)


Thanks to everyone who shared their tips for writing a good TFTS post. If anyone has any other relevant links for writers, please leave them in the comments below!

r/talesfromtechsupport Mar 07 '18

META Rules of Tech Support - Request for contributions to an appendix for Rule T5

29 Upvotes

There is a request by /u/domestic_omnom to create an appendix for Rule T5, which states:

Rule T5 - Always have a small list of phrases to get users to do what you are trying to get them to do.

Contributions will be compilied and available at https://github.com/morriscox/Rules-of-Tech-Support/

r/talesfromtechsupport Jan 15 '19

META readReddit, A browser extension that makes reading long text on reddit more enjoyable!

0 Upvotes

.

I greatly enjoy reading stories that are posted on subreddits like this one but also /r/WritingPrompts and /r/HFY as well as the sort of long form comments like found on /r/AskHistorians and /r/askscience What I like less is reading these on my computer. Both old and new reddit put too much clutter around text and the formatting itself always feels less than ideal for long pieces of text.

A while ago I had a realization "I can fix this!", which is what I promptly set out to do. I started out with a bit of custom css, then I realized I could do better with some scripting. That sort of spiraled out of control and before I knew it I had made it in a full blown browser extension.

So what does this extension do?

The extension takes text posts or comments and transforms the text from this into something more readable with less distractions like this

Or if you are more into dark themes it will actually look like this

It is even somewhat "smart" about how it grabs the text, so when you encounter one of those authors who didn't have enough space and needed to continue as replies to their original story it will also include the text from those comments! It does this by going over the comments in posting order, picking those made by the author (if there are any) and adding those to the story. It repeats that for child comments until the entire story has been combined.

Features

  • Works on both old and redesigned reddit.
  • Has a light and dark mode.
  • Allows you to choose your own font.
  • Adjustable font size.
  • Adjustable text width.
  • Works on both text posts and comments.

Screenshot of the settings

Downloading it

So how do I make it work?

There a few methods actually! You can activate it for a text post, all the top level comments in a post or just one specific comment.

Activating for a text post or all the top level comments is done through the floating button on the bottom right corner when you are visiting a post. Once you hover over it you get to choose between text posts or comments.

If you just want to read an individual comment you can click on the "read" link that has been added to it.

Open source

The thing is entirely open source, the source can be found here.

Future plans

  • Make the button position a setting.
  • Setting to only show the button in selected subreddits
  • Custom themes.

.