About this portfolio

SEO

100 words

  • Unity
  • Multiplayer
  • LiveOps
  • C#

Leonardo Lycan is a Lead Game Developer specializing in Unity game development, multiplayer architecture, gameplay systems, LiveOps, and technical production. This portfolio brings together published projects, playable prototypes, product studies, and articles on game engineering, applied AI, Web3, onboarding, and digital experiences. The work combines team leadership, C# programming, service integration, performance optimization, and clear communication across design, art, and business. For projects, consulting, or collaboration, Leonardo takes a practical approach: understand the problem, build a robust solution, and turn complex requirements into memorable experiences for players and digital products with measurable, lasting impact for teams, audiences, and product goals.

Skills · 01

Unity Development

Unity architecture, gameplay and production systems built to evolve without losing delivery momentum.

  • Architecture and dependency boundaries
  • Reusable gameplay, UI and content systems
  • Performance, tooling and builds
Unity Development
EvidenceModular foundations, reusable product flows and releases across prototypes, live games, Android, PC and public stores.

Product before framework

I use Unity as a product environment, not only as an engine. Architecture must support the player loop, give the team autonomy and remain readable as content, services, platforms and production constraints grow.

Architecture proven at different scales

In DATA2073, this means reusable flows for quests, passes, tutorials, inventory and events. CryptoFights connects gameplay, UI, WebSockets and diagnostic tools. Triple Z separates session topology from game rules during pre-production, while Jigsaw Puzzles AI proves the same discipline in a published iOS and Android product.

How I make evolution explicit

I define composition, scope and lifecycle before adding abstraction, then separate intent, state and presentation where real variations justify the boundary. The result is architecture that can be debugged, tested and handed to the team—not a framework that only its author understands. See the evidence in the evolution of dependency injection with Zenject and reusable gameplay systems.

Building something with this challenge?

Let’s turn the risk into a playable slice.

See related projects