Hacker Newsnew | past | comments | ask | show | jobs | submit | spooky_action's commentslogin

Well, time to bite the bullet and learn jujutsu over the holidays


Took me a month to learn jujutsu. Was initially a skeptic but pulled through. Git was always easy to me. Its model somehow just clicks in my brain. So when I first switched to jj, it made a lot of easy things hard due to the lack of staging (which is often part of my workflow). But now I see the value & it really does make hard things easy. My commit history is much cleaner for one.


I was scared to learn but then a coworker taught me the 4 commands I care about (jj new, jj undo, jj edit, jj log) and now I can't imagine going back to plain git.

Obviously the working tree should be a commit like any other! It just makes sense!


It’s not so much biting the bullet as eating the delicious chocolate.


This is the comment that did it for me. I love chocolate. I'm in.


Well, Graphite solves the problem of how to keep your stack of GitHub pull requests in sync while you squash merge the lowest pull request in the stack; which as far as I know jujutsu does not help with.


jj-spr solves this, although it is still pretty buggy: https://github.com/LucioFranco/jj-spr


There’s also jj-stack. I don’t know how they compare.

This is something GitHub should be investing time in, it’s so frustrating.


And tangled.sh supports JJ stacks out of the box


Woah that's actually huge. I've been very interested in tangled from an atproto perspective but I had no idea it had that as well. Wonder why that isn't talked about more. Seems like an amazing feature to potentially pull some people away from GitHub/GitLab after they've have been asking for years for a better stacking workflow.

I've been going through a lot of different git stacking tools recently and am currently quite liking git-branchless[1] with GitHub and mergify[2] for the merge queue, but it all definitely feels quite rough around the edges without first-party support. Especially when it comes to collaboration.

Jujutsu has also always just seemed a bit daunting to me, but this might be the push I needed to finally give both jj and tangled a proper try and likely move stuff over.

[1] https://github.com/arxanas/git-branchless

[2] https://mergify.com


jj is actually perfectly fit for this and many other problems. In fact, this is actually the default behavior for jj -- if you squash a bunch of jj commits, the bookmarks on top automatically point to the updated rev tree. Then when syncing the dependent branches to git they all rebase automatically.

The problem however lies in who or what does this rebasing in a multi-tenant environment. You sort of need a system that can do it automatically, or one that gives you control over the process. For example, jj can often get tripped up with branch rules in git since you might accidentally move a bookmark that isn't yours to move, so to speak.


Correct (Graphite eng here for context) - we've thought about extending our CLI to allow it to sync jj with GH pull requests to do exactly this. Essentially - similar workflow but use `jj` as the frontend instead of `gt`


Please do this! As a Graphite user, I'd love to be able to switch to jj for my local development, but the disconnect between it and Graphite keeps me away.


Do it. It's absolutely worth it. You can pick it up in 30 minutes and have full proficiency in an afternoon


Love JJ and think you should learn it because it's fun - but Graphite's not going anywhere


Naive question, why are Canadians more poorly connected by rail than they were at the beginning of the 20th century?


Rail networks are no longer a government priority in Canada because of planes and cars. We've kept some of the rail tracks, but theyre mostly just used for freight transport, not for people.


I'm curious what the missing features are in Figma from a designers perspective. You've mentioned the paywalled variables, what else? (I haven't been a product engineer in years, and have barely touched Figma in the last ~5 years)


- Clunky component and variable system; inadequate for more complex stuff with lots of parameters.

- Can't set connectors on Design files (used for documenting the navigation flow between different pages of an app).

- You can set connectors on FigJam files, but if you want to bring your components from Design files then you can't keep the instances synchronised to the component definition. And you can't attach the connector endpoint to some element inside the Design component. It's essentially just an image export of the Design component.

- Prototyping is very clunky and trying to build a flow that has elements reacting to interactions on other distinct elements is either variable hell or downright impossible.

Those are just off the top of my mind. I'm always finding threads from 5 years ago on their community forums with loads of people on the same boat and no activity from Figma side.


Adding:

- Poor typography support: can't embed fonts in files, can't tweak type enough (can't do faux italics for example)

- Subpar file/project management: can't do things like nested folders which gets overwhelming with large projects/teams

- Clunky version control: browsing long file histories is inefficient, the entire VCS UI is forced into a narrow sidebar

Also just off the top of my mind. There's also lots more if you're coming from a print design world and are thus used to Adobe Illustrator.


> There's also lots more if you're coming from a print design world

Ah, there's another one you just reminded me:

- Poor paragraph justification algorithm; there's no hyphenation system.

This one is table stakes for professional print design.


What's the relationship to replit?


I misread the WSJ article, it was just some generic comment from Replit; but still, I am not very optimistic about this.


It's not perfect, but runtime_checkable is a thing https://docs.python.org/3/library/typing.html#typing.runtime...

It doesn't actually preserve typing on the protocol's methods though


How do you propose we do this?


Look at their code, from projects or any open source contributions. Ask how they intend to write secure code, rather than asking a bunch of useless algorithmic problems


What evidence is there that tarrif policy was LLM generated?


There are uninhabited islands on the list.


Despite people's ridicule this is normal practice, prevents loopholes being exploited.


It seems more likely that bad data was involved.

There are actually export statistics (obviously errors, possibly fraud) for these islands. Someone probably stuck the numbers in a formula without digging a little deeper.


Yep, there is data saying those islands are exporting to the US: https://www.theguardian.com/australia-news/2025/apr/04/revea...


Well in this case it's also beneficial given how automated supply chains are.

It's probably the most sane aspect of the whole thing.


There are people who asked several AI engines (ChatGPT, Grok etc.) “what should the tariff policy be to bring the trade balance to zero?” (quoting from memory) an the answer was the formula used by the Trump administration. If I find the references I will post them as a follow-up.

Russia, North Korea and handful of other countries were spared, likely because they sided with the US and Russia at the UN General Assembly on Feb 24 of this year, in voting against “Advancing a comprehensive, just and lasting peace in Ukraine.” https://digitallibrary.un.org/record/4076672

EDIT: Found it: https://nitter.net/krishnanrohit/status/1907587352157106292

Also discussed here: https://www.latintimes.com/trump-accused-using-chatgpt-creat...

The theory was first floated by Destiny, a popular political commentator. He accused the administration of using ChatGPT to calculate the tariffs the U.S. is charged by other countries, "which is why the tariffs make absolutely no fucking sense."

"They're simply dividing the trade deficit we have with a country with our imports from that country, or using 10%, whichever is greater," Destiny, who goes by @TheOmniLiberal on X, shared in a post on Wednesday.

> I think they asked ChatGPT to calculate the tariffs from other countries, which is why the tariffs make absolutely no fucking sense.

> They're simply dividing the trade deficit we have with a country with our imports from that country, or using 10%, whichever is greater. https://t.co/Rc45V7qxHl pic.twitter.com/SUu2syKbHS

> — Destiny | Steven Bonnell II (@TheOmniLiberal) April 2, 2025

He attached a screenshot of his exchange with the AI bot. He started by asking ChatGPT, "What would be an easy way to calculate the tariffs that should be imposed on other countries so that the US is on even-playing fields when it comes to trade deficit? Set minimum at 10%."

"To calculate tariffs that help level the playing field in terms of trade deficits (with a minimum tariff of 10%), you can use a proportional tariff formula based on the trade deficit with each country. The idea is to impose higher tariffs on countries with which the U.S. has larger trade deficits, thus incentivizing more balanced trade," the bot responded, along with a formula to use.

John Aravosis, an influencer with a background in law and journalism, shared a TikTok video that then outlined how each tariff was calculated; by essentially taking the U.S. trade deficit with the country divided by the total imports from that country to the U.S.

"Guys, they're setting U.S. trade policy based on a bad ChatGPT question that got it totally wrong. That's how we're doing trade war with the world," Aravosis proclaimed before adding the stock market is "totally crashing."


How rich are they if their time is worth $100/hour?


> Isn't Congestion Pricing a handout of public streets to the wealthy?

Wouldn't increased bus ridership and lower car traffic point to the opposite?


What were the jupyter notebooks for? Did you run your backend in notebooks?


Wordpress version was basically just static plant pages. And I used jupyter notebooks to update them with new data (like product price and availability). Pretty funny to think about now


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: