207 karma · joined April 15, 2013
Fast forward to a year later, my perspective has changed. It took me about 3-4 months to adjust but slowly I hit my stride. Today, I can confidently say that I am a lot more productive working all-remote. I don't have to travel or change rooms for meetings, I am fully connected to folks via Slack and Zoom and GitLab issues, and I am working in the comfiest clothes :p. So 8 hours of work in all-remote is equivalent to probably 10 hours in an office.
Socially, I do co-working calls with people, hang out in the slack channels (#dad_jokes and #dog being two favorites), and Zoom as I need to. I never feel left out. I have to say though, I would probably not enjoy being remote when others are in an office because then there is a clear hierarchy of social interactions then.
I also hear you in your concern. There is a flip side perspective to what you are saying as well where someone might be forced to uproot from their home which happens to be in a more expensive area because they would save so much elsewhere. But regardless of the specific arguments, what I have truly learned here in this thread is that we should continue the conversation in the community. I am going to sync up with the people ops org and suggest that we share our rationale in more detail in the near future and/or also incorporate the good points that were raised.
I do think it is amazing that GitLab brings these conversations to the fore because opacity has been the norm for way too long around comp and we need to change that as an industry and community.
I, personally, did not know about the way we treat intl comp on the calculator because I do not work in people ops. I found it useful new information.
So instead of a version control system that lets people try out different integrations, GitLab provides an opinionated (yet flexible with key integrations and the option to opt out of anything you don't want) way to run the entire software development and deployment lifecycle. You can start with planning your issues, then you create the code (usually in your editor of choice but there's a web IDE that makes quick fixes much faster in GitLab), then you store your code with our version control. Using the GitLab CI you can set up automated jobs that include all kinds of tests (we provide the Auto DevOps pipeline for a set of best practices to automatically do tests and security scans and also provide Prometheus metrics without you having to do a thing). Then comes the CD part, followed by monitoring via Prometheus and tracing with Jaeger. You can deploy the code to k8s clusters directly on GitLab making k8s a lot more accessible to developers and then run it on any cloud. Our GKE integration is pretty dope. I personally am working on bringing similar serverless functionality to the product soon as well. This is by no means an exhaustive list but I covered the main aspects from my perspective. You can learn more here - https://about.gitlab.com/features/