Earlier quoted context omitted.
Everyone does not do this. I work remote and get a fair market rate (for the value I add, not based on where I live). Unfortunately I couldn't apply to Gitlab last time I was in the market for work because their salaries are both lower in general and lowered even further due to geo adjustment. I'm fully a fan and believer of remote work, but you need to pay your employees just like any other top tier company would. I…
> I work remote and get a fair market rate (for the value I add, not based on where I live) Unfortunately there are two misconceptions here: 1) that companies pay based on added value and not on replacement cost, & 2) that "a fair market rate" does not vary with location, when in reality different locations have different labor markets. The reason SV companies pay so much is because their candidates expect it, and pa…
GitLab – A $1B business where all employees work remotely
231–239 of 239 posts
Re: GitLab – A $1B business where all employees work remotely
#232Earlier quoted context omitted.
Hey there, PM for CI/CD here. Can you point me to an issue in either GitLab or the Jenkins Plugin repo that has more info specifically on what you're looking to do that isn't possible today? Or share specifically what you need here so I can make one? That other project seems to have a few different features and I'm not sure which use cases exactly are important for you. In any case, we definitely want to make sure yo…
Basically what we need is functionality which makes it possible to do: - there is a canonical git repo for a component - a dev doesn't have write access to it - they fork it into their own private user name space - they change it and create a merge request for the canonical git repo for one of the branches - the merge request creates (or triggers) a job in Jenkins => this is where our research showed that only the un…
Re: GitLab – A $1B business where all employees work remotely
#233Earlier quoted context omitted.
Hey there, PM for CI/CD here. Can you point me to an issue in either GitLab or the Jenkins Plugin repo that has more info specifically on what you're looking to do that isn't possible today? Or share specifically what you need here so I can make one? That other project seems to have a few different features and I'm not sure which use cases exactly are important for you. In any case, we definitely want to make sure yo…
Basically what we need is functionality which makes it possible to do: - there is a canonical git repo for a component - a dev doesn't have write access to it - they fork it into their own private user name space - they change it and create a merge request for the canonical git repo for one of the branches - the merge request creates (or triggers) a job in Jenkins => this is where our research showed that only the un…
Re: GitLab – A $1B business where all employees work remotely
#234GitLab the company exists because of HN https://news.ycombinator.com/item?id=4428278 Ask me anything.
The backend engineer position lists ruby experience as a Strict Requirement. The linked explanation makes sense when trying for fast growth. However, the text is about 3 years old now so my question is: Do you expect this policy to change in the near future?
Re: GitLab – A $1B business where all employees work remotely
#235Earlier quoted context omitted.
Out of curiosity, how long has your company been in existence for? This seems like something a more established company could do more easily.
It's a startup. I actually find it to be the case that early stage companies are more willing to do remote work. In part because it's a way for them to broaden their options.
So I think I would expect most early-stage remote startups to pay salaries which account for an employee's cost of living (rather than paying a full SF salary whether you live in SF or Montana). But maybe I'm wrong.
Re: GitLab – A $1B business where all employees work remotely
#236GitLab the company exists because of HN https://news.ycombinator.com/item?id=4428278 Ask me anything.
I've interviewed with GitLab when I first changed my career into software engineering, a few years ago. It was a bad call in my opinion since I'm not as good as I thought back then. However, is it a good idea to apply again since that was a long while ago and I've accumulated a considerable amount of experience compared to what I was? And can you do your own independent security research when you're working for GitLa…
Re: GitLab – A $1B business where all employees work remotely
#237Earlier quoted context omitted.
I am interested in working in GitLab. Do you have some foreign engineers staying in Japan? I want to stay in japan with proper visa if necessary.
As far as I recall from their website. Japan is one of the countries they do not hire in due to what I presume to be legal reasons.
Re: GitLab – A $1B business where all employees work remotely
#238Earlier quoted context omitted.
> I work remote and get a fair market rate (for the value I add, not based on where I live) Unfortunately there are two misconceptions here: 1) that companies pay based on added value and not on replacement cost, & 2) that "a fair market rate" does not vary with location, when in reality different locations have different labor markets. The reason SV companies pay so much is because their candidates expect it, and pa…
Companies pay what you can negotiate with them. This is based on value add, and alternatives on both sides of the table. If you can pitch the value you create, you can get paid accordingly.
Economics is driven by scarcity - supply and demand. Companies have no financial incentive to pay us any more than it would take to hire a replacement. They're in the business of making profit, which necessarily means paying people less than the business value they add, and if a company wants to be very profitable, the only way is to pay substantially less than the value received.
So even if you pitch based on value add, you're really just signaling that you have top skills which are in short supply, and they'd better pay you more or else some other company will. They have no obligation or incentive to pay commensurate with value add, only to pay just enough to keep getting the value add.
Re: GitLab – A $1B business where all employees work remotely
#239Earlier quoted context omitted.
Starting a remote company is a cost-saving tactic, and the ability to often not have to pay SF salaries can be a motivating factor, especially in the early stages of the company.
Sure, if you make a cost-optimization rather than fairness argument for Gitlab’s policy—that it's simply a way of paying every employee the minimum they can get away with—I won’t argue against that.