Developer Uses AI to Build PetFinder, a Platform to Reunite Lost Pets with Owners

·1 views

A developer has built an early version of PetFinder, an AI-powered platform designed to help people locate their lost pets and reunite them with their families. The project was created as an experiment to explore how AI can be applied for charitable and humanitarian purposes beyond business productivity. The first version was built with AI assistance, though the developer acknowledges it is still untested and has bugs to resolve. The initiative reflects a growing conversation about directing AI capabilities toward social good rather than purely commercial ends. The developer has shared the concept publicly and hopes to further develop the idea with community input.

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)

Solo Dev's Free-Tier Miscalculations Took Down His App Overnight

A solo developer building RentDera on Render's free tier saw all his production services suspended on September 10, 2026, after exhausting his monthly compute allowance in under two weeks. Render's free plan offers 750 instance-hours per month across an entire workspace, but a calendar month contains roughly 730 hours, meaning a single always-on service nearly maxes out the budget alone. The developer had four services kept permanently awake by a keep-alive cron job, burning through the shared quota at around 96 hours per day and depleting it in about ten days. A third compounding error — an idle database connection keeping a serverless Neon database active around the clock — further inflated usage even with zero traffic. The outage forced an emergency recovery session, culminating in a patched app release published to the Play Store by 5 AM the following morning.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Repeated AI Context Rebuilding Costs More Than Forgetting, Developer Argues

A developer has highlighted a largely overlooked cost in AI-assisted workflows: not just how much context is sent per session, but how many times the same context is rebuilt across tools and sessions. Using Claude and Cursor as examples, the author notes that identical files, decisions, and explanations are re-read and re-billed from scratch every time a new session starts. While vector retrieval can reduce token volume per turn, it does not address repetition — the compounding cost of reconstructing the same project state across multiple tools. The proposed fix is storing persistent context in a graph database exposed via an MCP server, so any compatible AI tool can read shared decision history without re-importing or summarising it manually. The author introduces CognoDB, a thin MCP server with two tools that lets agents query a live graph directly, making the same context addressable from Claude, Cursor, and other MCP-compatible clients simultaneously.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer shrinks macOS app from 289 MB to 15 MB by switching Electron to Tauri 2

A developer rebuilt WatchMe, a macOS menu-bar process-monitoring app, using Tauri 2 after its Electron-based bundle grew to 289 MB — nearly all of which was an embedded Chromium browser. The migration, completed in a single day on September 10, reduced the app bundle by 94.7%, bringing it down to just 15 MB and the distributable DMG to 3.7 MB. Switching to Tauri eliminated the need for a preload script and IPC channel configuration, replacing them with direct Rust commands, while the npm dependency count dropped from 309 packages to 73. A 579-line packaged-app test harness was also removed, as the underlying logic was ported to plain, independently testable code. The developer noted that Tauri's core advantage is bundle size reduction by leveraging the OS's built-in WebView rather than shipping a full browser runtime.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How One Team Runs AWS Deployments Entirely Through Slack Using Amazon Q

A platform engineer has shared a detailed breakdown of how their team manages AWS deployments through a private Slack channel using Amazon Q Developer, formerly known as AWS Chatbot. The setup acts as an authenticated proxy between Slack and the AWS SDK, allowing developers to trigger pipelines and restart containers via simple chat commands without accessing the AWS console. The system operates on two flows: synchronous commands that execute AWS API calls directly, and asynchronous notifications routed through SNS topics back into Slack. Access control is enforced through IAM roles, which set the overall execution ceiling, and per-channel guardrail policies that can only restrict permissions further. The engineer noted that command history is not stored by Chatbot itself, and teams must rely on AWS CloudTrail logs to audit who triggered which actions and when.

0 comments Read more at DEV Community