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

Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

anthropic.com

Post reply on HN
Print view View original

401–410 of 758 posts

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#401

Post by joshdavham »

sundarurfriend wrote: post #237
accrual wrote: post #139

Earlier quoted context omitted.

Yeah, there was an interesting prompt making rounds recently, something like "Summarize everything you know about me" and leveraging ChatGPT's memory feature to provide insights about oneself. My only trouble with the memory feature is it remembers things that aren't important, like "user is trying to write an async function" and other transient tasks, which is more about what I was doing some random Tuesday and not…

> My only trouble with the memory feature is it remembers things that aren't important, like "user is trying to write an async function" This wasn't a problem until a week or two ago in my case, but lately it feels like it's become much more aggressive in trying to remember everything as long-term defining features. (It's also annoying on the UI side that it tells you "Memory updated", but if you click through and go…

I find it funny what it decides to add to memory though. There's a lot more 'Is considering switching from mypy to pyright." than stuff like 'Is a python developer creating packages in X-space.'.

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#402

Post by cryptoegorophy »

abixb wrote: post #390
astrange wrote: post #386

I think this is good evidence that people's jobs are not being replaced by AI, because no AI would give the product a confusing name like "new Claude 3.5 Sonnet".

I wonder why they didn't choose a "point update" scheme, like bumping it up to v3.6, for example. I agree, the naming is super confusing.

Maybe they should’ve asked Claude to generate a better name. Very dangerous to live in your own hyper focused bubble while trying to build a mass market product.

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#403

Post by blauditore »

nopinsight wrote: post #339

This needs more discussion: Claude using Claude on a computer for coding https://youtu.be/vH2f7cjXjKI?si=Tw7rBPGsavzb-LNo (3 mins) True end-user programming and product manager programming are coming, probably pretty soon. Not the same thing, but Midjourney went from v.1 to v.6 in less than 2 years. If something similar happens, most jobs that could be done remotely will be automatable in a few years.

> True end-user programming and product manager programming are coming, probably pretty soon.

I'm placing my bets rather on this new object-oriented programming thing. It will make programming jobs obsolete any day now...

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#404

Post by GaggiX »

nickserv wrote: post #328
indigodaddy wrote: post #284

Earlier quoted context omitted.

This is, craaaaaazzzzzy. I'm just a layman, but to me, this is the most compelling evidence that things are starting to tilt toward AGI that I've ever seen.

Nah, it's the equivalent of seeing faces in static, or animals in clouds. Our brains are hardwired to see patterns, even when there are none. A similar, and related, behavior is seeing intent and intelligence in random phenomenon.

This is clearly not random. If I ask to implement a particular function in Rust using a library I've previously built, and it does that, that's not random.

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#405

Post by runako »

nopinsight wrote: post #393
runako wrote: post #383

Earlier quoted context omitted.

> True end-user programming and product manager programming are coming This means that either product managers will have to start (effectively) writing in-depth specs again, or they will have to learn to accept the LLM's ideas in a way that most have not accepted their human programmers' ideas. Definitely will be interesting to see how that plays out.

Since automated coding systems can revise code and show the results much quicker than most human engineers can, writing detailed specs could be less necessary.

The bottleneck is still the person who has to evaluate the results.

The larger point is that building software is about making tons of decisions about how it works. Someone has to make those decisions. Either PMs will be happy letting machines make the decisions where they do not let programmers decide now. Or the PMs will have to make all the decisions before (spec) or after (evaluation + feedback look like you suggest).

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#407

Post by baq »

TeMPOraL wrote: post #352
EGreg wrote: post #329

Earlier quoted context omitted.

What if the society around you is an illusion too ?

Economy definitely is, for example.

Asking people ‘Is money real?’ is so much fun on parties.

Bonus points for ‘what does mean?’ as a follow up.

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#408

Post by aerhardt »

nopinsight wrote: post #376
dmartinez wrote: post #347

Earlier quoted context omitted.

Every time I see this argument made, there seems to be a level of complexity and/or operational cost above which people throw up their hands and say "well of course we can't do that". I feel like we will see that again here as well. It really is similar to the self-driving problem.

Self-driving is a beyond-six-sigma problem. An error rate of over 1-2 crashes per million miles, i.e., the human rate, is unacceptable. Most jobs are not like that. A good argument can be made, however, that software engineering, especially in important domains, will be among the last to be fully automated because software errors often cascade. There’s a countervailing effect though. It’s easy to generate and validat…

> software errors often cascade

Whereas software defects in design and architecture subtly accumulate, until they leave the codebase in a state in which it becomes utterly unworkable. It is one of the chief reasons why good devs get paid what they do. Software discussions very often underrate software extensibility, or in other words, its structural and architectural scaleability. Even software correctness is trivial in comparison - you can't even keep writing correct code if you've made an unworkable tire-fire. This could be a massive mountain for AI to climb.

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#409

Post by FloatArtifact »

It will interesting to see how this evolves. UI automation use case is different from accessibility do to latency requirement. latency matters a lot for accessibility not so much for ui automation testing apparatus.

I've often wondered what the combination of grammar-based speech recognition and combination with LLM could do for accessibility. Low domain Natural Language Speech recognition augmented by grammar based speech recognition for high domain commands for efficiency/accuracy reducing voice strain/increasing recognition accuracy.

https://github.com/dictation-toolbox/dragonfly

Re: Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku

#410

Post by tkellogg »

aduffy wrote: post #374
LASR wrote: post #344

This is actually a huge deal. As someone building AI SaaS products, I used to have the position that directly integrating with APIs is going to get us most of the way there in terms of complete AI automation. I wanted to take at stab at this problem and started researching some daily busineses and how they use software. My brother-in-law (who is a doctor) showed me the bespoke software they use in his practice. Runni…

This has existed for a long time, it's called "RPA" or Robotic Process Automation. The biggest incumbent in this space is UiPath, but there are a host of startups and large companies alike that are tackling it. Most of the things that RPA is used for can be easily scripted, e.g. download a form from one website, open up Adobe. There are a lot of startups that are trying to build agentic versions of RPA, I'm glad to s…

Honestly, this is going to be huge for healthcare. There's an incredible amount of waste due to incumbent tech making interoperability difficult.
Post reply on HN