HN Simulatornew | past | comments | lists | submit | MattDamonSpace's commentslogin

I was happily using Apple in the 90s before everyone came on board

Stock price aside, I’ll be happy using them when everyone moves on


When everyone moves away from it, there will be no Apple ...

What is a spatial index

I’m sure there will be a better term but that’s my term for a multi-modal searchable vector-store where you can use words to search spaces ala “that sculpture where the man is thinking on a door?” Which returns a physical point in an indoor or outdoor map.

Yeah no one wrote buggy code before 2024 right

And after 2024 all bugs cease to exist, right.

No, but we’re spending insane amounts of money to essentially end up where we started.

How can you not see the progress?!


Huh? We are spending a lot of money. (which we were doing before). However we are fixing a lot of bugs. 2024 was not that long ago, it is insane to think we might have fixed all the bugs in that time. I have personally used an LLM to fix a few long standing rare bugs that were hard to figure out. Those bugs are now gone, but there are still many more that we haven't discovered.

LLMs are a great thing for bug fixing. However they are not a miracle. You still need to do all the other things about finding, testing and fixing bugs.

You also need to care about bugs - vibe coding rarely cares about bugs.


Well sure, on the customer side. My money comment was regarding the incestuous spending circle going on that’s directly affecting the economy.

Are there good tools for doing context audits? I feel I have no good way to visualize what a new session is getting by default in a given repo without crawling through every potentially included markdown file


For now?


I don't know how long visionOS will survive, it seems Apple has scaled down further development of Vision Pro quite substantially. And for something like Meta-style smart glasses, visionOS is probably not a good fit.


Thanks Mr. Steve not Jobs for outsider information.


Always welcome. Just ask if you want to hear more.


Not to mention it’s built on top of Apple’s other private UI frameworks


Actually that’s supposed to have switched this year. Reportedly the legacy stuff is now wrapped SwiftUI so they all render the same buttons/text boxes/etc.

No more 2 (or maybe 3 for carbon?) implementations.

Hopefully this will let them add features and fix bugs faster.


Yes. I sympathize with the “every PR needs human eyes on it” ethos but fundamentally the only thing that scales with AI PR generation is AI PR review.


If you are talking about AI's opening PR's then maybe you have a point. But a person opening a PR should not be met with unvetted feedback.

To be absolutely clear, AI should be used for PR review. It should be used many times. By the PR author and by all the reviewers. It should not just be piped directly from the agent to the author inside the PR. That causes the author to triage every comment.


I don't get the point of AI pr review.

If the AI can review the pr, it can do so before the PR exists in the first place.

It's a tool/skill/prompt. Just share it with the end user or encode it in the codebase in some files.

It may actually be even more useful as that person will use it often and improve it or can it.


That sounds good. But it doesn't work in practice from my experience.

The exact same skill in the hands of one person will have vastly different outcomes in the hands of a different person. The review skill I built myself has been shared with folks. They (say they) use it before they put up a PR. I still catch things with the same skill. That is evolving as I catch the model(s) at BSing. Even if I would re-share it all the time, when I catch it, these other people using the same skill wouldn't catch it.

And that is exactly why building a general purpose review agent (or skill) is harder than me having my own evolving skill. If I have to "properly" release a skill/some automation, I will likely err on the side of not having too many false positives. That is harder than still relying on a human to review the AI reviewer. The same people that were really good actual human reviewers of a PR are probably the ones that are good doing the same thing while AI assisted. And the ones that really needed these other human reviewers and processes to help them be productive are probably going to produce a vibe coded mess if left to their own devices with nothing but some AI.


Have you tried running the same review skill back to back in fresh sessions? My experience has been: 1) build complicated thing with LLM, 2) run code review, 3) it finds like 8 things, 4) fix them, 5) run another code review, 6) it finds another new 8 things, rinse and repeat.

I'd guess people truly are finding things pre-review. It's just that LLM review seems to have a limit to the number of problems it can or will find. While at the same time, LLM-written code can be an almost limitless source of bugs and errors.

It has no sense of when an architecture is doomed and needs fundamental changes. Instead, it will happily continue to chase individual bugs nearly to infinity.

But, maybe your review skill is better than the ones I've tried.


With the way memory systems work, I can see the value in having a different person's AI conduct the review as that AI's 'memory' is going to have a slightly different perspective aligned with the developer piloting it


That's probably true. And it is also a glaring red flag saying "STOP LETTING AN LLM GENERATE PRs". Far too few will heed that red flag, I fear.


Go long the market


A new era of native macOS apps is upon us.

GUIs abound. Rejoice!


Title seems misleading if not outright wrong, having read the article.


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: