Developer releases five Go code generators to eliminate repetitive boilerplate

·1 views

A developer has released a suite of five open-source Go code generators, collectively called kanna, designed to automate repetitive coding tasks such as dependency injection, struct mapping, test fixtures, ORM queries, and message localization. Unlike libraries that rely on runtime reflection, each tool generates plain, readable Go code that is committed directly to the repository. The generators use existing struct declarations and struct tags as their source of truth, requiring no additional registration or configuration. All five tools install independently via the standard Go toolchain, allowing developers to adopt only the ones they need. The approach aims to keep generated code debuggable and transparent, surfacing any issues at compile time rather than at runtime.

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)

DevRel Pro Shares Technique That Achieved 10% Conference Sign-Up Rate Over 3 Years

A developer relations professional with 11 years of experience has shared a booth engagement strategy tested across roughly 20 events over three years. The approach involved instrumenting a retro-style side-scrolling game with monitoring software to collect gameplay and system metrics, then displaying the live data on a company dashboard. Conference attendees were invited to play the game at the booth, which naturally sparked conversations about real-world observability use cases. The technique consistently converted around 10% of event attendees into software sign-ups, yielding approximately 300 sign-ups at a 3,000-person event. The author notes the method has an upper bound in very large venues where not all attendees pass through the booth area.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why AI Bug Findings Need Human Verification Before Being Trusted

Coding agents can scan repositories and flag suspicious code, but identifying a potential problem is not the same as confirming one actually exists. A model may miss a guard clause, misread the call context, or construct a plausible-sounding explanation for a bug that cannot occur. Even when a second AI model agrees with the first, that consensus is not evidence — only direct testing, log checks, or reproducible failures can validate a claim. Static analysis tools and AI agents serve different roles: the former excels at known, well-defined checks, while agents are better at surfacing unexpected issues in unfamiliar codebases. The key discipline is treating an AI's bug report as a question worth investigating, not a finding worth reporting, until it can be independently verified.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Finds Audit Function Silently Failing After Nested Comment Logic Was Updated

A developer maintaining a personal comment-reply pipeline for DEV.to discovered that the audit() function had quietly stopped working for nested comments — the very case that had become standard in the pipeline. Two earlier fixes to the companion pending() function, made in August 2026, changed its logic to track replies at any depth in a comment thread rather than only top-level roots. However, the audit() function was never updated to match, meaning it only scanned thread roots and silently skipped any drafted reply codes belonging to deeper nested comments. The mismatch went unnoticed for weeks until a live test exposed it, rather than a code review catching it. The root cause mirrors an earlier bug in the same codebase: two paired functions drifted out of sync when one was updated without reconciling the other's assumptions.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

FastMCP Schema Bug: Sending null for Optional Fields Triggers Validation Error

A developer discovered a schema contradiction in FastMCP, the Python framework used to build MCP servers, where fields with None defaults are advertised as accepting null in the generated JSON schema but are rejected at runtime when null is explicitly passed. FastMCP builds its tool schemas from Pydantic models using bare type annotations, meaning a parameter like title: str = None is treated as requiring a strict string rather than an optional one. The mismatch means that omitting a field entirely works correctly, but passing the null value the schema itself advertises as the default triggers a Pydantic validation error before the function body even executes. This is particularly problematic for AI clients and LLMs that construct tool calls programmatically from the schema, as they have no way to distinguish between omitting a key and supplying its documented default. The author confirmed the bug affects all implicitly optional parameters across their server and noted the resulting error message gives callers no hint of the underlying schema inconsistency.

0 comments Read more at DEV Community