Showing posts with label jobs. Show all posts
Showing posts with label jobs. Show all posts

Thursday, July 10, 2014

It's Time for 5 Stupid IT Questions

You got IT questions? I got stupid answers.  Pull up a chair, sit down, and destroy your precious little mind reading my stupid ramblings for a bit.  What else do you have to do?  Silly Earthling.

(Note:  This is going to be an ongoing series, I think.  It depends on feedback from folks like you)



Question 1 - "In VMware Workstation and VMware Player, it has an option to preallocate the virtual hard drives.  What does this do and why should I consider it?"

Answer: It carves out physical storage space (on whatever drive/disk/volume you have it pointed at) to store the disk .VMDK file before using it the first time.  Like most things in life, there's a trade-off...

On the good side, preallocating space avoids the need to incrementally allocate more space as needed.  The incremental growth usually happens while the VM guest is running, causing some delays and pauses at times.

On the bad side, preallocating space takes up designated storage space which may not be fully-used on the inside (guest VM referencing).  For example, if you specify a 60 GB disk, it will grab 60 (plus a little chump-change space for overhead) right away.  In the end, you may only end up filling 40 GB within the guest machine, leaving 20 (or thereabouts) unused but still occupied on the physical disk.

If space isn't a concern, preallocate it to squeeze a little more performance from your virtual toyland.

Question 2 - "If I want to roll out a new Group Policy ADMX template during production hours, what negative impact would that have?"

Answer: "Would" or "Could"?  The answer depends on several factors.  But starting at step 1:  deploying an ADMX template into an AD environment involves updating the SYSVOL on the first domain controller.  From there it replicates (because domain controllers like to replicate, as nasty as that sounds).

The factors that come into play after step 1 are like a Rubik's cube.  Site link configurations, replication schedules, the size of the ADMX files, the WAN links, the network configuration, the KCC mess in the background, the amount of drugs your engineers consume, the prevailing winds, the high tide, the... whatever.  Hopefully you get the idea.  I would recommend that (after you've tested them in a separate environment of course) that you deploy them during off-peak hours.  If that isn't possible, blame it on the last person to have quit.

Question 3 - "Will shifting my SCCM environment over to a user-demand, Application Catalog scheme fix all my problems with overseeing software deployments?"

Answer:  It depends.  In general, the answer is "no", it won't fix "all" of those "problems".  Can it lessen your workload?  At best: usually.  At worst:  it will replace one set of problems with another.

Will it eliminate some problems on the whole?  Sometimes.

It depends on how diverse your applications are and how diverse the target platforms are in your SCCM site.  If you support 4,000 products, but they are well-defined in terms of assigning one product+version for each business role, then you will be better off.  If you have a lot of alternatives for the same role/purpose, start drinking and get your Liver in good shape.

The surprise "gotchas" I've seen, or heard about, with handing over the role of installing applications to end users via a catalog shopping-cart concept, have been basically from two general areas.  Each of which breaks down into two more areas:

1. Setting up the catalog
2. Cleaning up messes

The first area (setting up the catalog), involves not only building the catalog, but assigning roles and permissions, but that's the easy part.  Then comes the spaghetti-like enigma of validating product licensing and usage terms, as well as planning out the potential conflicts.  Those are the nasty things like "Product A and Product B cannot exist on the same client or they break things." or "Product A only works with .NET 4.0 while Product B only works with .NET 4.5" and so on.

The second area (cleaning up messes) involves hand-holding users that mistakenly install things and run into problems with them.  Even if you teach them how to remove those mistakes, there are going to be the breaks that require rolling up your sleeves and taking time away from other work.

The secondary issues are delegation reliability, and platform resiliency.  Big words.  I like big words.

The former (delegation) involves how well your delegated staff hold up with handling rights and assignments, as well as tech support issues that arise.  The latter (resiliency) involves how mature your environment is with regards to platform standards and methods for repairing breaks in the assembly line.  How many versions of Windows you support, how many device types, models, vendors, component versions (JRE, .NET).  Good stuff for beer talk.

Question 4 - "Is it more important to have a college degree or a certification when entering the IT field?"

Answer:  My kids' friends and their friends hit me with this question a lot.  Usually after some introductory phrase like "Excuse me, old man?  Can I axe yuze a question about getting a computer job?".

From an entry perspective (first-time job seeker), it depends on what kind of IT job you're aiming for.  If you're looking for a fairly low to intermediate job, such as anything from Tier1/desktop support, to even Systems Admin or Systems Engineer, it helps to have a degree, but it really helps to have a lot of (current/recent/relevant) certifications.

Many entry level IT jobs only require A+, Network+ and Security+ certifications, unless you start getting into VMware or Cisco type stuff (and so on).  Even then, having a Microsoft MCSA/MCSE will help a lot.

If the job your aiming for is "senior research scientist" or "database architect", well, start filling out those college enrollment applications.  It won't hurt to have your CCNA or MCSE/MCwhatever, but most high-level, expert type fields within IT expect more educational background.  And don't forget those Analysts and Project Managers, who may need a mix of schooling and certs like PMP, ITIL, etc.  Just poke around the job postings online and you'll see what I mean. (Not that I've been looking of course, cough-cough.  That's just what I've been told).

Question 5 - "What is the toughest part of getting technology to work well?"

Answer:   People.  It's just human nature to try to pound nails using a wrench.

(Thank you for reading!  Stay tuned for more IT stupidity coming soon...)

Thursday, June 19, 2014

What They Don't Teach You in School

Math, English, foreign languages, Biology, Comparative Religions, World History, bah!  Even the programming/geek/nerd stuff.... bah!

These are the most important pieces of education a young person could ever absorb before entering the cut-throat job market today.  So, please, for your career's sake:  Put down the bong and pay attention!



1. Office Camouflage

Never look like you need something to do.  Carry papers in one hand, preferrably with a pen, and a coffee cup in the other.  Undo your tie and roll your sleeves up.  Even if you're just going to throw some trash away, make it look like you're on a mission.  A mission to advise the CEO that the CFO and CIO are both TFU and the only person who they can trust is  Y.O.U.  Look busy!

2. Shoes and Stalls

Every day you get to work, make a mental note of what shoes the other managers are wearing that day.   This only applies to members of the same sex (or whichever sex/gender inhabits the same restrooms you frequent). Knowing what shoes the CEO/CFO/COO/CIO/CTO/CSO/CIEIEIO wears can mean the difference between being fired and being promoted.

Think of the typical restroom situation where you're chatting with a coworker; you're shaking uncontrollably at the urinal, while he/they picks lunch leftovers from their teeth only an inch from the encrusted mirror.  You get ready to say something really apolitical about someone high-up, but you pause to sneak a glance at the shoes of the guy, just beneath the stall partition panel, who's moaning and grunting in the nearby stall.  You make a strategic correction.

Instead of "Man, that department manager is a real asshole.  Did you see how he tore the head off that cat in the staff meeting?!", you recall those shoes as being the CFO's, and then you remember that the department manager is his son.  So instead, you say something like "Man, that department manager is awesome.  The way he used his bottle-opener on that cat was genius!  His dad must be SO proud of him.".  Next day you show up and there's a calendar invite to a private meeting on the CFO's yacht, dinner included, dress appropriately.  See?  It's just that easy.  And you thought "hard work" (whatever that is) really matters.

3. Big Words

If you can read a beer bottle, a Hunger Games chapter, medicine bottles, cereal box labels, a verse from the Bible (or other religious text of your choosing), you have all it takes to read another exciting book:  The Dictionary.

Learn a new word, at least once a month.  Instead of reacting to surprising news with tired, old, phrases like "wow!", try something more ear-catching like "Gadzooks!" or "Jumping Jehoshaphat!".  It shows you might be what they call "Educated" or something.  And we all know those suit-wearing folk LOVE them some good ole educated folk to hang out and chew the fat with.  I mean, "have a intelligible conversation and discourse with".

4. Statistical Stuff

Learn something about the sport and sports teams/leagues/players that you know excite the upper management.  Then you can combine it with the tips above, and then practice in the restroom, while urinating on the wall, noticing the CEO's shoes in stall number 3, who happens to be a Texas Rangers' fan, and say something clever, like "Wow!  Did you know that Nolan Ryan could throw a baseball through the armor-plating of an Army tank while blind-folded and drunk on Drano?!  Amazing!"

Wait for the reaction.  If you say something clever enough about their favorite sports thing, or NASCAR thing, they'll jump right out of the stall with their pants down, toilet paper hanging from their butt cheeks and give you a hug like a long-lost relative coming back from the dead.

5. Strategic Posing

Do not EVER look relaxed at your desk.  Stare intently at the screen as if you're watching a live broadcast of a hamster, slowly unhinging it's jaws to swallow a cow in one piece.  The look must be serious.  It must be practiced to perfection.  Nobody who does *real* work does it without some effort and nothing shows effort like that classic Clint Eastwood, tight-jawed, seven day constipated grimace of serious ass-kickery that just oozes the feeling of "I'm busy curing Cancer, and world hunger, so back off bitch!"

Helpful tips include frowning, squinting, pursing of the lips, rubbing your chin and nodding slowly up and down.  For extra points, combine them in pairs or all together at once.  Then slowly rise from your broken desk chair and back away without blinking, or looking away even once.  Say something quiet, but just loud enough so the nearby idiots can hear it, like "yes.  yes.   yesss!  that will change EVERYTHING." and then go to the restroom to practice steps 1 through 4.

Conclusion

So there you have it.  All the basic skills you need to master in order to excel in a tech job in America. After all, the real jobs are going overseas anyway, so you might as well enjoy the ride while the ship sinks.

Don't ever say I didn't try to help you get ahead.

Sunday, March 2, 2014

The Professional References Dilemma

If you've held a job for more than a few years, especially the kind where you had to write (or borrow) a resume to qualify for an interview, you've probably had to list some "references" as well.

A professional "reference" is supposed to be someone whom you've known, professionally, long enough to tell a prospective employer good things about you.  Things like how well you work with others, your skill set, types of projects or operational work, and so on.

A professional reference is NOT someone you worked in the same office with, but didn't interact with every day. Nor is it one of your drinking buddies.


I'm not sure why, but I've been asked to give permission to list me as a reference for more than a dozen current and former colleagues.  I say that because my professional career path hasn't been the shiniest example for others to follow.  In some ways I consider myself the guy walking backwards through a minefield, giving out advice on how to detect mines.  Yeah, I saw that episode of Benny Hill.

The problem comes into play when someone you're friendly with, maybe really good buddies with, asks you to be a reference for a job they're applying for; but you can't honestly say you worked directly along side this person enough to vouch for every skill the new job is asking for.  Maybe you didn't work with this person directly at all.  The risk you take is that you may say "Sure, this guy/girl is an awesome ___. I'd hire them in a heartbeat.".  Then they get hired and things fall apart.  Now you're reference is devalued by having vouched for someone that just didn't cut it for them.

Granted, this is a risk for any such circumstance, but you greatly reduce that risk when you stick to your guns and only agree to vouch for people you truly KNOW about on a professional level.

This spills over into LinkedIn skill recommendations as well.  I can't count how many people have tagged me for a skill I barely know.  VMware ESX?  I played with it.  SharePoint? I can install it, configure it, build some sites and libraries and post pictures of cute animals.  After I started seeing notifications that so-and-so tagged me as an expert on these things, I began to go back and remove those items which I consider myself to be marginally skilled at best.

To be fair, it's not really something I can blame on my LinkedIn network, it's just everyone trying to help each other out, and that's very much appreciated.  But it also puts them at risk of damaging their street cred by saying I'm a pro at something that I'm really not that well-versed in.  To mitigate the chances of hurting their good intentions, I'm making the effort to clean up my skills list.  I think it's a good idea.

Back to ironing shirts for Monday staff meetings.  Cheers!

Thursday, June 28, 2012

Jobs. Jobs. Jobs. IT Jobs

My employer, Endurance IT Services, located in Virginia Beach, Virginia, is hiring.  Yes!


(2) Engineer (Tier II) - Windows/VMware/Exchange (Hampton Roads)


Looking for Systems Engineer with a minimum of 7+ years of hands on experience with diverse network environments.  This position is for a full time opening on our engineering team. This team is responsible for the design, installation and support of networks for numerous clients in Hampton Roads.  The typical environments include Microsoft Windows 2003/2008 Servers, Exchange 2003/2007/2010, Cisco routers/switches/firewalls and other 3rd party applications.  Bachelor degree preferred. Ability to assess and formally document client environments a must.


Key Skills include all the items below:

  • Microsoft Exchange 2007 / 2010
  • Windows Server 2008 / 2008 R2
  • Active Directory
  • Networking with various products


(2) Senior Engineer (Tier III) - Windows/VMware/Exchange (Hampton Roads)


Senior Systems Engineer with a minimum of 15+ years of hands on experience with diverse network environments.  This position is for a full time opening on our engineering team. This team is responsible for the design, installation and support of networks for numerous clients in Hampton Roads.  The typical environments include Microsoft Windows 2003/2008 Servers, Exchange 2003/2007/2010, VMware Vsphere, SANs, Cisco routers/switches/firewalls and other 3rd party applications.  Bachelor degree preferred.  Ability to assess and formally document client environments a must.


Key Skills include all the items below:

  • VMware in HA environments
  • Microsoft Exchange 2007 / 2010
  • Windows Server 2008 / 2008 R2
  • Networking with various products

We are looking for strong candidates with technical support skills and great interpersonal skills.



We are a fast growing company that is strongly focused on customer service and satisfaction. We are building a corporate culture which supports learning, growth and advancement in the Network Services career field. Our focus is solely network services.  We offer competitive salaries, a comprehensive benefits package, and a great place to work.

(A LOT of employers say the above mumbo-jumbo, but I will concur 110% that it is indeed a great place to work for.)



If you live within the Hampton Roads area, and are both qualified and interested in one of these available positions - contact me for more information at ds0934 (at) gmail (dot) com.

Saturday, June 16, 2012

From Adios to Hola! SCCM is Back in my World

I thought it was funny that I ran across this post from 2010, where I said I was leaving the SMS/SCCM world behind because there "were no opportunities" available to apply my skills in that realm.  At the time it was true, there were no such opportunities in my reach.  However, since July 2010, when I moved on to a different employer, Configuration Manager is very much back in my life.  It was evident from how I pumped up the "AD Web Admin" project, and then dismantled it to use in a real production environment (in pieces. reorganized and reconstituted).
I've been spending a LOT of time weaving together ASP/HTML/CSS/JavaScript with SQL and SWBEM to extend Configuration Manager and integrate it via the web with Active Directory, asset inventory databases, and role-based access control.  It's a fun project and I love every minute I get to spend on it.  I know what you're thinking: "why not ASP.Net?".  Because it's what I originally built the ADWA project with and it was easier to restructure it than start over, and my ASP.Net skills aren't quite up to that task yet.  In any case, it works, and does what the customer wants it to do, which is a nice thing.

It just goes to show, to me at least, that you never know what's around the next corner.

Thursday, January 26, 2012

Job Tip 47: High Turnover Warning

There's lots of advice about seeking a new job and what to look for, how to look for it, when to look for it, and where.  You hear a lot about how to investigate what an employer does (line of business), what their current situation is (market performance) and future prospects (news reports).  That's all great advice to follow, but there's more.  You also need to know the bad side.  Just like when you visit a new city, most people will eventually want to know where the "bad parts" of town are, so they can avoid them (or if you're a thrillseeker: get there faster).

Maybe you're one of those people that likes to keep one eyeball pinned on the employment ads to see what's going on in their career sector.  Maybe you just like to get a feel for how the employment situation is in a given geographic area.  Whatever the case, if you are one of those people, you've probably seen a few repeat employer names pop up week after week, month after month.

Whenever you see a particular employer posting an unusually high number of positions, or the same position for weeks on end, check something else:  the employer's growth aspects.



If the employer has not won any major (and I mean MAJOR) new contracts, isn't opening a new facility somewhere nearby, and isn't responding to cyclic or seasonal activity demand, start asking questions.  In many cases it's a sign that the workplace suffers from high turnover.  High turnover can be (and quite often is) a sign of a bad workplace environment, in which employees grow tired (or afraid) of it, and leave.  One particular health services technology company in our area posts over a dozen job openings every week, most of which are the same job opening.  Some of which have been reposted for over a year.  After asking around I've learned that employer is renown for treating workers badly and thus are always having to back-fill vacated positions.

Then again, if you're OK with high turnover, no worries.  Maybe all you are interested in is a fast buck.  A quick means to a paycheck, or something to hold you over until make the next jump.  That's fine. Everyone has their own agenda.  But if you are looking for something more long term, what then?

Where do you start?  You can start by asking trusted friends, co-workers, neighbors, and friendly folk at your nearest social establishments (pubs, restaurants, etc.).  Just ask "what do you know about (name-of-employer)?" and "are they a good place to work for?".  The range of responses will sometimes surprise you, and you may learn things you never expected.

As an interesting exercise, try this using your current employer's name.  It's one of the oldest, easiest, cheapest, yet overlooked marketing research a business can do on their own.

Sunday, October 23, 2011

A Short Recap of my Career Thus Far


  • 1984, I left the construction world, and playing in bands, for a job as a "apprentice drafstman" (board drafting, Mylar, Sepia and vellum).  I recall lettering 20 ANSI-F title sheets entirely by hand per week for several months on end (notes, references, materials, titleing, very little white space left).  My fingers had permanent dents from holding the mechanical pencils.
  • In 1987 after switching jobs a few times (still drafting) I was dunked into building 3D shipboard engine room models using Computervision CADDS 4X.  I worked on that platform for several years.
  • In 1990, I was sent to training on Intergraph EMS and VDS and worked on that for almost a year.
  • I was sent to training on Bentley Microstation, but picked up a few books and taught myself AutoCAD R10 by staying late at work and sneaking into the AutoCAD drafting room.
  • After convincing the CAD dept manager I could work on AutoCAD, I was moved into the AutoCAD group on R11.  The U.S. Navy had just issued an official approval for using AutoCAD to make title sheets and bills of material "only".  All detail design work was still required to be done by hand (plastic lead on frosted mylar sheets).
  • In 1992*, the U.S. Navy finally issued an official allowance for AutoCAD detail design work for all contracts.
  • After months of struggling with bugs in a custom add-on written in AutoLISP and ADS for our company (by a west-coast employee), I decided to learn AutoLISP and add my own workarounds.  I picked up a few books, but the best was "AutoLISP Programming by Example" by Gene Straka.  One of the best heads-down teach-yourself books I've ever owned.
  • In 1994 I wrote my own 2D piping system for AutoCAD R12.  It grew into an HVAC system, and eventually into electrical and structural as well.
  • In 1996, I was hired by a large shipyard to lead their first AutoCAD implementation.  It was (gulp!) AutoCAD R13 running on Windows NT 3.51.  It was a very rough experience, but we somehow got it working.  I was also introduced to Brett Rivers, who introduced me to SMS 2.0 and was generous enough to tutor me on how it works and how to use it for deploying AutoCAD and custom add-ons to roughly 3,000 desktops.  That eventually grew to 14,000 desktops.
  • In December 1999, I graduated from Christopher Newport Univsersity with my BS in Information Science. 
  • In February 2000, I was hired by an engineering firm to build a new shipbuilding CAD suite on top of AutoCAD 2000, and consolidate their standalone licensing under AdLM (prior to FlexLM).  That moved me into license management, including contracts, support, and auditing.
  • By 2002 I was on version 2.0 of the new CAD system and had enlisted three team mates to help build out more functionality and features.  We joined the Autodesk Developer Network and the alpha "early adopter" program:  Pinetop, Tahoe, Banff, Kirkland, Red Deer, Neo, Rio (I left ADN before Postrio)
  • By 2002 I had been building a lab to prepare for deploying SMS 2003 when the lead for our upcoming NT4 to Win2K Active Directory migration left.  I was asked to take over the project lead.  I ran into a friend who worked at Microsoft who asked if I wanted to join on Windows Server 2003 pre-beta and Microsoft Software Updates Services (SUS).
  • March 2003 we completed our migration to Windows Server 2003 and implemented WSUS 2.0 soon after.  SMS 2003 was held back to test the forthcoming SCCM (beta program).  I began working with ASP, SQL Server, and Windows scripting more and more to automate monitoring and reporting.
  • 2003 I released "The Visual LISP Developer's Bible, 2003 Edition"
  • By June 2004 I was now wearing three distinct hats:  Active Directory Administration, CAD Administration, and CAD software development.  By 2006 I had offloaded my CAD software development duties to the team with only occasional involvement.  I was now focused on software deployment, patch management, auditing, monitoring and alerts, and SOX compliance.
  • In Sept 2007, our company imploded when our CEO decided to fuck us all and leave with a smile.
  • I was hired by a Microsoft partner and trained on MDOP, Softgrid (App-V) and doing odds-and-ends Windows engineering work for various small businesses.  I also deployed a full SCCM 2007 site for a city government, which had been a while for me, but it nonetheless went very well.  The biggest impact this had on me was getting my head into non-enterprise environments.  Until now, I had only worked in larger corporate environments with teams devoted to each role.  Now it was about individual services to small customers.  I learned 10x in only a few months.
  • After a few months the economy tanked (early 2008), and we were laid off.  I was out looking for a job for several months, but nobody was hiring.  I put food on the table by building web sites for various small customers, and helping a law firm with patent application drawings.
  • In June 2008 I was hired back at a former employer and taught the fine art of software repackaging to facilitate mass deployment (by now 18,000 computers, I think?).  Wise Package Studio and Wise Script.  I was also tossed back into FlexLM management and FlexNet Manager (which is pretty interesting).
  • In July 2010 I was hired by a consulting firm and now I combine a lot of the above (sans CAD work) into a mash-up of projects and tasks:
    • Windows Server 2008 R2 management
    • Windows 7 deployment and customization
    • ASP / SQL Server / AD systems automation
    • FlexLM license services
    • Autodesk deployment builds and distribution
    • Repackaging with Wise Package Studio and InstallShield AdminStudio
    • Scripting with VBscript, CMD and PowerShell
    • SCCM 2007 process automation and custom reporting
  • In 2010 I released more books, and again in 2011
  • I have no idea why I'm bothering to type this.  It ultimately means nothing to anyone unless they're spilling food on my resume.  I guess the interesting part, to me anyway, is how my ball has bounced in a very unpredictable pattern.  Looking back, I can see the pattern emerge.  But from any one point along the way there was no discernible pattern or path to be seen.  I have learned from some of the brightest and most interesting people I've ever known, and am grateful and humble to having had those opportunities.  Every job change has been tough to handle since I hate parting ways with good people, but I've somehow managed to keep finding incredible people to continue learning.  If I had millions of dollars, I would love to be able to hire everyone I've known to build a "super team" and make incredible things happen.  I doubt that will become reality, but it would be cool.  I have no idea where my ball will bounce next, or if it will roll in front of a bus and that'll be the end of it.  One day at a time.

* I may be off a bit here, but it was somewhere between 1990 and 1992 as best as I can recall.

Friday, October 7, 2011

IT Job Openings in Hampton Roads, Virginia

The consulting firm I work for has quite a few job openings in the Hampton Roads area that we are trying to fill.  If you live in or near the cities of Norfolk, Chesapeake, Virginia Beach, or Suffolk, and are interested in any of these positions, contact me at ds0934 (at) gmail (dot) com, and attach your resume in MS Word format.  Use the subject line "IT Positions" so I don't tag it as spam.

  1. Package/Workstation engineer -   (Wise Installer or AdminStudio, SCCM, Windows 7, etc.)
  2. Project Team Engineer - (VMware, Windows, Exchange, AD, light Cisco, SAN)
  3. Help Desk Analyst (Windows 7/Office/Light Networking/Great Client phone skills)
  4. Macintosh Engineer
  5. Engineer for option to hire for large client in Suffolk  (Windows 2008, Exchange, Cisco, Light VMware)
  6. Engineer for option to hire for large client in Virginia Beach (Windows 2008, Exchange 2007/2010, AD, VMware)
  7. Engineer for option to hire for client in Newports News.  Will be at shipyard.  (Windows, Linux, Light Networking, etc.) CAD experience is nice but not required.

Saturday, September 24, 2011

College Degree vs. Cert vs. Experience

At this point in 2011, the Information Technology field is doing very well. For whatever reason, the number of jobs in nearly all IT fields are more plentiful than they've been in almost four years.  Many businesses have finally come to the realization that cost-cutting is great, but not so much when applied to their own IT operations.  It's like tossing out dead weight from a moving train, and then starting to unbolt and discard the engine.  Someone finally says "Wait! This is not a good idea!", and they start working making sure the engine keeps working.  This is the phase we're in now.  Businesses are investing in IT to help leverage existing resources more thoroughly and find hidden nuggets to put to use.  We've all heard it for so long that it's become background noise, but it's actually happening, and not a minute too soon.

For this reason, there are now more jobs in the IT field than we've seen in quite a few years.  This is especially true in the U.S.  Not as many as there were heading up to the Recession, but better than any year since, for sure.  Way better.  As a result, a lot of kids are starting to take another look at the IT field as a career choice.

Ironically, part of what quelled interest in IT careers for most high schoolers between 2004 and 2008 was a media frenzy focusing on "outsourcing" to other countries.  U.S. kids would often tell their counselors and college recruiters that they didn't think the IT field was viable in the U.S. They would typically say it was because future jobs would be going to India, China and elsewhere.  That belief actually constrained future labor prospects for a few years to the point where many large corporations began ramping up their outsourcing to other countries to hedge their bets.  Belief often leads to perception, and perception guides action, as they say.

But that effort hasn't panned out so well for many companies, for a variety of reasons and unforeseen market changes.  Some aspects of IT have proven to work very well in a global labor market, while others work best when kept in house.  So far, anyway.  This is true for any company, in any country, not just in the U.S.  This has led to a recent increase in internal IT hiring within the U.S. and indeed in many other countries.  I'm speaking here mostly about the U.S. market, since that's what I'm most familiar with (if anything).

What to Do?

This is a topic (the headline of this post) that comes up quite often, especially coming from kids just about to leave High School.  I hear it from veterans about to part ways with the military after their term of service is about to end.  I hear it from people that work in other fields and want to try another option in life.  Those that are interested in pursuing a computer-related career of some sort, tend to ask the same batch of questions:

"Does a college degree help?"

"Should I get certifications first or after school? Instead of school?"

"Do certifications or school even help in the IT field?"

"Microsoft?  Apple?  Open Source?"

"What part of IT is the best to work in?"

Answering these questions is tough, because there are many variables.  The best answer is "it depends".  My colleagues will chuckle over that since they say it's the quintessential consultant response to every question...

"Dave, if I swallow a live hand grenade and jump into a raging arc furnace, will I survive?"

"It depends."

...and so on.

Anyhow, the significance of having a degree, a cert or years of experience, upon your career opportunities is somewhat like asking what attracts one person to another.  Some are looking for certain qualities or traits, while others have completely opposite preferences.  Cars, clothes, money, looks, height, race, religion, speaking accent, social life, hobbies, or sense of humor, honesty, confidence, vulnerability, and so on.  Then there's affluence and demographics.  Oh shit, this could go very deep and into an area I'm not qualified to speak about. (as if I'm qualified to speak about anything)

Basically, there is no ONE answer.  Here's why...

Environment Scale.

If you intend to work for a large corporate employer, things like college degree and certification might matter a lot.  In fact, they usually do.  Some will place more value on those two aspects of a potential hire than on past experience.  Others place more value on experience than on anything else.  And yet others place more value on "gut feeling" and "personality".  It depends on what that employer has in mind for what they're going to have you do (job role or job description).

Smaller employers (mom and pop up to medium sized businesses, even some non-profits) may focus more on experience alone.  Some may focus more on a degree and experience.  It varies.

Case 1: A large defense contractor wants to hire someone to work on a particular software-oriented weapons system for a large military customer. They interview two candidates:
Candidate A - has a Masters Degree in CS from a reputable university, and 5 years experience at a competing firm working on large software projects.  This candidate has little or no specific knowledge or experience with this particular weapons system, nor with the customer it relates to.
Candidate B - has no degree at all, but has 5 years of hands-on direct experience working on that very same weapons system for the same military customer.  This candidate demonstrates an articulate knowledge of the system and how to operate it, as well as as its shortcomings.
Guess which one will get hired?  Obviously, this is a ceterus parabus situation (where I'm leaving out that all other aspects/traits of the two candidates are otherwise equal).

And for another...

Case 2:  A small business needs to hire full-time "IT Manager" to oversee an existing team of four, handling everything IT-related internally, from hardware to software.  They interview two candidates:
Candidate A - has 5 years experience running a small help desk at another small business, mostly supporting desktops, laptops and printers.
Candidate B - has 5 years experience running a small help desk at another small business, mostly supporting desktops, laptops and printers, and has a BS degree in computer science from a respectable school.
Guess which one gets hired?

These are obviously just two possible situations out of an infinitely possible world.  Either of these two could include additional conditions that would flip the choices either way.

There are equal balances of pro and con aspects to working in either a large or small environment.  Where one side gains from Flexibility, the other gains in greater Resource Capacity.  Where one side suffers from Repetitiveness, the other suffers from (lack of) Budget.

Stability is a Myth.

Never assume that the size or history of a company is a solid indication of job stability.  I've seen dozens (yes, DOZENS) of examples where large, historied firms were merged or aquired, or suffered a major defeat (internally or from competitors) and crashed.  I've seen small shops be aquired by huge companies and I've seen big companies decide to eliminate entire functions from their business. 

Workers of any kind (IT or otherwise), tend to be viewed as "units of labor" at certain levels of business management.  The weapons against that are necessity and utility.  You have to make yourself necessary and of great benefit to the business.  Note those italicized words.

Being a fifth wheel offers little benefit and can easily be eliminated to cut costs.  Being the only wheel, or one of very few wheels, makes you more valuable, BUT: only if you accel at what you do.

For example, I worked for a company for about seven years, that had continuously grown at a stellar pace for almost thirty years.  I had a ton of stock options waiting to fully vest and received regular raises and bonuses every year based on my performance.  Everything about that company was maturing steadily and the quality of hires was improving every day.  It seemed like the place where I would advance into a management role and retire from some day.

Then the CEO decided that he was going to retire, but instead of handing the reigns to the EVP, he was selling it to two companies and splitting it in half.  In a few weeks my stock options were nullified and my job was reduced to almost menial labor with almost no management direction at all. (even worse, I was being directed by two managers that hated each other and given conflicting orders, with HR doing nothing to resolve the matter).  My potential retirement investment portfolio dropped roughly $40 in a single day as my stock options turned to dust.  The fine print legal terms did not help us at all either, we were sitting ducks as a result of one man pulling the plug and ejecting with the only parachute.

In short: what seemed like a great future, suddenly turned into a cesspool.  The staff abandoned their posts day by day until I was the LAST person in my group left.  It was depressing.  Enough of that - let's move along...

Colleagues of mine at other major corporations have been laid off due to cost cutting efforts.  Others were laid off when their small business employers went under.  There are no garantees.  Nothing is for certain.  Even a lengthy history of strong results is no guarantee.  Ask anyone at RIM, Nokia, Cisco, Nortel, Motorola or Sun Microsystems.  Ask anyone at Microsoft from back in 2009. 

Here's the basic run-down:  small employers tend to have small lay-offs.  Big employers tend to have big lay-offs.

As I already said: The best defense against instability is to make yourself more valuable to the business.  Be careful:  Being valuable to the IT operation is NOT the same as being valuable to the business.  Remember that.

IT Roles Matter.

It also matters what particular aspect of "IT" you want to work in.  Tier-1/Help Desk? Server Administrator?  Software Engineer? Systems Architect?  Database Administrator?  CTO?  CIO?  Maybe you really want to work in content creation, such as multimedia production, or video services.  Each of these has its own unique needs, and its own unique focus on skills, credentials and experience.

As for the question "What part of IT is best to work in?", that is a very tricky question.  What is "best"?  Does "best" mean:

  • Higher paying?
  • More job opportunities in more places?
  • More flexibility?
  • More fun?
  • More opportunities to grow and advance?
  • Greater stability and security of employment?

You might find a field that pays more than another field, but ends up being boring or frustrating for you.  You may find a field that's fun and exciting but doesn't pay enough to live on.  You may find a position that is exciting and pays well, but ends up going nowhere and becomes a repetitive drag.

Some questions career counselors (specializing in IT) might ask:

  • Do you prefer creativity and flexibility or the challenge of solving complex problems more?
  • Do you prefer isolation and privacy or socializing and team environments?
  • Do you prefer an office or traveling, or working from home?
  • Do you REALLY want this or are you looking for a bigger pay check?
  • Do you prefer math problems or drawing pictures and diagrams more?
  • Do you prefer taking things apart and tinkering or using a mouse and keyboard?
  • Do you find massive scale complexity to be fascinating or dull?

How you tend to answer these questions might help guide you towards one aspect of IT or another.  Assembling servers and server racks, SAN installations, network routers and switches, running fiber, setting up wireless networks, encryption and authentication, firewalls and filtering, intrusion detection and prevention, designing software user interfaces, animation production, video content and production services, 3D engineering and design (CAD/CAM), software engineering, systems architecture, process automation, protocols APIs and ASICs, database administration, database engineering, business information modeling, process simulation and modeling, the list goes on and on and on. 

Each of these tends to favor certain personality traits over others.  I would provide some generalizations but I'm sure that would piss off quite a few people (haw haw), so I'll let you explore that aspect yourself.  Let's just say that IT functions that involve more isolated time tend to attract more isolate personality types, and the ones that involve more social interaction tend to attract the more socially interactable types.  Let's just say.

Most IT jobs are in an office with little travel, at least not enough to involve airports.  But there are plenty that involve some or even extensive travel.  For some that is exciting stuff.  For others that's a major drag.  You need to decide which avenue suits you best and be ready to answer that question during an interview.

Interviewer: "This job may involve extensive travel.  Roughly 75 percent of your time will be on the road or in the air, and you'll be going between the (U.S.) coasts and occassionally to Europe.  Do you have a problem with that?"

You: _____

Investigate.

Once you figure out what general field of IT you want to get involved with, find people that work in that particular field.  Don't ask your friend, who happens to be a DBA, what he/she thinks would be best for you to pursue a job as a Software Engineer or Technical Manager.  At least, not unless he/she has plenty of experience doing exactly that.  One thing you will find is that each vertical segment of the IT world has different views, opinions and perspectives on themselves than they have on other vertical segments.  If you want to be a Systems Engineer ask a Systems Engineer what it involves.  Better yet: ask three or more.

Figure out where you want to work, or what field of work, and then investigate what that environment wants in their employees. If that field or employer tends to prefer a particular college degree, or set of certifications, that should give you a clear target to aim for. Experience is a little tougher since you can't just sign up to get that. It comes from doing hands-on work and building a trail of accomplishments you can refer back to.

It's a big, complicated field of work.  It's a complicated thing to figure out too.

Confused?  Welcome to the party.

Wednesday, September 21, 2011

What Makes a Great IT Professional

This is purely anecdotal crap from the tip of my pointy head.  I've seen many lists of "top 10" skills or aspects, etc., but this is MY list, so I'm applying my own perspective.  This is all shaped by twenty-plus years of working in software development, infrastructure and server support, consulting, and so on.  None of these attributes alone is a reason to hire or not hire someone.  It's a cumulative score and everyone is different.  Quite often we compensate a low score with another higher score and it all evens out.  Or it may be that one major low score is enough to kill the prospect entirely.  I'm sure I've left some things out, and could have likely chosen better names for these "attributes" (even a better column heading than "attribute"), but it's a start.

Rank Attribute Explanation
1 Eagerness Energy is key in the IT field.  I don't need people that look at the clock more than at their task.  I have to feel a sense of enthusiasm for the job.  Eagerness is a key aspect of enthusiasm.
2 Humility No one is an expert at everything. Even for the few skills we feel confident about, there are plenty of people in the world who know more and perform them better.  Experts are easy to find.  People who understand how to fit into a team and work well with others makes the optimal capability for any operation.  Understanding that what we do in IT is not THE most important thing in this world is part of that.  Having perspective of ourselves, our role in the workplace, our function as a group, and how it fits with life in general are all components of humility.

There's nothing wrong with having confidence.  It's important to be able to explain your accomplishments and what they mean/meant to your business and your customers.  But bravado and egotistical mannerisms are a major turn-off to interviewers and employers.  Those traits almost always create friction with coworkers and are bad for a team environment.
3 Current Skills This dovetails onto "eagerness".  If at least a few of your IT skills are current, it shows eagerness and determination to improve yourself.  How can anyone expect you to help improve my business if you can't show me that you even want to improve yourself?  Don't tell me about Novell Netware, MS-DOS and WordPerfect.  Don't even tell me about LANDesk either.  Windows 7, Office 2010, System Center, Active Directory, Exchange 2010, VMware vSphere, Hyper-V, etc.  Get those on your resume and be able to back them up within a detailed discussion.

I ranked this above experience because many of us don't have the luxury of getting hands-on experience with the newest toys while at our day jobs. Many of us have had to go it alone, at home, into the late hours of night and on weekends, just to keep up with this fast-moving field. Such effort demonstrates eagerness and determination.
4 A Sense of Humor IT operates in groups and teams.  You have to be able to meld with a wide variety of personalities.  From prudish asswipes that never smile, to goofballs that annoy the shit out of everyone around them.  From lazy to driven.  From opinionated to ambiguous.  The more adaptable you are, the more possibilities exist for putting your skills to use.  Having a sense of humor is tantamount to being adaptable.  Let's face it: Nobody wants to work with people that can't smile or laugh.
5 Experience School is great.  Self-study is great.  But having some real hands-on experience in a business environment adds up to more than anything else.  School cannot teach a CS major how to effectively navigate the terrain of business politics, office culture, vendor relations, shifting business requirements, mergers and acquisitions, and the impact of paid training and bonuses.  Those aspects are powerful forces in the shaping of any solid professional.

I ranked this below having a sense of humor because it's easier to find experienced people than people with a good sense of humor.
6 Business Acumen IT serves one purpose only: supporting business operations.  Period.  Even if your business is IT, someone is doing the bookkeeping.  Someone is knocking on doors and getting contracts.  Someone is taking care of legal matters.  Most of those functions CAN be accomplished without an IT department.  Inefficient, yes.  But they can be done.  IT should make them more efficient and more productive.  IT should lower operating costs, provide advantages over competing businesses, and provide a safety net to prevent catastrophic loss of data.  The better an IT professional understands what the business operation needs and WANTS, the better prepared you will be to work together.  Adversarial IT-vs.-Business environments NEVER work out. Every one of those I've encountered has ended in failure.
7 Team Focus I'm not talking about meetings or metrics or reports.  I'm talking about sharing credit for successes and accepting blame for failures.  IT professionals who horde their knowledge and don't share it with their peers are bad for team morale and horrifically bad for an efficient and robust business operation. 
8 Appearance Dress professionally.  At least until you've been told by your employer that you can tone it down later on.  But don't show up for an interview with your hair messy, dirty or wrinkled clothes, worn out shoes (or flip-flops).  That shit is for fast food and gas station jobs.  I totally agree with Neil Patel that dressing sharp creates a powerful impression on employers and customers.  This goes along with Neil's "Lessons Learned from Running a Consulting Company" (reason no. 4)

On a subjective/personal note: I despise IT folks wearing vendor branding and logo clothing.  Don't be an advertising bitch unless they're paying to do it (and if they're paying you, don't ask me to hire you anyway).

As important as appearance is SMELL and BODY LANGUAGE.  If you don't bathe often or use deodorant you're going to offend other employees and that destroys a team environment.  Business does not like anything that destroys or impedes an efficient work operation.  Being less offensive is important to the eyes and the nose.
9 Cohesiveness Strive to get along with your teammates.  Avoid divisive or hot-button topics (religion, politics, etc.).  Make friends, not enemies.  Avoid drama. Keep your personal life personal.  Don't be an introverted paranoid basket case, but be sparing in volunteering your views and stories of personal adventures/mishaps.
10 Be Flexible Don't let your official job description box you in.  The person that looks for opportunities to do more and learn new skills is a powerful resource that adds value.  Higher value equates to pay raises, bonuses, training opportunities, and other perks.  Even if you have no desire to move up within your current organization, flexibility allows you to gather more skills and experience and demonstrates eagerness that your next employer will value.

Summary

If "fitting in" and working within a team environment aren't your cup of tea: Don't work in the IT field.  Find something more complimentary of your preferences to work alone or in a different field entirely.  The IT field ranges from small shops with one or two technicians, to freelance consultants who often work alone, all the way to larger corporate shops with dozens or hundreds of engineers, technicians, administrators, managers, architects, and whatnot.  If the environment you're in sucks, find another.  If the work you do sucks, find something else.  Don't waste your life doing something you hate.  But if you want to pursue working in a team environment, you have to strive to be a better team player. 

Thursday, June 23, 2011

Interview Warnings for the Interviewee

story.bad.interview.giWe’ve all read a lot of things to watch out for when interviewing potential candidates for filling position vacancies.  There’s plenty of horror stories to go around, and most of them are based at least in part on fact. I’ve experienced my share of bad interviews from the side of the employer and doing some questioning. 

 

Some of my personal favorite lines from candidates include the following:

“What do I know about [product]?!  It’s more like, what do I NOT know!”

“I don’t write scripts.  That’s for minions to do.”

“Why do I got to know how to speak clearly? I’m applying for a IT job.”

“I can tear apart and fix an iPod and an Xbox 360 on my own.”

But what about the things to watch out for in a potential employer?  You know, the small, even subtle clues hidden within innocent comments strewn throughout your interview discussion that may reveal a horrific nightmare awaiting you on your first day of work.  I’ve learned many of these first-hand, so I can vouch for their validity.  Here’s a few to take notice of:

“We do not write any code here. Everything is off-the-shelf or out-of-the-box”

Translation: We are too ignorant and scared to death of tinkering with our precious technology.  We might break something.  Change is evil.  Things should remain unchanged forever.  An object in motion tends to stay in motion unless acted upon by dangerously unapproved forces which must be prevented at all costs.

“This position requires a wide range of software, hardware, networking, storage, database, programming, web development, and helpdesk expertise.”

Translation: We are going to dump a mountain of shit on your head and pay you less than what an expert in any one of these “skills” would normally earn.  It also means our top priority is cutting costs (one person, many hats) rather than accomplishing a meaningful improvement.  You will work insane hours and either burn out or check into a rehab clinic within a year.

“We are a 100% [vendor name] shop here! We don’t even consider other vendors.”

Translation: We have drank (or drunk?) the Kool-Aid from the crotch of our vendor masters. We expect you to do the same. Making bold claims is higher priority than searching for a truly optimal (and cost-effective) solution. If the interviewer also happens to be wearing vendor apparel (shirts, ball caps, coffee cups, underwear, tampons, etc.) be especially careful. This is not going to be a very open-minded shop to work in.

“We are strictly a nine to five operation here”

Translation:  Hours trump innovation and quality.

“We let the last guy go because he lacked the skills we needed”

Translation: We will talk shit about someone you don’t know in front of people they don’t know.  What will they say about you later on.

“Training?  That’s something you do on your own time”

Translation: Run for the door.  Don’t say another word.

“I know the position you applied for is [x], but we really need a [y]”

Translation: We are desperate!  DESPERATE! We may have had several key personal up and quit suddenly and we are doing everything in our power not to look scared shitless.

“Have you worked with Excel databases before?”

Translation:  I am a complete idiot from the Human Resources department, who was chosen to interview IT candidates and I have absolutely zero knowledge of IT terms, and concepts.  I probably won’t even remember this interview when you leave.  Good luck!

“How would you approach this project we just described?”

Translation: We are fishing for help by pretending to interview you, but really we are just picking your brain to do it ourselves and have no intention of hiring you or anyone else.

Tuesday, June 14, 2011

Barriers to Change in the IT Department

If you listen to vendors and book authors, you'll quickly come to believe that everyone working in the IT world on this planet is moving ahead of you and you are falling behind.  That is: UNLESS you adopt the newest, latest, greatest, coolest, neatest, most awesome increditastical technology/product (the one they are pushing in your face).

Don't buy that storyline.

Think you're the only person still using VBScript and not moving into PowerShell?  Wrong.
Think you're the only person not building web sites with ASP.NET?  Dead wrong.
Think you're the only person not entirely done migrating your data center to virtual services?  Nope.

The problem isn't that IT folks resist change.  Ok, well, a lot of them do (ironic, isn't it?).  It's really a pretty simple story:

Time and Budget.

Especially so in the current stinky economy, where many IT departments are understaffed, underbudgeted, and overstretched on things to do.  There's simply no time to stop and regroup on a new thing.  Sure, some will argue the infamous sales-pitch line: "You can't afford NOT to".  Logically, that is the most illogical dumbass statement ever invented by sales people sitting around a lap dance couchset in a Vegas strip club.  They sure get a lot of mileage from it though.  We'd all love to be 100% on par with the current trends.  We've been beat over the head again and again with a tube sock filled with the wood screws of technology vendor demos and presentations.  We get it.  The new stuff is awesome.

But right now, I can't get my CIO/CFO/CTO/CxO to buy me some slack (and time) to learn new things in my un-budgeted lab, and my wife/husband/significant-other will soon start looking for a new significant other if I continue to carve out personal time for the benefit of my employer.  I've heard this story so many times I can lip synch it to the tune of anything by Lady Gaga.  We're overstretched.

Now, let me spew some disclaimers: I'm a consultant.  I don't necessarily fit into this particular scenario, BUT I see it and experience it all the time through contact with customers and emails and phone calls.  The IT world is busy.  Too busy to rewrite all their scripts in PowerShell.  Too busy to move all their databases from SQL 2005 to 2008 R2 (and soon Denali).  Too busy to get the last two servers virtualized.  Too busy to finish migrating all the desktops, laptops and tablets to Windows 7.  But they're trying.  They are trying in between answering phone calls from absolute dumbass users with stupid questions, gripes and requests about things like Little Kitty screensavers, dancing flower mouse cursors and how to print their grandkids photos.  They're busy fixing the printer that someone keeps jamming.  Emptying mailboxes for users that refuse to and wonder why it's causing problems.  Busy trying to test all the patches every month AND get all the machines patched, including the ones that users like to turn off every night.

Busy Busy Busy.

So, if you're starting to feel panicky about falling behind: don't.  Relax.  There will be time to catch up.  Fit it in when you can.  When you get some precious time at the office, take advantage of it.  Keep your personal time for your personal life.  DO NOT sacrifice your personal life for technology.  That's a short term gain for a long term loss.

Cheers!

Thursday, February 17, 2011

IT Jobs

I don't have a crystal ball, but it seems that the IT sector has fared much better than other careers during this recession.  I'm not saying it wasn't impacted.  I was on the front line of the IT impact when the consulting firm I was working for decided to close the local branch and I was on the street - and at the worst possible time: The beginning of the crash.  For three months I searched and found nothing.  Friends, family, colleagues, all tried to help, but employers were just too risk-averse to hire anyone in early-mid 2008.  While other areas like construction, sales, real estate, automotive, transportation services and tourism were taking a heavy hit - layoffs - the IT market was holding tight.  And I mean VERY tight.  While other areas were tossing out the babies with the bath water, IT, for the most part, was spooning out just the specific amount of water and leaving the babies alone.

But over the past year, I've seen a significant rebound in the IT job market.  Particularly along the east coast of the U.S.  The number of contract, temp, temp-to-hire, and full-time offers streaming in from recruiters has grown from one or two per week to one or two per day.  That's a good sign.

It's a great time to get moving on your IT career plans.  Opportunities are growing, jobs are opening up, and the projects are becoming much more interesting.  For years we've been faced with plugging holes.  Most shops are maturing and the types of projects are shifting from damage control into forward planning and optimization.  Bridging gaps, leveraging heterogenious systems, and automation are becoming key project goals across the industry.  Conversations are shifting from "I can't work on that project right now because I have to fix these five other broken things" to "things are working pretty well now, let's work on making our processes work better".

After a decade of mindless, boneheaded blabbering by IT shops that "outsourcing" and "offshoring" were the wave of the future, the net result has been a decrease in interest in working in the IT field for most high school kids in the U.S.  Ask around and you'll see.  Many still think it's a dead-end career.  Mostly because they've heard from others that jobs were being moved to cheaper countries.  Thanks to almost every big-ticket U.S. corporation for spreading that mantra - not!  The opportunities are actually very good, and it appears there are serious shortages of IT applicants in many areas. Recruiters are facing a tough challenge finding U.S. citizens to fill job openings, and are, ironically, having to turn to foreign applicants to fill them.  Reality follows hype, it seems.

By the way, if you know anyone looking for IT work in the Southeastern region of Virginia, there are plenty of IT jobs.  The City of Virginia Beach is looking for a good Systems Engineer.  Some of the skills they're looking for include:

  • Windows Server 2008 and 2008 R2
  • Active Directory
  • SharePoint 2010
  • Exchange 2007 and 2010
  • System Center VMM (Hyper-V)
  • System Center Data Protection Manager
  • System Center Configuration Manager
  • Lefthand and NetApp storage
  • WebSense
  • Citrix

If you, or someone you know, is interested, go to http://www.vbcareers4gov.com and click on "Search Postings" to find available positions.

Thursday, December 16, 2010

A Personal CAD Chronology

I was chatting with someone a short time ago about my recollection and involvement (or evolvement?) of Computer-Aided Design (CAD) and how it paralleled with the U.S. Navy shipbuilding design industry.

WARNING:  This is long-winded.  I'm stuck in the house with slush and ice outside and everyone else is sick or sleeping.  I'm bored.  I ramble.  I'm leaving out some trivial parts.  Strap in.  Let's go…

Post WWI, Archangel, U.S.S.R.
"Drafting Room, Archangel." no date.

Military Images: Box 30, Folder 3, #112-7
3.5x5 BW Print

1984 - I was hired at Gibbs & Cox as a Junior Drafter.  Trained from scratch.  Bowl of mush molded into a semi-functioning brain by a group of professionals with bad hair cuts and a missing fashion sense.  Nice people nonetheless, and I learned a great deal from them.

Everything was done by hand, using mechanical pencils with E0 or E1 plastic lead on frosted Mylar film.  Occasionally we would have to work on Sepia prints, which sucked holy crapcakes, especially if you came into work with a hangover (hey, I was young then) and reaching for the coffee cup, you accidentally knocked over the opened bottle of "Eradicator Fluid".  Guess what that stuff does to Sepia?  I would letter hundreds of lines of text every day, and became intimately close to my drafting tools:

  • Triangles (30/60 and 45/90)
  • Letter guides (at first these were printed sheets of paper slid under the translucent Mylar)
  • Letter slots (plastic slots to constrain lettering height, and make them uglier)
  • T-square on modified household door slabs (high dollar shit there)
  • Drafting machine with NASA-approved cabling system and tilt board
  • French Curves
  • Shape templates
  • Standard and Metric 3-sided scales
  • Ships Curves and "Duck" weights
  • Coffee cup
  • Playboy pinup calendar (these were later confiscated)
  • Cassette Tape Sony Walkman with latest rock songs
  • Visine (weekend recovery tools)

1985 - I was hired at CDI Marine Company as a Senior Drafter.  It only took a year to hone my hand drafting Kung Fu skills to get from "Junior" to "Senior".  My pay went up a bit as well.  Still doing the Mylar and plastic lead drafting.  This involved "front sheets" with tabular material lists, general notes, references, title block, the usual.  All of it done by hand, even the lines in the BOM table, as well as all of the lettering.  I was pretty good at it and was blessed as the go-to idiot for the tougher jobs or those that were facing crunch-time delivery.

In 1986, we were introduced to the cutting edge mainframe CAD system called AutoTrol.  It was like ENIAC Junior (you can Google that reference).  Cutting edge meant it could do lines, arcs, circles and polygons.  A hotfix to the system added colors for the "layers" (or "levels" I can't remember now).  Another hotfix added associative dimensions.  The Navy played with it, then stopped the car and pushed it out over a mountain pass, letting it fall to its death.

1987 - I was hired at M. Rosenblatt & Son.  We had several CAD systems in use by this time.  All were mandated by various U.S. Navy or commercial (Chevron) contract vehicles.  These included Intergraph EMS/VDS and PDU/PDM, Computervision CADDS 4X (aka "CV4X"), Personal Designer PD-something.

At first, the Navy forbid the use of CAD on anything "design" related, allowing it only for use on front sheets.  They were not yet convinced it met their stringent accuracy and precision requirements.  That last sentence should make you laugh if you know anything about Navy design standards in the 1980s.

  • Still had cassette tape Sony Walkman
  • Playboy Lingerie calendar (a new one)
  • Our own coffee mess next to the "CAD Station" (four machines in close proximity)

1990s - Over the following years, we added Microstation, and AutoCAD R10 to the mix.  I was relegated to CV4X and Intergraph because our bald-headed asswipe department manager didn't like me and refused to let me train on AutoCAD.  Probably something to do with me calling him a bald-headed bastard while talking to a co-worker at the urinals, without realizing bald-headed bastard was in the bald-headed bastard toilet stall behind us.  Oh, did I mention he was bald?  and a bastard?  Never mind.

We modeled 3D setups for various naval ship "spaces" to design retrofit changes.  Things like clearing an engine room or machinery space to install newer equipment and re-route piping, ductwork, structure and all the stupid insignificant wiring bullshit (that's a cheap jab at my electrical design buddies - ha ha).  All of this, at the time, was done in wireframe.  There were no decent flat, Phong or Gouraud shading systems at the time.  These were mostly $30,000 to $50,000 workstation UNIX-based monstrosities.  They took forEVER to boot up and load a part or model for working.  Here's a sample of a typical workday:

  • 6:30 AM - arrive, turn on office lights, take off coat, apply Visine drops, rub eyes
  • 6:35 AM - initiate UNIX login, crack knuckles, stare into empty coffee cup and try to identify what the dried up substance at the bottom is composed of.
  • 6:55 AM - login completed.  Initiate FILE / OPEN / OPEN PART <select part file>
  • 7:00 AM - system indicates part is loading "regeneration in progress…"
  • 7:01 AM - go scrub coffee cup, fill with mud (coffee), stir crap in (sugar, creamer powder substance) and watch to see if metal spoon disintegrates in the liquid immersion
  • 7:05 to 9:00 - shoot crap with co-workers, most of which are also waiting for their parts to load so they can get to work
  • 9:15 AM - part regeneration is complete and is now ready to be worked on
  • 9:18 AM - Kevin walks up, and reaches across my pen tablet and clicks "DEL ALL" and laughs.  These shitty systems had NO UNDO feature in those days.  So such incidents (or accidents) required EXIT PART NO FILE (no save) and start over.
  • 11:20 AM - part back up and ready to work

What's interesting is that this was a model of a single auxiliary machinery space.  Complete with structure (all forms thereof, including chocks and doublers, hatches, ladders, etc.), piping, valves, flanges, collars, couplings, sleeves, unions, elbows, laterals, tees, and simplex or duplex strainers as well.  Then there were the HVAC system items: ductwork, transitions, turns, vaned turns, collars and coamings, in-line heaters and cooling coils, fan coil units, the usual.  Then came the big equipment: pumps, strainers, compressors, diverters, scuppers, chiller plants, and separators.  Finally, we had the electrical systems, junction boxes, panels, wireway racks, coamings, switches and all that, and let's not forget the furniture and incidental crap.

All of this in wireframe.  No solids or surfaces at all.  No constraints or associative dimensions.  This took TWO HOURS to load.  That's right: TWO. FRIGGIN. HOURS. TO. LOAD.

SIDE NOTE: This same set of data, modeled as actual solids and surfaces, with associative dimensions and constraints, can be loaded on a $2000 x86 PC with AutoCAD in less than a minute (on the slowest day I can imagine)  - that is progress.

It was during this time that Bald-headed Bastard gave me no other option to teach myself AutoCAD R11/R12 using a few books and staying after hours and coming in on weekends.

We eventually moved everything to AutoCAD, per guidance of the U.S. Navy.  We hired an MIT graduate to program some kick-ass LISP apps to automate the design process.  Mr. MIT wore sandals and shorts in the Winter.  Mr. MIT was a dopehead.  Brilliant at coding, but many of his apps suffered bugs.  Mr. MIT soon became Mr. Unemployed.  His apps became Mr. Unsupported soon after.

I taught myself AutoLISP using Gene Straka's amazing book "AutoLISP Programming by Example" (now out of print).  This is (or was) the best programming book ever written, for any language, for any time, for all of the Universe to infinity.  You can quote me on that.  I wrote our own HVAC and piping systems design apps for AutoCAD R12.  I continued on this path for years to follow.

1996 - I was hired at Tenneco / Newport News Shipbuilding to "head up" the installation and management of their first-ever "AutoCAD Network".  Prior to this, they were a Netware shop for WFWG users doing clerical stuff and engineering calculations.  The CAD work had been done for decades with CADAM and a few other UNIX-based CAD systems.  Rice bowls and Fiefdoms aplenty.  This was a big fishbowl with a political machinery like the inside of a complicated wristwatch.  The tools to be put into motion…

  • Windows NT 3.51
  • AutoCAD R13

This was my first cross-training into LAN administration, printer and plotter management, as well as continuing on with AutoCAD management and customization.  The other systems remained in operation, as well as newer players like IDEAS, Pro/Engineer, MicroCadam and Helix, Unigraphics, and a few others from places I can't pronounce.  They spent millions of dollars.  We spent a few thousand.  They had to send employees to get trained for thousands of dollars.  We hired high schoolers, pre-trained on AutoCAD.  Any sane MBA would stop right here and make the obvious decision to cut losses.  Nope.

2000 - I was hired at SAIC-AMSEC to manage their AutoCAD systems.  I continued on with my Windows administration gyration consternation prognostications.  I got a certification.

I'm too tired to continue on with this, but now we have AutoCAD 2011 on Windows 7 and things are good.  I wish the prices were more reasonable, but it is what it is (don't you hate that overused phrase?).

Tuesday, November 23, 2010

I'm Starting to See a Pattern

Some of my friends reacted to that statement with "well, duh!"  But maybe I need to elaborate a little…

Job 1 - Hired as piping/mechanical systems drafter.  Got fed up with shitty program we were forced to use with AutoCAD to do niche-oriented design work.  I picked up a book on LISP and taught myself to program with AutoLISP. I wrote a new piping design program that was adopted by the department (roughly 30 users).  Soon after I was asked to write another (similar) app for HVAC, Electrical and Structural work.  Hired as a drafter, ended up being a software developer.

Job 2 - Hired as LAN administrator.  Was handed the task of managing a deployment of 300 AutoCAD installations and migrating from Novell Shitware and WFWG to Windows NT 3.51 (even shittier shitware).  Department users learned of my work at Job 1 and asked me to develop a custom piping design app for AutoCAD again.  That led to Electrical, and HVAC apps as well.  The Structure guys hated outside interference, so that was the North Korea of our CAD world of the time.  Hired as LAN admin, ended up being a software developer.

Job 3 - Hired as CAD Administrator.  Was asked to develop from the start.  Did that, by starting over and avoiding the mistakes from practices that evolved from Jobs 1 and 2.  Was handed the responsibility to manage the file servers and printers and plotters at the corporate HQ office.  That led to work in NT administration.  Took classes.  Got a cert.  Began working with automation of software deployment, patch deployment, managing user and group permissions, client configuration management, inventory reporting, license validation and long nights without sleep.  That led to coffee, beer, and more beer (followed by more coffee, of course).  Oh yeah, and tied all that together with scripting and ASP web development on top of SQL Server.  Hired as CAD Administrator, ended up being Active Directory/WSUS/SMS/SCCM manager and Web Application developer.

Job 4 - Hired as Windows Platform consultant.  CEO talks a big game, shakes hands, smokes cigars at big dinners, reassures us we're doing great, then lays us off with short notice and without having put any effort into helping our remote office get off the ground. (queue the violin music here and hand out the tissues).

Job 5 - Back to Job 2 in spirit only.  New owner of company, new environment.  Hired as Systems Administrator in the "enterprise applications" group.  Packaging and testing Autodesk applications for distribution to thousands of clients using Altiris (another department), as well as supporting end-users who foolishly called Tier 1 support thinking Tier 1 actually supports customers.  I worked in Tier 2.  Visionary boss pulls me aside after hearing I worked with ASP and SQL and begins massaging my brain cells for the good of mankind.  Hired as packager and tester, end up developing web portal applications.

Job 6 - Hired as Windows Platform consultant.  Placed in a small group to package and deploy applications using Wise Package Studio and MS SCCM 2007.  Approached by the SCCM OSD guy to help with WinPE scripting.  Soon that leads to automation scripting and building yet another web portal to allow Tier 1 to queue up computers to be imaged from SCCM OSD.  Hired as a packager, so far ___?

Conclusion

I never end up doing what it is I usually am hired to do.  In most cases, the latter role is one that appears totally unlikely at the start.  In some of these situations I was flat-out told "You will absolutely NEVER do ____" only to end up doing ____ later on.

Life is indeed interesting and predictably unpredictable.

Tuesday, November 9, 2010

A Tribute to my Former Bosses

Joey (construction) - Taught me about life in construction.  Some of the best times I've ever had at a job.  How to think on my feet.  Confront problems when they happen, not let them fester and carry bad feelings around like a whiney 3 year old.  He also helped me overcome my hesitation to run around on (very) high places (literally).  I almost died a few times but it was worth it.  2 years.

Bobby (engineering firm) - My second dad.  After my real father passed away, Bobby was the voice of calm, reason, wisdom and humor that kept me going in the right direction. He was the one who convinced me in ten minutes to get into college.  Even after many others had tried for months or years.  He pointed me to the goal line and encouraged me.  10 years.

Everett (shipyard) - Patience.  Reason.  Understanding.  No excuses.  Not big on small talk, but he didn't need to be either.  Those early years at the yard could have been horrifically bad, but thanks to him it wasn't.  He didn't shield me from bad people, he just pointed them out so I knew where the land mines were. 3 years.

Paul (engineering firm) - Laisse Faire management.  Trust.  Basically a style that said "you're a big boy, you can do your job and I'll back you up if you convince me you know what you're doing".  That was how I accomplished my first AD migration project.  My first SMS project.  My first WSUS project.  My first virtualization project.  My first web/AD integration project.  And of course: my appreciation for Starbucks.  5 years.

Steve (IT services) - Straightforward.  No bullshit.  No hidden agendas.  No favorites. No attitudes.  What you see is what you get.  And all of it based on a driven, eager vision of making things better.  Always make things better.  And nudge everyone around you to do better as well.  All of that and still a nice person, which is a rare combination.  2 years.

Tim (delivery) - "I don't give a crap how you do your job as long as it gets done correctly, on time, and nobody gets hurt".  "If you break rules, I will back you up as best as I can, BUT… I'm not going to jail for your ass either." One of the most fun jobs I ever had actually.  1 year.

These people have played a huge part in my life, and by direct correlation: the lives of my family, friends (ok, all three of them), and everyone I meet.  If you're lucky enough to work for them, or with them, or have in the past, you are/were indeed fortunate.  You may not realize it now, but eventually you will understand what good people they are.

Sunday, October 24, 2010

Interviewing Tips

I’m not an expert on interviewing.  Gee.  That’s Earth-shattering news.  However, I have interviewed people for jobs in the IT field quite a few times.  Sometimes as the direct interviewer, but more often as part of a battery of interviews.  Phone interviews are probably my least favorite, but I’ve been on both sides of those conversations many times.  Recently, I was asked to interview candidates for a System Engineer positions my company is (still) trying to fill in Norfolk, Virginia for a large and prestigious law firm.  I assumed that from the job description that I would encounter some top-notch applicants.

I would be wrong.

After sifting through my brain for what went well and what didn’t, I thought I’d jot down a few suggestions for anyone planning on applying for a job and being interviewed by phone.  These apply equally to in-person situations, but I’m aiming this at phone interviews for now.  By the way, I use a 100 point rating system, just sayin

  1. If you put something on your resume, be prepared to explain it and answer questions about it.  Expect nothing to be ignored. 10 points off
  2. Research the employer and the position.  Know what it is you’re applying to do.  Know who you’re hoping to do it for. 80 points off
  3. Proofread your resume.  Run spell-checker on it.  Remember to keep the length of your resume commensurate with the level of position (years of experience).  One page for a CIO position is probably not enough.  5 pages for a help desk tech is probably too much.  5 points off
  4. Verify all cited technology names, product names and versions.  50 points off
  5. Avoid using “uhhh…” and “ummm…” when answering questions.  If you don’t know, say “I don’t know” or “I would need to research that to give you a proper answer”. 5 points off
  6. Don’t answer a question with “well, you know…” – NO. I DON’T KNOW.  Please enlighten me.  10 points off
  7. Spit out the chewing gum.  Even on the phone it’s annoying.  10 points off
  8. Don’t state that you worked on ____, and then answer questions about it by saying something like “well, that was handled by another group/dept”. Bad answer!  30 points off
  9. Be on time!  If you think showing up for work on time is important, how about your first interview?!  If you’re late, or know you will be late, please have a FANTASTIC excuse.  80 points off
  10. Dump the out-dated crap from your resume.  Nobody gives a shit about DOS, Netware, punch cards, or DEC UNIX work you did in the 1980’s.  What you’ve accomplished in the last 10 years is most relevant.  And note the word “accomplished”.  A list of what you did is BORING. What did you accomplish? That’s what matters.  Having irrelevant junk on your resume just adds noise to sift through.  10 points off
  11. Don’t call into your interview from your cell phone while driving or in a noisy place.  If you don’t care enough to find a quiet place with a good connection, you don’t care about getting hired.  30 points off
  12. Enunciate proper English!  If I’m hiring you for a job in Bangalore or Nairobi, that’s one thing.  But if you live and (plan to) work in the United States, avoid dropping consonants from your speech.  “Mountain” is not pronounced “Mow-in”.  It’s business (*biz-ness*)” not “bidness”.  It’s “this” not “dis” also.  Bad speaking skills is a MAJOR FAIL.  90 points off

I suppose you can tell my points are little skewed. :)

Resume Examples:

  • Bad: “I worked on Active Directory”
    • Better: “I administered a Windows Server 2003 R2 Active Directory WAN environment which consisted of 50,000 user accounts, 60,000 computer accounts and 524 servers, spread around the United States in 32 locations.”
  • Bad: “Migrated our company from Netware 4.12 to Windows NT 3.51”
    • Better: <delete>
  • Bad: “I persevered to endeavor a cumulative summation of the rigors of coercive operational management of a rather large team of individuals in the common pursuit of analyzing, approaching, and addressing problems of a technical nature in an aggressive yet meticulously methodical process.”
    • Better: “I directly managed a team of ten (10) technical support personnel in the Tier 1 support center at the corporate headquarters.”
  • Bad: “Worked with Windows Server, VMware, and Citrix”
    • Better: “I installed and managed Windows Server 2008 R2, VMware ESX and vSphere hosts, and Citrix XenApp”
  • Bad: “I worked with SQL Server”
    • Better: “I installed and administered MS SQL Server 2005 and 2008 servers.  Responsibilities included configuring server hardware (controllers, disks, volumes), installing SQL Server, optimized configuration settings for high traffic loads…”

Interview Examples:

  • Question: “What do you know about our company?”
    • Bad: “Not much, really”
    • Better: (be prepared to answer this one)
  • Question: “Why did you apply for this position?”
    • Bad: “My current job sucks”
    • Better: “I’m looking to grow more in the direction of ___” or “I’m looking for more challenges in the area of ___”
  • Question: “I see on your resume that you were *the* person handling ____.  Suppose that you were asked to ____.  How would you approach this?”
    • Bad: “Ummm…  Well…”
    • Better: (be prepared to explain what you do/did in detail)
  • Question: “What features of ___ would you say you are most comfortable with, which would you be least comfortable with?”
    • Bad: “Well, you know…”
    • Better: (be prepared.  avoid “well, you know…”)
  • Question: “Why do you want to leave your current job?”
    • Bad: “Cuz I hate deez mutha-f___ers.”
    • Better: “I’m looking to grow my career in a different direction”

That’s about it.  Just basically know how to explain what it is you claim to have experience with.  Know something about the employer and the job responsibilities (if possible).  Keep your resume and your discussions as relevant to the position and the employer as possible.  Spit out the chewing gum.  Don’t say “ummm” and try to use “yes sir”, “no sir”, “yes ma’am” and “no ma’am”.  Don’t use first names until they ask you to do so.

One final note is that all of this is a weighted scale system.  If it turns out you come highly recommended as an absolute expert guru on something we desperately need, then by all means say “dis”, chew your gum, and call me dickhead.  Just don’t expect a raise after your next review.