HackerTrans
TopNewTrendsCommentsPastAskShowJobs

kleyd

no profile record

comments

kleyd
·vorige maand·discuss
The wording in the declaration may be a bit romanticized. But the points are valid:

Is an 80 year old unsolved problem maybe unsolved because it was never prioritized? Some problems stay unsolved because few people consider them worth working on.

Who is going to validate the results? Or do we skip that, with the risk of flooding the literature and collective understanding with unverified proofs?
kleyd
·3 maanden geleden·discuss
Your conclusion touches on this, but I think the brain analogy is stronger than the hardware/software dichotomy.

It is also my very uninformed intuition: https://news.ycombinator.com/item?id=44910353

Also interesting to think about: could a single system be generally intelligent, or is a certain bias actually a power. Can we have billions of models, each with their own "experience"
kleyd
·4 maanden geleden·discuss
The main benefit of using XML here seems to be that it forces clearer thinking and formulation from the user.
kleyd
·5 maanden geleden·discuss
The cooldown is to allow vulnerabilities to be discovered. So auto update on passing tests, which should include an npm audit check.
kleyd
·5 maanden geleden·discuss
Thought experiment: strip a forge down to what plain Git can't do: identity (who?), attestations (signed claims about a ref or actor), and policy (do these claims allow this ref update?).

With just those primitives, CI is a service that emits "ci/tested." Review emits "review/approved." A merge controller watches for sufficient attestations and requests a ref update. The forge kernel only evaluates whether claims satisfy policy.

Vouch shifts this even further left: attestations about people, not just code. "This person is trusted" is structurally the same kind of signed claim as "this commit passed CI." It gates participation itself, not just mergeability.

All this should ideally be part of a repo, not inside a closed platform like github. I like it and am curious to see where this stands in 5 years.
kleyd
·6 maanden geleden·discuss
Ha, that's certainly a way to build things fool-proof.
kleyd
·9 maanden geleden·discuss
I believe this only works when there are no other uncommitted changes.

So you would need to stash after the fixup commit and pop the stash after rebase. Or use autostash.
kleyd
·10 maanden geleden·discuss
It's not a trade-off of clarity just to save developers some extra typing. It's actually improving the clarity by bringing the thing you care about to the foreground: the getting started page having a table of contents with specific items.
kleyd
·10 maanden geleden·discuss
I wouldn't dare say XML is better in this regard, but a good reason to be conservative with the use of annotations is exactly that cmd+clicking them doesn't easily lead to where the behavior is implemented.