I've had a few instances where people have asked as to what I do and what my
role means, and writing a post just for that one thing will short and useless so
we're going to go around a few things that are common among the dev / engineers
and I'll try to explain them for you in the simplest language that I can.
I'll give you an overview of what I do and I'll get to the remaining details.
As of writing this post I'm a Principal Developer at a startup called
Fountane, I take care of deciding architechture, tech
stack (No we don't have the same stack for every project), toolchains and
process pipelines, automations, CI/CD that are then used by the devs to
write/build apps based on the client requirements.
Now these are really common terms and most people understand the gist, I won't
really go into the depth of everything that a software engineer does.
Software : Packaged set of digital instructions that run on various
platforms a.k.a , it's just an App, the platforms might vary from desktop(PC,
Mac), embedded (Chipsets, Microwave, fridge, etc), mobile (Android, iOS) so on.
packaged since it is a combination of a lot of instructions that are
given to the underlying platform and sometimes on a layer that's talking to the
Software Engineers : These are the amazing humans that take the
responsibility of writing these instructions and often also work on ways to find
optimal ways to make those set of instructions make the best use of the
Software Engineers can be divided into a lot of roles based on a lot of
variables, the most common one that you can find almost always is the
classification based on the platform the engineer works for.
So examples would be
After this, there's another variable that makes these role a little more
specific, where people start adding details of what they really want. A general
start or add-on to the above would be the language that the person works with.
For Example the iOS Developer and Android Developer can be split into
A lot of times the same person might have both languages in his/her skillset but
these are specified by the hiring company when the codebase already exists and
they are looking for a language specific role, the actual engineer on the other
hand might just mention "iOS Developer" in his resume/profile.
As I pointed out language in the previous point. I'll explain what languages
These are basically how the instructions are written for the software to be
Developers specialise in these languages and take pride in it. Technical term
for this is
C++, Objective C, Fortran, LISP, Crystal, D lang, are all a few examples,
there's over 300 (maybe more) such programming languages (and still none were
built specifically for Desktop UI development...)
Going further we can classify some of these into even smaller parts where we
start adding which side of the work do they do, a general classification would
be whether the developer works on "Business Logic" or BLOC , or on User
Interface or UI.
A BLOC developer works on Server Sided Code, Shared Logical code between
various systems and similar things. These are the guys who work and use the
algorithms a lot, also called the backend/back-office developer
A UI Developer is works on making sure what the user sees is functional and
in certain cases uses the shared code developed by the BLOC Dev into the
interface to make sure the app follows the requirement generally called the UI
Developer or in certain cases Frontend Developer.
In a very ideal case these 2 should be enough to handle or get an App out in the
market (this can vary a lot based on a lot of things)
Oh, and examples of these will be of the fashion
Platform - BLOC(Backend/Back-office) | UI(Frontend) - Framework / Language
Web Developer - Backend - Express / Node
Web Developer - Backend - Buffalo / Golang
iOS Developer - Frontend - SwiftUI / Swift
iOS Developer - Frontend
Now obviously there's people who enjoy doing both BLOC and UI and these people
are called Full Stack Developers, though a full stack developer is never limited
to just those 2 things. More often than not he/she is to have knowledge of how
the architecture of the app works and how he can improve it.
While today a Full Stack Dev is limited to a single language and people are
proud of that , I remember mentioning in the previous post, don't limit your
skillset! , so if I were to be a full stack dev I'd be learning every language
there is and work on projects handling both frontend and backend and
understanding architecture for dev.
Since we're done with the classification part, let's get to the general roles
that are assigned to someone in a company.
The name beside the role are just something that I've come up with, I'll try
explaining why and what they are.
This guy is here to learn, you can have junior devs who've been in the industry
for over 10 years and prefer having mentors and keep learning (a very good thing
to do!) but yeah, these are the trainee, they keeps learning ,These people like
having a mentor on top of them almost always, they enjoy the part where they
keep learning new things and growing.
A developer should always keep this mentality no matter what role they actually
get in a company. I've made quite a few attempts to stay at this role but i
don't know , get pushed up always....
This guy has made enough fuck ups in his dev life to understand what and where
to look for solutions and can guide you on how to approach a problem, again
these can be people who just started development and also people that have been
doing it for 10+ years, there's no limit to good you get at a skill, it's
different for everyone.
This person's role is to make sure the other two are able to find resources,
docs around well enough and acts as the person who gets rid of the road blocks.
His/her work is to manage your work, review your work and 90% of the time acts
as an indirect quality check engineer and the person both junior and senior go
to when trying to understand the architectural decisions that were made and how
the code should/could be structured to perform better , 8/10 this is where the
Full Stack Developer ends up being after he's learned how to handle both people
and code fuck ups.
He/she are there to be with the development from start to finish, they take care
of architecture, development toolchain, dev processes, automations, programming
standard / principles and overlooks and plans stuff.
An interested Developer grows towards this mentality everyday without even
knowing but at this point you are the person who researches a lot more than he
implements, unless you are in a startup then you might have more than one role
anyway but this guy has plans for plans that act as backup for the backup of a
backup while being a backup.
Tagged him as The Overlord , because he's just that, plan everything, has
people acting on those plans and doesn't get into the field unless it's
I'm no where close to a Good Principal Dev yet but we're getting there.
The Elder, aka the know it all , That's all I'm going to put here, there's
nothing more you can talk about the CTO.
This is one huge post....
I've probably missed a few specifications in terms of roles and thus it's not to
be considered a hard limit on what you can/cannot do and a passionate developer
can never be limited to a single role anyway.
You can be a junior working towards becoming a senior, you can be a junior who
has moments where you help out a principal developer make decisions, it's always
possible, not everyone knows everything, even if I just said that the CTO is
supposed to be the know it all.
That's it for now,