969 karma · joined November 29, 2011
Chief Excel Officer, MAD* Scientist, Pythonista, Rustacian, PRQL Core Contributor (: ML, AI, Data)
* twitter: [@T0bias_Brandt](https://x.com/T0bias_Brandt) * github: [@snth](https://github.com/snth/) * [PRQL](https://prql-lang.org/)
In ping-pong where it is pure competition it stabilises at 50:50. In everyday life where we largely collaborate it settles around 90:10.
Would be interesting to see if there are variations over populations in time or space with differing levels of competition/conflict. Ofc these would need to persist long enough for the populations to adjust.
P.S. This is probably just another plausible sounding evo-psych bs theory. Idk why people give AI such a hard time for hallucinations. We are just the same. I guess we generally just apply more filters before expressing ourselves publicly. The problem with AI content is that humans take it at face value and publish without scrutiny.
Jeepers
tl;dr Fairy Tales are an effective teaching tool in vivo et in silico
That's kind of my (not the project's) vision for PRQL - a general LINQ type embeddable data transformation language.
Unfortunately no time to work on it these days.
I want something that uses BPML for actual business workflows.
One thing I didn't understand though is Light mode:
> Fast mode is for mining. Light mode is for verification. The reference README says
The post only describes Fast mode, right?
Presumably verification is done by miners who already have the memory set up so Fast mode would be faster for them.
Verification is still relatively fast because you don't have to try gazillions of nonces so who is Light mode necessary and how does it work?
I'm thinking of LazyVim for example which has [1]:
git clone https://github.com/LazyVim/starter ~/.config/nvim
After that, once you do a sync or update, there's a whole lot more cloning going on.The other projects I was going to mention have apparently all switched away from using git for their package management (homebrew, Go, cargo, ...). I can't help but wonder to what extent that might have been influenced by the default slowness of doing a full git clone?
Of course these all could add `--depth 1` to their instructions or internal package management tooling, and ofc we need both options to be available. I pondering aloud that in my observation, `--depth 1` is probably the option that I want more often than not but YMMV.
If I think about what I've cloned over the last week or so (LazyVim, gstack, my dotfiles), most of the time I just want the current state and be able to pull updates. Even for my dotfiles or projects that I fork and hack on, most of the time I'm just adding commits and it's seldom that I want to go back to historical ones.
Given how often I see `git clone ...` instructions in Github README.md files, I was just wondering how many other people felt the same?
So my contention is that most of the time, `git clone --depth 1` or `git clone --filter=blob:none` is what you actually want, and in the case that you want the full history then you could do `git clone --depth 0` (or `git clone -full` for even better UX, not that the git cli is known for it's UX).
I was going to ask if there's a way to set that as the default but I guess I'll just set up an alias like I have for most of the subcommands I use daily.
Why isn't
git clone --depth 1 ...
the default?I would guess that for at least 90% of the repos I clone, I just want to install something. Even for the rest, I might hack on the code but seldom look into the history. If I do then I could do a `git fetch` at that point and save the bandwidth and disk space the rest of the time.
Stable environments naturally drive populations towards more specialized actors in niches as they benefit from efficiency. Think of leverage in the financial economy or the dinosaurs.
When a big system disruption inevitably arrives, you better hope you still have some depth around with adaptable general populations that can survive the crisis and occupy the new environment. Think of Minsky moments and the K-Pg event for the dinosaurs 66 million years ago.
Another example would be stem cells vs organs and their specialized cell types.
It seems to me like you need enough regular change to avoid overspecialization and preserve the ability to survive large changes.
Another aspect which was too long for me to type on my phone earlier is that debt/Schuld is backward looking while liability/Pflicht is forward looking.
So while debt is incurred through past actions, what matters from an operational business perspective is your liability, i.e. your obligation for future payments/value transfers.
In english speaking business practice, debt and liability seemt to be used interchangeably. I have never used German in a professional setting and am only familiar with the colloquial usage of Schuld and Pflicht so I would be interested to hear how those differences play out in German business use.
I think that liability may be the better analog for Schuld as it also has the liable<=>schuldig form and carries more of the connotation of guilt.
I think part of my resistance initially was that it took up much screen space with borders and such. I learned now that that can be switched off or modified. Didn't go deep yet, just tried the different options from `zellij -l welcome`. I think that should actually be the default startup and then maybe disable or prompt to disable in future.