Built for production, not for the pitch.

Backend systems, mobile apps and Unreal Engine games. Built by one engineer who owns the architecture.

Terrafix key art: a small robot stands on the line between burnt desert and green meadow.In developmentKey art created with AI

Build a factory. Get a planet back.

Early access Q4 2027 · Unreal Engine 5See the game

Real projects. Concrete context.

  • Unreal Engine
  • Early Access
  • PC Game

Terrafix

Third-person building game on a dead planet. Every machine is a plant, and the whole factory exists to bring the planet back.

Wega Studios product · grown out of the 2025 game jam prototype

Early access planned for Q4 2027

Terrafix key art: a robot looking across a wasteland half returned to green.
Key art created with AI
Open the project page
  • Android & iOS
  • Mobile Game

Shapes – Puzzle Escape

A puzzle game for Android and iOS, co-developed by Wega Studios and MayStudios.

Co-development · Wega Studios × MayStudios

Shapes store banner: coloured puzzle pieces forming a star on a light board.
  • Android & iOS
  • Mobile Game

Tiles – Logic Puzzle

A logic game for Android and iOS, built jointly by Wega Studios and MayStudios.

Co-development · Wega Studios × MayStudios

Tiles store banner: a grid of coloured tiles with placed and blocked squares.

AI assists. The engineer remains responsible.

AI does not write code that ships unchecked. It speeds up research and variants — what survives is decided by a review.

  1. Clarify intent and boundaries

    Acceptance criteria, data and critical risks are settled before implementation.

    • Scope
    • Risks
    • Contracts
  2. Shape the architecture deliberately

    Separate components so changes stay traceable and testable.

    • Boundaries
    • Data flow
    • Failure paths
  3. Use assistance selectively

    AI gets only the context it needs and bounded tasks. Generated material stays visible.

    • Context
    • Sources
    • Diff review
  4. Test, harden and approve

    Tests, builds and project-specific gates decide what ships.

    • Tests
    • Accessibility
    • Release gates

The work I take on.

Backend & platforms

Domain logic, APIs and data flows that are still changeable years later.

Four identical server racks in a row, linked to a database unit by blue cabling into one system.
Image created with AI

Full-stack products

Applications that carry one hand from the data model to the interface — and hand over cleanly.

A monitor showing a blocked-out placeholder interface, with a server rack beside it.
Image created with AI

Mobile apps

Android and iOS from one codebase, with resilient state and a release path that holds no surprises.

Two smartphones on a desk during development.
Image created with AI

Unreal & game development

Gameplay systems in Unreal Engine 5 — from the mechanic on paper to a build someone can play.

Three games as vertical strips side by side: game jam prototype, Terrafix and Disk Inserted.
Middle image: key art created with AI

AI-native engineering

Agent harnesses, skills and plugins that make AI systems predictable. With evaluations, gates and measurable behaviour instead of gut feeling.

Glowing sphere built from right-angled plates and traces, ringed by concentric arcs.
Image created with AI
JavaSpring BootPostgreSQLREST & API designDockerTypeScriptReactNode.js
FlutterDartFirebaseUnreal Engine 5C++BlueprintsAgent harnessesEval gatesMCPGit & Perforce
The owner

Behind Wega Studios there is a person, not an org chart.

Logistics, university, professional backend work, own products. The route explains why the work here looks the way it does.

See the path

No account manager in between.

You talk to the person who writes the code and owns the architecture.

More about Luca
01 / EDUCATIONB.Sc. in Computer Science

Currently continuing his studies

02 / BACKENDOne year of backend work at LikeTik (Axinity GmbH)

Reporting directly to the development lead, responsible for the architecture and APIs of the mobile and web clients — from cutting the endpoints to implementing them.

Name roles honestly

Team work remains team work; project context and individual contribution are not blurred.

Keep technology explainable

Architecture and risk are documented so decisions remain reviewable.

Match quality to risk

Tests and gates are shaped by the real cost of possible failure.

Large initiatives become concrete before they become large.

Substance comes from clear scope, visible risk and reviewable increments — not blanket guarantees.

  1. Clarify

    Define the problem, users, constraints and success criteria together.

    Target state · Risks · Acceptance criteria
  2. Shape

    Reduce architecture, interfaces and delivery slices to a reviewable plan.

    Scope · Architecture · Backlog
  3. Build

    Implement visible increments, review them and test them against the criteria.

    Demos · Tests · Decisions
  4. Harden & hand over

    Secure failure paths, accessibility, operations and handoff for the usage context.

    Release gates · Documentation · Handoff

What matters before the first conversation.

Straight answers on scope, collaboration and the use of AI.

Can Wega Studios take on larger software initiatives?

Yes, when the target, risks and delivery increments are shaped clearly. Larger scopes begin with a bounded discovery and architecture stage; any additional roles required are named transparently.

How is AI used in development?

Selectively for bounded tasks such as research, variants, boilerplate or test ideas. Architecture, security and product decisions, diff review and approval stay with the engineer; outputs must pass the same tests and gates as other code.

Does Wega Studios work with existing teams?

Yes. Interfaces, responsibilities, review paths and the definition of done are aligned at the start so the work can integrate without creating knowledge silos.

Does Wega Studios still build websites?

Yes, when they are part of a product or a clear digital objective. The focus is software engineering; visual design is a supporting capability.

When can I expect a credible effort estimate?

Once the scope is clear enough. Uncertainty is shown explicitly; where technical risk is open, a small prototype is often a more honest basis than early false precision.

Let’s clarify the problem first.

Briefly describe what should be built or improved, which systems are involved and where the largest risk sits today.

Direct contact

You do not need a finished specification. An honest outline of the goal, context and open questions is enough to begin.

Write an email

Project enquiry