Looking For Alternate IT roles
-
Well at the high level there are two general types of IT jobs. Neither is a job itself. One is admin or ops, the other is engineer. The names are often thrown around loosely, and SMBs tend to put both roles on one person.
Admin jobs work on supporting running systems. This could be a server, database, network infrastructure or what have you. Running things need to be monitored and tweaked.
Engineers design systems to be deployed. Everything that an admin operates, an engineer decides on, designs and installs.
-
Different areas in IT, each having both an admin hat to wear and an engineering hat to wear, include...
Generalist (literally doing it all)
Systems (Server)
Systems (Desktop / End User)
End User Support
Database
Virtualization / Hypervisor
Cloud
Networking (Routers, Switching, Wireless, etc.)
SecurityThere there are app specialists that work within just one app area, again with the same two hats to wear...
VoIP
Email
Messaging
Unified Communications
ERPThen there are non-internal roles to consider...
MSP / ITSP (same jobs, different approach)
Vendor (Pre-Sales Engineering, Product Support)And don't forget the non-IT, but highly connected Project Management role.
And lastly of course there are management positions of various nature.
-
Ok thanks. So basically its an admin or development. I'm just trying to figure out what would be applicable to me. Im currently in the Systems(desktop/end user) role now. I have done it for 5 years now so rdy for something else.
-
@jmoore said in Looking For Alternate IT roles:
So basically its an admin or development.
Where did you pull development from? Development is not IT at all.
-
@JaredBusch I inferred it from Scott's description of an engineer (Engineers design systems to be deployed. Everything that an admin operates, an engineer decides on, designs and installs.) If I interpreted that wrong I apologize and need to understand what an engineer is better in the IT world.
-
Engineer
AdminNothign says development.
-
@JaredBusch Ok I got it then, thanks.
-
Development typically means writing code. And while PowerShell is a type of code, I don't think the kinds of scripts IT Admins write are generally considered development.
Then there is DevOps - I'll let someone else explain that one though.
-
@Dashrender said in Looking For Alternate IT roles:
Development typically means writing code. And while PowerShell is a type of code, I don't think the kinds of scripts IT Admins write are generally considered development.
Then there is DevOps - I'll let someone else explain that one though.
PowerShell scripting is typically for IT OP's and Admin tasks. That's nothing to do with Software Engineering, programming, etc.
-
@Obsolesce said in Looking For Alternate IT roles:
@Dashrender said in Looking For Alternate IT roles:
Development typically means writing code. And while PowerShell is a type of code, I don't think the kinds of scripts IT Admins write are generally considered development.
Then there is DevOps - I'll let someone else explain that one though.
PowerShell scripting is typically for IT OP's and Admin tasks. That's nothing to do with Software Engineering, programming, etc.
That was basically my point.
-
@Dashrender said in Looking For Alternate IT roles:
Development typically means writing code. And while PowerShell is a type of code, I don't think the kinds of scripts IT Admins write are generally considered development.
Then there is DevOps - I'll let someone else explain that one though.
Yes we are on same page here, I don't consider general powershell usage to be development either. I have just heard others say that IT engineering was a hybrid of development and operations. So that's how I got to that assumption from Scott's description earlier.
-
@jmoore said in Looking For Alternate IT roles:
Ok thanks. So basically its an admin or development.
Admin or Engineering. Dev is not part of the IT field. Development / Software Engineering is its own discipline.
-
@jmoore said in Looking For Alternate IT roles:
Im currently in the Systems(desktop/end user) role now. I have done it for 5 years now so rdy for something else.
While desktop support is totally a legitimate "system admin" role, it is not what the title "systems admin" implies. Desktops are systems, but that role is called "desktop support" or "desktop administrator" as it is so unique compared to mainstream system administration which refers to servers. Desktop support and server support, while technically very related under the hood, are extremely different in practice.
-
So I guess this leads to the actual definition of an IT engineer. Since I have heard different opinions on it now, what does an engineer cover? What specific areas does he cover and roles does he take?
-
@jmoore said in Looking For Alternate IT roles:
@JaredBusch I inferred it from Scott's description of an engineer (Engineers design systems to be deployed. Everything that an admin operates, an engineer decides on, designs and installs.) If I interpreted that wrong I apologize and need to understand what an engineer is better in the IT world.
A system engineer is who designs the deployment of an OS and deploys it. The administrator runs it.
In the networking world (and Cisco has different tracks for each)... the network engineer designs where routers, switches, access points will go, which models to buy, how to connect them, how they will be configured.
The network admin monitors and maintains that system once it is up and running. Admins are focused on tweaks, tunings, replacements, fixes, upgrades, etc. Engineers are focused on design and deployment. Admins are availability focused, engineers are productivity focused. Admins are on call, engineers are not on call.
In the desktop world, a desktop engineer designs the gold images, chooses the OS, picks the base applications, chooses the hardware, probably runs the deployment infrastructure. The admin does rebuilds, installs new apps, works with the end users, repairs broken systems, handles patching, etc.
-
@jmoore said in Looking For Alternate IT roles:
I have just heard others say that IT engineering was a hybrid of development and operations. So that's how I got to that assumption from Scott's description earlier.
Those would be some really confused people Writing code is something all people do, even people outside of IT. You might write a little code as an accountant, a manufacturing engineer, an electrical engineer, a doctor, even a veterinarian (I know those that do.) All IT roles have times that writing code is part of what we do, just as any profession does. Being an engineer or an admin you wouldn't write more or less code than the other.
In my engineering roles I might write a script that builds new PBXs so that I don't have to do it manually.
In my administration role I would often write scripts to deploy massive rounds of patches or software updates every week because it made it faster and more reliable to touch hundreds of servers.
One doesn't get closer to developers, they just use scripts for different purposes.
-
@scottalanmiller said in Looking For Alternate IT roles:
@jmoore said in Looking For Alternate IT roles:
Im currently in the Systems(desktop/end user) role now. I have done it for 5 years now so rdy for something else.
While desktop support is totally a legitimate "system admin" role, it is not what the title "systems admin" implies. Desktops are systems, but that role is called "desktop support" or "desktop administrator" as it is so unique compared to mainstream system administration which refers to servers. Desktop support and server support, while technically very related under the hood, are extremely different in practice.
Yes I agree. That's why I chose that option from your list earlier and also why I didn't say I was in the systems(server) role.
-
@jmoore said in Looking For Alternate IT roles:
So I guess this leads to the actual definition of an IT engineer. Since I have heard different opinions on it now, what does an engineer cover? What specific areas does he cover and roles does he take?
The term "engineer" is codified and not ambiguous at all. It has a concrete meaning. Adding "IT" after it simply means doing the engineering tasks of the IT field. There should never be "opinion" about engineering, it's not the kind of thing that can realistically have opinions. It's an extremely clear cut thing.
It only seems ambiguous because of two key reasons...
-
Loads of people think that engineer sounds better than admin so they alter their titles to "sound good" even though my experience is that admin is the more senior role (admins are who you call when you are losing money). Simply lying is all that there is here.
-
Some jurisdictions legally ban most engineers from using the title because they "sell" the title, like they do with doctor, and if you don't pay for one of their engineering titles you can't use it, even if it is what you are.
-
-
@jmoore said in Looking For Alternate IT roles:
What specific areas does he cover and roles does he take?
Engineer vs Admin is purely how they approach the solution. Engineers "engineer" the solution. Admins "administer" the solution. One designs, one maintains.
-
@scottalanmiller said in Looking For Alternate IT roles:
In the desktop world, a desktop engineer designs the gold images, chooses the OS, picks the base applications, chooses the hardware, probably runs the deployment infrastructure. The admin does rebuilds, installs new apps, works with the end users, repairs broken systems, handles patching, etc.
Lol I have never heard anyone use the term desktop engineer before but I guess technically I do all this.