by far the most popular worktree manager
3,038 karma · joined April 19, 2016
by far the most popular worktree manager
I think at the moment that's indeed the case...
But also maybe that will change — LLMs can learn new languages faster than people, and can _write_ new languages much faster than people. So wide confidence bounds for the future!
Indeed we're doing fewer new features (and haven't posted to the posts page in a long time, as you noticed).
But it's still maintained, folks are still using it, if anyone finds bugs in simple-to-moderate queries then we'll fix them.
LLMs probably took a bit of the wind out of our sails for making this "the new standard". But I still think it's a really nice language and interface; if the world changed again such that it became more widely useful, I'd jump to spending lots of time on it again.
(I don't _love_ his vibes on Twitter, but he seems like a very reasonable guy generally, and the project seems awesome)
Gotta start somewhere!
You can just ask people for things! And you will become a better person for it.
Since agents have become good enough to run in parallel, I've found git worktrees to be, in the words of Juliet "my only love sprung from my only hate" — an awesome productivity multiplier, but with a terrible UX...
Worktrunk is designed to fix that: 1) it's a wonderful layer on top of git worktrees and 2) it adds a lot of optional QoL improvements focused on parallel agents.
Those Qol improvements include a command to show the status of all worktrees/branches (including CI status & links to PRs), a great Claude Code statusline, a command to have an LLM write a commit message, etc.
Like my other projects (PRQL, xarray, insta, numbagg), it's Open Source, no commercial intent. It's written in rust, extensively tested; crafted with love (no slop!)
Check it out, please let me know any feedback, either here or in GH. Thanks in advance, Max
Then, if the AIs are positive, the human principals can talk
Seems quite reasonable!
but this seems to be a totally asynchronous service with extremely liberal latency requirements:
> On a regular interval, Password Monitoring checks a user’s passwords against a continuously updated and curated list of passwords that are known to have been exposed in a leak.
why not just run the checks at the backend's discretion?
I haven't productized it though; uzi looks great!
though what does "static cpu" vs "dynamic cpu" mean? it's one thing to be pointer chasing and missing the cache like OCaml can, it's another to be running a full interpreter loop to add two numbers like python does
One benefit of PRQL [disclaimer: maintainer] is that it's simple to add additional logic — just add a line filtering the result:
from users
derive [full_name = name || ' ' || surname]
filter id == 42 # conditionally added only if needed
filter username == param # again, only if the param is present
take 50The US consumes 500 gigawatts on average, or 5000 watts per household.
So if every household bought an 8K TV, turned it on literally 100% of the time, and didn't reduce their use of their old TV, it would represent a 10% increase in power consumption.
The carbon emissions from residential power generation have approximately halved in the past 20 years. So even with the wildest assumptions, it doesn't "throw away all the progress we've made on Global Warming for the past 20 years ...".
Was this a mistaken transcription for Confluence, the Atlassian app?
(genuine question)
We do this at PRQL, with: https://github.com/PRQL/prql/blob/12b1bb65afd5b67f34b98d0ac1...
It would also incentivize local governments to encourage the growth of non-profits. Currently Cambridge's tax revenue is negatively affected by Harvard's growth...
The short-term benefits seem really high. And ADHD sits at one end of a normal distribution — lots of people suffer from elements of it, particularly when doing solitary work which requires lots of concentration.
But we see the opposite — NYC has a vacancy rate of 1.4% and peak rental pricing.
It does that in two ways — it prevents tourists from competing for their house, and it reduces tourism, reducing local wages, which reduces housing demand from other locals.
But that's bad! It's bad for the tourists and it's overall bad for the locals. It would be even faster to just prevent all exports from Hawaii, including tourism — housing prices would drop really quickly. Would you advocate for that?
Instead, the goal should be to _increase_ the amount that people can trade, so you get some value from seeing a beach in Hawaii for a week and someone who lives in Hawaii can rent out their house or work in an airport or build a sightseeing business. And we can do that through allowing more stuff — including houses — to be built!
If supply has no effect on price, then banning AirBnBs won't reduce prices either
Love what you've done and thanks for building on PRQL!
We're very happy to add something like a PIVOT statement. In the long term, we'd have to think about how to make it work deeply in PRQL, since the column names are suddenly runtime dependent. In the short term, we should definitely make PRQL work for your case — it's important that there's an escape hatch for things that aren't natively supported by PRQL yet. (We have s-strings but I'm guessing they don't cover this specific case?)