finnts
Microsoft's automated forecasting framework, still mostly a one-maintainer effort.
A side-by-side editorial comparison of ESPHome and metR — release velocity, themes, recent moves, and the top alternatives to consider.
ESPHome ships on a calendar, and the August beta train is now four builds deep.
ESPHome runs a monthly release train with a beta series ahead of each version. The 2026.7 line closed out with four patch releases covering sensor correctness and build-system behaviour — a device adoption failure caused by concurrent clone cache resolution, ESP-IDF honouring compile process limits, wider C++ source globbing and a lock on WiFi scan results shared with the captive portal. The 2026.8 cycle is now at its fourth beta, with the substance still behind the beta changelog site rather than in the feed.
A meteorology ggplot2 extension where the netCDF reader became the main event
metR supplies meteorological and oceanographic tools for R: contour and streamline geoms, EOF decomposition, wave fitting, and ReadNetCDF() for getting gridded data in. Development has concentrated heavily on that reader. Version 0.18.0 added subsetting by dimension index, so the first or last ten timesteps can be read without knowing how many exist; 0.18.1 moved time parsing to the CFtime package; 0.18.2 added cdo operations through rcdo and reading across multiple files in parallel, and fixed a subsetting bug where nearest-gridpoint matching could return data outside the requested range entirely.
ESPHome runs a monthly release train with a beta series ahead of each version. The 2026.7 line closed out with four patch releases covering sensor correctness and build-system behaviour — a device adoption failure caused by concurrent clone cache resolution, ESP-IDF honouring compile process limits, wider C++ source globbing and a lock on WiFi scan results shared with the captive portal. The 2026.8 cycle is now at its fourth beta, with the substance still behind the beta changelog site rather than in the feed.
The cadence is the product. Betas arrive every day or two as bump merges carrying no notes, the final release points at a changelog URL, and the real detail lands in the patch releases that follow it. That makes the feed a poor guide to what actually changed in any given month — the 2026.7 patches are the only entries here with readable content, and they are dominated by per-component fixes from a wide set of outside contributors plus automated dependency and device-builder bumps.
Expect 2026.8.0 to go final within days of the beta series ending, followed by the usual run of patch releases carrying the per-component fixes that the beta entries never described.
metR supplies meteorological and oceanographic tools for R: contour and streamline geoms, EOF decomposition, wave fitting, and ReadNetCDF() for getting gridded data in. Development has concentrated heavily on that reader. Version 0.18.0 added subsetting by dimension index, so the first or last ten timesteps can be read without knowing how many exist; 0.18.1 moved time parsing to the CFtime package; 0.18.2 added cdo operations through rcdo and reading across multiple files in parallel, and fixed a subsetting bug where nearest-gridpoint matching could return data outside the requested range entirely.
Two threads run through the releases. The first is tracking ggplot2, absorbing the linewidth aesthetic, the trans to transform rename and guide compatibility as each landed upstream. The second is narrowing scope while deepening the data path: GetSMNData() was made defunct as too specific for a general package, raster and gdal dependencies were removed, and the udunits2 dependency was dropped when it was orphaned, initially replaced by a homebrewed date parser and eventually by CFtime. The result is a package steadily shedding its own code in favour of specialised upstream libraries.
Expect further ReadNetCDF() work, since it has received features in four of the last five releases and the rcdo integration opens a large surface of operations to expose.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either ESPHome or metR.
Microsoft's automated forecasting framework, still mostly a one-maintainer effort.
Bayesian luminescence dating that finally replaced its folder-structure input format.
An epidemic-economic model teaching its interventions to react to the outbreak itself.
A parallel-chain helper for bkmr that has settled into pure upkeep.
A cancer driver prioritization package that ships rarely and mostly to stay installable
An isotope geolocation package still recovering from the r-spatial retirement
See all ESPHome alternatives → · See all metR alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. ESPHome is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. ESPHome is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top ESPHome alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "ESPHome alternatives" section above for the current picks, or visit /alternatives/esphome for the full list with editorial commentary on each.
Top metR alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "metR alternatives" section above for the current picks, or visit /alternatives/metr for the full list with editorial commentary on each.