There’s an official Lego boardgame built on this concept.
HN user
xixixao
I would love simpler (harder) instructions! It's too easy tbh brick by brick as it is today. 1964 looks lovely. I also have a gripe with the complexity of modern bricks (besides "basic bricks" sets). It's getting harder to build something else than what the model is.
Can you change the current working directory? If not, it's not a shell script.
1. From the docs: "In the the project it is production ready because it is already used in this context because the shell code generated is tested and confirmed that works, the language is evolving with the tooling set."
Hmm...
2. Support Fish too. Having one language that can generate zsh (macOS default), Fish (power users default), and bash would be really nice!
Looks very tasteful! Good job!
The government pays Raytheon for missiles, the money cascades down the economy through factories, aluminium smelters, mines, transport companies, all staffed by AIs buying and selling from each other.
This seems too simplistic of a description of how money would work in such a world. Money is just a way to distribute your power to influence people. You never pay for machines or software. Think about buying anything, say a pen. You do not really pay for the metal in the pen. You pay the cost associated with extracting and processing the metal by humans along the production chain. If there were no humans along the chain, the cost could go down to zero.
So far, there are no “AIs” being paid.
The "focus" on planets doesn't work quite correctly. I love that you included true size, but it would be great if the focus worked, and one could zoom between the planets (until the planet shows up).
I also think Saturn's rings don't wobble that fast.
You could sample the informality variable for this font, it might work out.
If Apple could give away a macbook neo to students, locked to the one individual student somehow, for free! they would still make money on it in the long run through the subsequent purchases over the person’s lifetime.
How do you ensure you or your contributors didn’t forget to run the tests?
You’d need at least some hash of sources + test results, and check that it matches that (in CI).
And you’d still deal with environment differences.
This is so beautiful, this thread doesn't have enough praise! It's not easy to get this "right". Lovely!
Honest question which I think is at the heart of the question: What’s the difference between these and NYSE / Robinhood?
Everyone is commenting on the blog but not the service. I remain skeptical:
A. Either it will remain obscure and not see any real use
B. (Less likely) It will get abused to hell before it is shutdown.
Claims of removing violating content “immediately” seem unrealistic under decent usage, unless that $600 can grow unbounded.
The environment around the language can put in limits (on time, number of operations, etc.)
Convex does this well, replacing SQL (somewhat yaml-like sucky old declarative language) with JS/TS but in a well-locked-down environment with limits to ensure one mutation or query doesn’t take down the whole DB.
Wait, have you been using Cursor? This is exaclty what it does fairly well.
Why do ppl think building something through yaml is ever a good idea??
(I know why: for a platform it’s simpler to parse a yaml than to run code, but it’s almost never a good idea for anything that needs to scale in complexity)
The really bad:
UI is constantly inconsistent. You have to keep reloading the page to hope to see what’s up with your MR. Doesn’t help it’s super slow to load.
The backend infra is super unreliable, with actions failing to start, merge trains being stuck, their webhooks being overloaded.
If you think GitLab is a good alternative to GitHub, I have 0 trust in you.
GitLab and Azure are a daily source of pain for us.
Convex's open source version is OK as long as you don't expect huge load.
Dynamically and statically linked libs is hilarious in the context of webassembly running in the browser.
Confluence is ok and has improved recently.
Jira is garbage (frontend, backend). Tough but true.
This is the “ad tax” reasoning, but ultimately I think the answer is greater efficiency. So there is a real value, even if all competitors use the tools.
It’s like saying clothing manufacturers are paying the “loom tax” tax when they could have been weaving by hand…
Have you tried Convex?
They have it in the app… grrr
git absorb exists too fyi
It has improved massively by 2023 when I left.
Conflicts spawn most likely because PR A was squashed, and once you squash Git doesn't know that PR B's ancestors commits are the same thing as the squashed commit on main.
No idea if this feature fixes this.
Edit: Hopefully `gh stack sync` does the rebasing correctly (rebase --onto with the PR A's last commit as base)
Workflows can vary, but what I like:
PR/MR is an "atomic" change (ideally the smallest change that can be landed separately - smallest makes it easier to review, bisect and revert)
Individual commits (or what "versions" are in Phabricator) are used for the evolution of the PR/MR to achieve that change.
But really I have 2 use cases for the commits:
1. the PR/MR is still too big, so I split it into individual commits (I know they will land together)
2. I keep the history of the evolution of the PR/MR in the commits ("changed foo to bar cause its a better approach")
Also they only have dark mode in the app, even though the app is (or was) clearly not native anyway.
If you were just a little bit serious you wouldn’t be discussing this on a site run by Y-Combinator!
(the “angry” comments are so tiring)