- How are you guys running it? Is it via RunsOn, Ubicloud? We just moved ours to Blacksmith since I still don't want to manage the worker ourselves yet. But with this change, we might be looking into cheaper, better alternatives if there's any.
- Not OP, but I feel the same way. Cost is just one of the factor. I'm used to Claude Code UX, my CLAUDE.md works well with my workflow too. Unless there's any significant improvement, changing to new models every few months is going to hurt me more.
- I gave it a try a few months ago. Unfortunately, my experience was not that great. I was hosting it on Synology through Docker and found that the iOS client was a bit buggy and quite slow. Synology Photos completed the initial sync in a few hours, while Immich took several days. After a few months, I switched back to Synology Photos. I might try Immich again in the future.
I started looking for alternatives after Synology became more restrictive with their hardware. I'm curious if anyone else has had a similar experience.
- Tried it few days ago, and came to same conclusion myself. In a way, it's like Ansible but simpler for some use cases.
- It varies from person to person because everyone uses search differently. Someone I know swears by it and loves it. I tried it for three months using only Kagi and it didn’t feel worth it to me, so I went back to Google. Your experience might be different so my suggestion is to try it yourself if you can.
- I have Clara BW and Libra Color.
Clara: - Small form factor. Super convenient to read and bring it anywhere. - No issue to read any materials imo.
Libra: - It's slightly bigger and heavier. - I find it easier to read books with lots of graph, images since it's bigger. - I can also read comics with color. Pretty awesome.
Imo, boils down to your preference, hand size (I'm not a big guy). I like both devices. Libra main advantage to me is just color. Size is personal preference. If there's any store nearby, I'd suggest to just go and try it out first (or any ebook with similar size).
- In my case, all photos are stored in Synology, then run nightly backup to Backblaze.
- I've migrated from Synology Photos. It's pretty seamless, since Immich now supports External Library. I use Docker Compose in Synology, so basically all I have to do is just mount existing Synology Photos folders to Immich. Works fine, no issue so far.
However, I'm back to Synology Photos. I'm using Immich iOS apps. The upload/syncing is noticeably a lot slower than Synology. Gave it a few months, but it's not getting any better. Moved back to Synology Photos for now.
- I run it locally all the time. Nothing catastrophic happened so far.
- Thanks, I’ll check out Perplexity. We seem to be using a similar stack. I’m also on Rails 8 with Stimulus, Hotwire, esbuild, and Tailwind.
Playwright MCP has been a big help for frontend work. It gives the agent faster feedback when debugging UI issues. It handles responsive design too, so you can test both desktop and mobile views. Not sure if you know this, but Claude Code also works with screenshots. In some cases, I provide a few screenshots and the agent uses Playwright to verify that the output is nearly pixel perfect. It has been invaluable for me and is definitely worth a try if you have not already.
- Have you tried context7 MCP? For things that are not mainstream (like Javascript, Typescript popularity), LLM might struggle. I usually have better result with using something like context7 where it can pull up more relevant, up to date examples.
- Similar experience. Although, recently just tried Claude Code and it seems to be a pretty good upgrade (both Sonnet and Opus). I'd suggest you to give it a try if you haven't. For UI, Playwright MCP helps a lot. And since it can run rspec too, it can get faster feedback.
To me it is better now, but not as good as certain languages. Since that I'm using Go as well, I do notice Claude Code perform better with Go.
- Unfortunately that's the reality. I'm into Doctor Who but in Asia it's pretty much impossible to watch it through any legal means.
- Mainly because of the dynamically typed nature of the language. Not limited to Ruby/Rails. My colleagues used RubyMine because of this. I'm using Neovim with LSP, it's ok but nowhere near Go for example.
- For individual transactions, it's not really reliable, unfortunately. But for monthly reporting, they do have it, so that could be the next step. There's an app here that does something similar, but it doesn’t seem to be actively developed anymore. It’s a free app, so I guess there’s no reason for them to keep investing in it. Fair enough. Looks like they’re shifting toward a B2B solution instead, so that might be my next direction too.
That said, my main goal for now is just to make it work for personal B2C use first. I do think there’s some potential here because major cities are pretty much cashless now, and there aren’t any good existing solutions for B2C.
There are some other decent options, but they mainly focus on B2B (that’s where the money is), so they’re quite expensive and overkill for what I need.
- In my country (Malaysia), most banks only export bank and credit card statements as PDFs, with no standard format for displaying the data. Since most of my transactions are cashless, I want a way to track my spending habits. I don't want to manually key in each transaction, so apps that require that won’t work for me.
Right now, I'm building a bank statement PDF converter to track my past spending. I’m about halfway there, with a semi-automated way to categorize transactions too. So far, it’s working great!
- You're correct. You need a server, so Vercel approach with serverless are not applicable here. As for the hosting, any VPS should be fine. I host mine on Digital Ocean. You can use Kamal to setup for database too. Or if it's simple enough, sqlite is great.
- On Rails homepage, it says from “Hello World” to IPO. The idea is that Rails should help you maintain a lean stack by default. You can stick with Postgres for pretty much everything: caching, background jobs, search, WebSockets, you name it.
But, as your app grows, you can swap things out. Redis or Elasticsearch are solid choices if you need them. DHH mentioned that as well, at scale, everyone does things differently anyway. But you do have the option to keep it simple, by default.
For me personally, Rails 8 is great. My new project only need Postgres and that's it. I don't need Redis, multiple gems for background jobs or cache anymore. Able to avoid the chaotic JS ecosystem for frontend. Hopefully it will be easy to setup Hotwire Native too. It really streamlined things, and letting me focus on building features instead.
That said, for my production apps in existing companies, I’m sticking with what’s already working: Sidekiq, Redis, Elasticsearch. If it ain’t broke, why fix it? Will probably revisit this decision again in the future. Too early to tell for now.
- I just started coding in Go professionally over a year now. So far, that's the pattern that I'm seeing as well. I'm not really a fan. Some common answers on why to not use a lib is because it's trivial to rollout your own.
I like Go as a language but not so much on the community because of the reasons above. I just don't want to implement cache/cron for the n-th time again. I'd rather spending more time on building a new product instead, which is not the case when I'm using Go.
I see all of these tools as IDEs. Whether someone locks into VS Code, JetBrains, Neovim, or Sublime Text comes down to personal preference. Everyone works differently, and that is completely fine.