Live data from Hacker News

Tips for programmers to stay ahead of generative AI

spectrum.ieee.org

131–140 of 319 posts

Re: Tips for programmers to stay ahead of generative AI

#131

Earlier quoted context omitted.

this is one underrated point. Altman talks about democratizing this technology. But if the leading LLMs concentrate at a few companies, unless governmentally mandated, they could keep guardrails from regular folks accessing it, and also with regulation capture.

"democratizing this technology" = working closely with government > unless governmentally mandated, they could keep guardrails from regular folks accessing it That's not what's going to happen. Government will mandate that regular folks can't access it. Government will also do its best to make sure LLMs concentrate at a few companies, which it will often refer to as "partners."

That could also happen. Especially in a government, plagued by lobbying, and corporate interests.

Re: Tips for programmers to stay ahead of generative AI

#133

Is programming even the hard part about programming? In all seriousness, what we would really need from an AI to start really saving me time would be for it to interview all the customers/partners involved on the project, determine the scope of function needed, boil all that down to a set of sensible domain models that make sense to everyone, identify where/when messages need to be passed, determine which things can…

i'm honestly not worried at all about LLMs because most of my jobs have consisted of fixing problems in other peoples' code, and i haven't seen any evidence that an LLM will be capable of doing that on a non-trivial program any time in the near future. I have, however, seen evidence that chatgpt will create many more problems and make my job harder.

Re: Tips for programmers to stay ahead of generative AI

#134

Earlier quoted context omitted.

What's the problem with hallucinations when your editor can tell you automatically if the code compiles or not?

Sometimes the hallucinations compile.

It's nice that we've taught the robots to make off-by-one errors just like a real developer.

Re: Tips for programmers to stay ahead of generative AI

#135

Earlier quoted context omitted.

What's the problem with hallucinations when your editor can tell you automatically if the code compiles or not?

Sometimes the hallucinations compile.

> Sometimes the hallucinations compile.

In that case they become complications.

Re: Tips for programmers to stay ahead of generative AI

#136
I haven't faffed about with ChatGPT yet, mainly because of the verification cans it makes me drink in order just to use it. I also don't want every query of mine being snarfed up into some cloud database to be recycled for profit by Microsoft. Writing a program is a very private activity for me and I am very concerned about leaking data about my code to some huge far-off entity to profile me with. Yes, I know that there's a difference between private-time programming and programming on the job; given the industry I work in, my employer has even bigger concerns about data leakage and recently issued a policy forbidding the use of ChatGPT and other publicly available LLMs.

I do not feel that it will affect me terribly much. I don't even use autocomplete -- too distracting. I've long been of the opinion that things like autocomplete are there to simulate the feeling of increased productivity, without making you much, if any, more productive, because the bottleneck in writing code is the deep thought about what you need to write, not actually typing it in. I felt the same way about AppWizards and other code generation tools from old-school Visual Studio and the like. They generated boilerplate code for an application in the shape that some Microsoftoid decided was best, not the shape I actually wanted to create. I suspect that in the long run, LLMs will be about the same, until we've solved AGI -- at which point any such intelligence will have its own ideas about the code it wants to write, which doesn't affect me unless I choose to collaborate with it.

If you think about a human who isn't terribly smart, but they want the world to think they are, what they will do is generate bullshit to fill in the vast gaps in their knowledge. So if you have such a person working for you, you have to check their work because they will try to fob off shitty work rather than ask for help. And ChatGPT is kinda like that: it will generate bullshit (we call it "hallucinations" in the case of GPT, but the term of art is bullshit) to fill in the gaps of what was not in its training set. And there's no way to know where the gaps are. So you have to check anything it outputs for correctness and lack of bullshit. I'm not sure that incorporating LLMs into programming is (yet) not just an infinite generator of messes for humans to clean up.

Re: Tips for programmers to stay ahead of generative AI

#137

GPT-4 does a lot of my work at this point. I instruct it what to do, and it writes the code. Is anyone else brave enough to admit it?

To me the best part is that you don't need to read documentation to understand something that you won't use anymore and will forget 2 days later. Like: regex, how to plot a histogram in fucking matplotlib, seaborn, etc.

Re: Tips for programmers to stay ahead of generative AI

#138

Earlier quoted context omitted.

What's the problem with hallucinations when your editor can tell you automatically if the code compiles or not?

Sometimes the hallucinations compile.

Fuck it, ship it!

Re: Tips for programmers to stay ahead of generative AI

#139
post #94

Earlier quoted context omitted.

I believe that AI will get so good at creating new code that a lot of existing libraries will be let unused. What is the point of using lots of libraries if AI can generate the code we need directly? The AI will be the library itself, and the generated code will embed the knowledge about doing lots of things for which we used libraries.

>What is the point of using lots of libraries if AI can generate the code we need directly? Theyve been debugged.

And also have documentation.

Re: Tips for programmers to stay ahead of generative AI

#140
post #124

Earlier quoted context omitted.

I did read it, but the whole premise is flawed due to an apparently incomplete understanding of how LLMs work. Including code samples in your prompt won't have the effect you think it will. LLMs are trained to produce results that are statistically likely to be syntactically well-formed according to assumptions made about how "language" works. So when you provide code samples, the model incorporates those into the re…

I think this is incorrect for most use-cases. LLMs do grok code semantically. Adding requests for coding style injects implementation specificity when flattening the semantic multidimensionality back into language.

No, they do not. That's not how LLMs work, and stating that it is betrays an absolute lack of understanding of the underlying mechanisms.

LLMs generate statistically likely sequences of tokens. Their statistical model is derived from huge corpora, such as the contents of the entire (easily searchable) internet, more or less. This makes it statistically likely that, given a common query, they will produce a common response. In the realm of code, this makes it likely the response will be semantically meaningful.

But the statistical model doesn't know what the code means. It can't. (And trying to use large buzzwords to convince people otherwise doesn't prove anything, for what it's worth.)

To see what I mean, just ask ChatGPT about a slightly niche area. I work in programming languages research at a university, and I can't tell you how many times I've had to address student confusion because an LLM generated authoritative-sounding semantic garbage about my domain areas. It's not just that it was wrong, but that it just makes things up in every facet of the exercise to a degree that a human simply couldn't. They don't understand things; they generate text from statistical models, and nothing more.

Post reply on HN