5 ms·

I do agree that the majority of Bitrise their population is not the enterprise at all. The only other representative data we could find was from BuddyBuild http

by sytse 9y ago

I do agree that the majority of Bitrise their population is not the enterprise at all. The only other representative data we could find was from BuddyBuild https://www.buddybuild.com/blog/source-code-hosting#selfhosted https://www.buddybuild.com/blog/source-code-hosting#selfhost... and has the same problem. You can see that it also isn't enterprise because the vast majority of their respondents is cloud hosted. If there is a better data source we can use I would love to know. It seems hard to get data on self hosted organizations. Traditionally you looked at the number of paying customers, but that doesn't work with open source.

jrochkind1 9y ago
Inability to find the valid metrics you want is not justification to use invalid numbers.
- sytse 9y ago
  These numbers are the most valid numbers we can find and match what we estimate based on other even less exact data (like the version check build into GitLab).
  - jrochkind1 9y ago
    If you want to publish a research paper, "Yeah, I know this isn't really a valid measurement, but it's the best I can do" isn't going to cut it. This isn't a research paper, but honesty is honesty. If those are the best numbers you have, I would simply not say "X% of enteprises are using" -- because you don't actually know that. I'd say what you know instead, however you can describe it. Yep, it doesn't read as well marketting-wise, true.
jk563 9y ago
In the last 3 enterprises that I've worked in, 2 did (do) use GitLab. So, I guess what I'm saying is, it matches my experience.
dragonwriter 9y ago
> You can see that it also isn't enterprise because the vast majority of their respondents is cloud hosted. So? I work for a extremely conservative enterprise customer (with strict compliance concerns), and we're still agressively moving to cloud-hosted solutions for most things. Also, still exclusively using TFVC in TFS for source control.
dominotw 9y ago
>I do agree that the majority of Bitrise their population is not the enterprise at all. > We and our competition can easily make that claim since almost all Fortune 500 companies have at least one use of GitHub, GitLab, and Atlassian. Not sure if you are trolling or are missing the point people are trying to make. You are admitting that you made that conclusion based on wrong data and yet continue to say you claim is correct.

by sytse 9y ago

jrochkind1 9y ago

Inability to find the valid metrics you want is not justification to use invalid numbers.

sytse 9y ago
These numbers are the most valid numbers we can find and match what we estimate based on other even less exact data (like the version check build into GitLab).
- jrochkind1 9y ago
  If you want to publish a research paper, "Yeah, I know this isn't really a valid measurement, but it's the best I can do" isn't going to cut it. This isn't a research paper, but honesty is honesty. If those are the best numbers you have, I would simply not say "X% of enteprises are using" -- because you don't actually know that. I'd say what you know instead, however you can describe it. Yep, it doesn't read as well marketting-wise, true.

jk563 9y ago

In the last 3 enterprises that I've worked in, 2 did (do) use GitLab. So, I guess what I'm saying is, it matches my experience.

dragonwriter 9y ago

> You can see that it also isn't enterprise because the vast majority of their respondents is cloud hosted. So? I work for a extremely conservative enterprise customer (with strict compliance concerns), and we're still agressively moving to cloud-hosted solutions for most things. Also, still exclusively using TFVC in TFS for source control.

dominotw 9y ago

>I do agree that the majority of Bitrise their population is not the enterprise at all. > We and our competition can easily make that claim since almost all Fortune 500 companies have at least one use of GitHub, GitLab, and Atlassian. Not sure if you are trolling or are missing the point people are trying to make. You are admitting that you made that conclusion based on wrong data and yet continue to say you claim is correct.