Developer builds calorie lookup table, uncovers accidental duplicate filter logic

·1 views

A developer created a lightweight, no-login calorie reference tool that lets users search common foods and see calorie counts instantly. The tool uses a Vue computed property that filters food data across four fields — Chinese name, English name, and both language versions of the category — which unintentionally made the text search box behave like a category filter. Typing a word like 'fruit' into the search box returns all fruits, duplicating the function of the separate category dropdown. The developer also noted that storing calorie values as strings rather than numbers works for now but will cause incorrect sorting if a sort-by-calories feature is ever added. Additionally, the table renders food data twice in HTML — once as a hidden semantic table for screen readers and search engines, and once as a visible CSS grid for interactive features like click-to-copy and mobile reflow.

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)

TypeScript Type Predicates vs Assertion Functions: Why Your Guards May Not Narrow Types

Many TypeScript developers write validation guards that compile successfully but fail to narrow types correctly, leading to silent runtime bugs. The core issue is using plain boolean return types instead of type predicate syntax, which prevents the TypeScript compiler from learning what a validation function actually proves. Type predicates, written as 'value is Type', narrow a parameter's type conditionally when the guard returns true, making them suitable for user input validation where failure is expected. Assertion functions using the 'asserts' keyword instead throw on failure and unconditionally narrow the type for the remainder of the scope, making them better suited for null checks and invariants. Choosing the wrong pattern — or using neither — results in validation code that runs checks but provides no real type safety in practice.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Structured Linux Troubleshooting Workflow Helps Beginners Debug Faster

A guide published on DEV Community outlines a step-by-step Linux troubleshooting workflow aimed at beginners who often debug problems in the wrong order. The workflow follows a 10-stage process: observing the issue, checking system health, classifying the problem type, reading logs, verifying services, and checking network and disk status. Experienced engineers and DevOps professionals use structured approaches rather than randomly restarting services or changing configurations without understanding the root cause. Key commands such as top, journalctl, systemctl, and df are mapped to specific problem types like CPU, memory, disk, and network issues. The guide emphasizes that observation and classification before any action can significantly reduce the time spent resolving Linux system problems.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Spec-Driven Development Can Make AI Coding Agents Far More Accurate

A practical guide published on DEV Community argues that vague prompts are the primary reason AI coding agents like Claude Code and Cursor produce misaligned or incomplete code. The author introduces 'spec-driven development,' a method where developers write structured specifications before engaging an AI agent, covering functional requirements, file locations, existing conventions, and edge cases. Unlike traditional lengthy software documents, these specs are designed to be concise and machine-actionable, removing ambiguity that the model would otherwise fill with generic assumptions. Real before-and-after examples illustrate how a one-liner prompt can be transformed into a detailed spec that guides the agent to produce production-ready code in a single pass. The core argument is that treating an AI coding agent like a senior engineer who needs a clear design brief, rather than a chatbot, leads to significantly better and faster outcomes.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to stop hls.js from switching video quality too often on mobile networks

Developers using hls.js can experience 'ABR flapping,' where a video player rapidly oscillates between quality levels on unstable cellular connections, degrading the viewing experience despite low rebuffering. The root cause is the player's bandwidth estimator reacting too aggressively to noisy, spike-prone mobile throughput data. A fix involves tuning several hls.js configuration parameters — including the newly introduced abrSwitchInterval in version 1.7 — to slow down quality switches and make upswitches harder to trigger. Engineers can also attach a monitoring function that tracks LEVEL_SWITCHED events to measure switches per minute and detect reversal patterns before and after applying the configuration. The recommended approach is to widen the bandwidth estimator's memory window, reduce upswitch sensitivity, and compare flap metrics against a baseline to avoid over-correcting into unnecessary rebuffering.

0 comments Read more at DEV Community