2 ms·

> This is a really hard conversation to have in software, because when people think they can make something better with a lot of extra code, a lot of times they

> This is a really hard conversation to have in software, because when people think they can make something better with a lot of extra code, a lot of times they'll just do it, even if they know that other people think it's unnecessary. They put in the extra time on their own responsibility, thinking that the only downside is the initial work to write the code, and once it's done, it becomes an asset. It sucks to tell them that I'd rather not have it, that I'd rather have the easy version they could have done in an hour. I give in way more often than I'd like to. I feel like that's a perfect case for making software more modular? Whether it's runtime plugins or compile-time options (with stable APIs and keeping things separate), it's possible to let people who want a feature have it without affecting anyone else.

Retric 2y ago
Modularity isn’t free. It’s useful for many things, but assuming it’s inherently valuable is how you end up with enterprise bloat. Programming languages are inherently flexible, however when you have 2 features and a configuration option to select between them you now have 3 features.
- yjftsjthsd-h 2y ago
  > Programming languages are inherently flexible, however when you have 2 features and a configuration option to select between them you now have 3 features. Which is a good argument for separating things into plugins: If you have 1 stable API/ABI and 100 plugins, you have 1 feature.
  - Retric 2y ago
    If you’re writing the software and the plugins you have 101 features and likely a bunch of complicated integrations between plugins or when people change them. It’s only really useful if you’re getting 3rd parties to support plugins written by them.
mystified5016 2y ago
Now you need to pay someone to implement a solution for automatically packaging and distributing your plugins. You have extra complexity on every project to manage pulling dependencies. Someone needs to maintain all those packages and the infrastructure to serve them. I'm doing this right now for my company. Starting from zero automation it's taken probably half my time these last few months. Every project needs individual care. Some projects require major refactors to use the new libraries instead of their own implementation. I have to secure our releases so we don't leak credentials, I have to secure the GitLab server, we have a half dozen new accounts and keys to keep track of forever. That kind of modularity really isn't free at all, in any sense.

Retric 2y ago

Modularity isn’t free. It’s useful for many things, but assuming it’s inherently valuable is how you end up with enterprise bloat. Programming languages are inherently flexible, however when you have 2 features and a configuration option to select between them you now have 3 features.

yjftsjthsd-h 2y ago
> Programming languages are inherently flexible, however when you have 2 features and a configuration option to select between them you now have 3 features. Which is a good argument for separating things into plugins: If you have 1 stable API/ABI and 100 plugins, you have 1 feature.
- Retric 2y ago
  If you’re writing the software and the plugins you have 101 features and likely a bunch of complicated integrations between plugins or when people change them. It’s only really useful if you’re getting 3rd parties to support plugins written by them.

mystified5016 2y ago

Now you need to pay someone to implement a solution for automatically packaging and distributing your plugins. You have extra complexity on every project to manage pulling dependencies. Someone needs to maintain all those packages and the infrastructure to serve them. I'm doing this right now for my company. Starting from zero automation it's taken probably half my time these last few months. Every project needs individual care. Some projects require major refactors to use the new libraries instead of their own implementation. I have to secure our releases so we don't leak credentials, I have to secure the GitLab server, we have a half dozen new accounts and keys to keep track of forever. That kind of modularity really isn't free at all, in any sense.