zingar

10 ms·

121.
by zingar 7mo ago
On using different models: GitHub copilot has an API that gives you access to many different models from many different providers. They are very transparent about how they use your data[1]; in some cases it’s safer to use a model through th
122.
by zingar 7mo ago
I have my own function that starts up a vterm in the root of the repo that I’m in. It is average for running Claude (long sessions get the scrolling through the whole history on every output character bug) but actually better at running ope
123.
by zingar 7mo ago
Nitpick: I don’t think architect is a good name for this role. It’s more of a technical project kickoff function: these are the things we anticipate we need to do, these are the risks etc. I do find it different from the thinking that one d
124.
by zingar 7mo ago
Big +1 for opencode which for my purposes is interchangeable or better than Claude and can even use anthropic models via my GitHub copilot pro plan. I use it and Claude when one or the other hits token limits. Edit: a comment below reminded
125.
by zingar 7mo ago
Solidifying the ideas in writing helps the author improve them, and helps them and the rest of us understand what to look for in the next generation of models.
126.
by zingar 7mo ago
Writing pieces of code that beat average human level is solved. Organizing that code is on its way to being solved (posts like this hint at it). Finding problems that people will pay money to have solved by software is a different entirely
127.
by zingar 7mo ago
I guess you’re probably looking for someone who uses cursor etc to answer but here’s a data point from someone a bit off the beaten path. My editor supports both modes (emacs). I have the editor integration features (diff support etc) turne
128.
by zingar 7mo ago
“Computers don’t argue” seemed charmingly wrong about how computers work until a few short years ago. https://nob.cs.ucdavis.edu/classes/ecs153-2019-04/readings/c...
129.
by zingar 7mo ago
Could you tell us what makes this different from other agent orchestration software? Also I’m struggling to understand the significance of the 193 tests. Are these to validate the output of the agents? If they’re just there to prevent regre
130.
by zingar 8mo ago
I find that speaking the words (knowing the different sounds of the letters) allows me to understand way further back than if I try read them. I noticed this in undergrad linguistics which has a module on old English.
131.
by zingar 8mo ago
Most of what I understood from that far back was because of Afrikaans, more than English.
132.
by zingar 8mo ago
Don’t bother. The article is great.
133.
by zingar 8mo ago
Mostly really good. Because it’s HN I have a few quibbles: What’s wrong with a daily synchronous call? Some of this reads like micromanagement. Why does a project organizer need to spend lots of time tracking people, why aren’t they recordi
134.
by zingar 8mo ago
My current ratio is about 1.5 people in 10. The .5 is someone who knows what to do but doesn’t have the technical skill to do it.
135.
by zingar 8mo ago
This is surprising to me. The advice about what team members should be able to is the stuff I find agents least capable of doing, e.g. autonomously identifying the most important work and knowing when something is done.
136.
by zingar 8mo ago
I assumed that they are saying that you spend $1k per day and that makes the developer as productive as some multiple of the number of people you could hire for that $1k.
137.
by zingar 8mo ago
The biggest rewards for human developers came from building addictive eyeball-getters for adverts so I don’t see how we can expect a very high bar for the results of their replacement AI factories. Real-world and tangible just seem complete
138.
by zingar 8mo ago
What results are you getting at home?
139.
by zingar 8mo ago
> answer the same support questions. Repeat. This is not devops, this is someone managing yaml to allow an org to avoid doing devops. Devops is practiced by everyone. If there are people asking the same questions over and over there is a
140.
by zingar 8mo ago
Tests make me faster. Dynamic or not feels irrelevant when I consider how much slower I’d be without the fast feedback loop of tests.
141.
by zingar 8mo ago
That’s a VERY nice rate for SA; approximately what I charge in the UK. I assume these are not local companies who hire you.
142.
by zingar 8mo ago
Update: I managed to do exactly this using the GitHub project that OP links to.
143.
by zingar 8mo ago
> big iterations' are the ones where all the problems which the author mentions crop up in the first place! That’s certainly my experience
144.
by zingar 8mo ago
It's strange that engineering is considered to be in opposition to evolution when we get concepts like prototypes and working models from engineering.
145.
by zingar 8mo ago
Agreed. Since this blog has posts since 2007 I can only think that the author is in the "so far removed" group.
146.
by zingar 8mo ago
100%. I came here to find something new from a field that I don't know but imagine has some good lessons for software. Instead I found someone commenting on small iterations vs big design which is quite ho-hum by comparison.
147.
by zingar 8mo ago
I disagree with most of this article, but this part stood out: > the size of the iterations matters, a whole lot. If they are tiny, it is because you are blindly stumbling forward. If you are not blindly stumbling forward, they should be
148.
by zingar 8mo ago
Does this mean 4.5 will get cheaper / take longer to exhaust my pro plan tokens?
149.
by zingar 8mo ago
I guess I should be able to use this config to point Claude at the GitHub copilot licensed models (including anthropic models). That’s pretty great. About 2/3 of the way through every day I’m forced to switch from Claude (pro license)
150.
by zingar 9mo ago
The complexity aspect of the planning is one aspect I’d been missing. It fits nicely next to “list assumptions and then check them” and “finish one f#%^ing thing at a time” advice that I give to human teams which is also a struggle for agen

More ›