|
|
|
|
|
by Shanea93
3557 days ago
|
|
Anecdotally, I feel like this is how my older peers see me. I've been working (professionally) in this industry since I was 16 years old, I got my first job as a junior after tinkering with computers since I was 8 years old. At the age of 23, I've found it very difficult to earn the respect of the people around me because of my age. I have the title of senior developer because I've had experience working on scalability issues and complex service based infrastructures, but many of my peers who are my age and recently graduated university and are still in their first junior roles often act like I haven't earned it - despite me graduating with a part-time degree in software engineering (okay, it's not computer science, but I'm still glad I did it.) My point is that while age is generally a good indicator of knowledge and ability, it's not the be-all-and-end-all. |
|
If you are adding value, you're doing it right. You are either a cost center or a profit center. Be the profit center and you will never want for a job.
I'm almost 50 and still in the game. If I'm honest, I still worry from time to time about being irrelevant, but if I'm still adding value, and I am, then what the other IT people around me think doesn't matter. Add value, learn as you go, gain in wisdom and understanding and you will always be cash-flow positive.
Don't make the mistake that so many do that you have to be working on something cutting edge or popular. Those jobs are nice, but I've learned--at least for myself--that I prefer the maintenance jobs. I enjoy taking something and making it better, even if it's just a quick fix, like two lines of code. Own everything you do. Be proud of your work.
You're still young with plenty of time to get where you will be going. Don't be in a rush to "prove yourself" to anyone but yourself and the man writing your check. Don't listen to naysayers, don't get trapped in the mindset that only the new, darling languages are worth investing in. Good programming skills are not language specific. Learn what you can. Use the correct tool for the job. Don't be a method man. Be the profit center.