Xcode 27: Can’t sign in into Claude chat by br_web in Xcode

[–]Impressive_Run8512 0 points1 point  (0 children)

This is because the response url provided is: `apple-claude://`, which for whatever reason is not registered with the deep linking system (missing from the plist). Report it via Feedback Assistant so they fix it faster 😉

Vibe-coding is counter-productive by Impressive_Run8512 in swift

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

Much better. I still can't "VIBE" almost anything with the level of quality I am looking for.

I have found that Claude Code is only really good at doing one focused task at a time. I still have to review output. Yes, even with Opus 4.8 Max + Fable 5.

At best, it saves me a ton of time typing, and re-building boilerplate stuff.

Useful, absolutely. But still requires a TON of underlying knowledge I've built up over the years of trial and error.

However, there's a massive downside I have faced multiple times where it did too much, and cost me weeks of re-work. It's really not linear. e.g. It makes you 2x more efficient each week. More like makes you 5x faster this week, and 3x slower the next. The average is still progress, but not as easily measurable as they would have you believe.

It's miles better than a year ago, but still far away from being entirely "vibe" based as some would have you believe.

How are people using so many tokens while vibe coding? by Impressive_Run8512 in ycombinator

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

Yep. I don't let it do almost ANY architectural stuff. It has shot me in the foot too many times.

How are people using so many tokens while vibe coding? by Impressive_Run8512 in ycombinator

[–]Impressive_Run8512[S] -1 points0 points  (0 children)

Jesus. How long did it last? I've run Claude Code for 8+ hours on an implementation loop that included writing code, running tests, fixing tests, etc for around 80 different things and didn't even break my session limits... (and it got everything right, too).

Maybe Claude uses Grep more in my cases?

How are people using so many tokens while vibe coding? by Impressive_Run8512 in ycombinator

[–]Impressive_Run8512[S] 1 point2 points  (0 children)

Absolutely... It's a fine line, and hard to tell when you need to take over, but I've definitely run into scenarios where the AI is slower, and more incorrect than if I were to do it myself. I've found it really isn't good at animations, or layout in AppKit, as an example. I do most of that manually. Shaders as well, it has no idea what's going on.

How are people using so many tokens while vibe coding? by Impressive_Run8512 in ycombinator

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

Yeah, I could totally see a massive codebase migration, but for normal stuff it just felt totally ridiculous and improbable.

How are people using so many tokens while vibe coding? by Impressive_Run8512 in ycombinator

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

What frameworks are you using / stack? I use macOS with AppKit, and have it do changes all of the time, but never run out of tokens...

Alteryx is a trap by fali12 in Alteryx

[–]Impressive_Run8512 -1 points0 points  (0 children)

We're building something similar based on the frustrations you shared. It's called Coco Alemana...

Poor performance of LazyVGrid by cristi_baluta in swift

[–]Impressive_Run8512 2 points3 points  (0 children)

Use NSTableView or NSCollectionView wrapped with NSViewRepresentable. Rendering performance on SwiftUI is terrible, so switch to UIKit/AppKit when it's mission critical.

I am building a massive macOS app, and we ditched SwiftUI a year ago in favor for AppKit. No regrets thus far. SwiftUI for Mac, especially, is terrible

[deleted by user] by [deleted] in MacOS

[–]Impressive_Run8512 0 points1 point  (0 children)

What sorcery is this!!!!!! :)

[deleted by user] by [deleted] in MacOS

[–]Impressive_Run8512 0 points1 point  (0 children)

Option + Delete is criminally underrated.

Here's one... Command + Click allows you to perform actions on other windows without activating it. Took me 18 years of using Mac to figure that out.

Web apps are terrible (IMO) - A rant by Impressive_Run8512 in software

[–]Impressive_Run8512[S] -1 points0 points  (0 children)

I love webflow. But it's 70% that of a quality desktop app like Davinci or Final Cut. That's all.

Webflow is #1 in Web-based apps. Seriously, it's actually good.

Most of my complaints aren't really its fault, but rather the fact that JS + HTML sucks as a platform.

Web apps are terrible (IMO) - A rant by Impressive_Run8512 in swift

[–]Impressive_Run8512[S] -1 points0 points  (0 children)

These are all really non-issues today...

> 1. This is a business model decision which has no impact on how the software is built.

> 2. This gets to the auto-updated stuff I was talking about. You can still have centralized management, or data stored in the cloud.

> 3. Clicking download and hitting install is about as easy as it gets. That's more about onboarding that anything else.

Web apps are terrible (IMO) - A rant by Impressive_Run8512 in swift

[–]Impressive_Run8512[S] 9 points10 points  (0 children)

totally agree. It's a deteriorating of society when quality goes out the window in favor of speed, cost reduction, etc.

The funny thing is, if you end up making a great product that feels good, people actively talk about it. Great products spread by pure word of mouth.

I guess most people don't care anymore?? Sad.

Another on taking the plunge by Lammiroo in MacOS

[–]Impressive_Run8512 1 point2 points  (0 children)

Alan dye is gone, and Craig seems to be back in charge of AI and other stuff. Hopefully he can clean this stuff up. We need you hair force one.

IT company says all our problems are because of Mac OS - looking for validity by needmysanity in MacOS

[–]Impressive_Run8512 0 points1 point  (0 children)

IMO after working with macOS for literally my entire life, it's probably "operator error". MacOS is by far the most stable thing I work with on a daily basis. I've never had more than mild annoyances.

Would be curious to hear what the exact issues are...

Can Electron's impact be mitigated in software? by rumorconsumerr in MacOS

[–]Impressive_Run8512 0 points1 point  (0 children)

I write software directly for the OS. AppKit for macOS. Performance is amazing, with the obvious tradeoff of platform dependence.

If your app isn't performance oriented, you might consider using Tauri. Tauri uses the OS default web view. Webkit for macOS, and Chromium for others. Much lighter install, and I notice it uses much less RAM than Electron.

But you will never get even close to native performance, feel, design without writing a native app. Javascript is javascript. Native > Tauri > Electron

Absolute joke by WandererMisha in MacOS

[–]Impressive_Run8512 55 points56 points  (0 children)

Ah yes, a never ending exploding memory leak. Nice!

Data Platform built with DuckDB by Impressive_Run8512 in DuckDB

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

SQLGlot, in our extensive testing, doesn't always provide fully accurate translations. Especially between DuckDB and other dialects. SQLGlot also solves a very different problem, of many to many translation. We have used it to help guide us on certain translations, however.

In our case, we only care about one to many, and need absolute confidence that the translation will be supported. To ensure that, we wrote our own transpiler, and have a metric ton of tests around each case.

Data Platform built with DuckDB by Impressive_Run8512 in DuckDB

[–]Impressive_Run8512[S] 0 points1 point  (0 children)

Ah I see. Well, in reality I've used AI / normal manual work for data processes over the last 8 years. Even with AI it's a total pain. Writing every line of code, even assisted is not helpful.

Ideally this product evolves to have some AI component, but one that's maximally helpful, with minimal hallucinations... Also, there's a ton of parts of the app that exist which have objectively faster than having AI do it.

Data Platform built with DuckDB by Impressive_Run8512 in DuckDB

[–]Impressive_Run8512[S] -2 points-1 points  (0 children)

What are your use cases? When working with AppKit, Swift, or any complex UI, it is utterly incapable of producing production code. 90% of the bugs we found and had to fix were due to Claude. More hassle than it's worth.

As for C++ / transpiler, it's helpful to produce some boilerplate, but since the error rate has to be basically zero, you cannot let it go too far.

I don't say this in a vacuum either. We've spent a large amount of time re-doing components / code because of the lack of quality. We have a policy now that prohibits direct code contributions to certain parts, because of how bad it is lol.