• boonhet@sopuli.xyz
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    6 hours ago

    I’m the person who’s going to crack and redistribute your shit as soon as you publish it, nice to meet you :)

    Out of curiosity, how do you crack and redistribute backend code as soon as a service is published?

    Client-side code is usually Javascript for everything made in the last 10 years anyway, it doesn’t need a lot of cracking lol, it’s usually just minimized.

    Anyway, say I’m building something that has taken me years of working in a specific industry to even be able to understand the requirements, that’s only useful for companies (NOT private individuals, though some companies may only have 1-2 employees, but many will have thousands). There’s literally no way it would benefit a private individual because for the 10% of it that overlaps with things private individuals also do, there’s already great open source solutions. What exactly is the problem with charging money for it, given that it’s ONLY going to be used by for-profit companies who are themselves charging money for their services?

    Not really a project that would benefit normal people. You and I would have no use for it.

    • moonshadow@slrpnk.net
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      5 hours ago

      That was somewhat facetious and self-aggrandizing, “cracking” something isn’t always possible or necessary. If your service was unique/useful enough, I would contribute to reverse engineering enough of that backend to replicate its functionality. More likely I’d just refuse to use it and support open alternatives

      Unsolicited advice though, giving stuff away generates a huge amount of goodwill that can be way more useful and rewarding than revenue. Contributors instead of employees, love instead of money, place and purpose instead of points in your bank account. I’m not wealthy by any means, but I’m comfortable enough and haven’t had to buy a laptop since high school

      • boonhet@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        4 hours ago

        Sure. But thing is, there’s software out there for which FOSS doesn’t even make much sense.

        I’m talking things that are so niche, the total amount of potential users (not customers - that’s a much smaller number) is in the hundreds of thousands, not even millions - most of whom have no say in what software they use, nor does it affect their pay checks.

        If I was building, say, accounting software that every company can use, that’d be different, because while still business focused, there’d be a lot more grass roots interest in it. But I’m talking about software where you have to sell it to a bunch of execs, along with support contracts and uptime guarantees, because their entire business is dependent on it functioning properly. I’m also talking about software for one niche of one industry in one country.

        The project isn’t useful enough to you, an engineer, to reverse engineer the backend. Nor are there any open alternatives that work. It requires keeping up with regulations, including some that change every year. It’s not that the software itself is super complex magic, it’s that it stops being useful if not well-maintained.

        What I have considered, though, is making parts of it open source, and keeping only the “secret sauce” proprietary. The open source parts would be stuff that could be used to build similar software for other niches of the same target industry, whereas the super specific niche stuff and all the regulation compliance stuff (much of which is just for that one niche anyway - other niches have different regulations) would be proprietary. Essentially building a set of FOSS libraries, and a niche proprietary application that uses them to service a specific market. Again, good reason for using a forge where you can have both public and private projects - but of course I could just use CodeBerg for the open source and host the rest of it privately.

        I’m only building this in my spare time and fairly slowly because I have to do work that gets me paid though. I don’t know if I’ll ever have an MVP I could show investors or clients.

        • moonshadow@slrpnk.net
          link
          fedilink
          English
          arrow-up
          1
          ·
          3 hours ago

          What I have considered, though, is making parts of it open source, and keeping only the “secret sauce” proprietary. The open source parts would be stuff that could be used to build similar software for other niches of the same target industry, whereas the super specific niche stuff and all the regulation compliance stuff (much of which is just for that one niche anyway - other niches have different regulations) would be proprietary.

          This seems perfectly reasonable and I wish you the best of luck. Just don’t expect anyone to provide the infrastructure for your proprietary secret sauce for free!