Why I Decided to Become a Web Backend Developer

I’m sure you all have experienced this. You just learned your first language, and you’re full of hopes and dreams, even if the only thing you know at the moment is how to write a simple command-line program that takes a user input and does something with it. Awesome! The question that you now have is, “What now?” This was me after learning Python in codecademy.com. I didn’t know what I wanted to do with my newfound powers.

After digging into different fields, I found a role that fits me quite well. Backend development. Many tutorials out there told me to start off with frontend development. I tried both frontend and backend development, and it was clear as a day that I would become a backend developer. Here are the reasons why I decided to become one.

Working on styling is a PITA.

Working with UI is tedious. You know the meme where developers are struggling to center a div? I thought that was a joke too. Until it was my turn to actually do it.

Scaffolding a UI that looks like a website from the 90s is doable. However, as soon as you try to introduce some styles to it, it becomes an arduous task.

Don’t get me wrong, I am NOT trying to say that bad design is good. Bad design is bad. It’s just that… translating what’s in my mind to reality is tough. Drawing out the UI on a piece of paper isn’t too bad, but translating that into CSS is rather challenging. I could split the frontend into style and logic, but it doesn’t change the fact that I need to work on styling.

The other issue that I have with frontend development is that the only viable language is Javascript. I’m probably just a bad developer, but Javascript doesn’t click with me. I can use Javascript, being the Lingua Franca of the web, but I find using it unenjoyable. It’s like trying to learn English to get a job. Necessary, but unexciting and rather frustrating. I have a favorite quote from an amazing game Borderlands 2 that perfectly describes how it feels like using Javascript:

Apologies, but when Claptrap (annoying character) speaks, I feel my brain cells committing suicide, one by one.

That being said, I am trying to improve my frontend game, so if anyone would like to help me find resources to make frontend development less of a hassle, please leave a comment down below. I’ve found that TailwindCSS makes styling a lot more intuitive, but surely it isn’t the only tool that frontend developers use.

There’s more problem solving involved in the backend.

I love solving problems. It’s the reason why I dived into STEM. Even the games I play are strategy games such as Civilization 6, XCOM 2, or puzzle games such as Portal or Professor Layton Series. The reason why I love programming is that there is a lot of problem-solving in the process of making something. There’s just something cathartic about overcoming huge challenges and thinking logically.

In the world of web development, I think backend developers are faced with more fun challenges to tackle than frontend developers.

Frontend developers are problem solvers as well. I also develop the frontend for my personal projects and have encountered many issues that I had to solve. However, these problems aren’t fun to solve. Most issues that I’ve run across are:

• Why is the styling not working as intended?

• How do I create X features to improve user experience?

• What data should I pass as a prop?

• How do I make this component more reusable?

• Can I just work on something else, please?

Except for the last one, the rest don’t spark a sense of joy in me. Now let’s look at what I can think about instead when working on my backend:

• How do I scale my service to handle millions of users?

• What is the most efficient way to implement a recommendation engine?

• How do I build an API that no one, including me, hates to use?

• What is the best system design for my use case?

I think that backend development provides a plethora of “nerdy” problems that are actually fun to solve.

Let me share with you some of my experiences working on my projects. In university, I was a member of a project team MRover, where we built mars rovers and competed against other universities in the University Rover Challenge. I, along with a junior friend, was responsible for creating a web-based simulation for the rover’s autonomous navigation code. After brainstorming for some time, we came up with the idea to split the functionality into a frontend Vue app and a backend Python app. I had the opportunity to choose whichever side I wanted, so being an indecisive person I decided to try both. Here’s a quick summary of the problems I needed to tackle:

I don’t know about you, but to me, the backend portion was a lot more fun and enjoyable to work on.

Cool things are mostly implemented in the backend.

Think about it for a bit. What comes to mind first when you think of technology and amazing services,? For me, Google’s search engine, Netflix’s recommendation engine, Uber’s ETA calculation and driver-passenger matching system, and similar services come first. Most services that drive the modern world is processed in the backend. If any of these can be implemented on the frontend, I’d be surprised.

Most modern web applications require a backend to run properly. That shows how important the backend is in providing reliable service to the user. Intuitive UI is what pulls the users in, but quality service is what keeps the user. Imagine an app with a beautiful UI that can only print “Hello World” over and over. Ok, I admit that I am exaggerating here. But imagine your blog posts disappearing every time you close and restart the app. Imagine not being able to upload videos to TikTok. Imagine your weather app just generating random integers for the temperature. Imagine Uber’s ETA calculation is in fact a random number generator. Apps have to pull data from somewhere, and even if the client device is powerful enough, it is a waste of resources and bad UX to run complicated calculations within the client. The fact that I can work on such an important piece of code gives me a sense of pride and joy.

Along with services, system design is a big part of the backend experience. I think the whole monolith vs. microservice debate, containerization, caching, streaming, and servers are very interesting. Have you seen the Netflix microservice example? If you haven’t, check it out here: Mastering Chaos - A Netflix Guide to Microservices - YouTube. When I first watched that keynote and the speaker showed me the gif of Netflix’s internal architecture, I thought to myself, “That is freaking amazing.", followed by, “I want to make something like this for a living." Relating back to the second point, if you are going to solve problems and build things for a living, you might as well solve fun problems and build awesome things.

Conclusion

I guess everyone’s mileage may vary. For me, backend development is a lot more interesting than frontend development. Judging by how important interest is in terms of long-term learning, I think I made the right choice to walk the path of the backend developer. This is merely my opinion though. I know a friend who can’t understand why anyone would like to work on a server-side program, something that they can’t even see. When you are just starting off and have to choose which path to take, I’d say try all of them first. Then you will know for sure which area you enjoy working in.

Thanks for reading! Share your opinions down below. You can also view this post on dev.to and medium.com.

Have fun,

Jacob Kim