pages/assets/guide-to-incrementals_design_criticism_index.md.B54w0CP9.js

import{d as i}from"./chunks/git.data.BUKN53Ta.js";import{u as n,c as o,j as e,a as s,k as t,a5 as r,o as l}from"./chunks/framework.BIC8H_hJ.js";const c=e("h1",{class:"p-name"},"Guide to Incrementals/Navigating Criticism",-1),d=["innerHTML"],u=r('<hr><p>Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there&#39;s a lot communities can do to ensure they&#39;re welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That&#39;s why it&#39;s important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we&#39;ll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.</p><h2 id="reading-feedback" tabindex="-1">Reading Feedback <a class="header-anchor" href="#reading-feedback" aria-label="Permalink to &quot;Reading Feedback&quot;">​</a></h2><p>Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It&#39;s useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you&#39;re sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.</p><p>Not all feedback is made equal, and you don&#39;t need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they&#39;re experiencing, and design what you believe the best solution to that problem would be, regardless if that&#39;s the specific solution the player asked for. And keep in mind, due to different player preferences you&#39;ll never satisfy everyone, and you don&#39;t need to. Ultimately if even just you find the game fun, then that&#39;s a success.</p><h2 id="seeking-feedback" tabindex="-1">Seeking Feedback <a class="header-anchor" href="#seeking-feedback" aria-label="Permalink to &quot;Seeking Feedback&quot;">​</a></h2><p>When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It&#39;s important to get a diverse set of feedback focused on players you think will enjoy the specific game you&#39;re making.</p><p>Collecting feedback from other game developers is incredibly helpful. They&#39;ve trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience