drabbiticus
- If I am on a branch where this issue exists and unaddressed, is it easy to find out if there is another branch where this issue has been addressed
- I am on a branch that does not have the issue reported, but know it's reported on another branch -- does that mean the issue doesn't exist on this branch? Is it on the reporter to correctly identify the root branch where the issue was first created? Do you have to somehow merge to make this work "right"?
The new result seems to be that researchers have identified different progenitors for fore/midbrain vs. hindbrain and have found that they can be identified by some specific developmental gene markers. That's genuinely cool.
However, organs are not typically defined by a single tissue characterized by a progenitor that can be labeled with a single gene marker. I suppose it's fine if on a functional and anatomical level you want to split the fore/midbrain and hindbrain into two different "organs", but whether you think of the brain as 1 organ or 2, it really doesn't change much in terms of how you would think about these regions.
It isn't at all surprising that different regions of the brain have localized functions; some of the earliest evidence of this was how focal injuries (like strokes) have characteristic deficit patterns depending on brain region affected, and obviously there has been a lot of work since then further showing the organization, function and development of different brain regions.
Having said that, if
- y is a binary "ironic"(1), "not ironic"(0) label and
- x is the content of a tweet and
- LLM(x) is meant to represent some probability range [0,1] representing p(y=1|x)
then it seems that p(y=1|x) === LLM(x) already.Why bother with p(y=1|x) = σ( α + β*LLM(x) ) as in the article? You are right that I missed the case where LLM(x) = 0, but that just means that p(y=1|x) has exactly 2 values when defined as above and β -> inf.
- when LLM(x) = 0 then p(y=1|x) = 1/(1+e^-α)
- when LLM(x) = (0,1] then p(y=1|x) = 1/(1+e^-inf) = 1
This is substantially lossy and converts a continuous output LLM(x) of range [0,1] to a step function not even defined as a set {0,1} but instead the set {1/(1+e^-α),1} for unclear gain. It also loses all sensitivity to LLM(x) near 0, and only detects/changes value when LLM(x)=0 exactly. It might make more sense if LLM(x) is not limited to [0,1] like you have claimed because then at least the logistic regression is clamping the output to [0,1]. If you were wrong about the range of LLM(x), this would come back to asking authors to actually define their terms.My point is that when math is used to justify something or communicate something, it should be explained or very apparently right. If when someone goes to try to understand the math it doesn't match the claims being made in the article ("recovering the LLM") then it throws the rest of the article into doubt.
Maybe these are well understood terms in some field? Maybe I'm just lost?
GrapheneOS: "Multiple Google engineers we've contacted have said they aren't able to give us any information about this so we're left doing reverse engineering and relying on leaks. The leaks do not seem reliable and do not match what we see. Our concern is that MTE may actually be broken due to CPU errata."
And yes, packaging mistakes with chemical names and typography are quite common for anyone who occasionally pays attention to these things.
I know many adults who believe that splitting bills is a normal and reasonable thing to do.
You have introduced a comparison, which thus begs the following questions:
1. What is the event that defines "China proper"? 2. What is the event that defines "Europe [proper]" to you?
Is there further evidence you have that specifically relates to the specific decision of this particular dev to step down from Arch?
As you yourself say, being a maintainer is a big commitment, one that many people naturally tire of as their interests, goals and other life needs change over time.
[1] https://en.wikipedia.org/wiki/Missing-children_milk_carton
ssh-keygen -t ed25519 -f ~/.ssh/late_throwaway && ssh -o IdentitiesOnly=yes -i ~/.ssh/late_throwaway late.sh
Based on what another user said, you might want to modify the above command to use [email protected] instead if you are going the throwaway route to be more certain you aren't leaking your OS username.Yeah, fair enough. It's unfortunate that the comment you were responding to involved "caloric intake" suggestive of a biological system when it could just as easily have involved a mechanical pulley. Their intuition would have been stronger phrased as: Within a gravitational field that is approximated as a uniform force field, the amount of energy/work to raise a weight by a fixed distance is independent of the initial position of that weight on a (massless) rope attached to a (frictionless) pulley.
> I was referring to a human holding it. What would have been a better way to keep you from missing that?
Since you are asking, for me, it would helped to have the following inserted text: "In fact it takes positive energy [for biological muscle] just told a weight at a fixed height, doing zero mechanical work!" so that the statement stood on it's own, or else including within your post a more definitive statement to the effect of "intuitions involving the human body complicates the analysis", as you did in this reply. If "that was the point", go ahead and state it.
To be fair, I often have the same problem. It's easy for me to write a lot of text that goes around a statement without actually getting to it.
Stacking a weight on top of a table holds it at a fixed height and requires zero mechanical work.
The failure in intuition here relates to physiology and the mechanism by which muscles work, not physics. Myosin and actin are constantly cycling through bonding and release during muscle contraction, as this is how the shortening action actually occurs. In fact, muscle contraction is particularly unintuitive because people frequently consider ATP the "energy currency", yet the ATP-consuming steps are actually the release/relaxation and preparation for binding, not the pulling action. This is also why the phenomena of rigor mortis upon death occurs.
IOW, a screenshot when you scroll it to the "right" spot looks clean and balanced. Personally, I think it's a bad UX decision, but also easy to scroll past once you know.
Having said that, you could have just clicked the link and found https://github.com/nordstjernen-web/nordstjernen/commits/mai... with a bunch of commits by claude. It took longer to write this than it took to figure out whether AI was used.
x^
vs. x*
?It seems like either one evaluates the contents of the `box`, and would only make a difference if you tried to use `x` afterwards? Essentially if you final-line eval `x^` and then decide you want to continue that snippet, you can't use `x` anymore because it's been moved. Awkwardly, it also hasn't been assigned so I'm not sure the box is accessible anymore?
can you give an example of what you mean and how you might expect it to be achieved with a reloaded diff? otherwise `while true; git diff --color=always |less -r; done` gets you most of the way to what you are asking for
> Before writing any code, I spent time on detailed specs, an architecture doc, and a style guide. All public: https://github.com/brightbeanxyz/brightbean-studio/tree/main...
> It took me tho 4 full days to get the specs to the level I was happy with.
When I click on history there I see only a single commit for these docs. Would you be willing to share some or all of the conversation you had with the LLM (in a gist or in the repo) that led to these architecture docs? Understand if you can't, but I'm sure it would be super instructive for people trying to understand the process of doing something like this and the types of guide rails that help to move the process forward productively.