3 ms·

I need to disagree with you here, I consider myself full stack, but if you were to ask, FE would be my deep experience. And for me this is perfect, I have no pr

I need to disagree with you here, I consider myself full stack, but if you were to ask, FE would be my deep experience. And for me this is perfect, I have no problems with any FE work, and the same goes for BE work. Sure, we have BE engineers with very deep experience, but I've never found myself in a position where I couldn't keep up with them. I acknowledge a lack some knowledge in BE, especially when it comes to deeper CompSci domains, but it has never held me back. But in general, I think this is just a different mindset, I love being able to be independent, and complete a stories from FE to BE. I used to be in a position where I could only do FE work, and it really scared me. I had no clue where critical data was coming from, if something went wrong, I couldn't debug our APIs, I was in the dark constantly. Now if something goes wrong, I can switch over to our backend, debug, write extra test cases to cover the bug and push code. I also understand what BE engineers are talking about, and when designing a new feature, it's much easier to come up with new APIs.

knightofmars 7y ago
Knowledge about how the other side of the fence works doesn't suddenly make a full-stack engineer. I'm sure if we actually came up with a ratio (80/20 vs 50/50) of work it would provide a clearer understanding about when a person is FE, BE, or FE/BE. Alternatively, we could look at the type of work the individual is doing. For example, in your role are you going to be an architect doing solutions for the back-end?
- woutr_be 7y ago
  It’s not just knowledge, I can actually do all the work, and yes, I could design solutions. It’s just that my real deep knowledge would be FE. But I consider myself full stack because I can do both sides without a problem. In my team I’m just the only FE, so naturally most of that work falls on me. There are months where I only did BE stories.

knightofmars 7y ago

Knowledge about how the other side of the fence works doesn't suddenly make a full-stack engineer. I'm sure if we actually came up with a ratio (80/20 vs 50/50) of work it would provide a clearer understanding about when a person is FE, BE, or FE/BE. Alternatively, we could look at the type of work the individual is doing. For example, in your role are you going to be an architect doing solutions for the back-end?

woutr_be 7y ago
It’s not just knowledge, I can actually do all the work, and yes, I could design solutions. It’s just that my real deep knowledge would be FE. But I consider myself full stack because I can do both sides without a problem. In my team I’m just the only FE, so naturally most of that work falls on me. There are months where I only did BE stories.