Open food fact recently launched Open Prices (https://prices.openfoodfacts.org/). It's currently crowd-sourced instead of an automated crawling, but prices are localized in space and time which could lead to intersting results.
This will lead to an open database of food product prices.
It's a neat idea, but I think you need some automation to make it useful over a long period of time. There's a website to do track gas prices, and they just change too much to keep updated.
Localized pricing just adds noise to data. Intermittent updates combined with possibility of input error also creates issues.
Retailers that utilize price zones typically have the baseline price that drives the prices for each price zone (e.g. set prices in California to be 10% more than baseline). Getting the baseline price in an automated way is the ideal solution.
Exactly! I've shared because I find the underlying ideas and goals interesting.
But I really don't get how they reach the conclusion that yet another language is required to address them.
True, functional programming is an interesting paradigm.
Probably there's like one or two use cases when to prefer the suggested lang over another. The rest of the blog might be just a 'sales pitch'
AFAIK it might be more common than you think. I have a female friend who's firstname is Fanny and another one who's lastname is Cocq. They both expect a few laugh when they introduce themselves in english speaking countries.
