Since inception back in 2007, Apple and the iOS ecosystem has drastically improved with a plethora of changes and new features added (or removed) over time. At the same time, the size of the applications and the data has consistently grown. This has its own impact on the powerhouse in your hand - the iOS device. Developers strive to design the best experience, often compromising speed and performance.
When you have more than 150 engineers shipping new features daily, with 8 automatic deployments running at the top of every hour and teams regularly pushing new code, tuning out the noise takes on a whole new meaning. Take monday.com.
Event ingestion is one of the most mission-critical components at Sentry, so it’s only natural that we constantly strive to improve its scalability and efficiency. In this blog post, we want to share our journey of designing and building a distributed ingestion infrastructure—Sentry Points of Presence— that handles billions of events per day and helps thousands of organizations see what actually matters and solve critical issues quickly.
Android Manifest file is essential for any Android app, which contains specific information about your app, Android build tools, Google Play, device permissions, app launch information, operating system config and more. Every Android app must have an AndroidManifest.xml file in the directory structure. Android Manifest usually contains pre-defined or static information which is then used to run the app.
Developers work tirelessly to publish updates to improve their products and services because, as we all know, a better user experience = happier customers. While shipping updates, features, and improved capabilities can help improve your user’s experience, introducing new code can also introduce new issues; and finding exactly what update caused a release to degrade can be time consuming and costly.
For those who aren’t that familiar with it, Electron is an open-source framework that allows developers to build cross-platform desktop applications in JavaScript. Some of the most popular desktop applications like VS Code, Slack, Discord, and Atom, are all built in Electron.
As is often the case with digital products, your users could be experiencing issues you might not be aware of. The unknown unknowns could include random bugs or memory leaks slowing down performance and, in many cases, those issues aren’t reported… folks just bail. If uptime is a core tenet of your business success, unreported issues and users moving on to the next best thing isn’t an option.
The following guest post addresses how to improve your services’s performance with Sentry and other application profilers for Python. Visit Specto.dev to learn more about application profiling and Sentry’s upcoming mobile application profiling offering. We’re making intentional investments in performance monitoring to make sure we give you all the context to help you solve what’s urgent faster.
SDKs naturally increase in size over time. After all, it does take more bytes to implement more features. This is not a big deal for most languages—the relative size of each new feature is small, and load times and storage aren’t big concerns for code running on a server.
Python code optimization may seem easy or hard depending on the performance target. If the target is “best effort”, carefully choosing the algorithm and applying well-known common practices is usually enough. If the target is dictated by the UX, you have to go down a few abstraction layers and hack the system sometimes. Or rewrite the underlying libraries. Or change the language, really. This post is about our experience in Python code optimizations when whatever you do is not fast enough.
