Developer submits Chrome extension to 76 directories, finds only 15 truly useful listings

·1 views

A developer spent ten days submitting a small Chrome extension to as many startup directories as possible, logging each attempt in a spreadsheet. Of 76 submission attempts, 22 resulted in live pages, but after deduplication by domain and removing unhelpful listings, only 15 genuinely useful pages remained. Around 33 attempts were abandoned mid-form after free submission flows revealed a paywall or upsell on the final screen. The developer also found that directories rarely send approval notifications, making manual sitemap checks a more reliable way to confirm a listing went live. Some live pages linked to the browser store rather than the developer's own site, further limiting the practical value of the exercise.

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)

Why Unit-Testing LLMs Fails and How a Structured Eval Harness Solves It

A developer building an internal LLM-assisted tool found that standard unit tests are ineffective for non-deterministic AI outputs, where results vary with every run. To address this, they adopted a two-part strategy: minimizing the LLM's role to a single drafting step while keeping routing, tracking, and safety checks as plain deterministic code. The LLM sits behind a provider interface, allowing the entire deterministic layer to be tested with ordinary unit tests using no API calls. For the irreducible non-deterministic portion, a dedicated eval harness was built to honestly assess what each testing layer can and cannot catch. The approach shifts the goal from chasing exact outputs to verifying system behavior within clearly defined, testable boundaries.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Batch Pipelines Fail Corporate Knowledge Graphs and How to Fix Them

A developer building 2asy.ai, a Graph-RAG system for East Asian corporate intelligence, discovered that standard batch pipelines break down when applied to incrementally updated corporate knowledge graphs. The core problem is that batch-based entity resolution relies on blocking keys across an entire document corpus, meaning new incoming data cannot be matched against existing graph nodes, leading to duplicate disconnected entries. A second issue arises when company details change over time, as naive append logic stores both old and new values simultaneously, causing conflicting facts that confuse downstream language models. The proposed fixes include a live-graph entity resolution pattern that checks incoming entities against existing nodes before insertion, and a time-bounded fact assertion model that supersedes outdated property values rather than overwriting or duplicating them. Both solutions are demonstrated with Python and Neo4j code examples designed for production incremental update pipelines.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer finds JSON-locked AI design kills creativity, shifts to token-only approach

A developer managing over 600 web tools across five locales experimented with ways to prevent AI-generated UI from drifting in design between generations. An initial approach of defining each tool's layout as JSON eliminated inconsistency but produced rigid, spreadsheet-like screens with no visual expressiveness. The developer concluded that locking layout structure through JSON caps design quality at whatever the renderer can implement, effectively trading drift for lifelessness. A revised strategy locked only design tokens — CSS variables for color, typography, spacing, and radii — while allowing the AI to compose layouts freely using a shared UI kit. This shift preserved brand consistency while restoring visual flexibility, aided by improving AI design capabilities in models available through early 2026.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Self-Taught Developer Builds Edge-Computing Air Quality Monitor Using AI and Modular Hardware

A developer with no formal electronics or C++ background built a fully functional smart air quality monitor using an ESP32 microcontroller, off-the-shelf sensors, and AI-assisted coding. The device autonomously reads gas, temperature, and humidity levels, categorizes air quality and room comfort in plain language, and triggers a fan via relay when air quality drops. The creator followed a six-step framework centered on modular open-source hardware, pre-written libraries, and iterative AI-guided learning rather than traditional study. Troubleshooting revealed real-world pitfalls, including an OLED display using an unexpected driver chip and an ESP32 board that was not fully seated in its adapter. The project was shared on DEV Community as a practical guide to encourage others to build hardware projects without prior technical expertise.

0 comments Read more at DEV Community