Auditly lets kirana shopkeepers keep books by voice in Hindi or Hinglish

·1 views

A developer built Auditly, a voice-driven bookkeeping app aimed at small Indian grocery shop owners who keep paper ledgers. The app turns spoken sales and expenses, in Hindi, Hinglish, or English, into structured records, correctly interpreting per-kilo rates into totals. Shopkeepers review and correct entries before saving, and the app reads the day's summary back aloud in Hindi. The creator says the product has not yet been charged for or tested in a real shop, which is the next planned step. A public demo is available for trying the app without signup.

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)

Closing a Terminal Sends Coding Agents SIGHUP; Session Hosts Can Keep Them Running

Closing a terminal window can kill a coding agent that is running in it, because the kernel signals the shell that the terminal has hung up. The shell then forwards that signal to its background jobs, so unsaved work in the agent process is lost. Common workarounds such as nohup, disown, setsid, and tmux each address a different part of this chain. Only some of them leave the agent attached to a terminal the user can reconnect to. The article shows how to inspect process groups, sessions, and terminal ownership with ps to see what will be affected.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

BLACKBOX Uses a FalkorDB Knowledge Graph to Give Incident Response a Memory

BLACKBOX is an AI-powered incident investigation agent designed for SRE and on-call teams. It uses FalkorDB as a persistent knowledge graph linking services, dependencies, alerts, deployments, runbooks, owners, and past postmortems. By traversing these connections, it can trace likely root causes, assess blast radius, and identify relevant experts with an explanation of the reasoning path. Findings from each investigation are written back into the graph, so future incidents with similar patterns can draw on stored context and reach answers faster. The developers argue that graph representation suits operational systems better than flat documents or isolated tables.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Go error wrapping, unwrapping, and sentinel errors for production code

Go's error handling is often criticized, but the real difficulty lies in the patterns built around bare error returns, which yield logs lacking location or context. The article shows how fmt.Errorf with the %w verb, introduced in Go 1.13, attaches caller context while preserving the original error for inspection. It recommends wrapping at the point of origin rather than repeatedly across layers, since redundant wrapping only adds noise. Sentinel errors let callers branch on meaningful categories such as not-found, and errors.Is traverses the wrapped chain to detect them. Custom error types are suggested for carrying structured data like validation fields or status codes.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Success messages go unreviewed, and that is where many misleading UI strings hide

A commenter described a week spent trusting an SES 200 OK response, which only meant the email was accepted, not delivered, and the failure stayed invisible. The author argues error messages get scrutiny because annoyed users read them immediately, while success messages are written once and almost never reviewed. Such success text often overstates the outcome, reporting the server's step rather than the user's actual situation. The author suggests messages should state the user's state and next step, and that the best safeguard is to write the copy alongside the fix and pin it in tests, since style guidelines and linters cannot reliably catch misleading wording.

0 comments Read more at DEV Community