Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitLab – A $1B business where all employees work remotely

forbes.com

Post reply on HN
Print view View original

221–230 of 239 posts

Re: GitLab – A $1B business where all employees work remotely

#221

Post by nakodari »

samspot wrote: post #120
nakodari wrote: post #5

The first half of the article doesn't even name the business. The name of the business, GitLab, is hidden in the second half of the article. This is an example of a publication optimizing blindly for Google Search Optimization where they want to improve "Time on site" and other data by keeping the readers on the page as long as possible. It's frustrating. Google's algorithm needs to be updated to make it smarter othe…

The first sentence for me is "Sid Sijbrandij knows a thing or two about building, scaling and even walking away from companies. His current venture, GitLab, is doing over $100 million in revenue and is valued at over $1 billion." Did they edit the article since you saw it?

Yes, glad to see that common sense prevailed.

Re: GitLab – A $1B business where all employees work remotely

#222

Post by jeena »

Aeolun wrote: post #214
jeena wrote: post #138

Earlier quoted context omitted.

I was in the team where we decided what to use to serve git repos + to do peer reviews for a big German car manufacturer. We decided on GitLab because it had a normal fork-workflow but was open source and we wanted to divert some of the money into one of the open source projects. Now we have around 600 users in that project. Most of the things work great but we have the problem that we want to use Jenkins instead of…

Why would you want to use Jenkins? Genuinely curious. Jenkins has been nothing short of the devil for me.

Mostly historical reasons.

Re: GitLab – A $1B business where all employees work remotely

#223

Post by jeena »

jl-gitlab wrote: post #220
jeena wrote: post #138

Earlier quoted context omitted.

I was in the team where we decided what to use to serve git repos + to do peer reviews for a big German car manufacturer. We decided on GitLab because it had a normal fork-workflow but was open source and we wanted to divert some of the money into one of the open source projects. Now we have around 600 users in that project. Most of the things work great but we have the problem that we want to use Jenkins instead of…

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 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.

Re: GitLab – A $1B business where all employees work remotely

#225

Post by evanslify »

sytse wrote: post #68

GitLab 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 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.

Re: GitLab – A $1B business where all employees work remotely

#226

Post by tixocloud »

jeena wrote: post #138
sytse wrote: post #68

GitLab the company exists because of HN https://news.ycombinator.com/item?id=4428278 Ask me anything.

I was in the team where we decided what to use to serve git repos + to do peer reviews for a big German car manufacturer. We decided on GitLab because it had a normal fork-workflow but was open source and we wanted to divert some of the money into one of the open source projects. Now we have around 600 users in that project. Most of the things work great but we have the problem that we want to use Jenkins instead of…

I'm interested in learning more about car manufacturer and software - wondering if you'd be open for some questions?

Re: GitLab – A $1B business where all employees work remotely

#227

Post by Roritharr »

Roritharr wrote: post #218
lkozloff wrote: post #216

Earlier quoted context omitted.

Hi @Roritharr - Support Manager here. 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 dif…

Hi, thanks for your response. I'd love to know if our problem is technical or not, as either we're misunderstanding the true-up licensing model or the user limit counting is faulty. 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 t…

For future reference:

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.

Re: GitLab – A $1B business where all employees work remotely

#228

Post by c0vfefe »

malvosenior wrote: post #118
mynegation wrote: post #89

Earlier quoted context omitted.

There is nothing petty about it. Everyone does it, but GitLab is just more transparent about it. It is up to you whether you accept the compensation level or not, GitLab is far from a monopoly on labour demand

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 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?

Re: GitLab – A $1B business where all employees work remotely

#229

Post by GolDDranks »

spestorich wrote: post #163
mr_puzzled wrote: post #136

Earlier quoted context omitted.

I am interested in working at Gitlab as a software engineer and will be applying approximately 6 months from now. Do you have specific suggestions on how I can improve my chances of landing a position? I had the following in mind : - 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…

I am one of the recruiting managers here at GitLab. I would agree with @sytse that contributing to GitLab would be the strongest signal. 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. Fo…

Hi, I live in Japan and I'm very interested in applying for a job at GitLab. It says on your website that you aren't currently hiring in Japan. Is the situation likely to change in the future? I found this link circulating on Twitter: https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests/... Does this mean that there will be 1-3 positions available in the near future? What can I do not to miss them?

Thanks for your time!

Post reply on HN