News for hackers. Stuff that matters.
Re:Devin, the First AI Software Engineer by PheonixPharts on Tuesday March 12, 2024 @04:29PM (#39684532)
It's worth pointing out that on their eval set for "issues resolved" they are getting 13.86%. While visually this looks impressive compared to the others, anything that only really works 13.86% of the time, when the verification of the work takes nearly as much time as the work would have anyway, isn't useful.

The problem with this entire space is that we have VC hype for work that should ultimately still be being done in research labs.

Nearly all LLM results are completely mind blowing from a research perspective but still a long way from production ready for all but a small subset of problems.

The frustrating thing, as someone working in this space awhile, is that VCs want to see game changing products ship overnight. Teams working on the product facing end of these things are all being pushed insanely hard to ship. Most of those teams are solving problems never solved before, but given deadlines as though they are shipping CRUD web apps. The kicker is that despite many teams doing all of this, because the technology still isn't there, they still disappoint "leadership". I've personally seen teams working nights and weekends, implementing solutions to never before seen problems in a few weeks, and still getting a thumbs down when they cross the finish line.

To really solve novel problems with LLMs will take a large amount of research, experimentation and prototyping of ideas, but people funding this hype have no patience for that. I fear we'll get hit by a major AI winter when investors get bored, but we'll end up leaving a lot of value on the table simply because there wasn't enough focus and patience on making these incredible tools work.

Re:Devin, the First AI Software Engineer by reissbaker on Tuesday March 12, 2024 @08:08PM (#39686449)
Agreed on the lack of value for 13.86% correctness — I noticed that too. This reminds me a little of last year's hype around AutoGPT et al (at around the same time of year, oddly enough); it's very promising as a measure of how far we've come since just a few years ago when that metric would be 0%, but it doesn't seem super usable at the moment.

That being said, something is definitely coming. 50% correctness would probably be well worth using — simple copy/paste between my editor and GPT4 has been useful for me, and that's much less likely to completely solve an issue in one shot — and not only will small startups doing finetunes be grinding towards better results... The big labs will be too, and releasing improved foundation models that the startups can then continue finetuning. I don't think a new AI winter is on the horizon yet; Meta has plenty of reason to keep pushing out better stuff, both from a product perspective (glasses) and from an efficiency perspective (internal codegen), and OpenAI doesn't seem particularly at risk of stopping since Microsoft is using them both to batter Google on search (by having more people use ChatGPT for general question answering than using Google search), and to claw marketshare from Amazon in their cloud offerings. Similarly, some AI products have already found product/market fit; Midjourney bootstrapped from 0 to $200MM ARR (!) for example, purely on the basis of monthly subscriptions, by disrupting the stock image industry pretty convincingly.

Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Tuesday March 12, 2024 @05:25PM (#39685170)
Agreed, and I think that many of the problems that people think LLMs will become capable of, in fact require AGI.

It may well turn out that LLMs are NOT the path to AGI. You can make them bigger and better, and address some of their shortcomings with various tweaks, but it seems that AGI requires online/continual learning which may prove impossible to retrofit onto a pre-trained transformer. Gradient descent may be the wrong tool for incremental learning.

Re:Devin, the First AI Software Engineer by renonce on Wednesday March 13, 2024 @02:11AM (#39688540)
At least in theory we can achieve incremental learning by training from scratch every time we got some new training data. There are drawbacks with this approach such as inconsistent performance for different training runs and significantly higher training cost but it's achievable. Now the problem is if there exist methods more efficient than gradient descent? I think it's very clear now that there are no other algorithm in sight that could achieve the level of intelligence without gradient descent at its core, and the problem is just how gradient descent is used.
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @08:19AM (#39690512)
The obvious alternative to gradient descent here would be Bayes Formula (probabalistic Bayesian belief updates), since this addresses the exact problem that our brains evolved to optimize - how to utilize prediction failure (sensory feedback vs prediction) to make better predictions - better prediction of where the food is, what the predator will do, how to attract a mate, etc. Predict next word too (learn language), of course.

I don't think pre-train for every update works - it's an incredibly slow and expensive way to learn, and the training data just isn't there. Where is the training data that could train it how to do every aspect of any job - the stuff that humans learn by experimentation and experience? The training data that is available via text (and video) is mostly artifacts - what someone created, not the thought process that went into creating it, and the failed experiments and pitfalls to avoid along the way, etc, etc.

It would be nice to have a generic college-graduate pre-trained AGI as a starting point, but then you need to take that and train it how to be a developer (starting at entry level, etc), or for whatever job you'd like it to do. It takes a human years to practice to get good at jobs like these, with many try-fail-rethink experiments every day. Imagine if each of those daily updates took 6 months and $100M to incorporate?! We really need genuine online learning where each generic graduate-level AGI instance can get on-the-job training and human feedback and update it's own "weights" continually.

Re:Devin, the First AI Software Engineer by renonce on Wednesday March 13, 2024 @11:48AM (#39692891)
> The obvious alternative to gradient descent here would be Bayes Formula

If you know a little about the math behind gradient descent you can see that an embedding layer followed by a softmax layer gives you exactly the best Bayes estimate. If you want a bit of structure, like every word depends on previous n words, you get a convolutional RNN which is also well studied. These ideas are natural and elegant but maybe a better idea is to comprehend the research already done to avoid diving into dead ends too much.

Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @01:40PM (#39694675)
No, I don't "want a bit of structure" ... I want a predictive architecture that supports online learning. So far the only one I'm aware of is the cortex.

Not sure what approaches you are considering as dead ends, but RNNs still have their place (e.g. Mamba), depending on what you are trying to achieve.

Re:Devin, the First AI Software Engineer by ThalesX on Tuesday March 12, 2024 @04:59PM (#39684882)
> The problem with this entire space is that we have VC hype for work that should ultimately still be being done in research labs.

I also have two crypto-bro friends that are hyping it up without having anything to show for it. Which is why I'm sort of complaining about they hype surrounding it. I agree with your post to a large extent. This is not production ready technology. Maybe tomorrow.

Re:Devin, the First AI Software Engineer by mediaman on Tuesday March 12, 2024 @05:41PM (#39685318)
LLMs are quite good at text based tasks such as summarization and extracting entities.

These generally don't require advanced logic or thought, though they can require some moderate reasoning ability to summarize two slightly conflicting text extracts.

Lots of corporate work would be enhanced by better summarization, better information dissemination, and better text extraction. Most of it is pretty boring work, but there's a lot of it.

VC hypes seem to want to mostly focus on fantastical problems, though, which sound impressive at dinner parties but don't actually work well.

If you're a VC, do you want to talk about your investment in a company that finds discrepancies in invoices, or one that self-writes consumer iPhone apps?

Only one of those is actually doable today.

Re:Devin, the First AI Software Engineer by ThalesX on Tuesday March 12, 2024 @05:50PM (#39685400)
Re:Devin, the First AI Software Engineer by Jensson on Wednesday March 13, 2024 @10:50AM (#39691880)
HN doesn't allow posting AI content, but I tried pasting that in gemini and it did fine. Saw no errors, maybe it missed some important details but everything I checked matched the article and those details seemed like a good summary.

Here is what it wrote, didn't have enough tokens for the last 20% of the article though:

A Longstanding Partnership: The collaboration began in 2014 after the pro-Russian government was ousted in Ukraine. The CIA was initially cautious due to concerns about trust and provoking Russia.

Building Trust: Ukrainian intelligence officials gradually earned the CIA's trust by providing valuable intel, including on Russia's involvement in the downing of MH17 and election interference.

Hidden Network: The CIA secretly funded and equipped a network of 12 spy bases along the Ukrainian border used for intelligence gathering.

Training and Operations: The CIA trained Ukrainian special forces (Unit 2245) and intelligence officers (Operation Goldfish) for missions behind enemy lines.

Friction and Red Lines: The Ukrainians sometimes disregarded CIA restrictions on lethal operations, leading to tensions but not severing the partnership.

Current Importance: This intelligence network is now crucial for Ukraine's defense, providing critical intel on Russian troop movements and enabling long-range strikes.

Re:Devin, the First AI Software Engineer by avip on Tuesday March 12, 2024 @04:53PM (#39684821)
Thanks, insightful comment.
Re:Devin, the First AI Software Engineer by beauzero on Tuesday March 12, 2024 @04:51PM (#39684798)
"To really solve novel problems with LLMs will take a large amount of research, experimentation and prototyping of ideas, but people funding this hype have no patience for that. I fear we'll get hit by a major AI winter when investors get bored, but we'll end up leaving a lot of value on the table simply because there wasn't enough focus and patience on making these incredible tools work."

...this is what happened in 99-2000. It took 3-7 years for the survivors to start making it usable and letting the general public adjust to a new user paradigm (online vs on PC).

Re:Devin, the First AI Software Engineer by NicoJuicy on Tuesday March 12, 2024 @04:53PM (#39684814)
Don't forget the 20/80 rule. They haven't even gotten to 15% yet.

Our jobs are safe. I would even expect more "beginners" to try something with AI and then need an actual programmer to help them

( At least, if they are unwilling to invest the time in development and debugging themselves

Ps. Probably all the given examples are in top 3 most popular programming languages.

Re:Devin, the First AI Software Engineer by emporas on Tuesday March 12, 2024 @08:48PM (#39686756)
Machines currently are at an amateur level, but amateurs across the board on the knowledge base.

Amateurs at Python, Fortran, C, C++ and all programming languages. Amateurs at car engineering, airplane engineering, submarine engineering etc. Amateurs at human biology, animal biology, insect biology and so on.

I don't know anyone who is an amateur at everything.

Re:Devin, the First AI Software Engineer by zeroonetwothree on Tuesday March 12, 2024 @09:30PM (#39687096)
What does it mean exactly to be an amateur at "submarine engineering"? It certainly doesn't mean you know how to build a submarine.
Re:Devin, the First AI Software Engineer by emporas on Tuesday March 12, 2024 @09:42PM (#39687181)
They cannot make a submarine themselves, or design it, but when they reach 50 percent, they will reach 50% at everything.

In submarine engineering, they will be able to design and construct it in some way like 3d print it, and the submarine will be able to move into the water for some time before it sinks. Yeah, probably for submarines a higher percent should be achieved before they are really useful.

Re:Devin, the First AI Software Engineer by sarkhan on Tuesday March 12, 2024 @09:48PM (#39687217)
Perhaps, amateur could engineer a submarine that goes and stays at 10 feet deep? And it does not carry a nuc load?
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @10:53AM (#39691926)
Maybe there's a future for AIs designing narco-subs ?
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @11:30AM (#39692535)
> Machines currently are at an amateur level, but amateurs across the board on the knowledge base.

No, and that is a one of their limitations. LLMs are human-level or above on some tasks - basically on what they were trained to do - generating text, and (at least at some level) grokking what is necessary to do a good job of that. But, they are at idiot level on many other tasks (not to overuse the example, but I just beat GPT-4 at tic-tac-toe since it failed to block my 2/3-complete winning line).

Things like translation and summarization are tasks that LLMs are well suited to, but these also expose the danger of their extremely patchy areas of competence (not just me saying this - Anthropic CEO recently acknowledged it too). How do you know that the translation is correct and not impacted by some of these areas of incompetence? How do you know that the plausible-looking summary is accurate and not similarly impacted?

LLMs are essentially by design ("predict next word" objective - they are statistical language models, not AI) cargo-cult technology - built to create stuff that looks like it was created by someone who actually understands it. Like (origin of term cargo-cult) the primitive tribe that builds a wooden airplane that looks to them close enough to the cargo plane that brings them gifts from the sky. Looking the same isn't always good enough.

Re:Devin, the First AI Software Engineer by emporas on Wednesday March 13, 2024 @05:08PM (#39697527)
Agree, totally valid points.

Also take a look at rare diseases and doctors [1], in which machines are already better at diagnosing thousands of different rare diseases. Is is fair to say that machines are better at diagnosing diseases in general, just because they diagnose rare diseases, which each one, every doctor will need to diagnose once or twice in his career? Not clear at all.

Right now we are constrained by data, but that constraint will go away in 5 years or so. Will AGI will be achieved by then effortlessly? I have my doubts. My sentiment is that, even if AGI is never achieved, every small advancement in reasoning ability, in context window, in multimodal sensors and actuators, will have a very broad effect on jobs, on the economy and the way we are currently producing anything.

[1]https://www.youtube.com/watch?v=_6GhUjblqKg&t=826s

Re:Devin, the First AI Software Engineer by ramesh31 on Tuesday March 12, 2024 @05:22PM (#39685143)
> I've personally seen teams working nights and weekends, implementing solutions to never before seen problems in a few weeks, and still getting a thumbs down when they cross the finish line.

This is an important lesson that all SWEs should take to heart. Nobody cares about your novel algorithm. Nobody cares about your high availability architecture. Nobody cares about your millisecond network latency optimizations. The only thing that anyone actually using your software cares about is "Does the screen with lights and colors make the right lights and colors that solve my problem when I click on it?". Anything short of that is yak shaving if your role is not pure academic R&D.

Re:Devin, the First AI Software Engineer by dukeyukey on Tuesday March 12, 2024 @08:04PM (#39686419)
I wish this were the case. The amount of time I spend trying to talk principal engineers out of massive refractors because we want to get this out soon is near criminal.
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @10:03AM (#39691319)
Sure, there's a tendency, even among relatively senior developers, to want to rewrite things to make them better, and it's certainly faster to put a band aid on it if you need to ship something fast.

The thing is though that technical debt and feature creep (away from flexibility anticipated by original design) are real, and sometimes a rewrite or refactor is the right thing to do - necessary so that simple things remain simple to add, and to able to continue shipping fast. It just takes quite a bit of experience to know when to NOT rewrite/refactor and when to do it.

Re:Devin, the First AI Software Engineer by catchnear4321 on Tuesday March 12, 2024 @10:56PM (#39687635)
sounds like you could use to shave a yak.
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Tuesday March 12, 2024 @10:55PM (#39687630)
> It's worth pointing out that on their eval set for "issues resolved" they are getting 13.86%. While visually this looks impressive compared to the others, anything that only really works 13.86% of the time, when the verification of the work takes nearly as much time as the work would have anyway, isn't useful.

Yeah, I remember speech recognition taking decades to improve, and being more of a novelty - not useful at all - even when it was at 95% accuracy (1 word in 20 wrong). It really had to get almost perfect until it was a time saver.

As far as coding goes, it'd be faster to write it yourself and get it right first time rather than have an LLM write it where you can't trust it and still have to check it yourself.

Re:Devin, the First AI Software Engineer by dukeyukey on Wednesday March 13, 2024 @06:15AM (#39689765)
Even now, automatic speech recognition is a big timesaver, but you _need_ a human to look through the transcript to pick out the obviously wrong stuff, let alone the stuff that's wrong buy could be right in context.
Re:Devin, the First AI Software Engineer by pooya93 on Wednesday March 13, 2024 @04:58PM (#39697427)
but* just wanted to mention the error because the comment was about speech recognition errors
Re:Devin, the First AI Software Engineer by mgummelt on Wednesday March 13, 2024 @02:15PM (#39695220)
You can't compare the accuracy of speech recognition to LLM task completion rates. A nearly-there yet incomplete solution to a Github issue is still valuable to an engineer who knows how to debug it.
Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Wednesday March 13, 2024 @03:10PM (#39695985)
Sure, and no doubt people paying for speech recognition 25 years ago were finding uses for it too. It depends on your use case.

A 13% success rate is both wildly impressive and also WAY below the level where I would personally find something like this useful. I can't even see reaching for a tool that I knew would fail 90% of the time, unless I was desperate and out of ideas.

Re:Devin, the First AI Software Engineer by falcor84 on Thursday March 14, 2024 @12:15PM (#39705815)
I disagree. I think about this a bit as having a developer intern, on whom I can't rely to take much of a workload, and definitely nothing on the critical path, but I could say to them "Take a look at these particular well-defined tasks on the backlog and see which ones you could make some progress on" - I feel there's good value in that.

And the nice thing about an AI here is that I think it will actually find a different subset of these tasks to be easy than a human would.

Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Thursday March 14, 2024 @02:17PM (#39707232)
Yeah, but a developer intern already has human-level AGI to support the on-the-job developer training you are going to help give them. Any LLM available today, or probably in next 5-10 years for that matter, has neither AGI nor the ability to learn on the job.

My experience of working with interns, or low-skill developers, is that the benefit normally flows one way. You are taking time out from completing the project to help them learn. Someone/something of low capability isn't going to be relieving you of the large or complex tasks that would actually be useful, and be a time saver - they are going to try to do the small/simple tasks you could have breezed through, and suck up a lot of your time having to find out and explain to them how they messed up. Of course Devin doesn't even have online learning, so he'd be making the same mistakes over and over.

Re:Devin, the First AI Software Engineer by oytis on Wednesday March 13, 2024 @03:01PM (#39695877)
> A nearly-there yet incomplete solution to a Github issue is still valuable to an engineer who knows how to debug it.

Not sure if I can agree. There would definitely be a value in looking at what libraries the solution uses, but otherwise it may be easier to write it oneself, especially when the mistakes are not humanlike.

Re:Devin, the First AI Software Engineer by CapsAdmin on Thursday March 14, 2024 @12:47AM (#39700689)
I can see this being useful already (assuming context length is not an issue) as some sort of github service trying to solve github issues throughout the day.

Or for example if you commit todo's in your code, the ai will pick up on them and give you some options later on.

If the failure rate is 14%, just let it try a bunch of times. (half joking here)

The way I see it is at least the project issues are getting some attention, which is arguably better than no attention. If it can just fix simple things, at least you can focus on the complex things and not worry about postponing the low hanging fruits.

Re:Devin, the First AI Software Engineer by samstave on Thursday March 14, 2024 @02:11AM (#39700995)
What about Youre Holding It Wrong?

IE: Maybe rather than throwing it find problems, also use it to just build things from scratch - as an example:

The side hustle: make that a product:

Let someone like me who is not a coder have access to Devin for a month with the only goal of building a side hustle that brings a solo person a monthly income.

Then - Sell that so that the millions of people who have a solo idea and just need that "technical co-foumder" can use it to build. and limit it to one devin instance to a person to start...

I dont want it to do a one fell swoop - I'd like to say "build this module...

--

Have a contest where you get What can you build with Devin in TOPIC in 30 mins.

Re:Devin, the First AI Software Engineer by HarHarVeryFunny on Thursday March 14, 2024 @08:08AM (#39702817)
I could perhaps see more value for this, at this level of capability, in writing test cases, in cases where the project is setup in a way to let them be run and get feedback.

This would be useful in cases where test coverage is incomplete, maybe for auto-discovering/confirming bugs, and would really be needed if it's trying to fix bugs itself, especially if one dared let it commit bug fixes - would want to know that the fix worked and didn't break anything else (regression test - run other test cases too).

Re:Devin, the First AI Software Engineer by larodi on Wednesday March 13, 2024 @03:47PM (#39696477)
It’s like talking to zip file sometimes. Very difficult to make it actually do something you don’t expect it already to can do. Like a smarty index decorated with language.
Re:Devin, the First AI Software Engineer by andythedev on Wednesday March 13, 2024 @05:59PM (#39698096)
as much as this response can seem comforting, i feel like its also very easy to under estimate just how quickly an ML model can learn. I'm genuinely concerned that in the next 10 years this will replace the average software engineer
Re:Devin, the First AI Software Engineer by DinoDad13 on Thursday March 14, 2024 @12:50PM (#39706234)
That 13.68% is given with no context. Which issues, specifically did Devin solve? Any 3rd party verification?