Fatel games. Love of games and love to make games.

We deeply understand how games are made from the simple starting point for the idea of ​​a single line, through the concept, preliminary models, pre -production and development teams on a large scale, multi -hundred people.

This understanding is supported by the huge value to build a high -performance difference. We are working hard to lead, develop, develop, and our people with a clear vision and the alignment restrictions that are guided by our common values. Providing creative and creative cooperation with urgency is necessary for everything we do.

It is important for all of us to create a space for everyone to feel safe and include in order to be open and generous and be the best themselves. We encourage curiosity to adopt various views, humility and leadership.

Exciting opportunity:

We are looking for creative, collaborators and emotional people who have a growth mentality to help us build amazing games. For us, the program is essential and we need talented people who are happier in exploring the engine, its tires, sharing and with a sense of urgency. Games industry is a fast moving movement. Therefore, we would like to have people on board who are not afraid to adapt, develop their skills and push themselves and how to make games in Fuse.

What an audio engineer in Fuse games:

As an audio engineer in Fuse, you will work with the entire team to help make our games look great. This can range from animation help to drive sounds to creating a system for playing ideal music based on what the operator does. You will submit a report to a manager within our experienced engineers team and will also obtain a directive from our audio manager.

We believe that cooperation gets the best results. Our audio team works closely with other fields such as Gameplay, VFX and UI, as well as audio design professionals. Every person in Fuse must expect to be a little general expert – this is particularly true with our team’s growth – this gives an opportunity to bring your unique point of view to problems outside your specialty.

We are looking for talented people who have a growth mindset and we must be very specialized in these areas:

• Be excited to sound
• You have strong C ++ skills
• I worked on the title of at least one multi -platform
• You have good communication skills

Additional features we also appreciate:

• You have a professional experience in making games that are not incident
• You have experience with sound systems

Engineers at Fuse Games
strong
We make video games, not safety systems

We aim to entertain. This means that our priority should make the game better. It is a useful shave for its application to make decisions – if the task that makes our games does not end, it may not be worth taking it.

We can cut the corners when it makes sense – we do not send people to space and we do not have to be concerned about not failure. If we can answer a question quickly by penetrating the change, we can do this as long as we do so knowing, and we appreciate the fact that we may need to rebuild the approach to build on it.

Premium and transparent

We are not waiting for the perfect design. We will use our experience to start the system of the system that we expect to need, knowing that we can change it if our assumptions are wrong.

We inform our team what we do, as these assumptions can be examined as part of the regular daily development of development. We do not encourage Grand revealing internally and darkness increases the risks that we will attend with something we really don’t want.

Estimates are just enlightened guesses, at some point well informed, and sometimes challenging the dark. No one is expected to be right and that estimates must be used only as a guide to help scheduling domain decisions. We don’t want anyone to reduce an estimate to try to please another person – if you think something will take a long time, say that. Expect that if there is a difference in opinion, we will discuss this difference. Reconciliation between wrong assumptions is a really good thing!

Always playing

Building always needs to play in order to be able to review and repeat. It is believed that the reality of the product in the program is believed.

This means that we need to send the quality code that was tested before sending it. The systems we create support the development time development of the game. To ensure that content and design changes can be tested and reviewed, the game should be stable. To test effectively, our engineers need to be aware of what the team is working on as a whole.

Systems should also be somewhat performance to enable them by default. Unconscious systems may be available behind correction keys.

Guidance principles, not rules

• Our guidelines exist because it aims to make our lives easier. We target:
• Preventing known errors.
• Enhancing effective and effective workflow.
• Enable tools that can make assumptions.

but! There can be justified reasons for not following the instructions – as long as you explain the reason for making this decision

Create it at the present time, and its Refactor next time

System priority is always the current shipping game. Prefer to solve concrete problems and make your systems cheap for change later, not all virtual future problems. Prefer to emphasize whether an unexpected/unexpected entry has been faced, do not make your code very defensive to deal with all possible scenarios.

You can think about the methods of which the system may be extended and can build things in a way that makes it easier, but you do not need to build an extensive system now if it is not needed yet. It may not be!

Do not come out lily. When something is good enough, go to the next great opportunity.

Always discharge

Each system we do should be able to correct in an effective way. When things get worse, we need to be able to diagnose the cause.

Related information registration is very important – any registration is usually better than nothing. Try to record the causes of behavior instead of just symptoms, so that these symptoms have the context they need. We can reduce the record information behind the verb settings, so we prefer over communication and then filter it if it becomes noisy.

The visual correction is highly encouraged as it can highlight problems that are difficult to capture from records and stop points. Visual registration is often useful for communicating a problem for people outside the craft or domain.

Use the () and Check () calls to arrest the bad situation – especially inputs. It is usually easier to fix a problem when you fail early and when you fail severely.

Checking paths are highly encouraged on any pipelines, asymmetric sequences and other multi -frame updates. It is often difficult to understand the reason for a mistake when you lack information about the pipeline along the way.

Do not bear mediocrity

Our users are developers as well as our players. If the tools are bad, we must fix the tools. Flated developers tend to make games worse.

We want to inspire major systems, not just the job. We are looking for opportunities to stimulate our players as well as to inspire designers/artists/fellow engineers. It is not practical to expect everything to be better in the classroom, but we must strive for artistic excellence as it is important for excellence elsewhere.

Be curious

Understand more about how things work usually means that we can provide more effective solutions

Learning is a useful artifact – we do not expect people to compensate for a reason to do work or investigations if the benefit is an increase in knowledge

What is there for you? Happy because you asked!

We realize that it takes a global level to make global -level games, so we offer competitive compensation packages that flourish with creativity and individualism.

We know that we are making games differently and understand that the family is important, so providing flexible working hours and hybrid culture allows everyone to find the right balance/life.

In addition, we want people to grow their horizons and expand their horizons, so we promote learning culture and provide opportunities for people to learn new skills.

We thought you might also want to know:

More about our studio: http://fusegames.com/
Where are we: Gildford, Sari, UK