Fork me on GitHub
#off-topic
<
2021-07-25
>
Stuart00:07:41

Anyone into making their own fermented drinks? Got any good recipes to share?

phronmophobic00:07:43

I highly recommend the book, "Speed brewing" by Mary Izett, particularly her short mead recipes.

👍 6
phronmophobic00:07:06

Short meads are pretty straightforward, 1. 0.5 lb honey + 2L of warm water in a 2L bottle that can withstand pressure 2. Add ~1.25g of wine yeast (I usually use ec-1118, but just about any brewer's yeast would work) 3. optionally, add yeast nutrient and acid tannins 4. ferment for about 3 days with the cap loosely tightened so air can escape (ie. poor man's air lock). 5. depending on how dry you like it, screw the cap on ~1 day before you want to drink it. 6. When ready, open the cap slowly to depressurize 7. enjoy! The above is a basic recipe, but you can add adjuncts and have fun with it: • fruit • whiskey soaked oak chips • replace honey with agave • ginger • brew a 100mL of water with habenero 3 minutes

phronmophobic00:07:07

I'm usually a lazy brewer. Ciders are also really easy: • Buy 1 gallon of cider • toss in ~1.25g of cider/dry wine yeast • optionally add yeast nutrient and acid tannins • put on an airlock • wait 14 days • enjoy still or bottle and carbonate

Stuart00:07:59

ferment for about 3 days with the cap loosely tightened so air can escape (ie. poor man's air lock). I do this with an elastic band, elastic band over the metal bit that should clip and hold it shut, that way its closed properly, but if it tries to "burp" or blow the elastic band will have give

phronmophobic00:07:46

neat. what kind of stuff do you make?

Stuart00:07:57

I have a couple that I like, one with pineapples, cinnamon and a bit of chilli and one with pears, apricots, cinnamon and coconut. Add water and yeast, sugar, honey etc. Do you think temperature has a big effect, some times after a couple of days it's like this:

🎉 3
Stuart00:07:19

which is fine as I can filter it and pass it through cheese cloth and it comes out nice, but other times there's almost nothing happens

Stuart00:07:51

^^ that one filtered to

phronmophobic00:07:07

I think temperature makes a really big difference.

Stuart00:07:08

I tried an experiment with coconut milk, which was a disaster. A complete disaster.

3
Stuart00:07:55

i did actually try filtering it, and tried to drink some with some ice, but it was gross

phronmophobic00:07:06

I tried to start a "guess the secret ingredient" series last year right before things shutdown. I fermented some cocoa puffs before deciding to postpone the series. It wasn't undrinkable, but it definitely wasn't good.

😆 9
cdpjenkins10:07:45

My dad used to make elderberry wine and he found that putting the demijohn full of fermenting elderberry gloop in the airing cupboard/on top of the boiler really helped speed up the process.

cdpjenkins10:07:29

Cautionary note: don't allow the airlock to become clogged up, as my dad did one time, or you'll need to re paint the ceiling.

😆 6
gklijs11:07:12

Interresting thread. I do bake sourdough for over a year now every couple or days. My bread machine has a program to ripe the sourdough, I think it keeps it at about 27 Celsius. Something like that would be nice for consistent results I guess.

Jelle Licht11:07:24

Whey soda is still one of my favourite easy fermented drinks to make, it only went wrong for me once. It does contain whey, perhaps unsurprisingly.

dgb2317:07:40

I like this quote: > “When decomposing a system into modules, try not to be influenced by the order in which operations will occur at runtime; that will lead you down the path of temporal decomposition, which will result in information leakage and shallow modules. Instead, think about the different pieces of knowledge that are needed to carry out the tasks of your application, and design each module to encapsulate one or a few of those pieces of knowledge. This will produce a clean and simple design with deep modules.” > > Excerpt From: John Ousterhout. “A Philosophy of Software Design”. It immediately reminds me of Out of the Tarpit, which emphasises how state and control increase complexity. This notion is not as pronounced in this book, but it’s interesting that there is awareness of the same the general concept. On the other hand there are instances where it absolutely makes sense to have temporal decomposition. Say an interpreter or compiler can have clear steps (lexer -> parser -> optimizer etc.) Maybe the point is that “the interpreter” shouldn’t expose this sequentiality to the interface?

phronmophobic17:07:52

It seems like a compiler is an example that isn't temporally decomposed (hopefully). As long as each step is data in, data out, there's no requirement about how or when the data was produced as long as the data is valid for the current step. For example, you could skip the optimizer step before emitting code. Or rather than parsing source code, you could programmatically generate whatever AST/data is required by the optimizer.

phronmophobic17:07:31

In fact, I think moving away from the coupling between stages was one of the design goals for LLVM vs the dominant compiler at the time, gcc.

dgb2317:07:35

Right, thank you. I fully agree.

dgb2317:07:02

I agree with the way these parts can be decoupled, but the whole thing (the compiler) still has a notion of sequentiality. It cannot emit code before it was parsed.

dgb2318:07:16

The quoted book above has a weak discussion on what temporal decomposition means I think. Or I don’t understand how to decompose a compiler in parts that are not stages in a process.

phronmophobic18:07:21

> It cannot emit code before it was parsed I think the key difference is that it can emit code that was never parsed

dgb2318:07:22

Right, similarly read and eval are things we can use in Clojure independently.

phronmophobic18:07:09

and in theory, you could have these stages running concurrently where the compiler starts emitting code before the full program is fully parsed (eg. web assembly)

👍 3
dgb2320:07:42

Another quote from the book, I had to laugh: > “Most modules have more users than developers, so it is better for the developers to suffer than the users.” > > Excerpt From: John Ousterhout. “A Philosophy of Software Design”

6