<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: 理科生看世界</title>
    <description>The latest articles on DEV Community by 理科生看世界 (@mossmossguide).</description>
    <link>https://dev.to/mossmossguide</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4038611%2Fd9bf0fe3-340d-45de-8bb6-9959ded7bb69.jpg</url>
      <title>DEV Community: 理科生看世界</title>
      <link>https://dev.to/mossmossguide</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/mossmossguide"/>
    <language>en</language>
    <item>
      <title>Anime Expeditions: a practical unit comparison workflow</title>
      <dc:creator>理科生看世界</dc:creator>
      <pubDate>Tue, 28 Jul 2026 14:58:39 +0000</pubDate>
      <link>https://dev.to/mossmossguide/anime-expeditions-a-practical-unit-comparison-workflow-1bm2</link>
      <guid>https://dev.to/mossmossguide/anime-expeditions-a-practical-unit-comparison-workflow-1bm2</guid>
      <description>&lt;p&gt;Comparing units is more useful when the comparison starts with a stage problem instead of a rarity label. Define the job first—damage, support, control, or survivability—then compare only the units that can fill it.&lt;/p&gt;

&lt;h2&gt;
  
  
  A repeatable workflow
&lt;/h2&gt;

&lt;ol&gt;
&lt;li&gt;Record the stage and the failure point.&lt;/li&gt;
&lt;li&gt;Compare role coverage, upgrade cost, and current team synergy.&lt;/li&gt;
&lt;li&gt;Test one change at a time so the result is understandable.&lt;/li&gt;
&lt;li&gt;Re-check assumptions after balance updates.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The &lt;a href="https://animeexpeditions.net/unit-comparison/" rel="noopener noreferrer"&gt;Anime Expeditions unit comparison tool&lt;/a&gt; offers a structured place to compare candidates before spending scarce materials.&lt;/p&gt;

&lt;p&gt;This is an independent community note. Verify live-game values before making irreversible upgrade decisions.&lt;/p&gt;

</description>
    </item>
    <item>
      <title>What Moss Moss Teaches About Compact Exploration Game Design</title>
      <dc:creator>理科生看世界</dc:creator>
      <pubDate>Mon, 20 Jul 2026 17:32:48 +0000</pubDate>
      <link>https://dev.to/mossmossguide/what-moss-moss-teaches-about-compact-exploration-game-design-4goo</link>
      <guid>https://dev.to/mossmossguide/what-moss-moss-teaches-about-compact-exploration-game-design-4goo</guid>
      <description>&lt;p&gt;Small exploration games have a useful design constraint: every room, pickup, and movement option has to carry more than one job. &lt;strong&gt;Moss Moss&lt;/strong&gt;, a compact PICO-8 exploration game, is a good example of how a small map can still create meaningful route planning.&lt;/p&gt;

&lt;h2&gt;
  
  
  Movement becomes the progression system
&lt;/h2&gt;

&lt;p&gt;Instead of separating navigation from progression, the game makes movement itself the thing players learn. Early rooms establish the basic rhythm, while later routes ask players to combine that knowledge with better spatial memory. That makes backtracking feel less like repetition and more like a test of understanding.&lt;/p&gt;

&lt;h2&gt;
  
  
  Collectibles work as navigation feedback
&lt;/h2&gt;

&lt;p&gt;The 32 leaves and 16 rabbits are not only completion counters. They also tell players which parts of the map they have understood and which branches may still contain an unexplored route. A checklist is useful near the end, but the stronger design lesson is that collectibles can quietly communicate map coverage.&lt;/p&gt;

&lt;h2&gt;
  
  
  A readable reference helps without replacing discovery
&lt;/h2&gt;

&lt;p&gt;For players who want to preserve the first-play experience, the best approach is to explore freely and consult a map only after progress stalls. I put together an independent, unofficial &lt;a href="https://mossmoss.net/guides/moss-moss-map-and-100-percent-guide/" rel="noopener noreferrer"&gt;Moss Moss map and 100% completion guide&lt;/a&gt; with controls, a spoiler-conscious route reference, all collectible counts, and troubleshooting notes.&lt;/p&gt;

&lt;h2&gt;
  
  
  Takeaway for small-game developers
&lt;/h2&gt;

&lt;p&gt;A compact game does not need a large content budget if its mechanics create new meanings for familiar spaces. Reusing rooms after the player gains knowledge or mastery can make a tiny map feel much larger than its footprint. The important part is clarity: players should understand what changed, what they can now attempt, and how the game signals incomplete areas.&lt;/p&gt;

&lt;p&gt;This note is written from a player's perspective and is not affiliated with the game's developer.&lt;/p&gt;

</description>
      <category>gamedev</category>
    </item>
  </channel>
</rss>
