<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Gaur - 95]]></title><description><![CDATA[Gaur - 95]]></description><link>https://game-dev-95.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Tue, 08 Sep 2026 14:42:13 GMT</lastBuildDate><atom:link href="https://game-dev-95.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[How I Built an Endless Neon Runner Game in Under 20 Hours]]></title><description><![CDATA[Building quickly makes you sharper. That is exactly why I set myself the challenge of creating a fully functional endless-runner prototype in under 20 hours. The result is Endless Neon Runner, a neon-themed color-matching game powered by procedural g...]]></description><link>https://game-dev-95.hashnode.dev/how-i-built-an-endless-neon-runner-game-in-under-20-hours</link><guid isPermaLink="true">https://game-dev-95.hashnode.dev/how-i-built-an-endless-neon-runner-game-in-under-20-hours</guid><category><![CDATA[General Programming]]></category><category><![CDATA[Game Development]]></category><category><![CDATA[#Game Design]]></category><category><![CDATA[Games]]></category><category><![CDATA[#brainstorming]]></category><category><![CDATA[game programming]]></category><category><![CDATA[unity]]></category><dc:creator><![CDATA[Pratyush Gaur]]></dc:creator><pubDate>Sun, 30 Nov 2025 22:35:28 GMT</pubDate><content:encoded><![CDATA[<p>Building quickly makes you sharper. That is exactly why I set myself the challenge of creating a fully functional endless-runner prototype in under 20 hours. The result is Endless Neon Runner, a neon-themed color-matching game powered by procedural generation and fast-paced mechanics. In this post, I want to share how I built it, the obstacles I faced, and why these small challenges are incredibly valuable for any game developer.</p>
<p><strong>Why I Took the Challenge</strong></p>
<p>I wanted to test my productivity and see how efficiently I could plan, execute, and polish a complete gameplay loop. Working under tight deadlines forces clarity. You cannot waste time on features that do not matter. You focus on core mechanics, clean systems, and smart workflow decisions. This challenge turned out to be an excellent lesson in discipline and rapid prototyping.</p>
<p><strong>Core Mechanics I Implemented</strong></p>
<ol>
<li><strong>Endless Procedural Tile Generation</strong></li>
</ol>
<p>The environment continuously generates in front of the player while older tiles move behind the camera. This creates the illusion of infinite forward motion without relying on expensive level streaming.</p>
<ol start="2">
<li><strong>Color-Based Scoring</strong></li>
</ol>
<p>The game features four neon colors: Red, Blue, Green, and Yellow. The scoring system works like this. When the player color matches the tile color, the score increases over time. Collecting a matching obstacle adds ten points. When the player color does not match the tile color, the score decreases. Hitting an obstacle of the wrong color ends the game. This simple system creates an engaging risk and reward dynamic.</p>
<ol start="3">
<li><strong>Random Obstacle Spawning</strong></li>
</ol>
<p>The obstacle spawner is tied directly to the procedural generation system. This ensures that obstacles appear in logical and playable positions.</p>
<p><strong>My 20-Hour Development Breakdown</strong></p>
<p><strong>First 15 Hours – Core Systems</strong></p>
<p>During this time I focused on building all the fundamental systems. I implemented movement and controls using WASD and Space for jump. I created the tile generation logic and obstacle spawner. I set up color assignment and transitions, the scoring system, and the basic game loop. This phase was fast and focused. The goal was to get a functional prototype rather than a polished game.</p>
<p><strong>Last 5 Hours – Debugging</strong></p>
<p>In the final stage I worked through critical logic bugs. I fixed misaligned obstacle spawns, color mismatches between tiles and obstacles, score calculation inconsistencies, and occasional breaks in the endless-runner system. This final debugging sprint transformed a rough prototype into a stable and playable build.</p>
<p><strong>What I Learned from the Challenge</strong></p>
<p>This project taught me several valuable lessons.</p>
<ol>
<li><strong>Always Plan Your Development Pipeline</strong></li>
</ol>
<p>Decide what to build first, second, and third. Avoid adding features mid-development just because they sound interesting.</p>
<ol start="2">
<li><strong>Rapid Prototyping Boosts Productivity</strong></li>
</ol>
<p>Short challenges remove the fear of failure. You try more ideas, focus more sharply, and improve faster.</p>
<ol start="3">
<li><strong>Debugging Needs Dedicated Time</strong></li>
</ol>
<p>Rushing through bugs while building systems only slows you down later. Separating build time from debug time saved me hours.</p>
<p><strong>Final Thoughts</strong></p>
<p>Creating Endless Neon Runner in 20 hours was an energizing experience. If you are a game developer, beginner or experienced, I highly recommend taking on short time-boxed projects. They sharpen your skills, improve your planning, and boost your confidence in delivering results quickly. I plan to continue refining this prototype and exploring more productivity-focused challenges in game development.</p>
]]></content:encoded></item></channel></rss>