this post was submitted on 22 Oct 2023
126 points (92.6% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

53939 readers
215 users here now

⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don't request invites, trade, sell, or self-promote

3. Don't request or link to specific pirated titles, including DMs

4. Don't submit low-quality posts, be entitled, or harass others



Loot, Pillage, & Plunder


💰 Please help cover server costs.

Ko-FiLiberapay


founded 1 year ago
MODERATORS
 

I am almost done building my first self hosted streambox through Docker. That's a total of 16 instances, each fulfilling 1 specific role.

As I'm new to the *arr world, could you please help me understand why it is standard to deploy multiple *arr services for each media type (ex: readarr1 for books + readarr2 for audiobooks) instead of using 1 that does multiple media types?

Thank you.

you are viewing a single comment's thread
view the rest of the comments
[–] mypasswordis1234@lemmy.world 69 points 11 months ago (5 children)

That's because of the Unix philosophy: Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface.

[–] lukas@lemmy.haigner.me 7 points 11 months ago* (last edited 11 months ago) (3 children)

*arr apps don't do one thing.

  • They cook their own authentication system.
  • They manage trackers, indexers, etc.
  • They download files automatically.
  • They track upcoming releases.
  • They rename files automatically.

*arr apps don't do one thing well.

  • They require extensive configuration due to insensible defaults.
  • They require manual intervention from time to time even with a good configuration.
  • They can't even fulfill their purpose. Bazarr shits the bed with anime.

*arr apps don't handle text streams.

But I think the Unix philosophy is flawed anyways. It's like the metaverse: When a metaverse succeeds, they attribute that success to the metaverse as a concept. When a metaverse fails, they attribute the failure to that metaverse, not the metaverse as a concept. Now substitute metaverse with unix utility and the metaverse as a concept with the unix philosophy.

[–] Crogdor@lemmy.world 30 points 11 months ago

You’re taking it too literally, and missing much of the nuance between philosophy of design and actual implementation details.

The movies app manages movies. That’s its one thing. No need to overcomplicate it. Unix ‘find’ for instance, finds files. That’s its one thing. ‘find’ also lets you filter the results, but that doesn’t change its purpose of finding files.

The fact that *arr apps don’t do things, or are bad at things, has nothing to do with the Unix philosophy. Were these apps combined into a monolith, the same issues would need to be addressed.

There is no right or wrong in a design philosophy. It’s all trade offs. I don’t know anyone who says Unix (or the metaverse) is successful because of a design philosophy. What matters is what you deliver.

load more comments (2 replies)
load more comments (3 replies)