Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gas Town Decoded

alilleybrinker.com

Post reply on HN
Print view View original

61–70 of 245 posts

Re: Gas Town Decoded

#61

Post by sorenbs »

fdr wrote: post #33

I use beads quite a bit, but not as steve intended. And definitely the opposite of "Gas Town," where I use the note-taking capability and integration with Git (that is, as something of a glorified Makefile and database) to debug contexts, to close the loop and increase accuracy over time. Nevertheless, it has been useful for large batch runs over my code base: the record has been processing for thirty hours straight…

> but some others will pick up where he left off, with more modest goals

Already happening :-) https://github.com/Dicklesworthstone/beads_rust

Re: Gas Town Decoded

#62

Post by CuriouslyC »

I don't understand why people are making this so complicated. We have a battle tested SDLC. We don't need to reinvent this shit. We just need to make some affordances in the tools and processes we set up for the majority of the actors in the system to be agents (such as rationing human attention).

Spec your software like an architect/po, decompose it into a task dag, then orchestrate for each lane and assemble all change sets in a merge branch rather than constantly repointing head.

Re: Gas Town Decoded

#64

Post by arcanemachiner »

CuriouslyC wrote: post #62

I don't understand why people are making this so complicated. We have a battle tested SDLC. We don't need to reinvent this shit. We just need to make some affordances in the tools and processes we set up for the majority of the actors in the system to be agents (such as rationing human attention). Spec your software like an architect/po, decompose it into a task dag, then orchestrate for each lane and assemble all ch…

SDLC = Software Development Life Cycle (?)

Re: Gas Town Decoded

#65

Post by tom_ »

Cedricgc wrote: post #46
refulgentis wrote: post #36

Earlier quoted context omitted.

He was right about Google in [1] when I was still drinking the Kool-Aid, in big and tangible ways that aren't discussed publicly. [2] is 100% accurate, Grok was the backbone / glue of Google's internal developer tools. I don't disagree on the current situation, and I'm uncomfortable sticking my neck out on this because I'm basically saying "the guy who kinda seems out of it, totally wasn't out of it, when you think h…

I should be specific. I think the technical analysis is reasonable and I actually enjoy someone staking on a big vision, which is why I saved these pieces. An example: "I’ve seen Grab’s hunger. I’ve felt it. I have it. This space is win or die. They will fight to the death, and I am with them. This company, with some 3000 employees I think, is more unified than I’ve seen with most 5-person companies. This is the kind…

This appears to be the coin in question: https://coinmarketcap.com/currencies/gas-town/ - up 222,513.21% in the past week! (And down 25.26% in the last 24 hours. But... suppose it goes back up again?!)

Re: Gas Town Decoded

#66

Post by keyle »

I'd help build Gas City and Gas State, and Gas Country if that would mean we actually would solve the things AI promised to solve. All sickness, famine, wealth ...

The problem is, we're just fidgeting yolo-fizzbuzz ad nauseam.

The return on investment at the moment is probably one of the worst in the history of human investments.

AI does improve over time, still today, but we're going to run out of planet before we get there...

Re: Gas Town Decoded

#67

Post by bfrog »

Claude is ok. Gas town seems like a Claude multiplier. I’m not sure more Claude is what I’d even want!

Not sure I love what it does all the time, it tends to fit whatever box you setup and will easily break out if you aren’t veeeery specific. Is it better than writing a few thousand lines of code myself that I deeply understand that can debug and explain? I don’t know yet. I think it’d be good for writing functions one at a time with massive supervision.

It’s great for writing scripts and things where precision and correctness outside the success path isn’t really needed. If a script fails and it wasn’t deleting a hard drive who cares. If my embedded code fails out in a product in the wild this is a much bigger nuisance and potentially fatal for the device (not the humans) which is wasteful.

Re: Gas Town Decoded

#68

Post by wild_egg »

sorenbs wrote: post #61
fdr wrote: post #33

I use beads quite a bit, but not as steve intended. And definitely the opposite of "Gas Town," where I use the note-taking capability and integration with Git (that is, as something of a glorified Makefile and database) to debug contexts, to close the loop and increase accuracy over time. Nevertheless, it has been useful for large batch runs over my code base: the record has been processing for thirty hours straight…

> but some others will pick up where he left off, with more modest goals Already happening :-) https://github.com/Dicklesworthstone/beads_rust

I was disappointed to see that this is still 10x the code needed for the feature set and that it still insists on duplicating state into a SQLite index for such minuscule amounts of data.

I've seen 25-30 similar efforts to make a Beads alternative and they all do this for some reason.

Post reply on HN