back
user profile
dhorthy
1,124karma·268submissions·March 2, 2018
about
building @ humanlayer.com
recent activity (268 total)
comment
My advice - never use compact, always stash your context to Md or a wordy git commit message and then clear context You want control over and visibility into what’s being compacted, and /compact …
comment
You don’t think early c programmers spent a lot of time reading the assembly that was produced?
comment
I appreciate the share. Yes as I said it was a pretty dang uncomfortable to transition to this new way of working but now that it’s settled we’re never going back
comment
File size matters if you don’t have strategically placed “read the entire file” instructions for certain parts of the workflow (we do)
comment
yeah flat, simple code is good to start, but I find I'm still developing instincts around right balance between "when to let duplicate code sprawl" vs. "when to be the DRY police&q…
comment
i 100% agree - the folks who are best at ai-first engineering, they spend 3 days designing the test harness and then kick off an agent unsupervised for 2+ days and come back to working software. not e…
comment
yeah its kinda funny how some bigger more sophisticated eng orgs that would be called "slow and ineffective" by smaller teams are actually pretty dang well set-up to leverage AI. All because…
comment
letting people pick their own editors is a zirp phenomenon
comment
yeah if you read our create_plan prompt, it sets up a 3+ phase back and forth soliciting clarifying questions before the plan is built!
comment
Claude code is Claude code, whether you use in cursor or not Codex and Claude code are neck and neck, but we made the decision to go all in on opus 4, as there are compounding returns in optimizing pr…
comment
i think the general take away for all of this is the model can write the code but you still have to design it. I don't disagree with anything you've said, and I'd say my advice is engag…
comment
thank you for the feedback! themes are hard. Update going out now
comment
we can come up with something better :)
comment
i think that was one of the key reasons we built research_codebase.md first - the number one concern is "what happens if we end up owning this codebase but don't know how it works / don…
comment
if you read further down, I acknowledge this > While the cancelation PR required a little more love to take things over the line, we got incredible progress in just a day.
comment
https://en.wikipedia.org/wiki/Product_requirements_document
comment
i mean there's also the fact that claude code injects this system message into your claude.md which means that even if your claude.md sucks you will probably be okay: <system-reminder>
IMPO…
comment
I would say its much more about abstraction and the leverage abstractions give you. You'll also note that while I talk about "spec driven development", most of the tactical stuff we…
comment
alex reibman proposed hyperengineering i've also heard "aura coding", "spec-driven development" and a bunch of others I don't love. but we def need a new word cause vibe …
comment
yeah once again you need the right context to override what's in the weights. It may not know how to use the responses api, so you need to provide examples in context (or tools to fetch them)
comment
yes - correct. For the record, if spending raw tokens, the 2 prs to baml cost about $650. but yes we switched off per-token this week because we ran out of anthropic credits, we're on max plan no…
comment
I tend to think about it like vim - you will feel slow and annoyed for the first few weeks, but investing in these skills are massive +EV long term
comment
s/unique/lazy
comment
yeah i love that there is a lot of source data for "what is good idiomatic go" - the model doesn't have it all in the training set but you can easily collect coding standards for go wit…
comment
i strongly disagree with this - if anything, using AI to code real production code in real complex codebase is MORE technical than just writing software. Staff/Principal engineers already spend a…
comment
me too :)
comment
why do you think go is better than python (i have some thoughts but curious your take)
comment
definitely - the standford video has a slide about how many cases caused people to be even slower than without AI