Ah, August and September — two months that are part of an eleven way tie for first place in our favorite month of the year rankings (sorry, February). We’re currently heads down working on our APM functionality.
In March, we awarded Sentry’s Open Source Grant to Latinx non-profit Techqueria. Here’s a look at their progress, six months later.
Last week, we spoke with a lot of folks at PagerDuty Summit, where we explored the power of error monitoring in a world that’s always on (or on-call). What a neat tweet. Throughout our conversations, one thing became clear: developers are seeking out increased efficiency — they want to minimize time to error detection and resolution. They want to know about issues, find the root cause, and fix them quickly so that they can move on to other things — like writing more code.
Whether it’s a computer game, IoT device, or high-performance backend, chances are you’re using a native language to develop this application. Hands down, by far the most popular choices today for native application development are C and C++. Okay, maybe not the most popular, but definitely the most prevalent. Some might even say “inevitable.”
Application crashes have a significant impact on customer experience, which can adversely affect a company’s reputation and revenue. Error and crash reporting is a unique feedback mechanism that provides true data about the quality of their product. Developer teams that create games, mobile applications, IoT, and other high-performance applications need rich insights into application health to quickly and continuously fix software errors with minimal impact.
When I started Sentry in 2008 as an open-source side-project, I was solving a problem for myself. I wanted visibility and alerting around what errors occurred and when. I wanted to take errors out of log files and into an easily digestible dashboard.
