From full stack dev to backend dev and then back.

By
Published ~ 2 minutes read

When you are working on your own as a developer you get exposed to many aspect of the business. You don't really draw border lines. As a web developer you blend in all kind of technology and you consider it all just web development. When you work in a big or established company it is a little different. They don't need full stack developers. They have a person or a group of people that work in just one thing; DBA or Unix for example. If you do this for a while you can become an expert in your field, but lose something in other areas.

After having a regular job for a while in an established company I have started to forget what a full stack developer does. In the beginning I was working on multiple projects and was taking care of backend and frontend, but now I spent months just working on one side of a project. Just recently I have decided to tackle a new project with some friends and I realized there is so much I have forgotten.

Things I used to know and am now relearning.

These are just a few of the things where I was stuck. Luckily the web is full of information to help, sometimes a little too much.

Here is one spot that help me setup all the basics on my Linux box. It will be a long way before I am proficient in being a full stack developer again, but specializing is not suck a bad alternative, cause I can cook up something awesome in no time.


Did you like this article? You can buy me a coffee.
Share your insightful comments here.

Join my newsletter

Follow me on Twitter, Spotify, or RSS Feed

On a related note, here are some interesting articles.

You can only benefit from your own failure.

In the start up world articles that talk about failure are very inspiring. It is very hard to admit that you failed and move on. On hackernews, these post almost always make it to the front page. There are a lot of praises in the comments section and people thank the poster for being so courageous. But how useful are those articles?

The fact is that your product sucks. Just accept it and improve it.

Most of your projects will be crappy. You just have to accept it so you can improve it incrementally. I am learning this first hand as I started mine a few month ago. I went on and checked the competition and was dissatisfied with theie services (note that this is what everyone say about their competitors). So I built a tool that provide the exact same result, but for a much lower price. I got a few sign-ups and then it became a ghost town. How did it happen? Well my theory is I built something just for myself.

View all articles

Comments

comments powered by Disqus