GitLab – A $1B business where all employees work remotely
forbes.com
forbes.com
Ask me anything.
We're hiring for role and many others https://about.gitlab.com/jobs/apply/
In the first year that Dmitriy made the open source distribution (and I didn't even know it existed) 200 people contributed to GitLab and probably 10,000+ people used it.
Read more about how we turned that into revenue in https://about.gitlab.com/2018/11/09/monetizing-and-being-ope...
GitLab consists of more than 30 services in multiple programming languages https://docs.gitlab.com/ee/development/architecture.html#com...
Is it because of local laws or other reasons ?
For a complete list see https://about.gitlab.com/jobs/faq/#country-hiring-guidelines
A Spanish citizen can work for a company registered in any other EU country without any problems.
The EU’s “Freedom of Movement” alone does not guarantee a business a right to employ individuals in all 28 States, even if it does greatly help in removing some barriers and permits you as an EU citizen to work In any of them. Any of these states can place additional legal burdens on Gitlab as the employer that it may not be able to meet in its current form, which is presumably what has happened.
I don't think that working remotely is the main cause of this. There are people underperforming in many companies who work on-site.
I'll be the last person to say something about spending a lot of time on HN since I do so myself. In general we don't want to talk about how you spend your time but about your output. We measure results and not hours https://about.gitlab.com/handbook/values/#measure-results-no...
I don't recall us ever denying permission.
I can't find the handbook link right now.
- Start contributing non-trivial patches to the community edition
- showcase my skills through side projects which will be rails webapps
- brush up on my CS fundamentals for the interview
From the outside, the bar seems quite high, I remember coming across a tweet mentioning 20,000 applications over the past few months. Any other suggestions on how I can improve my chances? And how long does the hiring process take from my application to accepted/rejected? Thanks.
Please note that this isn't required, we hire a lot of people who never contributed to GitLab before getting hired.
I've asked our recruiters to comment as well.
While we do keep the bar quite high from a technical perspective, we also do so as it relates to our values. https://about.gitlab.com/handbook/values/ With us going through this current hyper-growth phase we have to make sure that everyone who comes into GitLab aligns with these.
For Engineering hires in the month of June we averaged ~65 days to move someone all the way through the interview process.
I am more than willing to set up some time to chat with you 1:1 if you have any more questions.
Do you have some foreign engineers staying in Japan? I want to stay in japan with proper visa if necessary.
That's very kind of you to offer! Can I send over a few questions over email closer to the time I'll be applying? I don't see an email address in your profile, can you post your email id here? Thanks.
Thanks for your time!
What did you guys end up with ? im assuming you optimized it for your remote working style. Do you do daily standup video calls ? what works and what doesnt ?
We do a daily company call and group conversation https://about.gitlab.com/handbook/communication/
You can find more details on what works for us on https://about.gitlab.com/company/culture/all-remote/tips/
Most of the things work great but we have the problem that we want to use Jenkins instead of the build in CI/CD solution but the only way to trigger MR jobs from GitLab forks in Jenkins is this non maintained plugin which has been in alpha since we started two years ago https://github.com/Argelbargel/gitlab-branch-source-plugin
So I wonder, what is the reason behind not investing into integrations with other CI systems like Jenkins which are hugely popular and used by so many people?
I'm not sure why https://docs.gitlab.com/ee/integration/jenkins.html apparently doesn't support forks and our CI people to comment here.
Jenkins has been nothing short of the devil for me.
In any case, we definitely want to make sure you have the right functionalities you need.
- 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 unmaintained gitlab-branch-source-plugin plugin can do that https://github.com/Argelbargel/gitlab-branch-source-plugin
- Jenkins builds it and reports the status back to GitLab
- If it created a new job that job is removed after the MR gets merged.
It would be nice if, like the other plugin does it one could have it's own job for this MR with it's own history but I guess we could live also with a shared history if you could have the MR buld history in GitLab only.
update: I forgot to write that we use Jenkinsfile based pipelines, not sure if this is important.
So disclaimer, I work for GitLab. But the draw to working here isn't the possibility of making an SF salary, it's to work remotely for the same salary as working for a local company. I don't really care if I'm making less than a colleague in SF, because the benefit of working remotely while not taking a pay cut is already worth it. It's not for everyone though, so if you don't see working from home as a big enough benefit then that's valid.
The gender pay gap is a whole separate matter that I'd prefer not to get into because, tbh, talking about it in tech-spheres that are still male-dominated is intimidating. I guess all I can say beyond this is that if you're ethically against these practices then I support you voicing that, and while I can offer differing opinions, I still think you're within your right to openly disagree.
Furthermore, I’d care a lot if I made a lot less than a colleague for the same type of work at the same company.
Living in a cheap area comes with drawbacks. It might be a good choice for some, but a necessity for others (maybe they have relatives to take care of). I don’t really see how my choice of location should affect my payment in a remote company at all. But then, maybe a company like Gitlab wouldn’t be the right place for me, because I don’t share their salary philosophy.
Because there really aren't that many of them, and even fewer who aren't also using local rates.
> Living in a cheap area comes with drawbacks.
I agree, I live in a cheaper COL location. But, I was already living here, so I'm not sure how my salary at GitLab affects that. Local companies don't pay you more because of the drawbacks of living in a cheaper location. If I moved to a higher COL location then I would be compensated for that [1]. The mechanics are the same, I just get to do my job from home.
> I’d care a lot if I made a lot less than a colleague for the same type of work at the same company
This is, I think, the most important factor. I didn't decline my offer at GitLab in favor of staying at my previous company because I knew my salary would be the same as every other employee. I compromised on that front so I could work remotely for a company that I really felt like was a better fit for me.
[1] https://about.gitlab.com/handbook/people-operations/global-c...
For top talent you're not competing with the local crappy .NET consulting shop paying $60k a year, you're competing with every SV startup that's open to going remote for the right hires.
All that said, lots of reasons other than comp to take a position, and it seems to be working just fine for GitLab!
To be frank, I don't think the gap in skill between the top-top-top tier employees and those who are competitive candidates for non-SF salary remote positions is all that wide, nor do I think it's necessary for a company's success to only hire the absolute pinnacle of talent. We're also not competing in the same consumer market as many SV startups, so if a different remote company has a higher saturation of top-tier developers, I'm not sure why that affects us unless they're a competitor.
I do see this point though, and I'm sure Sid does as well, but the level of skill that the people I work with have vs the employees at my previous (local) company is incomparable. Everyone is very good at what they do, and are motivated to continue working here because of all of the other perks of working for a company like GitLab.
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 GitLab? What's GitLab's stance of this situation?
It'll be nice if you can post your/a recruiter's email ID here - I'd like to send over a couple more questions.
We want to renew our license for a lower amount of people as last year and that seems to be a major issue, as we won't get responses from renewals@gitlab.com and our Technical Account Manager, after giving us directions that simply did not work stopped responding last week.
Friday our license will expire if we don't pony up for nearly twice the amount of seats than we actually need.
The last time I complained here someone bumped up our tickets but we still had to resolve the technical issue ourselves as the only option was to setup the instance differently, which an easy response from a support agent could have told us without a multi week delay.
I love the product, but have stopped recommending GitLab to anyone above a 10 people org for those reasons.
It was me who helped your tickets along last time, and I'm sorry to hear that you're having trouble again. Someone should be in touch on your renewals issue soon.
If you're interested in the story; there's a bit of nuance here. Support actually falls under Engineering in GitLab, and licensing falls under Sales. That means that technical issues and upgrades/renewals fall under different teams.
The good news is that we're working hard in both areas to improve. - We've significantly increased the headcount of the licensing team, this should mean faster responses on licensing queries in the near term future. - We've formed a Fulfillment team who is hard at work automating away some of the manual process associated with renewals. (You can see their priorities here: https://about.gitlab.com/direction/fulfillment/#-current-foc...)
Specifically from the Support side, we're discussing process improvements that will mean fewer languishing tickets like you've described. There are a few in flight, but the one I'm personally most excited about is https://gitlab.com/gitlab-com/support/support-team-meta/issu....
You'll note, I did just write it up - so there's not much discussion there yet. If you're feeling up for it, we'd love to have your input. Feel free to leave a comment there if you have any colour that could help.
I hope next time we bump into each other on HN it'll be under happier circumstances.
As always, if you'd like to discuss this more, feel free to email me directly at lyle[at]gitlab[dot]com.
We're coming from a 30 Users License last year, with two true-up on-top of that.
Now we're down to 17 active users, so after our TAMs reply we bought a License with 19 Users. When trying to add the License we're getting an error that in the Last year 30 users have been active so we need to renew for this amount...
Is this a bug?
Indeed it was a bug before v12.
GitLab was able to provide me with a License File which worked on our version 11.10.6-ee Installation before our time ran out.
The UX isn't as polished as GitHub's, but I can live with it. The billing system, on the other hand, seems to be rather dreadful.
It seems to be intuitive that if one makes X harder to get via their platform, the user will work harder to get X, but that solution rarely seems to be true.
I can see how it would be annoying if you're looking for something specific, but not all articles are written to be consumed in the same way.
I'm not usually dismissive, but honestly, people are free to write the article as they wish to, and we're free to read it or not. It always annoys me when people complain about recipe sites for example "I don't want to know what clothes you were wearing when you cooked it, just give me the measurements".
> waste my time as an outlet for their creative writing impulses
What gives us the right to demand something from a writer that isn't what they were writing?
It might be cynical SEO stuff, or it might just be how they like to write - but there are a lot of commenters here that won't be happy until everything is just AI-produced bullet-points.
In the case of this kind of soft/no lede, it comes off as narcissistic and time-wasting, a side-effect of having no editor to determine what is good for the publication, and no cost to cost publish an unlimited stream-of-consciousness.
The AI isn't in the "bullet-points" but in the search engine that does not differentiate well between a key term hit above the fold or spread over the broad middle of an article.
Why not?
> the only judgement that matters.
Not really - you can have multiple target audiences. I.e. you can write for yourself first, and others second - the piece being relevant, with different focuses, for different people. Which is what the majority of these pieces tend to be (if they're not purely SEO gaming)
> narcissistic and time-wasting, a side-effect of having no editor to determine what is good for the publication, and no cost to cost publish an unlimited stream-of-consciousness
What's the problem with any of that? Is everything in life to be optimised purely for efficiency of delivery?
> The AI isn't in the "bullet-points" but in the search engine
My point was rather that some people here would rather boil everything down to purely a list of facts, without any element of story or framing.
I’m not demanding anything, I’m just making a statement about my personal taste. If I click on an article, it’s because the headline interested me. If I start reading it to find the content is not at all related to that headline, I just feel annoyed and usually close the page.
https://www.joshsteimle.com/writing/how-being-a-forbes-contr...
http://aftercredits.com is a pretty good source as well, but I checked it out after your comment and surprisingly it doesn't show in the top search results for "<movie> post credit scene".
https://www.nytimes.com/2019/07/21/business/media/jeffrey-ep...
“The article on the Forbes website was attributed to Drew Hendricks, a contributing writer. As The Times revealed in an article last week, he was not the author of the piece. Instead, it was delivered to him by a public relations firm, and he said he was paid $600 to attach his byline and post it at Forbes.com.”
That being said, Google absolutely encourages this behavior because Forbes is very often at the top of search results.
Different publications vary greatly in their reliance on PR firms. At the bottom of the heap are the trade press, who make most of their money from advertising and would give the magazines away for free if advertisers would let them. [2] The average trade publication is a bunch of ads, glued together by just enough articles to make it look like a magazine. They're so desperate for "content" that some will print your press releases almost verbatim, if you take the trouble to write them to read like articles.
Many readers don't realize that in 2010, Forbes drastically changed their website to include 1000s of freelance writers. This "contributor model" was put in place by Lewis DVorkin[1].
This is why the quality of articles on Forbes.com is very inconsistent. Other publisher websites have the same problem.[2]
EDIT: add examples to train the eye to the differences:
The following article has "Forbes Staff" as gray text next to author byline: https://www.forbes.com/sites/kurtbadenhausen/2019/07/22/the-...
In contrast, this Github article has "Contributor" as gray text next to author byline.
One can also go to the "forbes.com" main landing page and click "Editors' Picks" to see how articles from "Forbes Staff" and "Contributor" are mixed together.
[1] https://www.poynter.org/reporting-editing/2012/what-the-forb...
[2] http://kontrary.com/2011/04/04/the-devolution-of-the-huffing...
The HN title has editorialized away from the main subject of the article, which it isn't supposed to do. You landed on the article with a false expectation set up by the HN submitter. Forbes isn't responsible for that.
Did they edit the article since you saw it?
In this instance, the title is an outright lie, but the time on site writing-style you describe seems to be there in full swing as well, despite the BBC's revenue model.
He took the proceeds from his previous venture, doubled it in bitcoin, and began bootstrapping GitLab.com.
Sid got the first few hundred signups through an article posted on Hacker News. Then together with his cofounder applied and got into Y Combinator. The race to demo day, where they would present in front of top tier investors, was on.
Compressing their three-month plan into just two weeks, the GitLab team had a highly successful demo day, landing Ashton Kutcher as an investor."
The actor?
Did he start becoming involved in the tech scene after working on the Jobs movie?
He seems like a pretty smart investor.
Granted, Gitlab CI was awesome the one time I used it.
> After starting and selling app store Appappeal, Sid turned open-source software GitLab into a fast-growing venture that is on its way to an IPO in 2020.
I'm so optimistic about remote working for developers, it's even been a key feature in a job matching platform I've been working on: https://www.rocketship.dev/
What's hard is not building the business (not harder than building a local business), what's hard is leaving the preconceived notion of how to communicate with people, build trust and collaborate
Until you leave the preconceived notion of productivity = seats in desks and people chattering on the office (roll eyes) then "it is (going to be) hard"
Anyway, what I like about GitLab and Automattic is they are agnostic-timezone remote company. You can live in any timezone to work in GitLab or Automattic.
Some remote companies only accept certain timezones.
There are many small remote companies that don't try to scale, as they prioritise just having a nice product that solves 1 relatively simple task very well, while having a comfortable life style for the employees.
But so far there's no remote-first company on the stock market.
Looking back to the history of GitLab you are right that it just took 8 years to scale the company to this size, but I hope that others are already coming.
These kinds of apps and services, and video conferencing, were all around 10 years ago, but everything's been improved and consolidated enough that now a 100% remote company can actually go toe-to-toe with one that isn't. 10 years isn't that long ago in the scheme of the global market economy. Technological progress takes time. VR was available 10 years ago, but it's still not really "ready for primetime". Remote working solutions, for all aspects of work, are now ready for primetime.
The icon heavy interface and general layout decisions made things hard/cumbersone to find, any plans to invest in an improved UX for the web UI?
Open source software?
Sometimes I mess up and sometimes the journalist prefers a more common term.
Amazing amount of detail of how Gitlab operates is public.
Edit: Further down the page I saw: "Why they pay based on where team members live". That's petty.
Paying the same, regardless of location, would maybe motivate some people to move away from crowded areas, one of the big chances remote work offers.
i found that to be super amazing -- if they are profiting like bay area companies, why not also pay like bay area companies?
Thing is, in high cost of living areas the living cost is extremely pegged to job opportunities, it's almost tautological. Where there are more job opportunities, you have to pay people more to stop them working for competitors. A confounding factor is a hypothesised (not sure if backed by data) trend of talent concentration - that is, areas with lots of job opportunities attract most of the most talented people, driving salaries up further.
All that's to say, if Gitlab want to hire someone living in such an area, the market dictates they must pay more in order to attract that person over a local competitor (for jobs). It's not due to the person needing the money more for a higher cost of living, at all.
Spoiler: that only works hiring those who are ignorant of the remote employment market.
Anecdotally, 7 years ago, remote, at a bootstrapped 15 person company, I made ~10% more than the absolute max Gitlab would pay me right now. The difference is wildly worse now.
Having kids is hard but may make things easier at the office.
I do not live in a low CoL area because I'm from here and never left, nor did I move here to save money. I moved here because I was able to keep a high paying career, and live somewhere I wanted to live.
Gitlab is flat-out non-competitive.
My take aways from the blog post: "if everyone is paid the same role-based salary, the company would not be able to hire as many team members" - obviously cheaper labour means more resources.
"If everyone is paid a standard salary, those who live in high-income areas would have less discretionary income when compared to their counterparts in lower-income communities." - that is the choice of those living in high income areas, and I don't see why those who make the financially sensible choice of living in a more affordable area should be penalised.
However, and this is quite important, given how high salaries at Gitlab are (based on the calculator), I see no issue with this kind of discrimination. I assumed the gap might be bigger. At the end of they day it has to be a win win situation. I will refrain from criticising this "issue" from now on as I don't see any ill intention in it. Keep up the good work!
An employee on $200k in San Francisco spending 50% on their lifestyle and no kids can retire by 40 to a more economically sane region with similar facilities. A similar employee doing the same job in that more economically sane region for $100k spending that same 50% is working until they are 50.
Which ends up meaning that in the cheaper regions you are only recruiting from the pool of people unable to move to wealthier regions with higher pay (which granted is a high proportion due to family).
As a second data point, last time I checked (I want to say >18 months ago), compensation for my area (Switzerland, urban) was also very low (around the 20th percentile).
Now, it is closer to the median.
Looking at Switzerland on payscale.com, for ruby devs, gitlab's compensation seems above average. Might be looking at it the wrong way, or it might be that payscale.com is horribly wrong (wouldn't be surprised).
As an example calculation, [1] are the statistics for a 30 y.o. university graduate in the Zurich area. At 13 monthly salaries, the median yearly base compensation works out as 110k to 150k CHF.
I'm assuming that at 30, that person might have around 5 years of work experience, so that would land them around 150k using the Gitlab calculator as well. So a bit above median for Swiss citizens, not so much above median for expats.
[0] https://www.bfs.admin.ch/bfs/en/home/statistics/work-income/... [1] https://www.gate.bfs.admin.ch/salarium/public/index.html#/ca...
It's no more fair than paying based on lifestyle choices; if any employee in SF is providing labor worth $200k, then an employee in Bucharest providing the same labor is also worth $200k. The fact that the SF employee has higher expenses doesn't make their labor more valuable. Sure, they are paying more to live in a more desirable location, but that no more deserves higher pay from a remote employer than an employee paying more to live in a bigger house, or to consume more expensive designer drugs outside of work hours.
If they were based on supply and demand, locality of seller would have no effect on the price buyers were willing to pay for goods that aren't location-sensitive, e.g., remote work, because it's not a location-bound market and goods would trade at the global market clearing price absent (inefficient) artificial market segmentation that is only possible (for buyers) when there is an effective monopsony for the particular good/service being purchased (since competition would exploit the underpriced segments buy buying up what they are selling at a price above what the attempted segmenter was offering.)
Is it 'fair' from a pure salary-to-value ratio? No. But economics isn't about 1-1 'fairness', it's about the allocation of scarce resources at a mutually-agreed upon price, or wage in this case. This is partly why comparing salaries is stupid, especially across locations.
Well, yes, when I argued against the idea it was fair without also arguing against the clear fact that it occurs, I was rather clearly saying that the fact that it occurs has nothing to do with fairness.
> it's a result of real market conditions
Yes, specifically, the absence of robust competition for remote labor of the precise kinds Gitlab is buying is the “real market condition” that allows them to do this kind of segmentation.
Ironically, the more attention (and copycats) all-remote firms like Gitlab get, the less viable this cost-saving tactic will be, provided that they don't involve in illegal (in many jurisdictions) joint cooperation to limit wages of the type that, unfortunately, tech firms have engaged in in local markets in the past.
Were that true, global markets where the location of the seller is immaterial to the utility of the good or service sold and didn't create extra costs to get it to the buyer wouldn't have different rates based on the seller's location, by the Law of One Price.
> Your arguments read like “if a BigMac costs half a Dollar in a developing country then the BigMac is inherently worth half a dollar and should cost the same in the US”
A more precise equivalent would be “there is no rational reason for the same buyer to be willing to pay more to purchase a Big Mac delivered from a neighboring higher CoL city as an identical one delivered with the same latency from a different neigboring community with a lower CoL.” Local prices for Big Macs between countries naturally vary precisely because Big Mac distribution isn't globalized the way remote labor is, and a Big Macs from a McDonald’s in Turkmenistan is not an equivalent substitute for one from a McDonald's next to Market Street for a buyer in Downtown SF.
Local wage policies for remote work are an effort by employers to present a rationalization to employees not to increase their wage demands to what the globalized market they are actually competing in will support. They will only be able to be maintained so long as remote work isn't widely offered and there isn't a meaningful competitive (on both sides) market; once there are enough competing buyers for any given kind of labor, competition for labor will see the best workers from low-CoL area consistently going to employers that aren't lowballing them.
That's obviously what is going on. Trying to sell it with a dishonest narrative about some inherent fairness of scaling compensation to local cost of living is B.S. Local cost of living is just assumed to be a reasonable approximate proxy for what competing bidders, most of whom are presumed to be local and thus location-sensitive rather than remote and thus location-insensitive, are likely to offer. There's no ethical rationale in operation, just cost optimization.
So in your view it's fine to pay different amounts of money for the same work?
Because they did the same work?
>who is anyone to say that's not allowed?
I didn't say it's not allowed. I think it's poor business practice, and poor for society, incentivizing devs to stay in expensive areas instead of moving out to cheaper remote areas.
>If you forced them to be paid the same then one of them will not be working for you even if they want to; either because you can't afford to hire them both or the bay area engineer can't live on the salary.
That is speculation and I speculate you are wrong.
It's also not a company's job to incentivize where it's employees live.
I understand where you're coming from but there's nothing inherently wrong with paying different wages for the same work if it's a consensual agreement. If one worker is satisfied with his salary, and is being paid well for his area, the only reason to complain about a worker in a costlier area being paid more is envy/jealousy.
They mention San Francisco rents, but they fail to mention all the advantages of living in San Francisco. Awesome for the folks in San Fran to have their lifestyle's subsidized.
AND then they spread some FUD with "Remote companies using a standard pay structure are reportedly running into problems with their compensation plans" - nice and vague and ominous. Doesn't even mention what issues they're running into, just "issues".
AND then they end with the weak they " hope location band salaray gaps will continue to narrow", as if they genuinely wish they could pay more, but their hands are tied.
I think gitlab is a great project, but that is some grade A bullshit.
> The reason we give stock options instead of straight stock is that you do not need to spend any money to purchase the stock at the date of grant and can decide to purchase the stock later as your options vest. In addition, we do not provide straight stock grants since this may subject you to immediate tax liabilities.
Having worked at pre-IPO companies before, both these statements are untrue
1. Most companies issue RSUs instead of straight up stock. No one makes you 'buy' your RSUs.
2. Every pre-IPO company has a double-trigger vest condition where you 'own' the stock only at IPO or acquisition and you only owe taxes then (and most companies auto-sell a portion at IPO to cover taxes).
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. It's actually even more important as you really want the best people for remote work since they need to be excellent communicators and more self-directed than in-house employees.
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.
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 part of why they expect it is the high cost of living in the area. A company that pays less than average will get worse/fewer candidates, thus a local labor market. For a remote company, paying an SV employee the same rate as a midwest employee is to effectively compensate the latter much higher, and what's fair about that?
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.
We don't. Obviously we're not at the scale of Gitlab but we do not care whether you live in France, Italy, Germany, Poland, NL, Canada, the United States or any other place. (But those are the places that our colleagues are in, and there are more on the way.)
Most remote working colleagues have chosen to be freelancers though we do offer the option for them to become salaried employees. This is not always in the interest of the person so we do caution them against this, and for one person where putting them on the payroll from NL would be hard a local subsidiary was created which employs them.
Remote workers definitely add a layer of complexity with respect to employment law. But I've found that it is well worth it given the quality and diversity of the people we encounter.
It’s way more fair than what Gitlab does IMO.
Also our financials are public. We’re bootstrapped and profitable with no outside investment so saying standardized salaries hurt the company is a lazy cop out at best. https://convertkit.baremetrics.com/
https://convertkit.com/mission https://convertkit.com/careers
Look at any of the other companies on the Baremetrics open startups page https://baremetrics.com/open-startups (save maybe Buffer). Should Baremetrics itself hire a SF developer, blowing 25%+ of their annual ARR on it? They've been around for years, and are doing pretty well. Of course they should not, that would be crazy, and it has nothing to do with the company being cheap. They should keep hiring for reasonable salaries in anywhere-but-SF.
I have worked for a few startups and I've been laid off from a couple of them. I would never believe a bootstrapped company could do what we're doing but we do and I'm lucky enough to be a part of it. We aren't unique either. Basecamp has been doing this for a lot longer than ConvertKit has.
https://m.signalvnoise.com/how-we-pay-people-at-basecamp/
Bootstrapped companies face many challenges that VC backed companies don't. GitLab isn't bootstrapped. I lament that companies with all this money don't treat their employees better when they definitely can afford it. If they say they can't then they are probably wasting money. @emilycook said in a comment below
> ...I was able to negotiate for a higher salary and they adjusted. If GitLab wants you badly enough then they'll do what every company does and try and make themselves competitive. You just have less leverage to negotiate in general because you're competing with international talent vs local talent.
So, they have the money to pay more but they are simply choosing not to.
The CEO of a VC backed company I worked for got a 40% pay raise immediately after a 60% workforce layoff. He was already the highest paid person in the company.
The whole thing smacks of socialism as well, and reminds me of the line from some Ayn Rand novel (not endorsing her): "from each according to his ability, to each according to his needs". Do they also plan to pay their employees based on their medical expenses and how many kids they have?
That seems exceedingly silly to me. If they offer you pay you're happy with, what does it matter to you? As for your concerns about moving, then that would be a logical thing to ask about, just like discussing your remote working needs would be important with any other prospective employers. As it stands, fully remote employment opportunities are rare enough that it'd seem bothering to actually clarify details would be worthwhile if they otherwise seem like they might be a good fit.
> The whole thing smacks of socialism as well, and reminds me of the line from some Ayn Rand novel (not endorsing her): "from each according to his ability, to each according to his needs". Do they also plan to pay their employees based on their medical expenses and how many kids they have?
This, to me, is ridiculous. It smacks of a private company optimizing pay for what they can get away with in different locations, rather than paying based on the most expensive area they want to be able to hire in. The missing piece that distinguishes what they do from socialism is that there is no indication that Gitlab aims to pay out as much as possible of their revenue after other costs to employees vs. building shareholder value. As far as I'm aware Gitlab is not a workers coop.
The line was incidentally popularized by Karl Marx "Critique of the Gotha Programme" (1875), and variations of it in the socialist community and elsewhere long preceded the Critique. Arguably it originates in the Bible (Acts 4:32-35; describing the community of Christians in Jerusalem), but then early Christianity was in many ways a "proto-socialism" (and e.g. in Europe, things like public healthcare in most countries have come about thanks to interplay between Christian democrats and socialists, not due to socialists alone; Germany, in fact, got its first insurance system as Bismarck appealed to Christian morality to get support for a system designed to kill of support for the socialist groups he at the same time outlawed).
Ayn Rand borrowed it explicitly for one of her attacks on socialism, but missed the mark badly in that Marx in the Critique itself points out that "Right can never be higher than the economic structure of society and its cultural development conditioned thereby," or in other words, according to Marx a company in a capitalist economy can not successfully act as a socialist company - doing so is impossible because it needs to interact with and compete with capitalist companies on capitalist terms, which means the ability to optimize salaries and employment to minimize cost for example. So Ayn Rand concocted a scenario that Marx would have agreed with her was doomed to failure.
Companies that want to hire remotely rarely publish wages online for this exact reason. They get called out for being "cheap" and "I can make X times more in SF". Yes, but most companies in the world are not looking for and can not compete for SF developers with the FAANGS in the first place. When the company is not in the Bay Area, them posting a non-SF salary is not trying to screw you over, hiring you was never on the table. Unfortunately they cannot say simply that in the job ad without calling down an epic shitstorm.