Lessons from building an enemy state machine in Godot 4

·1 views

A game developer shared practical lessons learned while implementing an enemy state machine in Godot 4, a popular open-source game engine. They began with simple match statements for two-state enemies and gradually moved to a more structured approach as complexity grew. A key insight was treating 'dead' as a first-class state rather than a conditional check, which eliminated a bug where enemies could revive after lethal damage. The developer also adopted a State-as-Node pattern to allow behaviors like chase or attack to be shared and swapped across different enemy types without code duplication. Their core advice is to start with the simplest solution and only introduce a framework when enemy types genuinely need to share states.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Developer builds lightweight multi-database ORM after MongoDB hit reporting limits

A developer building VirtualRx, a business-management app, chose MongoDB at the outset but ran into limitations eight months later when a client requested cross-location sales reporting that proved cumbersome with MongoDB's aggregation pipeline. Rather than maintaining two separate data layers for MongoDB and Postgres, the developer sought a single query interface that could work across multiple databases without a code-generation step. Existing tools like Prisma, Drizzle, and TypeORM each fell short for different reasons, including build steps, SQL-centric design, or inability to run in a browser environment. This led to the creation of forge-orm, an open-source, Prisma-shaped data layer supporting PostgreSQL, MongoDB, MySQL, SQLite, DuckDB, and SQL Server, where models are defined once in TypeScript and queries run against whichever database the URL points to. The library ships no bundled drivers, keeping the core install lightweight, and includes a raw query escape hatch for complex operations the abstraction does not cover.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AI Agent Reliability Lags Capability by 18 Months, METR Research Finds

Research organization METR has tracked AI agent task performance since 2019, measuring how long a task—in human-expert time—a frontier AI agent can complete autonomously. Their NeurIPS 2025 paper finds that this capability has been doubling roughly every seven months, but that figure reflects only a 50% task success rate. When measured at an 80% success threshold, agents can handle tasks several times shorter, placing reliable performance about 18 months behind headline capability. METR researchers argue this gap is not primarily a model quality problem but a specification problem—agents fail when tasks contain ambiguity or edge cases, not because the underlying model degrades. The practical implication is that organizations deploying agents should categorize tasks by the cost of a wrong run before scheduling them for unattended operation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Write CLAUDE.md Instructions That AI Actually Follows

A developer who built 10 personal apps in three months documented which types of CLAUDE.md instructions reliably influence AI behavior and which do not. Vague directives like 'write clean code' or 'handle errors appropriately' proved ineffective because they cannot be objectively verified, while specific, checkable rules such as 'do not use #000000' worked consistently. Instructions that convey project-specific context — like why a technology was chosen or what alternatives were rejected — added real value, since the model already knows general best practices. Prohibitions framed as 'do not do X' outperformed positive directives, and pre-written exception lists prevented inconsistent judgment calls over time. The author also found that keeping the file concise, around 7KB, improved adherence, as a 74KB version saw the latter sections increasingly ignored.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AI Experts Urge Developers to Prioritize System Architecture Over Agent Obsession

A perspective piece published on DEV Community argues that the AI development community is over-focused on building autonomous agents while neglecting the broader system architecture that makes applications reliable. The author contends that an AI agent is just one component within a larger system that must also address data quality, retrieval, error handling, validation, and observability. The piece distinguishes between workflows, which offer predictability and control, and agents, which provide flexibility best reserved for genuinely dynamic decision-making tasks. The author stresses that reliability is a property of the entire system, not of the agent alone, meaning a capable agent inside a poorly designed system still delivers a poor user experience. Developers are urged to shift their evaluation focus from model quality in isolation to whether the complete system consistently achieves its intended outcomes.

0 comments Read more at DEV Community