6 ms·

Hey there, I’m a member of the GitLab Community Relations team. My team is responsible for this page. I shared the page today at a DevRel meetup where OP was pr

• PufPufPuf 5y ago
  > Avoid using corporate jargon like 'PeopleOps'. > DevRel Oh no, you broke the rules!
  • oblio 5y ago
    Off with his head! :-p
• neom 5y ago
  Not GitLab CEO here.
  • john_cogs 5y ago
    Definitely not.
    • sytse 5y ago
      CEO is having dinner.
      • neom 5y ago
        I think it's only you and Mr. Prince left from the IPO'd devtools crew, you're the only two I see still kicking around occasionally. But hey, big job so thanks for stopping by. Enjoy your dinner.
        • reducesuffering 5y ago
          > IPO'd devtools crew Is this a specific group rather than just devtool founders of IPO'd companies? HashiCorp founder Mitchell is still here: https://news.ycombinator.com/user?id=mitchellh https://news.ycombinator.com/user?id=mitchellh
          • neom 5y ago
            Oh yeah, I forgot about Mitch, although I don't see him around that much, sytse and eastdakota I see quite frequently. Also apparently Jeff Lawson is still active(ish)! https://news.ycombinator.com/threads?id=jeffiel https://news.ycombinator.com/threads?id=jeffiel Will be interesting to see if, once stripe goes public Patrick sticks around.
      • atonse 5y ago
        "GitLab CEO here, chomping away."
      • rhacker 5y ago
        For those that don't know - sytse is the CEO
• mooreds 5y ago
  Hi John! I thought it was great content and shows the (typical) thoughtfulness and systems approach of GitLab. Hope others find it interesting.
• pvg 5y ago
  One thing that looked a little odd is the doc asks potential contributors to familiarize themselves with a fairly convoluted guide to 'unofficial' HN features but doesn't mention or link HN's own guidelines and FAQ. But maybe it's targeted at people who've read them?
  • john_cogs 5y ago
    Good point. MR to add the offical HN links: https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_requests/97301 https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_request...
    • sytse 5y ago
      Thanks, set to merge.
      • temptemptemp111 5y ago
• dgellow 5y ago
  What does DevRel mean? I’ve never seen this term.
  • Arnavion 5y ago
    Developer Relations.
    • splittingTimes 5y ago
      But what did this mean? As in "customer relation" but the customers are devs?
  • pvg 5y ago
    Developer Relations
  • chrismorgan 5y ago
    This is particularly amusing given the guideline “Avoid using corporate jargon like 'PeopleOps'.”
    • geerlingguy 5y ago
      Slightly better than "Developer Avocado"
• pm90 5y ago
  Is it Gitlabs goal to overthrow GitHub as the most popular code repository tool? Or are you catering to a specific/specialized section of the market? I haven’t used Gitlab, but since this is HN I’ll throw an advice your way anyway: I would LOVE to see a really good code review tool. GitHub has made improvements, but I love reviewable and want at least one of GitHub/Gitlab to have a really amazing code review experience. Things like being able to organize discussions, encouraging better code review etiquette (somehow)… just make it possible for developers to review code.
  • polote 5y ago
    Gitlab is b2b enterprise and Github is b2c + b2b smb. Going down market is almost an impossible feat in business. And going up market is super hard. In both case to be a success you need a complete reoorg or your company. Which makes it unlikely to happen
• anthonyjdella 5y ago
  Hey John, I'm interested in DevRel and Evangelism on your team. I've read some of your documentation and enjoyed what I've read. I'm a dev of 5 years and I'd like to apply to your team. Could you give me some pointers and tips about the interviews? Thanks!
  • ayewo 5y ago
    In case you are looking to spray and pray by applying to multiple places, I maintain a list of several open devrel roles: https://ayewo.com/exploding-career-opportunities-in-devrel/ https://ayewo.com/exploding-career-opportunities-in-devrel/
  • john_cogs 5y ago
    Thanks for your interest. Given we are so transparent, it seems that most folks who conduct interviews at GitLab expect candidates to have done a fair bit of research in advance of the interviews. So if you're looking to join the Developer Evangelism team, brushing up on our handbook and familiarizing yourself with what we do would be a good idea. That will allow you to come to the interview prepared to frame your experience and abilities through the lens of how we work and the results we aim to deliver to GitLab and our community. We share details on the process in our handbook: https://about.gitlab.com/handbook/hiring/interviewing https://about.gitlab.com/handbook/hiring/interviewing
    • dnsmichi 5y ago
      Sharing my personal experience, not speaking for GitLab here: One thing I did when I was excited about the Developer Evangelist role: I started writing a document in the open, collecting thoughts what I learned, what I want to do, and which ideas could help this drive forward. Markdown, Web IDE, Git commits. Don't check the commit times, they might be at 3am in the morning from an iPad :-) https://gitlab.com/dnsmichi/tech-evangelism https://gitlab.com/dnsmichi/tech-evangelism It was too ambitious, and strategies changed. Still, it allowed me create a single source of truth and define a path forward, preparing for coffee chats and later interviews. I like to come back occasionally for ideas on new content :)
• wodenokoto 5y ago
  Devrel and evangelist is that a full time job or is it something a developer gets time off to do? I think we’re I’m going is, when we see “Hi it’s Jon/Jane from gitlab …” is it a developer taking time out of their day to respond or is it a full time marketing person?
  • dnsmichi 5y ago
    Adding my thoughts to resources shared in https://news.ycombinator.com/item?id=30005358 https://news.ycombinator.com/item?id=30005358 > I think we’re I’m going is, when we see “Hi it’s Jon/Jane from gitlab …” is it a developer taking time out of their day to respond or is it a full time marketing person? When you see someone writing "Hi, Michael from GitLab here" it is not always a Developer Evangelist or a Community Relations team member. Everyone at GitLab can join the conversation here on Hacker News :) John shared this thread with all team members in Slack, and Chad Wooley joined to answer the question how the handbook is built in https://news.ycombinator.com/item?id=30043995 https://news.ycombinator.com/item?id=30043995 Another example is Lyle Kozloff helping answer a support related question in https://news.ycombinator.com/item?id=30015461 https://news.ycombinator.com/item?id=30015461 You will see the Developer Evangelism team engage more often, as it is defined in the responsibilities (https://about.gitlab.com/handbook/marketing/community-relations/developer-evangelism/#community-engagement https://about.gitlab.com/handbook/marketing/community-relati...). The team currently covers PT, ET, CET timezones. I am located in Germany, CET. > Devrel and evangelist is that a full time job or is it something a developer gets time off to do? Developer Evangelists at GitLab have an engineering background, everyone has their own experience and preferences though. For example, I feel much more confident in C/C++, Go and Python, and want to learn Ruby on Rails, and Rust. Potentially there's room to go more into detail in the team members overview: https://about.gitlab.com/handbook/marketing/community-relations/developer-evangelism/#-team-members-and-focus-areas https://about.gitlab.com/handbook/marketing/community-relati... - all team member profiles are linked, where more social profiles are available. I'm using 'dnsmichi' nearly everywhere, keeping things simple. Speaking for myself: I was a maintainer of an OSS monitoring tool from 2009-2020, and love diving into backend engineering and Ops topics. At some point, I was doing development, community building, support, social media and marketing. And a bit of Developer Relations with speaking at events. This did not work out so well in 2019 in my previous job doing all of that, where other companies have different teams and multiple people for. Then I saw the Developer Evangelist role at GitLab later in November 2019 in a tweet from Sid (https://poly.work/h/11Rk7Jqw https://poly.work/h/11Rk7Jqw), and toyed with a full time job, switching gears from full-time development to full-time developer relations / advocacy / evangelism. Friends had gone on their adventure too, Philipp Krenn from Elastic has been a great role model. I made ambitious plans and took many notes in https://gitlab.com/dnsmichi/tech-evangelism https://gitlab.com/dnsmichi/tech-evangelism preparing for my role, and got an offer to join GitLab in March 2020. It's been an exciting, wild ride in the past ~2 years. Not everything went well - I learned a lot from a comparison blog post discussed here on HN, and keep reflecting on how we can create better helpful content for everyone to benefit. Details in https://www.polywork.com/dnsmichi/highlights/a6f10cbf-515d-4d1a-8dbb-e7b4bad19098 https://www.polywork.com/dnsmichi/highlights/a6f10cbf-515d-4... I'm doing many things, sometimes too many, requiring me to refine scope and focus on the important topics. For example, 2022 will be a strong theme for Observability and OpenTelemetry, app instrumentation for developers and CI/CD Observability. I've started activities with launching a new community learning website on https://o11y.love/ https://o11y.love/ and feature implementation ideas for CI/CD Observability in https://gitlab.com/gitlab-org/gitlab/-/issues/338943 https://gitlab.com/gitlab-org/gitlab/-/issues/338943 A general problem in Developer Relations can be the feeling of not being successful, sometimes also called "imposter syndrome". I never thought that it could reach me, though I am reflecting on how to avoid these situations and keep writing my own "diary" / "log" in a timeline what I do. There are often small highlights which can make your day :) I have shared thoughts about it in a blog post which also dives more into Developer Relations activities: https://dnsmichi.at/2022/01/20/how-polywork-helps-devrel/ https://dnsmichi.at/2022/01/20/how-polywork-helps-devrel/ Hope this insight into my story and motivation helps :)
• floatingatoll 5y ago
  Hi, I think either I missed something or I see an insight that may not be in there yet, not sure if. In brief: “Conveying without convincing.” I think this guide is generally applicable to everyone interacting on HN, not just GitLab PRops, and while considering that I uncovered something I think would improve the value the guidelines. Lots of online conversations get mired in back-and-forth persuasion, where each side is trying to convince the other of their viewpoint rather than just trying to convey it. This is essentially an impossible conversation to walk away from satisfied, because it’s rare that anyone can be convinced. So, instead, focus on conveying. Ensure the facts are made clear and point out disagreements. Share your motivations and reasoning. Ask people to clarify when they say something you don’t understand, or could parse multiple ways. Leave disagreement alone, and don’t press it to change into agreement. This is the toughest thing for anyone to do in conversation (“someone is wrong in the internet” xkcd here), but it’s absolutely the most essential skill and I don’t see it clearly called out. (Maybe I missed it though, it’s late!) So, I would love to see that concept applied in guideline form. Teaching people to ensure comprehension rather than convincing, and to move on if it isn’t getting through, is the ultimate win in online chat, and I encourage adding it the the guide.
  • john_cogs 5y ago
    While we regularly discuss this as a team, it was not documented. You are right that it should be so I opened an MR (which also links back to and quotes your comment): https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_requests/97316 https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_request... Thanks for the great feedback.
• enriquto 5y ago
  > I shared the page today at a DevRel meetup It looks that you don't follow your own advice about avoiding corporate jargon :)
• splittingTimes 5y ago
  Hi John, A bit off topic, but if I would like to introduce such a handbook on my team as well, what technology does it use? It looks and feels so much fresher, clean and responsive than a simple wiki. I see it is markdown files with some CSS, but what engine do you use to build and render the handbook. Is there a repo that holds the template to set up such a handbook? Cheers and congrats. Always admired how you kept all your employees engaged with the handbook to not have it deteriorate, but thrive.
  • thewoolleyman 5y ago
    TL;DR: It is a JAMStack-style static site, which we publish with the Middleman static site editor. However, there's a lot more to it than that, and it's always actively evolving. There's not currently a page which summarizes the architecture, but there are multiple pages and docs which are focused on processes around editing and maintaining the site. Here is a link which is a good starting point to see what's under the covers and how we use it: https://about.gitlab.com/handbook/git-page-update/#11-start-contributing https://about.gitlab.com/handbook/git-page-update/#11-start-... HTH! -- Chad