Show HN: Developer First Engineering Metrics https://bit.ly/2OICkUq

Show HN: Developer First Engineering Metrics Engineering metrics for developers are becoming more popular and they going in a negative direction and I want to fix this with my developer first engineering metrics. Solutions like GitPrime (now Pluralsight Flow), GitHub Insights (formerly Gitlaytics) and other similar solutions are giving non-technical people a false sense that you can easily roll up metrics to quantify developer productivity. In the "The Space of Developer Productivity" [1] that was posted on HackerNews this week, it goes into great detail to explain that there are a lot of variables at play. In the business world, business intelligence is widely accepted and business leaders do not assume business insights will come easily. People are actually hired to generate business intelligence reports and I'm hoping this type of attitude is adopted for developer insights as well. There are a lot of variables at play, and it should be expected that leaders will need to work for meaningful developer insights. Right now, I'm still early in my research, but I believe impact based metrics is something developers and leaders can get behind. Rather than repeat what I've written before in another thread, you can learn more about my thoughts on impact based metrics at https://bit.ly/3s8vu92 Like the saying goes, a single line change can take more work than a hundred, and that is ultimately what I want GitSense (my solution) to be able to show. If you want to play around with GitSense, you can do so at https://bit.ly/2OHUNR2 and if you want to install it, you can find the instructions at https://bit.ly/3eVcRBN [1] https://bit.ly/3c71fdf March 19, 2021 at 07:50PM