tobyjsullivan
People complain about how it's written, but it's nevertheless an interesting exploration of the parallels between natural ecosystems and human economies. As someone with no particular interest or background in economics (and who hasn't read anything else by Jane Jacobs), I find it a fascinating and easy read.
Edit: close, but not quite
Three kinds of disability:
1. Permanent (eg, blind)
2. Temporary (eg, pregnant/new parent, recoverable injury)
3. Contextual (eg, holding something with one hand, loud environment)
When people think about accessibility, they often think about 1. But the long-tails for 2 and 3 are huge, and ultimately affect everyone at some point.
(Forgive the link source - I can see in hindsight how that might not be perceived as the most objective source - but there are many other sources for those who care to look.)
There’s valid concern with these types of laws and scope creep. But there’s also precedent which shows they can work and be applied reasonably.
FOSS projects didn’t always have a standard process for Fagan inspections.
And while banning AI outright is certainly an option at a private company, it also feels like throwing out the baby with the bath water. So we’re all searching for a solution together, I think.
There was a time (decades ago) when projects didn’t need to use pull requests. As the pool of contributors grew, new tools were discovered and applied and made FOSS (and private dev) a better experience overall. This feels like a similar situation.
Anecdata: I read five and only found one was AI. Your sampling may vary.
Some businesses prefer tools built by other businesses for some tasks. The author advocates pretty plainly to identify and target those opportunities if that’s your strength.
I think his point is to recognize that’s moving toward a niche rather than the norm (on the spectrum of all software to be built).
A human isn’t going to read the docs when implementing something they think they already know. Why would an agent?
We go to the docs when we’re stuck or something doesn’t work how we expect, but rarely before.
The question is, should LLMs be trained to behave differently? Maybe?
One way I work around this is instructing agents to always provide external references (eg links to documentation) when crafting implementation plans. That sort of forces to agent to go find supporting docs.
Skills are listed in the system prompt so an agent should, in theory, know which are available and when to use them.
The author is claiming the agent never loads the skill unless explicitly instructed to.
This somewhat matches my experience, though my agents do load skills at least some of the time. Just not nearly as often as I’d want.
Not sure how well it’s working though (my agents haven’t used it yet)
https://code.claude.com/docs/en/sub-agents
Are you talking about the same thing or something else like having Claude start new shell sessions?
> Automation doesn't just allow you to create/fix things faster. It also allows you to break things faster.
https://news.ycombinator.com/item?id=13775966
Edit: found the original comment from NikolaeVarius
It might be more useful if it was an index of skills managed in GitHub. Sort of like GitHub actions which can be browsed in the marketplace[1] but are ultimately just normal git repos.
The rise of parking apps on mobile adds an interesting angle to this.
No doubt, many of us favour apps because the UX is so much better. Not quite sure if that affects the bottom line short-term, but long-term I’m sure it will.
For example, if I ask for a pasta recipe in Italian, will I get a more authentic recipe than in English?
I’m curious if anyone has done much experimenting with this concept.
Edit: I looked up Sapir-Whorf after writing. That’s not exactly where my theory started. I’m thinking more about vector embedding. I.e., the same content in different languages will end up with slightly different positions in vector space. How significantly might that influence the generated response?
Lots of packages rely on other languages and runtimes. For example, tabula-py[1] depends on Java.
So if my-package requires a JS runtime, it can add this deno package as its own dependency.
The benefit is consumers only need to specify my-package as a dependency, and the deno runtime will be fetched for free as a transient dependency. This avoids every consumer needing to manage their own JavaScript runtime/environment.
Of course, it’s possible that the windows update was a factor, when combined with other conditions.
No surprise non-experts muck it up and I don’t see that changing until they move to special-purpose tools.
Note that GTA V is now 12 years old and still sells ~20M copies per year. So that’s going to be a tough sell in some cases.
You could argue it’s still actively developed, particularly due to online, so fair enough.
But that’s also sort of true for Vice City. They’ve released mobile version (playable on Netflix) over the past few years at least.
Nevertheless, I’d be thrilled if that was a standard practice.