> Install REA and connect it to this coding agent using npx rea-agents@latest setup. Show me the setup plan for approval, then verify the installation.
We have achieved the next evolution of installation by `curl | bash`!
952 karma · joined December 19, 2019
> Install REA and connect it to this coding agent using npx rea-agents@latest setup. Show me the setup plan for approval, then verify the installation.
We have achieved the next evolution of installation by `curl | bash`!
Such as?
What is the purpose of that?
Its like art being produced for AI to consume. What is gained from that?
It's just not the point I was actually responding to. The OP was under the impression that you would be "extracting a lot more energy" from the gas in a plant vs the home.
Yes, converting gas to electricity allows you to use a heat pump, which in many cases uses much _less_ energy than a furnace to heat a home. (As long as it's not too cold.)
But that's just not what I was talking about. I was talking about the claim of extracting _more_ energy from the gas. Good day!
This isn't true at all for natural gas. Burning it for heat in the home is much more efficient than burning it in a plant, converting it to electricity, transferring that electricity, then turning that electricity into heat.
There is a quotation about peer review. I'm assuming that's also made up.
I find it hard to believe that a constructivist would agree that across the board, proof of existence of X is more interesting than a construction of X. Isn't that the point!?
The part that I was referring to was the last statement from the OP: that "a proof of existence of a counterexample necessarily provides more insight than a counterexample". I can't imagine a constructivist would agree with that in general.
[Dis]proof by counterexample is the most straightforward way to show a statement to be false. What better way is there to disprove a general statement like 'all x are y' than finding an 'x' that isn't 'y'?
You can also think of it another way, without using the formula combinations, and only the fact that there are n! permutations of n objects. We can think of this a permutation of 2n items, made up of two groups of n identical items each. Using (2n!) will overcount, due to the fact that each of the "over" steps are identical, and similarly for the "down" group. We have cut down our answer by dividing out all of the repeated sequences. There will be n! redundancies for all the ways we can permute the "over" group and, the same for the "down" group. So this results in (2n!) / (n! * n!), which is exactly equal to 2n choose n. See [1] which explains permutations with repetion this in general. [Note: We pretty much re-derived the formula for combinations!]
[1] https://brilliant.org/wiki/permutations-with-repetition/
> Also in the US (probably due to lack of training and the customer too embarrassed to complaining) tend not to fill it the brim (and so not even 16''). I've seen 2-3 inch heads and asked them to top it up. They look at me as if I've just insulted George Washington
> * Use the issue id at the start of every commit message for that issue
> * Use a single branch per issue, whose name also starts with the issue id
>* Use a single PR to merge that branch and close the issue
To me the noise at the start of every message is unnecessary, and given a lot of interfaces only display 80 chars of the message by default, it's not negligible.
Is there a typo here? If they don't care about code why would they reject code based on quality?
Speak for yourself. I have never forgotten that Earth is more inhabitable than Mars or Jupiter