Thread

1. bastawhiz · 1790006620 · focus · HN ↗

   It's not really an alternative to Immich as the title says, it's a fork that's continuously rebased with each release.

   1. Firerouge · 1790006878 · focus · HN ↗

      And quite a few of the features seem like common sense additions that should be pulled into Immich itself.

      It's not entirely clear to me what warranted a forked release, are the immich devs not open to accepting some of these new features?

      1. bo0tzz · 1790007011 · focus · HN ↗

         They forked because these are all heavily vibecoded changes that we don't want to merge upstream as such. (- I'm on the Immich team)

         1. ubertaco · 1790010364 · focus · HN ↗

            I read their "why use our fork" page, and it's very obviously AI-written, which causes me to distrust it.

            As a happy Immich self-hoster, I'm not excited by the idea of switching to a fork written by folks who can't even be bothered to write their "why this fork exists" explanation themselves. It inspires very low confidence both in the quality of the many additions (because of the vibecoding) and the long-term sustainability of the project (because of the lack of any effort, and because vibe-coded one-offs tend to die faster than labors of love).

            Buried at the very bottom of the wall of slop text on their "why our fork" page is this very last "FAQ" question:

            >Why fork at all instead of upstreaming features?

            >Several Gallery-exclusive features (Shared Spaces, Pet Detection, contextual filters) were either declined upstream, considered out of scope, or required architectural changes that wouldn't have fit Immich's roadmap. Forking lets us experiment without slowing down the upstream team — and rebasing means we never lose touch with their progress.

            There's no mention there of "our vibe-coded implementations of these features were declined by upstream because we vibecoded them"; instead, they frame it as "upstream doesn't want these features for their users", with a dash of "upstream has made bad design decisions" (particularly the note about how upstream Immich "required architectural changes").

            That's more than a little disingenuous on "Noodle Gallery's" part.

            1. solarkraft · 1790043339 · focus · HN ↗

               You’re reading that into it. That is not what it says.

               So far the Noodle communications feel considered, professional and friendly (that’s what a Claude sub buys you), while the Immich communication is just “vibe coded”.

               Okay - is the code bad? Are you collaborating to improve it? The answer appears to be no, for reasons hopefully better considered than “vibe coded”.

         2. Mumps · 1790014275 · focus · HN ↗

            Thank you
         3. frmersdog · 1790014434 · focus · HN ↗

            Are you planning on hand-implementing any of the features he's vibe-coded? The search functionality in particular seems like a basic consideration.

            1. bo0tzz · 1790015549 · focus · HN ↗

               Of course. We have many big items on our roadmap[0], and just recently in our latest minor[1] we released a new search query API and the first piece of many sharing improvements.

               [0]: <a href="https:&#x2F;&#x2F;immich.app&#x2F;roadmap" rel="nofollow">https:&#x2F;&#x2F;immich.app&#x2F;roadmap [1]: <a href="https:&#x2F;&#x2F;immich.app&#x2F;blog&#x2F;v3.2.0-release" rel="nofollow">https:&#x2F;&#x2F;immich.app&#x2F;blog&#x2F;v3.2.0-release

         4. spunker540 · 1790020069 · focus · HN ↗

            Thanks for chiming in. Is the issue that they are vibecoded, or specific issues with the changes themselves?

            1. bo0tzz · 1790020828 · focus · HN ↗

               It&#x27;d be specific issues with the changes themselves, originating in them being vibecoded ;)

               1. solarkraft · 1790043458 · focus · HN ↗

                  Please consider communicating it more like that rather than putting the focus on the process of the creation. This saves you some irritation by people like me who find it weird and unproductive to do the latter.

                  Additionally, the author claims to not have vibe coded the features, so some of your credibility is on the line here in claiming they did.

                  1. ubertaco · 1790079012 · focus · HN ↗

                     Sometimes, certain processes strongly predict bad outcomes, though.

                     If someone told me to choose between two barbecue restaurants, where one used an wood-fired smoker and the other used a microwave, my reaction wouldn&#x27;t be &quot;you really shouldn&#x27;t judge based on just the process.&quot; The microwave is a sufficient indicator of low quality.

                     Vibecoding (as distinct from using AI as a resource while writing better code yourself) is the microwave: fast, hands-off, low-effort, low-quality.

         5. solarkraft · 1790042593 · focus · HN ↗

            Are you working with them to get the features into mergeable shapes? If not, are they refusing this or are you?

            Is “heavily vibe coded” supposed to signal bad code quality or is it simply how it was created?

Unofficial Hacker News client; not affiliated with Y Combinator.