Don't ask to ask, just ask | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
Creating the software is a piece of cake compared to training people to use it, maintaining it and extending it for new/modified uses over its lifetime.
So are you saying that the source code itself is a side issue, i.e. I benefit by putting code in the sunshine for anyone's review, and organizations that plan to compete with the software don't care about access to the source code since they'll start from scratch anyway? Will they really? I suppose that organizations that plan to compete will have their own challenge if their "non-open source" stuff is not far spiffier. With regard to the resellers I hope to sign up, I guess ultimately they don't care where the code comes from as long as it works and as long as it catalyzes the additional sales/services opportunities that will be part of their offerings. For them do I cast open source as "reliability insurance?" Should I maintain the trappings of traditional software packages of installation keys for demo versions and serial number keys for production versions? Obviously the wrapper enforcing the key can be deleted but that would violate the license agreement, wouldn't it? :-) Does 'open source' code present far different issues for maintenance? What about proliferating versions? In reply to open source, training/maintenance
by ff
|
|