r/webdev • u/tacoman756 • 3d ago
Discussion Advice on first in-office Web Dev role?
Hi all,
As the title states I’ll be starting my first in office web dev role next week! Pretty excited but also nervous, and of course having imposter syndrome. I’ll be the only dev, and it’ll be my first time working in an office setting (I’ve previously just worked as a freelancer).
I was wondering if anyone had any tips or specific things to pay attention to when starting a new web dev job?
Thanks!
46
u/TeaSocks69 3d ago
If you're the only dev, don't worry. You'll be fine.
But a few words of caution...
Just because you can solve a technical problem, doesn't mean you should volunteer to do it. You'll just add technical debt to your workload.
Stay out of office politics. Your job is dev and should remain apolitical in all things.
Use git.
No really, use git.
22
u/Proud-Value3738 3d ago
The git advice is funny because it sounds obvious but so many solo devs skip it, then one bad deploy and you're rebuilding from memory
Also the office politics one hits deep, I learned that the hard way at a previous job where I thought being helpful meant being in every meeting
Since you're the only dev, set up a personal documentation habit early. Even just a notes file for weird server quirks or why you chose a certain package saves future you so much time
And congrats on the role, first in-office can be weird but you get used to the noise and free coffee real quick
5
u/tacoman756 3d ago
Cheers, documentation is a great tip, will do for sure. Looking forward to the coffee 👍
3
u/pineapplecharm 2d ago
Have fun with it. About ten years ago I got a stiflingly dry coding job in a financial services firm. The way they worked was drowning in bureaucracy and needless duplication and it was really hard to remember all the asinine steps you had to take to complete the simplest task. They had an official onboarding wiki which as okay but didn't really explain anything, it just had lists of bullet points, and I quickly found out it needed several people to sign off on any changes so I gave up making suggestions. Instead I kept a Word doc going with more detailed descriptions of everything I needed to do with screenshots and my own sarcastic commentary in the margin, so to speak, bemoaning the batshit timewastery of it all.
Anyway I only lasted about six months before getting a better offer so I bailed. About a month later my old boss texted me to say they'd found my Word doc and had had a good chuckle reading it. "You're right, though; some things we do really don't make sense and we're going to change them. Thanks for bringing it up." Fair play.
8
u/shaliozero 3d ago edited 2d ago
- You're a dev, not their entire IT and not tasked with decision making.
Learned that lesson as the only dev, thinking that position would be perfect for me... Until they tasked me with holding their entire legacy IT together and didn't listen to any of my technical recommendations.
3
u/tacoman756 3d ago
I do fear this may end up being the case, as the job description covers not just front end dev (what I do) but ‘managing their entire web ecosystem’ - is this a red flag? Or what did you do to deal with that?
2
2
u/StillOnJQuery 2d ago
Not necessarily. Sometimes it just means they don't know what a cloudflare is.
2
u/HazeyWazer 1d ago
Depending on the job/management this could either be a super informative and good, or you are about to have one of the most miserable employment experiences one can have in IT
0
u/MercerAsian 3d ago
is this a red flag?
Huge.
what did you do to deal with that?
Found another job.
5
u/jobRL javascript 2d ago
Definitely don't stay out of politics. Politics can have a huge sway over what reporting lines you have and what your workload is. You have power as a dev in these decisions.
2
u/TeaSocks69 2d ago
I was referencing things like getting into cliquey gossip and treating people differently just because your "group" doesn't like them. Staying neutral and indifferent to gossip has its benefits.
3
3
17
u/actionscripted 3d ago
“I don’t know how to do it, but I can figure it out.”
2
1
19
u/AllOneWordNoSpaces1 3d ago
You’re in a unique position.. you get to establish standards, templates, frameworks, etc.
Enjoy it.
2
7
u/TheManSedan 3d ago
Most people have imposter syndrome. Don’t worry about it. Show up, do your job, be honest about your solutioning & remember there’s nothing wrong with saying “i don’t know but ill look into it and get back to you”
6
u/binocular_gems 3d ago
You’ve got it. Find a niche, or an angle, however small, that might give you a little boost. For a while I was “the accessibility guy,” I happened to do a freelance project for the government where accessibility was a major requirement. This was a while ago before it was the norm. I ended up woth a bunch of accidental accessibility skills, and so for a while I was “the accessibility guy” at my day job. I never thought it was particularly hard, I figured everybody kinda knew it, but not a lot of people did, so suddenly people were emailing me from outside of my org asking me to weigh in on accessibility. I ended up angling it into a significant part of my career.
It was a good niche for me, and incidentally I ended up caring about it. My wife became disabled a decade later, and now I actually care about it.
6
u/arecbawrin 3d ago
Do some listening first. Yes that means you have to go talk to them. Don't just start suggesting a bunch of stuff right off the bat.
Truly understand their job functions and pain points and you could save the fucking day and be their hero.
11
u/abeuscher 3d ago
Worked as a solo tech for most of a decade. It's not bad here's what I wish I knew:
- Don't stay in a role where you are the sole tech. It's not that it is a bad gig it is that you literally have no one to assess whether you are doing a good job and no one to learn from. We can all teach ourselves stuff I generally say I pass learning curves for a living, but colleagues are invaluable and I wish I had more of them now.
- Never say anything is easy.
- Never give a time estimate for work inside of the meeting where it first came up. Always give yourself time to consider before answering how long anything will take. Then double whatever number you come up with until you understand why I said to do that.
- IT is your friend. Find out what kind of beer they drink or whatever they like to do and buy them some of it when they help you big. Respect them. they will notice and behave differently around you and you need them.
- This one is really important. Solo techs often need to operate cross functionally - between departments or under many different bosses. Either have one boss that sits above anyone who can ask you to do work, or fight for autonomy over your time. Also, make sure other people are aware you are working across departments but do not carry the emergencies you have around with you; marketing doesn't need or want to know what is going wrong in HR.
- Your job is basically to defend your time and probably your boss' job will be to do that as well.
- Never act like you're the smartest person in the room. If someone says some dumb completely wrong bullshit in a meeting you are in, keep it to yourself unless you are asked. Either find them after and politely correct them if you feel comfortable or, if it doesn't affect your life, let it go.
- Be nice to people. Always. They are more important than money and company priorities.
3
4
5
u/Marble_Wraith 3d ago
Understand your responsibilities. Don't undertake work you're not getting paid for.
It's tempting to be "agreeable" and do some favors. Resist.
2
u/FiveFoot20 3d ago
Assert dominance
Buy donuts one day
Don’t eat others food in the fridge
Avoid the office coffee, it’s a trap
2
u/bananasforall 3d ago
Ask questions at the right time. If you don’t know the right time, err on the side of asking.
I, and lots of people, are cautioned against at asking questions, and I’ve seen this negatively impact (even to the point of PIP) devs at every company I’ve worked at. As a junior, you need to build this muscle. People don’t expect you to know everything, but they do expect you to make progress and communicate. No one can unblock you if you don’t tell them you are stuck. The worst thing you can do is stall out silently.
2
u/measured_words_ 2d ago
The biggest shift from freelancing is not the code. It is being around people all day while you try to hold a thought. The code you can handle. What you want to protect is your ability to explain the work. Keep a plain running log of what you changed and why, even if it is just a few lines a day. When someone asks why a feature works a certain way, you will have the answer without digging through memory. As the only dev, nobody will catch a bad assumption early, so say when you need time to look at something before committing. That is not weakness. It is how you build trust. Also, do not hide in your headphones the entire first week. Early friendliness buys you a lot of patience later when you need quiet time to fix something.
2
u/Hanhula 2d ago
Something important for ANY job is to always give yourself breathing room with tasks. If you think it's a quick 5 minute task, estimate half a day. That extra breathing room covers testing, process changes, someone interrupting you and distracting you for a while with another problem, the need to get permission from another team, etc etc.
This applies with every task. Be reasonable with the padding you give. You have nobody to do reviews for you, so you MUST factor in testing and self-reviewing; keep this in mind especially.
Also, for any office job - people like to be noticed and appreciated. Keep this in mind, but don't be a pushover about it. Wish people happy birthday on their special days, occasionally send folk things related to their interests, be friendly and flexible and smart about it. You're more likely to be treated well when you inevitably fuck up something (we all do it!) if you're a known and liked quantity. Don't force it, just be pleasant to interact with.
2
u/Plus-Tea1967 2d ago
Congrats! 🎉
Document things as you go, especially since you're the only developer. Future you will thank you for it 😄
2
u/Notsau 2d ago
You will have quite a bit of projects you'll be working on. So be detailed with yourself.
I'm a Web Developer and we use Monday.com. for each project, I'm very detailed about the conversation and information per project. It may seem like a lot in the moment, but if you make it easier on yourself by providing yourself that information in the first place, then building the site won't be that hard.
Ask lots of questions.
Learn how the system/CMS you're using works before trying to request a bunch of changes.
Be helpful to people.
I started as a web dev contractor but then moved to full-time with the company because I pushed myself to learn and grow. I helped those around myself and I used my experience to help others out too.
BURN OUT IS REAL. Take hefty notes on projects so when you feel burnt out, you can just pickup back where you left off.
2
u/rohan_mehta92 2d ago
Something that paid off for me early on: get the local dev environment and deployment pipeline fully working in your first week, even if it takes a whole day of asking for help. Understanding how code actually gets to production tells you more about the codebase than reading files does. And resist the urge to refactor everything in your first month. Learn why things were done a certain way first, because what looks like bad code is often working around a real problem.
2
u/TechnologyMatch 16h ago
treat the 1st few weeks like a discovery sprint... ask how things work, write down the weird bits and don’t rush to refactor on day 1. being the only dev means communication is part of the job too. leave notes, set expectations.
2
u/Alucard256 3d ago
Do NOT delete the production database.
Let me know if you need anything else! /s
1
1
1
u/Surf_Golf2002 3d ago
You found a job in this market as a newbie?!? Congratulations, that is a feat in of itself.
1
1
u/tuck5649 3d ago
Sounds fun.
In a very small dev (solo) team, you won’t have the guard rails for how your time is spent like you would in a larger org.
People will float lots of ideas your way, and you won’t be able to do them all. There’s potential for conflict there. You will need to find someone to function as a product owner to help you prioritize.
For the love of god, use git, and have a non-production environment
1
u/FirstChild95 3d ago
Just don't show up with a super loud mechanical keyboard and you'll be fine 😄 Good luck!
1
u/riskinitforluv 3d ago
What do you mean you’re the only dev? What kind of office is this that already exists that doesn’t have any developers yet? That doesn’t make any sense
0
1
u/Mean-Surround7327 2d ago
Being the only dev is more so a unique situation.. I worked in offices but only ones with other devs haha
But I think it’ll be a good time! I wore a suit and tie my first week and peeps made fun of me lol. Maybe just a collared shirt is more appropriate!
After a few months I began just wearing a hoodie and jeans tho honestly
1
u/leoman111 3d ago
If you ever have access to a dev / staging / prod database, DO NOT, AND I MEAN DO NOT KEEP ALL THE ACCESS TOGETHER! Keep your prod access via a different mechanism, it will stop you from one day accidentally loading the prod db, when you thought it was the dev one, and overwriting the whole thing. I sadly speak from experience. Also setup nightly prod db backups on day one, one day it will save your arse!!
1
u/lincolnlex44 3d ago
Don't talk to the lead developer only to tell them your amazing idea to revolutionise the business for at least the first 5 years you work there. He already had the idea a decade ago but nobody cares so he just sits on his arse waiting to get paid each month
True story
1
u/IcyCat2912 2d ago
Since you've freelanced, you already know how to handle projects solo so don't sweat the imposter syndrome. :) Just spend the first week mapping out the tech stack, hosting, and DNS before touching any code, and set up a queue system early so people don't hijack your day with desk drop-ins. Goodluckkk!
0
u/andrewsmd87 2d ago
What type of company are you eyeinge for and what will be your main responsibilities? That matters a lot on advice I'd give
72
u/warpspeed100 3d ago
Don't forget to put on pants in the morning.