Thread

1. postalcoder · 1791122276 · focus · HN ↗

   Since this is for the mac you really should be using apple's vision framework for OCR. It smokes tesseract in both speed and accuracy.

   Edit: I'm curious which LLM was used to generate the code. I fed the title of your post to claude/deepseek/qwen/codex asking to recommend a stack for this project, expecting to frown thinking that they still recommend tesseract. However, I found that they all recommend apple's vision framework. In fact the latest model to recommend Tesseract is gpt-4.1.

   1. daveguy · 1791124991 · focus · HN ↗

      nullsanity got downvoted into oblivion, but they are correct. This is one of the many reasons why vibe coding produces worse software. The code that is generated and the best practice recommendations are completely separate. They both come from a distribution of "most common", and best practice is rarely common. Especially when a practice is first established, or in a specific niche.

      1. baxtr · 1791127810 · focus · HN ↗

         Maybe the real question is: who cares?

         What’s the downside risk of having "worse software" when you’re just ideating and putting things out there to see how people like it.

         1. Someone · 1791138107 · focus · HN ↗

            Your idea can be great, but if the implementing is bad, people still may not like it, and you’ll never know that’s the cause.

            1. daveguy · 1791138837 · focus · HN ↗

               And manager types in software still haven't figured out that prototypes should not be the final product. In engineering it's common knowledge and only rarely do you take a proof of concept directly to production.

Unofficial Hacker News client; not affiliated with Y Combinator.