4 ms·

> Are you just working on personal projects or in a shared codebase with tens or hundreds of other devs? Like - I presume almost everyone - somewhere in the mi

> Are you just working on personal projects or in a shared codebase with tens or hundreds of other devs? Like - I presume almost everyone - somewhere in the middle? That was a helluva dichotomy to offer me... > how do you keep your AI generated content from turning the whole thing into an incomprehensible superfund site of tech debt? By reading it, thinking about it and testing it? Did I somehow give the impression I'm cutting and pasting huge globs of code straight from ChatGPT into a git commit? There's a weird gulf of incomprehension between people that use AI to help them code and those that don't. I'm sure you're as confused by this exchange as I am.

jcgrillo 2y ago
> That was a helluva dichotomy to offer me... I certainly didn't intend it that way, more like a continuum. O(1) --> O(10) --> O(100) --> ... > Did I somehow give the impression I'm cutting and pasting huge globs of code straight from ChatGPT into a git commit? Yes, a little. It seemed to me like you were advocating using the LLM to generate large amounts of tedious output.
- andybak 2y ago
  I'm not sure where I said that but I certainly didn't intend to give that impression. I use AI either as an unblocker to get me started, or to write a handful of lines that are too complex to do from memory but not so complex that I can't immediately grok them. I find both types of usage very satisfying and helpful.
  - jcgrillo 2y ago
    Interesting, thanks for clarifying.
- anonzzzies 2y ago
  It does generate swats of code, however, you have to review and test it. But, depending on what you are working in/with, you would have to write this yourself anyway; for instance, Go has always so much plumbing, AI simply removes all those keystrokes. And very rigorously; it adds all the err and defer blocks in, which can be 100s and a large % of one go file: what is the point of writing that yourself? It does that very fast as well; if you write the main logic without any of that stuff and ask sonnet to make it 'good code', you write a few lines and get 100s back. But it is far more useful on verbose 'team written' corporate stuff than on the more reuse intensive tech: in CL or Haskell, the community is far more DRY than Go or JS/TS; you tend to create and reuse many things and your much of the end result is (basically) a DSL; current AI is not very good at that in my experience; it will recreate or hallucinate (when you pressure reuse of previously created things, if there are too many, even though it does fit in the context window) functions all over the place. But many people have the same issue; they don't know, cannot search or forget and will just redo things many times over; AI makes that far easier (as in, no work at all often), so that's the new reality.
rurp 2y ago
Working in a codebase with 10s of other developers seems... pretty normal? Not universal sure, but that has to be a decent percent of professional software work. Once you get to even a half dozen people working in a code base I think consistency and clarity take on a significant role. In my own experience I've worked on repos with <10 other devs where I spent far more effort on consistency and mantainability than getting the thing to work.

jcgrillo 2y ago

> That was a helluva dichotomy to offer me... I certainly didn't intend it that way, more like a continuum. O(1) --> O(10) --> O(100) --> ... > Did I somehow give the impression I'm cutting and pasting huge globs of code straight from ChatGPT into a git commit? Yes, a little. It seemed to me like you were advocating using the LLM to generate large amounts of tedious output.

andybak 2y ago
I'm not sure where I said that but I certainly didn't intend to give that impression. I use AI either as an unblocker to get me started, or to write a handful of lines that are too complex to do from memory but not so complex that I can't immediately grok them. I find both types of usage very satisfying and helpful.
- jcgrillo 2y ago
  Interesting, thanks for clarifying.
anonzzzies 2y ago
It does generate swats of code, however, you have to review and test it. But, depending on what you are working in/with, you would have to write this yourself anyway; for instance, Go has always so much plumbing, AI simply removes all those keystrokes. And very rigorously; it adds all the err and defer blocks in, which can be 100s and a large % of one go file: what is the point of writing that yourself? It does that very fast as well; if you write the main logic without any of that stuff and ask sonnet to make it 'good code', you write a few lines and get 100s back. But it is far more useful on verbose 'team written' corporate stuff than on the more reuse intensive tech: in CL or Haskell, the community is far more DRY than Go or JS/TS; you tend to create and reuse many things and your much of the end result is (basically) a DSL; current AI is not very good at that in my experience; it will recreate or hallucinate (when you pressure reuse of previously created things, if there are too many, even though it does fit in the context window) functions all over the place. But many people have the same issue; they don't know, cannot search or forget and will just redo things many times over; AI makes that far easier (as in, no work at all often), so that's the new reality.

rurp 2y ago

Working in a codebase with 10s of other developers seems... pretty normal? Not universal sure, but that has to be a decent percent of professional software work. Once you get to even a half dozen people working in a code base I think consistency and clarity take on a significant role. In my own experience I've worked on repos with <10 other devs where I spent far more effort on consistency and mantainability than getting the thing to work.