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

Claude Sonnet will ship in Xcode

developer.apple.com

Post reply on HN
Print view View original

241–250 of 418 posts

Re: Claude Sonnet will ship in Xcode

#241

Post by raxxorraxor »

jonplackett wrote: post #239

Anything’s better than the current Xcode autocomplete. My pet peeve is it will try to autocomplete any string you start typing with just random crap it thinks you might want in a string.

I think all autocomplete solution are crappy, no matter how sophisticated the AI. It is surprising how often the obvious choice is wrong, but it often just is. I deactivated it.

Generating some code is fine, but I now prefer the deterministic autocomplete for my types I have available in my current context.

Re: Claude Sonnet will ship in Xcode

#242

Post by manmal »

brailsafe wrote: post #184
manmal wrote: post #150

Earlier quoted context omitted.

If a bunch of markdown files forced into the context is “knowing”, then yes. They are usually located at /Applications/Xcode-beta.app/Contents/PlugIns/IDEIntelligenceChat.framework/Versions/A/Resources/AdditionalDocumentation You are free to point Claude Code to that folder, or make a slash command that loads their contents. Or, start CC with -p where the prompt is the content of all those files. Claude Code integrat…

> Claude Code integration in Xcode would be very cool indeed, but I might still stick with VSCode for pure coding. I'm sticking with VSCode too, but it's a bit silly to suggest that anyone is using XCode because it's their preferred IDE. It's just the one that's necessary for any non-trivial Apple platform development. Adding a code generator isn't a marketing ploy to get people to switch editors, it's just a small c…

I mean you can stay in VSCode for most activities if you hate Xcode that much (I can relate btw). Plugins like Sweetpad make this possible. My approach now is to develop all logic in small Swift packages and run swift test in VSCode (or Claude Code), so I only absolutely need Xcode for debugging and building releases. Every once in a while I try SwiftUI previews, but those are usually broken anyways.

Re: Claude Sonnet will ship in Xcode

#243

Post by vrighter »

PessimalDecimal wrote: post #68
mr_toad wrote: post #64

Earlier quoted context omitted.

Amusing that Emacs that came out of the MIT AI lab, and heavily uses Lisp, a language that used to be en vogue for AI research.

Amusing is one word for it. Expert systems were all the rage until they weren't. We'll see how LLMs do by comparison.

The so-called "guardrails" used for LLM are very close to expert systems, imo.

Since the landscape of potentially malicious inputs in plain english is practically infinite, without any particular enforced structure for the queries you make of it, means that those "guardrails" are, in effect, an expert system. An ever growing pile of if-then statements. Didn't work then, won't work now.

Re: Claude Sonnet will ship in Xcode

#244

Post by vrighter »

guluarte wrote: post #31
kristopolous wrote: post #16

Earlier quoted context omitted.

Neovim, emacs?

neovim will support llms natively (though a language server) https://github.com/neovim/neovim/pull/33972

Neovim already supports LSP servers. The fact that a language server exists for anything, doesn't make neovim (or any other editor) "support" the technology. It doesn't, what it does support is LSP, and it doesn't and couldn't care less what language/slop the LSP is working with.

Re: Claude Sonnet will ship in Xcode

#245

Post by tomashubelbauer »

_puk wrote: post #224
LinuxAmbulance wrote: post #220

Earlier quoted context omitted.

34 million developers? That number doesn't even pass a basic sniff test. Are there 34 million people that have Xcode installed? That I can believe.

If my experience is anything to go by - a good proportion of this will be people accidentally double clicking a .md (or other random text suffix), and cursing whilst they wait for XCode to slowly load enough that they can quit it and open the file in a proper lightweight editor..

I feel like the #1 reason to install Xcode is to get Git working on macOS. Yours is probably #2. I wouldn't bet money on iOS/macOS development sitting at #3.

Re: Claude Sonnet will ship in Xcode

#246

Post by shafyy »

LinuxAmbulance wrote: post #222
fx0x309 wrote: post #196

Earlier quoted context omitted.

In other words, the vibe coders of this world are just redundant noobs who don't really belong on the marketplace. They've written the same bullshit CRUD app every month for the past couple of years and now they've turned to AI to speed things up

I think the majority of coders out there write the same CRUD app over and over again in different flavors. That's what the majority of businesses seem to pay for. If a business needs the equivalent of a Toyota Corolla, why be upset about the factory workers making the millionth Toyota Corolla?

> I think the majority of coders out there write the same CRUD app over and over again in different flavors

In my experience, that's not entirely true. Sure, a lot of app are CRUD apps, but they are not the same. The spice lies in the business logic, not in programming the CRUD operations. And then of course, scaling, performance, security, organization, etc etc.

Re: Claude Sonnet will ship in Xcode

#247

Post by johnfn »

not_your_vase wrote: post #139

3 days ago I saw another Claude praising submission on HN, and finally I signed up for it, to compare it with copilot. I asked 2 things. 1. Create a boilerplate Zephyr project skeleton, for Pi Pico with st7789 spi display drivers configured. It generated garbage devicetree which didn't even compile. When I pointed it out, it apologized and generated another one that didn't compile. It configured also non-existent dri…

The thing you are doing wrong is asking it to solve hard problems. Claude Code excels at solving fairly easy, but tedious stuff. Refactors that are brainless but take an hour. It will knock those out of the park. Fire up a git worktree and let it spin on your tedious API changes and stuff while you do the hard stuff. Unfortunately, you'll still need to use your brain for that.

Re: Claude Sonnet will ship in Xcode

#248

Post by jm547ster »

not_your_vase wrote: post #139

3 days ago I saw another Claude praising submission on HN, and finally I signed up for it, to compare it with copilot. I asked 2 things. 1. Create a boilerplate Zephyr project skeleton, for Pi Pico with st7789 spi display drivers configured. It generated garbage devicetree which didn't even compile. When I pointed it out, it apologized and generated another one that didn't compile. It configured also non-existent dri…

Sounds like you picked some obscure tasks to test it that would obviously have low representation in the data set? That is not to say it can't be helpful augmenting some lower represented frameworks/tools - just you'll need to equip it with better context (MCPs/Docs/Instruction files)

A key skill in using an LLM agentic tool is being discerning in which tasks to delegate to it and which to take on yourself. Try develop that skill and maybe you will have better luck.

Re: Claude Sonnet will ship in Xcode

#249

Post by ranguna »

OtherShrezzing wrote: post #179
not_your_vase wrote: post #139

3 days ago I saw another Claude praising submission on HN, and finally I signed up for it, to compare it with copilot. I asked 2 things. 1. Create a boilerplate Zephyr project skeleton, for Pi Pico with st7789 spi display drivers configured. It generated garbage devicetree which didn't even compile. When I pointed it out, it apologized and generated another one that didn't compile. It configured also non-existent dri…

It’s good at doing stuff like “host this all in Docker. Make a Postgres database with a Users table. Make a FastAPI CRUD endpoint for Users. Make a React site with a homepage, login page, and user dashboard”. It’ll successfully produce _something_ like that, because there’s millions of examples of those technologies online. If you do anything remotely niche, you need to hold its hand far more. The more complicated yo…

Did you try claude code and spend actual time going back and forth with it, reviewing it's code and providing suggestions; Instead of just expecting things to work first try with minimal requirements?

I see claude code as pair programming with a junior/mid dev that knows all fields of computer engineering. I still need to nudge it here and there, it will still make noob mistakes that I need to correct and I let it know how to properly do things when it gets them wrong. But coding sessions have been great and productive.

In the end, I use it when working with software that I barely know. Once I'm up and running, I rarely use it.

Post reply on HN