by btcboss on 1/29/20, 2:27 AM with 6 comments
I am building https://www.codecollate.com/ which is a Github/Slack tool that lets you lets you easily monitor changes to specific files/folders/file types and a lot more, in Slack.
Value Proposition:
1. Reduce Bugs: more eyeballs on code == more chances to catch and reduce bugs or improve code quality.
E.g. Imagine a principle engineer who obviously cannot be put on every pr review, but still wants to watch things closely that are very important. This could be changes to a /models folder or a dependencies file or recent module they worked on.
2. Boost Learning: developers can follow exactly the types of code they are interested in, and from which developers who wrote it.
E.g. imagine you want to learn more React, you could set a rule that will notify you anytime any brand new react file gets merged to master from your team's codebase. If you wanted you, you could also, limit it to only a specific developer(s).
If you already suffer from notification fatigue in Slack - there will be optional aggregated digests that you can schedule as once a day, instead.
Philosophically:
1. The best PR reviewer != the person who could benefit the most from reviewing/learning from a PR. This falls into the circumstance where you want to share a pr with someone not for your review...but for their benefit.
2. You should be able to follow the changes to the codebase that you care about. Whether you want to learn from more people on your team, or make sure someone doesn't mess with your beautiful code, or just simply staying informed of changes, like to your model.
Questions:
1. Would you use this? (If so, please sign up to prove it hehe). 2. Does this seem like a problem that your team would pay for? 3. Do you have any problems with the native Github/Slack integration or problems in general, that I could solve with my app, Code Collate?
Bonus: any feedback is extremely welcomed. Thank you very much for reading this far!
by patrickdevivo on 1/31/20, 2:25 AM
I think the value proposition is solid for just anyone on a team working in a medium-large sized codebase, where for some period of time, one person may only really be interested in changes to source in one particular subdirectory or file.
It might be silly, but I wonder if there could be value in the inverse of this - alert me when a file or certain parts of a codebase have not been updated in some time (6 months+ say). It could be a good indicator that maybe a feature/section of code ought to be reviewed again. Maybe even have the notification be based on the average time between changes in other files, not necessarily absolute timeframes.
by dr01d on 1/29/20, 3:43 AM
2. No.
3. I don't think so. People seem to be quick to add these types of integrations but after 500 messages from git activity everyone ignores them or turns them off.
All my opinions of course. Maybe other people will love this.
by verdverm on 1/29/20, 3:39 AM