☆ Yσɠƚԋσʂ ☆

  • 6.38K Posts
  • 7.47K Comments
Joined 5 years ago
cake
Cake day: January 18th, 2020

help-circle
  • It’s much better to fund projects using a nonprofit foundation. There are plenty of examples of this. The problem with corporate muscle behind it s that development priorities end up being driven by the corporations doing the funding. In some cases, like the Linux kernel, there can be enough alignment so that it’s not problematic. However, Chrome is an excellent example of how corporate backed open source goes horribly wrong.













  • It’s not just a problem of stuff getting acquired. Companies exist to make money, and they have to chase new customers. No matter how good the software was originally, sooner or later you’re going to stop being the target demographic. This happens all the time, every single proprietary product I’ve used eventually changed in a way I did not want it to change. At that point I either have to adapt or find a new product. On top of that, companies go out of business all the time. At that point you lose support for your product, or if it’s an online service the product itself disappears.

    With open source the situation is much better. As long as there’s a community of users who want it to work a particular way, then it’s always possible to fork it and keep it working the way you want. A perfect example of this was when GNOME started moving in a direction a lot of people didn’t like, and now we have Cinnamon and Mate desktops.
























  • It is important to keep in mind that any software ends up being a living thing. Even if you know all the requirements up front, which you almost never do, they’re inevitably going to change down the road. Customers will want new features, business might pivot what they’re doing, and so on. It’s pretty much inevitable that the software will keep evolving. It’s key to recognize this and design things in modular fashion so you can evolve things in a sane way as the need for changes comes up. That said, I find you can start small and figure out what the MVP looks like, then go from there. You can draw out the bare minimum and then use that to interrogate the project manager to make sure it matches what they’re expecting.