I ask because I'm always interested in hearing how non-programmers end up programming. I've long held the opinion that we (tech that is) should try to make things more programmable by users (e.g. game scripting, excel, the "citizen developer" world of sharepoint), etc and like to hear how non-tech folks use programming to solve problems.
But to your point, most ERP planning software for bakeries sucks badly, like really badly. One of the prominent ones you can purchase today runs off a JET database from the 90s, with the “cloud” version just being Citrix access to a VM. but they all seem to universally require you to print out paper every day for every shift, so a ton of people just fall back on Excel (using bakers math) to pan production, daily. My software runs on an iPad that is kept at each station for kind of shift, and it spits out packing sheets and invoices from Quickbooks, and integrates with our delivery route planner. It would be a full time job to be calculating everything from mix quantities to how to pack the final product, without mistakes, 7 days a week.
There definitely needs to be better tools for the lay-person though. None of my staff can make changes to our custom software, but also it is basically impossible to recreate it with low/no-code tools. Hence Excel…
I've chosen to use Odoo rather than roll my own. It's highly customizable and open source. I'm self hosting it and I've written a couple of small plugins so far. I'm finding it pretty hackable. It's built from comfortably boring tech (Python + PostgreSQL backend, Bootstrap + JS frontend). Not perfect by any means (for example there's an annoying split between the paid and free versions, although there are plugins to extend the free version to do nearly everything the paid one can, at least for my needs), but from what I can see it's way ahead of most other similar offerings and there's a big community of developers behind it and tutorials for nearly everything.
It's a decent ERP for a restaurant. I will need to build some bakery specific stuff on top but it's already reducing our workload a lot. Previously my partner was doing the low tech excel sheets and paper receipts method and we're gonna do a slow transition to Odoo over the next 6 months or so.
Besides that, we are trialling Rocket.Chat for Slack style messaging and Outline wiki (Notion clone minus database views) for knowledge management, both free and self hosted.
Odoo is somewhat technical to learn, unavoidably (as with any ERP software). But it's been a good test of the other two to see whether non-technical baking staff can use them. Some of them are very non-technical, internet = Facebook level.
Besides a few teething problems, so far so good. It's a learning experience for me, for sure. I'm staying out of the kitchen mostly but I am studying the coffee side of the business which is lovely change of pace from coding.
The main point of baker's math is not to have recipes that you can share on the internet which people can then blindly follow but to have a repeatable process that works for the flour you use and whatever level of technique/skill you have.
Say you bake bread with a certain type of flour at a 75% hydration and you had a hard time shaping the dough; next time using the same flour drop the percentage to 70% and you might have an easier time and if you are happy with the bread you stick with that hydration. Or work on your technique. Or both. If you switch flour brand or type, you'll have to figure out the optimum hydration level again. But being systematic about weighing out your ingredients means you can at least repeat it once you get to the optimal ratios.
I’d need to double check, but I could have sworn that Tartine did have an autolyse where they have you wait a half hour before adding the salt and last bit of water. I don’t have the book handy at the moment though…
For example, I make for myself at home a bread that is highly enriched in proteins, by washing the dough before baking, to remove a large part of the starch, up to 75% of it, so that the dough is enriched in gluten (the wheat flour used has a gluten to starch ratio around 1:6, while the bread made thus has a gluten to starch ratio around 2:3).
If a rest time of at least 20 minutes is not inserted between kneading the dough and washing it, the dough is not cohesive enough and the washing detaches not only the starch grains but also gluten fragments, causing a loss of the proteins that are intended to remain in the bread.
It is possible that with a much longer time of kneading the rest time could be omitted, but when the kneading is done manually and you make just one bread for yourself, it is certainly preferable to knead for only a short time, followed by a rest time during which you are free to do other activities.
$625 is not "pricey", it's ridiculuously expensive.
This doesn't really qualify as pricey.
Niche books can justifiably command higher prices.
$625 is a goddamned bargain.
For example, the recipe might say: Bread Flour 80%, Whole Wheat Flour 15%, and Rye Flour 5%. Personally I prefer just treating all ingredients as relative weights, and only convert to bakers math if needed. That is in large part because I wrote the software that is used on the production floor which spits out ingredient weights in grams, and no bakers math needed. It also keeps it simple for the employees, so they don’t have to learn how these ratios work.
I’ll also mention that the absolute best book on bread ever is the Modernist Bread set [0]. It’s pricey, but there are extremely well explained reasons behind certain methods, and debunking a lot of long held beliefs such as the efficacy of the autolyse.
[0] https://modernistcuisine.com/books/modernist-bread/