The 5 Immutable Laws of IT Life

1 – The person you need most will be unavailable when you need them.
2 – The problem will stop as soon as you try to show it to someone else.
3 – The simplest task will end up taking the most time.
4 – The feature you need most will be the least documented.
5 – That which saves you time, will cost more money (and vice versa).

Advertisements

Setting up a Real World IT Lab

1wearandtear

Updated: v1.1 – Fixed bug in step 8.2 added final step for consultants

Whether it’s for your full-time job, a customer reflection platform as a consultant, or a certification study environment, if you work in IT today, you have to make or buy a lab in order to keep up.  It’s no longer a luxury, it’s a must-have.  But, while many resources exist for making a lab at home, or in the cloud, most are fairly clean and “textbook” configurations.  The real world is nasty, ugly and smells pretty bad.  If off-the-shelf lab tools and hydration kits were a dog, they’d be neatly-trimmed and bathed poodles, while the real world lab would be a dumpster filled with dead fish, baking in the Texas sun for weeks on end.  This is one of the trade secrets seasoned IT professionals keep close to their chest.

Well, fear not.  I have compiled and prepared a simple how-to outline for building your own lab, to reflect that beast we call the ‘real world’.  Let’s get started.

  1. First off, start with 5-8 year old hardware.  Make sure it doesn’t support anything really new, like TPM.  If it still has DB25 and PS/2 ports, that’s a winner.
  2. Beef it up to no more than 8 GB of DDR2 memory
  3. Stuff a hefty 250 GB 7200 RPM Hard Disk in it, and add a few others at either 5400 or 7200 RPM rates.  Find the nearest vacuum cleaner, and empty the dust bag into the vents on the server case.  The more dust, the better. Kind of like a seasoned cast-iron skillet.
  4. Load it up with Windows 2000 Server
  5. Install VMware Workstation 9
  6. DO NOT, and I repeat DO NOT, install ANY hotfixes or updates on it.
  7. Power it on and wait for it to get to the login prompt.  It should take around 15 to 20 minutes or so.  If it gets there sooner, remove some memory and reboot again.
  8. Configure an Active Directory forest and domain.
    1. Create 100 random OU’s
    2. Create 400 random GPO’s and link them to as many OU’s as possible.
    3. For added realism, randomly select a dozen GPO’s and apply inheritance blocking.
    4. Modify the Default Domain Policy to contain at least 75 settings.  It doesn’t matter what they are, random selections work best.
    5. Do not document any GPO settings whatsoever.
    6. Create 500 computer accounts with random names. Create 500 user accounts with random names. These will reflect a typical company environment which has 25 real computers and 35 real users.
  9. Turn off all firewalls, and install any antivirus that comes up in the sidebar ads while searching Bing for “ultimate antivirus”, but avoid any products with recognizable names.
  10. Add “Domain Users” and “Users” to the local “Administrators” group on every machine in your lab.
  11. Copy random files to every machine until the C: drive is around 96% full.

Now, you are ready to play the game of “ask management for an upgrade budget”

  1. If you’re married, put some clothes on and carefully knock on the bedroom door.  It works best if your wife/husband is watching his/her favorite show on his/her tablet or phone, that way your intrusion puts him/her in an authentic mood, to match that of a real MBA type, who’s busy updating Facebook and LinkedIn when you knock on their office door.
  2. If you’re not married, substitute your most-recent girlfriend/boyfriend.  Otherwise, use a random neighbor, stranger or off-duty bus driver.  Do not use anyone under 21 years of age who didn’t drop out of school, because they’ll be too smart for this.  Remember, the key here is to be authentic.
  3. Make your best pitch for a budget to replace all of that hardware and software with modern stuff.  If you want really real realism, ask for a budget to migrate everything to AWS or Azure.  Always double your asking price, so they’ll cut that in half, and approve 40% of the remainder.
  4. Ask for additional IT staff, but be sure to double that number as well, so when they reject the entire request, it will at least look like you tried.

Now comes the real work.

  1. Turn off the server and go mow the lawn, wash the car, do some dishes, walk your dog or cat around the block a few times.  This will simulate dealing with support request tickets and attending useless status meetings.
  2. If you get back to the server in less than 5 hours, you rushed it.  Go back and do it again until you use at least 5 or 6 hours.
  3. When you get back to the server, turn it on and then go take a shower.  This will simulate you trying to get caught up on email, Slack, Teams, SharePoint, Hangouts, and writing all the reports you were asked to do during all those daily meetings.
  4. When you get back to the server, it should be around 8 PM (assuming you started around 7:30 AM), so this is about perfect for a typical time to get started on actual technical work.
  5. After one hour, stop and ask your wife/girlfriend/boyfriend/neighbor/bus driver if they need anything from the nearby fast food place.  When you get back it should be around 11 PM or midnight, so it’s time to make coffee and get that last OU populated.
  6. If you’re doing this right, you should fall asleep at your desk around 1:30 AM at the earliest.
  7. Don’t forget tomorrow is that 6:30 AM all-hands meeting, that the CIO requested.
  8. And don’t forget that at 8:00 AM you’re supposed to demo how you’re planning to migrate all of your infrastructure to Azure using Hyper-V, PowerShell and Office 365, in front of all the executives who need to approve your request.  If you don’t have it ready yet, forget the sleep stuff tonight.

That should just about do it.  But there’s more.  For added realism, you can include the following:

  • Cut your sleep down to 2:30 AM to 6:00 AM, or 3:00 AM to 5:00 AM for optimal effect.
  • Start massive consumption of coffee, Red Bull or Monster.  In fact, never leave your desk without one of these in one of your hands
  • Always carry a mess of papers in one hand and coffee cup in the other, and your smartphone in the other.  Yes, that’s three hands, figure it out.  Always look stressed and anxious, and out of breathe.  This is commonly referred to as “office camouflage”
  • Stop eating healthy. It’s bad for you.  Doughnuts are the most efficient food source.  Pure calories for pure energy.
  • Time yourself in the desk chair.  If you’re getting out of your chair more than every 3 or 4 hours, that’s too much.
  • Wherever you sleep, if you do, make sure to keep your cell phone next to you, with the ringer volume at the max.  You’ll need this for on-call rotation practice.  Set the alarm to go off every 55 minutes for randomized effect.  If you have a friend that barely speaks your native language, ask them to have a friend of theirs call you at random times between midnight and 5 AM and scream about something crashing or being on fire.
  • Ask for a raise.  This is best practiced on someone who doesn’t understand your native language at all.  Not even one word.  Go ahead, make your best case.
  • Take up smoking. Not for your health, but as a proven excuse to out outside to call recruiters, searching for another job.  If smoking isn’t feasible, walking is an okay substitute, just not as good for your health.
  • Hire consultants

Within a few weeks, you’ll be out of the hospital and back to work, just a real IT professional.

What I’ve Learned from Doing IT Interviews

058-1

WARNING: My humor tank is running low today.  This one is a semi-quasi-serious post with sub-humor ramifications and subtle uses of pontificatory inflection.  cough cough…

Like many (most) of you, for years, I’ve been the one sweating through an interview.  I’ve had bad interview experiences, and good ones; maybe even a great one, once or twice.

On the bad list was one with a well-known hardware vendor, where I was introduced to three “tech reviewers” on the call who regularly speak at pretty much EVERY IT conference on Earth, and have written enough books for me to climb a stack and change a light bulb.  I was in over my head, but thankfully, they appreciated my humility and sense of humor (had an interesting follow-on conversation at the end as well, but I’ll leave that for another time).

On the good list was the most-recent interview I had (my current job) where the interviewer took the time to share some fantastic technical advise which helped me on the project I was working on with my previous employer.  More than an interview, it was like a mini-training session.  Needless to say, he liked my mental problem-solving process enough to offer me this job.  Very, very much appreciated.

But this post is really about the flip-side of the interview process; what I’ve learned from interviewing others for various types of positions.  At a former place I was the administrative “lead” of a team of six (6) incredibly skilled people.  Part of my role was to interview new hires for a very uncommon set of skills to fit into that project.

At my current employer, I’ve been interviewing like mad to help a customer fill staffing needs for another set of uncommon skills. Not that the individual skills are necessarily uncommon, but the mix of skills in a single person seems to be uncommon.  I have to say, it’s been both enjoyable, and educational for me.

I hope that this experience helps me with future interviews when I go looking for a new job (or a promotion).

I’ve tried to apply the “good” experiences from my interviewee past as much as possible.  For example, not just grilling candidates to make them sweat, but help them along the way, in a give-and-take discussion.  Not a lecture.  And not a cross-examination.  It’s been eye-opening for me, to say the least.  So here’s what I’ve learned:

1 – Keep it Simple

When asked to respond with a “what would you do if…” scenario, start with the most basic step.  A classic example question is “You have a web server, that relies on a separate SQL host, to support a web application.  After working fine for a while, it now shows an error that it can no longer connect to the SQL host.  What would your first step be?

Bad answers: “I’d check the SQL logs”.  “I’d confirm the SQL security permissions”, “I’d verify that the SQL services were running on the SQL host”, “I’d Telnet to the SQL host”

Better answers: “I’d try to ping the SQL host from the web server”

2 – Know the Basic Basics of your Platform

If the role involves system administration (aka “sysadmin”) duties, you should be familiar with at least the names of features, components, and commands.  You don’t necessarily have to know every syntactical nuance of them, just what they are, and what they’re used for.  For example, “what command would you use to register a DLL?” or “What command would you use to change the startup type of a service?”

If the interviewer doesn’t focus on scripting aspects, then ask if they want to know the command or what PowerShell cmdlet.  Then take it from there.  If they ask about the command, just give them the command.  You don’t need to describe the various ramifications of using the command, or how it would be better/easier/cooler to do it with PowerShell.  If they ask about PowerShell methods, answer with the appropriate cmdlet or just describe the script code at a 100,000 foot level.  That said, if the interviewer is focused on your PowerShell acumen, dive deeper, but ask if that’s what they want to hear first.

3 – Don’t be Afraid to say “I Don’t Know”

If the interview question leaves you stumped, don’t hem and haw, and don’t make up something.  Just say “I don’t know“, but, and I mean BUT…. follow that with some next-step direction.  For example, “I don’t know, but I would research that by going to ___ and searching for ____

4 – Ask Questions

A lot of the time, the interviewer is also looking for indications of how the candidate interacts with a situation, such as an interview.  They want to know if you’re inclined to question and discover each situation, rather than just react to it.  Sometimes, the interviewer will ask you “Do you have any questions?“, and sometimes they won’t.  Regardless, it’s often good to ask at least one or two questions, even if it’s just “what’s the next step?

5 – Get a Critique if Possible

At the end of the interview, unless you feel certain you nailed it, like this, I always recommend asking the interviewer for some feedback how how you did.  Ask if there were any areas you could have responded better.  Don’t worry about getting granular details, just general responses can be very helpful.  Whether it’s technical, personal, or otherwise, anything is pure GOLD when it comes to this.

It’s a rare chance to get some tips that will help you on future interviews.  This is particularly true when you feel pretty sure that the employer isn’t going to make you an offer.  That doesn’t mean you are a failure, it just means you didn’t provide indication for the position they’re looking to fill.

IT Security Methods by Industry

After years (okay, decades,… okay, okay, centuries…..  damn it… alright! alright already, eons… are you happy now?  yes.  I’m THAT freaking old.  I still remember coal-fired computers and horse-drawn airplanes and shit.  My birthday cake is a slice of tree trunk of matching rings, but the table can’t hold the weight anymore.  sheesh!)

What was I saying?  …. (eyes wandering left and right…. … . . .          …  .         …. . .      .   .  )

oh yeah!  I’ve amassed a data set that accurately summarizes the predominant security practices or strategic “methods” leveraged by each major US industry. I warn you: this is highly scientific information.  It may require additional consumption of various questionable substances just to remain conscious while trying to read it all. Here goes.

Idiocracy-LB-1

Banking

Method: Place sufficient restrictions on the adoption of new technologies, so as to (A) mitigate unknown vulnerabilities and exploits, (B) insure that those with knowledge of older, proven exploits have died from old age, and (C) keep certain aging consultants employed (because they’re married into your family).  And besides, what’s wrong with COBOL?

Insurance

Method:  Never leave important IT decisions up to any one person, ever.  In fact, the more people involved, the greater insurance that the decision will eventually be reliable, maybe.  Larger companies focus on perfecting multi-role hyper-proliferated subterfuge logic branching and coalescing processes.  In layman’s terms: they foster greater variety among responses to decision inquiries.  Many have invested heavily in processes which depend entirely on custom hand-stitched, stone-carved, natural leather encased software, usually written by someone who left or died long ago.

Defense Manufacturing

Method: Implement dozens of stop-gap procedures to insure every motion of IT is slowed to the lowest possible, almost un-measurable, velocity.  Think of a Japanese rock garden, only slower.  Where the sand is executive processes and the stones are IT staff, now simply add quick-set cement to the sand mix and sprinkle some water on it.  This insures that even the bad stuff will take forever to make headway, and by that time, the entire system will have been eventually decommissioned.  Forget penetration attempts, even social engineering-based, because they’re often project-oriented, not departmental, so most people have no clue what that next cube is working on.  In fact, they probably don’t use the same network, computers or operating systems.

Legal

Method: Relegate “IT” to whomever answers the Craig’s List ad for an “IT Expert”.  Critical skills include: printer management, thumb drives, recovering lost files and emails, and using Excel databases” (that’s not a typo).  Must also have experience with Macs and Windows XP, particularly with kids games.

If they have any in-house “IT” capacity at all, it’s often enough shock to send a consultant into cardiac arrest.  Due to possible legal implications, it’s best to never change passwords for critical user accounts and never, I mean NEVER, delete anything.  Keep everything forever, or as long as you can afford somewhere to store it.

Travel

Method:  Agents need to be flexible and mobile.  Everything is done on laptops.  Everything remains on laptops.  No time for that silly, trendy, cloud stuff.  No backups, no cloud sync, but OMFG do NOT let anything happen to that precious data on those roaming laptops!  Thumb drives are forgotten like Matt Damon in Interstellar, waiting for someone to give them a hug, only to have their face shield cracked open and their chip tossed away.  Shit.  Did I give away the plot?

Advertising / Marketing

Method: Hire someone quick, and get back to the conference before the food runs out.

Transportation

If it’s airlines, use railroad standards.  If railroads, use airlines standards.  Either way, the older the technology the better.  It’s like a cast-iron frying pan, after years of seasoning, or a vintage wine.

 

Municipal

Method: Deny all requests for pay increases for five (5) years, reduce promotions from once every five (5) years to once every ten (10) years, discontinue any training programs, and for God’s sake: deny all requests for stupid things like newer software and hardware  It worked in 1995, so it should still work!  Hire a consultant to blame internal staff for every deficiency, terminate and reassign to avoid audit trails and blame the contractor afterwards.

Federal Agencies

Method: Same as municipal, but on a much larger scale.  Every four (4) years, change direction from in-sourcing to out-sourcing, and blame the opposite for any failures that remain.  If conservatives win, out-source to private contractors, where expertise and trust are premium values, after all, when has anyone ever heard of a private contractor doing something wrong in a government position?  Then blame liberals.  If liberals win, open up the job requisition flood gates and hire at will.  However, keep GS-rating pay scales at 1995 levels to avoid asking for tax increases.  This helps insure only the highest-quality employees are onboarded from their previous positions as private contractors or foreign exchange students.  Then blame conservatives for any failures.  Think of it as seasonable employment.

Medical/Dental Practices

Method: Hire the first contracting IT firm that actually shows up.  If they wear those spiffy-looking polo shirts with a slick company logo, they might be too expensive.  Ask if your cousin’s friend graduated tech school yet.  You know, the one who puked all over your sofa when he brought her to crash in your apartment while you were out of town.  That one.  If she’s not available, what about that kid that asked you about spark plugs while you were trying to inflate your car tires that day.

 

Summary

See if you can guess which of these most closely matches the photo above.

5 Myths of Modern IT

hqdefault

These are just five (5) of the most common statements/assertions/quotes I’ve overheard over the years while working in IT.  Every time I hear them, I have to take a deep breath and suppress my inner angst (to put it mildly).  This post isn’t all that funny actually, but I ran out of coffee and it’s too late for bourbon on a weeknight.  So I attached my custom-fit tin-foil hat and henceforth pontificate…

“The goal of Automation is that it frees up employees to focus on other important tasks”

Conceptually, this is plausible.  But, and this is a big BUT (and I cannot lie, all you other brothers can’t, oh never mind…), it depends on the source.  ‘Who’ initiates the push towards automation is what determines the validity of this statement the most.  If the premium placed on automation is cultivated in the ranks, this statement can be, and often is, very real.  However, when it’s initiated from the “top” (usually business, rather than technical ranks) it’s almost always (okay, 99.999999999999999999999999999999999999999999999999999999999% of the time) aimed at reducing staff and employee costs.

I’ve seen various spins and flavors of this, depending upon business culture.  The “reduction” can range from departmental shifts, to demotions, contracting-out, layoffs, and outright terminations (depending upon applicable labor laws).  Indeed, as much as I love (and earn a handsome living on) business process automation, using IT resources, I never allow myself to forget the ultimate goal: to reduce human labor demand.  The more I spend time with non-IT management, the more I see evidence to prove this assertion every day.

With that said, if your particular automation incentives are derived internally, push onward and upward.  Don’t let me talk you out of that (why would I?)

“The value of the cloud is that it enables on-prem expansion with fewer constraints”

This is a contextual statement.  Meaning, taken out of context, it is indeed a valid statement.  However, when inserted into standard sales talk (also commonly and scientifically referred to as “talking shit”) it’s often sold as being the premium value in the over-arching model.  In reality, I have seen only two (2) cases, and only heard of two (2) others, out of dozens of cases, where an infinite hybrid model was the ultimate goal of a cloud implementation project.

The majority of enterprise cloud projects are aimed at reducing on-prem datacenters, often to the point of complete elimination.  There’s nothing inherently wrong with that; it makes good business sense.  But selling it under a false pretense is just wrong.  Indeed, of the last five (5) cloud migration projects I’ve been involved with, the customer stated something akin to “I want to get rid of our datacenters” or “I want all data centers gone“.  The latter quote came from a Fortune 100 company CIO, with a lot of datacenters and employees.

“Who needs sleep?”

Don’t fall victim to this utter bullshit.  If you believe you only need a “reboot” as often as your servers do, you’re putting your own life at a lower value than common hardware.  If you’re a “night owl”, that’s fine, but only as long as you adjust your wake-up time to suit.  Always ask yourself where this inclination to never sleep starts.  Is it coming from management?  From your peers?  From personal habit?  If it’s coming from management, move on to a better workplace.  If it’s coming from your peers, you need to expand your network.  If it’s coming from personal habit, fix it.

A few years ago, I fell into the habit of working myself almost (literally) to death.  Mostly from what I call “code immersion”.  That urge to “get one more line done” and then another, and it never ends.  I was averaging 2-3 hours of sleep over the course of a year.  It finally caught up to me in a very bad way.  I’ve since taken action to prevent that from happening again.  I’ve seen way too many people die from not taking care of themselves.  Way too many.  Don’t be another statistic.

“This is cutting edge”

I have another quote (and I’m still trying to identify the true source of it), that runs counter to that: “We live in ancient times“.

Everything we do in IT, and I mean EVERYTHING, will be gone from this Earth long before most of the furniture in your house.  Long before your house is gone.  Statistically speaking, this is a valid statement.  Information Technology is a process, not an end result.  It’s a process of optimizing information access and accuracy, which evolves over time.  The tools and technologies employed to that purpose also evolve.

“The customer is always right”

If they were, then why do they need you?  And more importantly, why are they paying you to help them?  That said, the customer holds the purse strings, and the promise of future work, so don’t ever charge out of the gate with a smug demeanor.  Every new customer engagement should start off deferential.  It should then evolve and progress based on circumstances and communication.   However, anyone who works in IT and insists that the customer is “always right” is misguided or just stupid AF.

Honorable mentions (phrases that annoy the $%^&* out of me)

  • “You can’t afford NOT to!”
  • Excessive use of buzzwords like “holistically”, “literally” and “ummm”
  • “It pays for itself!”
  • “It’s the next ______, only better!”
  • “Why? Because ours is a better solution”
  • “The Cloud is a fad”

Summary

Everything you read above could, quite possibly, be entirely rubbish.  After all, I’m a nobody.  I just call it as I see it.

Travel Tips for the Non-Terrorist

20170205_104835

Formula for Determining How Much to Pack

(Days * Underwear,Socks) + (Belt) + (Occasions * Shoes) + Occasions(ShirtTypes * Days) + BadWeather(Coat/Jacket/Pullover) + Toiletries + Entertainment + medical supplies + weather gear(optional) + flight requirements (tickets, etc.)

Factors to consider

  1. How long is the visit?
  2. Weather forecast
  3. Occasion (business, formal, social, leisure)
  4. International or domestic
  5. Required equipment / accessories (work, personal)
  6. Entertainment needs (music, movies, books, e-books, etc.)

Example: 5-day business trip (technical, not executive)

  • For the flight / direct to hotel after landing:
    • Long-sleeve t-shirt over short-sleeve (layers for hot/cold)
    • Jeans or sweat pants
    • Tennis shoes which slip on/off easily, or flip-flops
    • Ball cap (not the one that says “F-U TSA”)
  • For the backpack:
    • Laptop, charger, cords
    • Phone charger and spare charger pack
    • USB thumbdrives
    • Light jacket (maybe)
    • Snacks, Medicines, Gum
  • For the suitcase
    • Dress pants (business casual)
    • Polo shirts (business casual, un-stained)
    • Underwear, t-shirts, socks
    • Dress shoes
    • Swim trunks
    • Toiletries (toothbrush, deodorant, shaver, etc.)

Other Aspects

  • Print boarding passes
    • I used to use the phone apps for boarding, but I’ve had issues at the point of scanning when the app locked up, or phone went to sleep, etc.   Angry people in line behind me.  And I see it happen to others quite often.
    • I still use the apps for check-in, assignment changes, and gate status, but for boarding I print the pass and it always works.
  • In-flight:
    • Aisle seat if possible
      • I like window seats on flights over interesting terrain
      • Otherwise, I like to be able to get up without waking up the snoring slob beside me
    • Passenger next to me = friendly:
      • Conversation
    • Passenger next to me = not friendly:
      • Short flight = Podcasts
      • Longer flight = Movies, books, podcasts
    • Alaskan Airlines = talk with flight attendants (they’re usually cool)
      • After 11pm = free wine (if they still do that)
  •  Layovers
    • Short (less than 1 hr) = direct to next gate. Don’t fk around
    • Medium (2-3 hrs) = eat, drink, charge phone and ear buds, phone calls, emails, etc.
    • Longer (4 to 12 hrs) = bar, restaurant, comfy place to lay out, charge phone, phone calls, emails, people-watch, read, watch movies, etc. (I picked up people watching skills when I worked in NYC years ago – makes for great stories, blog posts, tweets, etc.)
  • Hotel
    • Check in – drop stuff – go for a walk
    • Find the workout room / pool / Jacuzzi / bar
    • Lay out clothes for next morning (I can shave/shower/dress in 20 mins if I don’t goof around the night before)

BONUS!  Going Through Security (Tips)

  • Don’t make jokes using words like “explode”, “kill”, “shoot”, “stab”, “grenade”, “bomb” or “booby trap”. If you have Turret’s Syndrome and can’t avoid these words, stuff your mouth with cotton balls or an entire pack of bubble gum before going into the airport.
  • Regardless of what one TSA person says (or doesn’t say) take your belt off (long story) or wear pants with an elastic waistband (no belt needed)
  • Don’t ask if you need to put your penis in a bin to put through the scanner.  Even if you have one.
  • Remember: TSA people do not have a sense of humor.  It’s a job requirement.
  • Shoes that you can slip on and off without using your hands = very nice.
  • When they ask “what’s in the bottle?” don’t laugh and say “C4!”
  • While the TSA person stares at your photo ID and back at your face, try to not make a Clint Eastwood face, unless you can’t help it.
  • You can save $4 by bringing a clean, empty (dry) plastic bottle in your carry-on, and fill it with water once you’re done with the security process.

General Observations (Dave’s Travel Rules)

  1. The number of available charging stations or electrical outlets in a given airport is directly and inversely proportional to how low your battery is.
  2. SeaTac (SEA), Charlotte (CLT), Atlanta (ATL) and Los Angeles (LAX) best spots for charging are at the most remote wings of the terminal.  Kind of like most conference buildings.
  3. If the pilot says “it might get a little bumpy” and you’re NOT crossing over a mountain range, it’s probably going to be “a little bumpy”
  4. If the pilot says “it might get a little bumpy” and you ARE crossing a mountain range, like the Rocky Mountains, it’s going to be very bumpy.  This is particularly true if you’re flying into Denver (DEN) from the west.
  5. Evaluate your departure time and landing time, total flight time, and sleep schedule (before and after a time zone shift) and plan on sleeping during flights as needed.
  6. Avoid caffeine and alcohol during flights, unless you’re really angry, in which case, consume all you can.
  7. The people seated on an exit row are not going to help you escape when the plane goes down.  They’ll be the first out.
  8. There really aren’t any oxygen masks.
  9. There really isn’t a pilot.  It’s a blow-up doll and a recording.
  10. The air nozzles over each seat are fed from air in the restroom.