NEW REPORT! Defining and measuring mobile SLOs: Best practices for modern DevOps, SRE, and mobile teams

Download report
Unity

Q&A: Understanding the pain points of Unity developers

We asked one of our expert Unity developers for their take on the 2024 Unity Mobile Developer Pain Points Report.

What’s driving Unity teams today? More importantly, what’s slowing them down and causing frustrations?

To find out, we surveyed over 200 Unity developers, from individual contributors to managers and senior leaders.

While you can read our full Unity Developer Pain Points Report here,we spoke with Embrace Unity engineer Alyssa Syharath to provide an additional perspective on what’s driving Unity devs today.

Read on to get the insights from our Q&A or and get the full survey results here.

A Unity engineer’s take on the 2024 Unity Mobile Developer Pain Points Report

1. In the survey, we asked respondents about the top priorities of their day-to-day work. Unity developers responded differently compared to the broader group of mobile developers we surveyed in the 2024 Mobile Developer Pain Points Report. Unity developers said making their work more efficient with software and tools is their main priority. How does this resonate with your experience as a developer?

Alyssa Syharath, Unity Engineer: This makes sense to me. Unity development requires a high level of efficiency. 

Unity developers have to define their workflows as the engine doesn’t ship with a specified one, and so extensions to shortcut and/or make that process easier result in huge time savings.

2. The survey results also revealed distinctions between Unity developers who primarily work with iOS and those who primarily work with Android. For Unity Android developers, performance improvement and timely release schedules are notably more significant, while their iOS counterparts emphasize time-savings and automation. Why do you think that priorities for iOS and Android Unity developers differ?

AS: This is purely speculative as I don’t really know, but I wonder if the standardization of iOS has something to do with it. Android, I’ve found, tends to be more “bespoke” in many ways. As a result, it wouldn’t surprise me if it’s more a matter of what is readily available. That is: I suspect that the standardized iOS development environment makes automation significantly lower-hanging fruit than on Android.

3. One insight that really jumps out from the survey is the frustration stemming from difficult processes. More than 50% of developers, in fact, noted "having too many systems or processes to follow" in their day-to-day work. How can teams address this frustration and be more agile?

AS: This one is a little more difficult to answer. “Systems and processes” can refer to a lot of things and requirements, and in many cases a developer can have a lot less power to be able to interface with them and change team processes than we’d like.
The only thing, in my experience, that can be done is to open dialogue with team members who might be able to help prioritize simplifying or automating these processes — this could be your manager or an engineer of higher seniority.

Generally speaking, I think that many to-dos or items that a developer has to make sure to do, are things that can be automated. This has the direct benefit of reducing the number of steps, systems, and/or processes that they have to “follow” because technology does it for them. However, that’s a tradeoff in many ways, as now that code has to be maintained as well.

4. The main frustration for individual contributors (ICs) in Unity development is a lack of helpful tooling. However, managers are more frustrated by insufficient collaboration with adjacent teams, revealing a disconnect in priorities between ICs and managers. How might Unity development teams bridge this gap?

AS: I think of this as a result of the lack of tooling implying the lack of defined workflows. This can often create a lack of parallelizable work, leaving other developers  waiting for some key piece of the pipeline to be defined and operational (getting back to the lack of helpful tooling). 

Teams with specific functions (such as an art team, a tools engineering team, and a gameplay engineering team) can’t effectively work together and there tends to be a higher dependency on the engineers closest to the “frontline,” as it were.

5. Unity teams reported tracking a wide range of key performance indicators (KPIs) including active users, app crash rate, app store ranking, and customer complaints. In your experience, what is the most important KPI to track as a Unity developer and why?

AS: I think this depends on a lot of factors. If I release a hobby game on the app store, I’d care more about active users. I want to know if people are using my app at all and what I can learn from that.

 If I’m a part of a larger team, with a marketing budget, etc., we’re having much bigger problems if the active user count is too low. Instead, I’d care about the app crash rate and customer complaints. I want to fix what’s wrong and make the experience smoother more than I want to grow my user base; essentially, my strategy shifts towards not losing players in the first five minutes, rather than growing with users.

Make the most of your Unity app in 2024

Building the best possible Unity app requires a cohesive team effort, from individual contributors to managers to leadership; the entire team needs to be aligned, streamlined in process, and precise in execution.

After surveying ICs, managers, and senior leaders, we discovered that there are a few places where Unity teams are misaligned.

You can discover where and learn more about the needs of developers by downloading the 2024 Unity Mobile Developer Pain Points Report, here.

Embrace Implement game changing strategies

Learn how top game studios use Embrace to lower ANR and crash rates, boost app store visibility, and enhance player experiences in our demo.

Watch now

Build better mobile apps with Embrace

Find out how Embrace helps engineers identify, prioritize, and resolve app issues with ease.