<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: Sydney Cohen</title>
    <description>The latest articles on Forem by Sydney Cohen (@cosydney).</description>
    <link>https://forem.com/cosydney</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F603906%2F6f618633-4b40-45c7-a55f-57c102dd3e8d.jpeg</url>
      <title>Forem: Sydney Cohen</title>
      <link>https://forem.com/cosydney</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/cosydney"/>
    <language>en</language>
    <item>
      <title>Axolo: GitHub Slack integration</title>
      <dc:creator>Sydney Cohen</dc:creator>
      <pubDate>Thu, 16 Mar 2023 03:22:41 +0000</pubDate>
      <link>https://forem.com/cosydney/axolo-github-slack-integration-48lf</link>
      <guid>https://forem.com/cosydney/axolo-github-slack-integration-48lf</guid>
      <description>&lt;h2&gt;
  
  
  Streamline your code review process
&lt;/h2&gt;

&lt;p&gt;Axolo is a tool that has been developed for and by developers to help streamline their code review process and ease discussion around pull requests. &lt;/p&gt;

&lt;p&gt;While working as developers in tech teams for more than 10 years we've experimented three majors problems that you are probably also experimenting if you are looking for a GitHub-Slack integration. &lt;/p&gt;




&lt;h3&gt;
  
  
  Problems to be solved via a GitHub Slack integration
&lt;/h3&gt;

&lt;h4&gt;
  
  
  1. Time to review is too long
&lt;/h4&gt;

&lt;p&gt;Getting your pull requests reviewed too long after you submit it creates bottleneck in your software development process and is demoralising for developers. Having to come back on a work you did 4 days ago is not only frustrating but also inefficient. It can break the developer's focus and disrupt their workflow, resulting in a loss of productivity.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fw430vfxlu5eiglgd0k11.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fw430vfxlu5eiglgd0k11.jpg" alt="Asking to get your PR reviewed"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h4&gt;
  
  
  2. Pull request Conflicts
&lt;/h4&gt;

&lt;p&gt;If pull requests are left open for too long, the probability of conflicts increases, as other developers may be making changes to the same codebase. Resolving these conflicts can be time-consuming and may require additional work to ensure that the code works as intended.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ffh8q3v5fik2nvm683u2u.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ffh8q3v5fik2nvm683u2u.png" alt="Pull request conflict"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h4&gt;
  
  
  3. Notification fatigue
&lt;/h4&gt;

&lt;p&gt;Too many notifications can lead to 1. &lt;strong&gt;feeling overwhelmed&lt;/strong&gt; and distracted, making it difficult for developers to focus on their work.&lt;br&gt;
and 2. having to switch them off completely and &lt;strong&gt;ignore them&lt;/strong&gt;, which can be detrimental to your team productivity. &lt;/p&gt;

&lt;h3&gt;
  
  
  Cost of developer coordination
&lt;/h3&gt;

&lt;p&gt;Developers waste a minimum of 2 hours per week coordinating each other. For a team of 20 engineers this represent the a 120k$ for a year.&lt;/p&gt;




&lt;h2&gt;
  
  
  Alternatives:
&lt;/h2&gt;

&lt;p&gt;Before using Axolo our customers usually are trying out alternatives such as: &lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;In House bot&lt;/li&gt;
&lt;li&gt;Slack GitHub official integration or other single channel bots.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Those two alternatives have usually critical problems:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Noisy&lt;/strong&gt; - Alerts everyone and then gets ignored&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Miss critical info&lt;/strong&gt;: deployments, GitHub Actions, and checks.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Hard to maintain&lt;/strong&gt;, or not up to date for your development purposes.&lt;/li&gt;
&lt;/ol&gt;




&lt;h2&gt;
  
  
  Axolo:
&lt;/h2&gt;

&lt;h3&gt;
  
  
  Why we do it:
&lt;/h3&gt;

&lt;p&gt;The motivation behind Axolo is to help engineering teams resolve pull requests faster and engage more around the code. We believe that:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;stale pull requests are detrimental to developer productivity and the faster they are merged the faster one can focus on a new task ahead,&lt;/li&gt;
&lt;li&gt;the more a team is engaging with each other's code, the easier it is to make everyone agree and find solutions,&lt;/li&gt;
&lt;li&gt;good communication is essential to developer productivity and well-being.&lt;/li&gt;
&lt;/ul&gt;

&lt;h3&gt;
  
  
  What we do:
&lt;/h3&gt;

&lt;p&gt;Axolo opens a temporary Slack channel for every GitHub pull request or GitLab merge request. It will invite the author and its reviewers to the channel, notify them of relevant events like code comments, GitHub Actions, Deployments, PR checks or GitLab CI/CD. Then, Axolo will archive the channel once you close or merge the pull request.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F10m4m1fc8qcx3ymj0lcd.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F10m4m1fc8qcx3ymj0lcd.png" alt="Axolo: GitHub Slack integration"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  How we do it:
&lt;/h3&gt;

&lt;p&gt;Axolo listen to all events from GitHub (pull requests, CI/CD, code comments, issue comments, edit, delete etc) and then digest them to create channels and comments in Slack with the appropriate markup. Axolo also listens to Slack events to mirror them on GitHub so that all your pull requests discussions are documented. &lt;/p&gt;

&lt;p&gt;On top of that Axolo requires every team member who is onboarded to authenticate with their Slack and GitHub account. This allows Axolo to reduce notifications whenever a user makes an action from GitHub to Slack and vice versa. As we use the user Slack token for a specific user, we can write on his name and perform actions that any other bot would notify you for.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F7g140orolkjnlwi2cg1o.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F7g140orolkjnlwi2cg1o.jpg" alt="Code review comments"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Not convinced yet? Read reviews from engineers reviewing code every day on: &lt;a href="https://www.g2.com/products/axolo/reviews" rel="noopener noreferrer"&gt;https://www.g2.com/products/axolo/reviews&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fx3mdm3dvuk8ypctwzftz.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fx3mdm3dvuk8ypctwzftz.jpg" alt="Axolo review"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Trying out Axolo
&lt;/h2&gt;

&lt;p&gt;The best way to start using Axolo is to onboard a few teams on the tool and see how it works out for them. &lt;br&gt;
You have a two week trial with all the functionality to see if Axolo is the right tool for you =&amp;gt; Try our &lt;a href="https://axolo.co" rel="noopener noreferrer"&gt;GitHub GitLab Slack integration&lt;/a&gt; out here and let us know how it worked out for you.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fl0hzcv1ha8ajrtywdaot.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fl0hzcv1ha8ajrtywdaot.jpg" alt="Is Axolo the right fit for my company?"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>github</category>
    </item>
  </channel>
</rss>
