> Where do you see the difference in a private message to someone that says "hey, can you check out this Pull Request?" and a Slack channel that automatically says "hey, can you check out this Pull Request?"
In case 1, you need to write in dm to your reviewers and ping them again if you did not receive any news. In the other case, Axolo will do it automatically and remind them about it. We believe it's easier to have specific channels because if you're requesting a review at the same time as your reviewer might, different conversations will happen in the same dm channel. And that's only regarding someone asking someone else for a review, there are other informations that have importance in your worklfow regarding pull requests (Github actions, comments & reviews)
Referring to the lack of time, we think that might be addressed in motivating engineers do more code reviews. We try to foster better practices with our "leaderboard" but we're still iterating to find the best answer.
> Axolo helps to unstuck dangling pull requests in centralizing notifications in one place and let them be top of mind as a "to-do list" in your Slack.
That's an interesting perspective: Slack as the preferred workspace for developers, vs. the platform they use for code management. I wonder how that squares with GitHub and GitLab's shift towards owning the full lifecycle of code -- "DevOps platform", "a single application for unparalleled collaboration, visibility, and development velocity".
Personally, I'd rather spend less time in Slack and more time in GitHub and so it sounds like that's where the mismatch lies for me and my team. That said, good luck, as a solution for people who want to stay in Slack it seems great and I'm sure there's a lot of people like that! :-)
And one thing we're sure is that our current users are Slack lovers - if you're trying to spend less time in Slack, I'm 100% convinced that Axolo is not right for you!
Where do you see the difference in a private message to someone that says "hey, can you check out this Pull Request?" and a Slack channel that automatically says "hey, can you check out this Pull Request?"
I don't mean to be cynical because I do believe there is a problem to be addressed but I am struggling to see how a bunch of auto-updating Slack channels are going to address it. That said, I haven't worked in a team where it's normal to jump on a call to discuss a Pull Request and so maybe that's the fundamental difference that makes it not right for my workflow but does make it meaningful for others.