Crunkle_Foreskin

joined 1 year ago
[–] Crunkle_Foreskin@kbin.social -2 points 1 year ago (2 children)

D E S I G N A T E D

Seethetarians in this thread

[–] Crunkle_Foreskin@kbin.social -2 points 1 year ago

He's of Italian descent.

Good luck with your new place.

Update: spoke to the Head Dev this morning and made sure I knew what my position was, so it's definitely prioritising the project's speed first.

Then spoke with the Senior in question and apologised for any friction, and suggested we do a debrief after the first phase of development and go back and smooth things over.

All went well! Thanks for your thoughts everyone.

[–] Crunkle_Foreskin@kbin.social 4 points 1 year ago* (last edited 1 year ago) (1 children)

I wouldn't necessarily say OpenAPI and Composer are new technologies, they're tried and tested and commonplace across most PHP projects. I totally get his point. He's an older dev who's sat comfortably for too long with an ageing stack, and now is completely behind the new guys who are coming in from other companies and wanting to change things.

I think the place we disagree is that I believe technology is a place where progression is a hard requirement of the job. Computers get better, customers get more demanding, old solutions improved. You need to improve, every day.

My issue is more when the response to a new piece of minor technology that will make our lives easily is: "I don't want to learn YAML".

[–] Crunkle_Foreskin@kbin.social 1 points 1 year ago* (last edited 1 year ago) (2 children)

The thing I worry about is the salary and job responsibilities. The interview for the role was completely different from what I am now doing.

It was advertised as a modernization role, and now I'm just a web developer. Do they expect the interview or the current position?

The Senior doesn't really know Laravel or any advanced patterns that I'd expect a mid level developer to know.

[–] Crunkle_Foreskin@kbin.social 2 points 1 year ago (1 children)

I think intentionally picking the wrong solution makes you an irresponsible developer. Not only are you introducing technical debt immediately but slowing down your future progress.

But, you're probably right about leaving him alone and letting him own these problems. I've suggested OpenAPI, he picked Google Docs. I'll be there when we have to spend a few days rewriting the specs in OpenAPI.

I don't have a career and money balance issue, this is the first role where a scenario like this has cropped up and it's so...odd to me.

When I was a senior at the last company, I listened to absolutely everything and always had the idea in my head: "what if I'm wrong?".

[–] Crunkle_Foreskin@kbin.social 2 points 1 year ago* (last edited 1 year ago) (1 children)

Company is about 1000 - 3000, with a dev team of about 9.

The probation period is my main worry. The project hinges a lot on me and him working well together, so I don't want to make that not work, or make it struggle.

There's usually a pretty solid hierarchy in UK companies, at least from a development side. You have the Junior - Mid-Level - Senior progression. It was the same at my last place (I was actually a Senior on the job role) where you have Juniors under the Mid-Level and Mid-Level under the Senior.

I always listened to other developers though, I saw the role less as a "I'm the boss" position and just that I have more responsibility for what I'm doing. If I didn't listen to some of the Juniors (who haven't had the time to gain some bad habits :) ), a lot of good things would have been missed.

[–] Crunkle_Foreskin@kbin.social 2 points 1 year ago (4 children)

I'm from the UK, so that might explain why I'm a bit hesitant to get confrontational. I'm still on my probation period so I don't want to annoy and lose my role.

I like that, I think it might do some good to level with him and just ask those questions outright. I might see if I can muster up the courage to do that tomorrow morning.

He is technically higher than me on the job, as a supervisor, so it feels quite difficult to go to him and say: "Well, I think you're wrong.". I know it shouldn't be difficult, but that type of conflict just isn't something that's common to me.

 

Hey all, I want to know how you all deal with management and pushing tech debt work. Here's a little bit of background on my current situation, and I'd love to hear how you'd deal with it.

I've been in the profession for about 8 years and had a high-level job at my last company where I oversaw a huge amount of modernization work (bringing an old Laravel codebase up to PHP 8, putting all sites in Docker images for the new cloud infrastructure etc...).

I recently got a new remote job with a pretty high salary (I swear this is relevant and not a brag) with a company that has an ancient tech stack. During the interview, we talked about modernizing the company's stack and seemed to be quite important to them. I really like the company and the people working there and I've been really welcomed there. I was brought into the role because of my experience with modernizing code and I worked for a competitor before joining this team.

The tech stack here is pretty simple and ancient. It does work, but it causes a lot of issues. They're using a monolithic Apache server for all of the websites we manage which each dev has to set up with virtual hosts. My first main project is working under a senior dev to scope out a brand new Laravel API which is all modern tech, no outdated PHP versions or anything.

I was pretty pumped the past few weeks but today I hit a lot of roadblocks in working with him and kind of want to hear what you guys feel about the situation.

We're building out an API specification and he insisted that we do it in a Google document, which I suggested we look at an OpenAPI specification instead so we didn't have to keep repeating request bodies and responses. He came back and said something along the lines of: "I don't really want to learn YAML because I don't have time, so we'll stick with the document.". My wrists and fingers still ache from having to copy, paste and edit each request and response manually. Google Docs isn't a great solution for generating API specifications.

Then after that, we bootstrapped the main Laravel application. It's the most recent version of Laravel, and I realised that he'd committed the whole vendor folder to the repo and had gone through the .gitignore files in each dependency and removed stuff that would mess with it. I asked why he did it like that, and he said: "we won't be using Composer because our servers don't have it". Our other applications are running on an older version of PHP so I said we'd need a new server anyways, so why don't we do it the way that Laravel suggests with CI/CD pipelines? He comes back and says "We don't use Composer, and that won't change.". He's been pretty cold to me ever since I started.

Thanks for sticking with me, now back to the salary. How should I approach my manager (the Lead Developer) about this without making it seem like I'm tattling on the Senior? The salary is way more than an average Laravel dev and I know I'll feel bad if I say nothing. I also don't want to dull my skills with newer technologies because I'll struggle in my next role when/if I move on. I spent 3/4 years at my last role and then moved onto another role which only lasted 3 months before coming into this role, so I don't really want to change jobs again for a while.

I'd really value your opinions in this as professionals, even if the technology I've mentioned isn't familiar to you! How would you deal with this situation, especially when it comes to management that don't understand the problems that ignoring tech debt can cause?

 

I'm trying to resolve an argument.

 

https://github.com/SpacingBat3/WebCord

Really cool project I found, and is working great for me so far. You can even build a custom version of WebCord using one of the open PRs which allows you to share audio on a screen share. Used it with friends last night and it ran solid for hours.

 

"Look it up on Netflix" is the phrase everybody's heard, how do you deal with that?

I've done a mixture of different approaches, either by getting the film somewhere else (legally, of course) or just saying I don't use X service.

view more: next ›