SShortSingh.
Back to feed

Developer builds static site tracking 14 years of meals eaten across Mexico

0
·1 views

A developer created 'Sobremesa', a single static HTML page documenting six meals eaten across six Mexican cities over fourteen years. The project is built around the Spanish concept of 'sobremesa' — the time spent lingering at a table after a meal ends — and tracks how long the author and his wife stayed at each table rather than rating the food itself. The six cities covered include Tijuana, Rosarito, Ensenada, Guadalajara, Mexico City, and Oaxaca, totalling nine hours and thirty minutes across all tables. Each entry includes the dish, location, a verified food fact, and a personal note, while a built-in form lets visitors generate a downloadable card for their own memorable meal. The site uses no framework, no build step, no tracking, and no cookies, and was submitted to the DEV Frontend Challenge under the Comfort Food Edition prompt.

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)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Why Quant Models Outperform Human Traders by Removing the Render Layer

A developer essay argues that human traders are fundamentally limited by how their brains 'render' raw market data into emotionally charged patterns, such as seeing a 'head and shoulders' formation in a price chart. This cognitive rendering process attaches memories, feelings, and associations to data before any conscious decision-making occurs, making purely disciplined trading nearly impossible. In contrast, machine learning models like XGBoost operate on plain numerical tables, splitting data by measurable thresholds and building hundreds of small decision trees without any emotional interpretation. The essay is the third in a series exploring the concept of the 'render layer' — the brain's tendency to collapse raw input into a subjective scene — and how it applies to both human cognition and AI systems. The author concludes that quantitative finance is one domain where keeping the render layer out of the decision process is not just preferable but essential.

0
ProgrammingDEV Community ·

Developer Advocates Building Small Projects and Shipping Early Over Perfection

A developer on DEV Community has shared reflections on the value of building small, independent projects. Their key takeaway is that simplicity and early shipping tend to be more effective than pursuing perfection. Even modest projects, they note, offer meaningful lessons in coding, deployment, design, and real-world user behaviour. The developer plans to periodically share personal development notes and experiments on the platform.

0
ProgrammingDEV Community ·

New Open-Source Tool Detects Cross-Tenant Data Leakage in Multi-Tenant SaaS Apps

A developer has released mcp-tenant-isolation, an open-source static analysis scanner designed to catch tenant isolation failures in multi-tenant SaaS applications and MCP servers. The tool addresses a security blind spot left by popular scanners like Snyk, Semgrep, and CodeQL, which do not understand tenant context or track organizationId boundaries in database queries. It ships with 57 deterministic rules across seven categories, covering database queries, file storage, cache key scoping, IDOR vulnerabilities, logging, and MCP-specific patterns. The scanner can be installed via npm and run from the command line, producing a pass/fail verdict with detailed, actionable remediation guidance for each finding. It also supports SARIF output for direct integration with GitHub Code Scanning, making it suitable for CI/CD pipelines.

0
ProgrammingDEV Community ·

How Random Forests Use Distributed-System Logic to Make Stabler Predictions

A random forest is a machine learning algorithm that builds hundreds of independent decision trees, each trained on a random data resample and a random subset of features, then combines their outputs via majority vote. This design mirrors distributed systems thinking: no single point of failure, and errors cancel out because each tree fails differently. The key distinction from simple bagging is the forced feature randomization at each split, which ensures trees remain genuinely diverse rather than converging on the same dominant predictors. However, the approach breaks down when that diversity is illusory — trees trained on a biased dataset share the same blind spots, producing confident but uniformly wrong predictions. Random forests remain a widely used baseline for tabular business data before teams consider more complex deep learning solutions.