Why isn't QTM open source
-
Is there any particular reason why the creator of QTM didn't make it open source (or is it)? It seems like a good way to drive improvement, especially since the last update was near the beginning of last year. It could be incentivised with SeedPoint bonuses or whatever.
-
It seems like a good way to drive improvement
Open source should not be considered as a panacea for all software maintenance problems. Enterprises such as gaytorrent would first have to carry out a meticulous risk analysis when choosing whether or not to make QTM open source.
This analysis would take a large amount of time, since comparing the number of vulnerabilities of an open source product with its non-open source counterpart during any other period of time does not always yield a good comparison. Various time-related factors affect the meaning, including the severity of vulnerabilities and the impact of any exploits.
Most of the vulnerabilities in the open source products we use everyday were discovered before they could be exploited. But this was mainly possible in circumstances where the source code was available to the public right from the development stage itself, and I don't know if this was the case or not with QTM.
-
It seems like a good way to drive improvement, especially since the last update was near the beginning of last year. It could be incentivised with SeedPoint bonuses or whatever.
What kind of improvements are you looking for?
-
Also, the no open-source thing also has a lot to do with user security. It helps to keep a better control of exactly what kind of security measures are put into it. We do however have a team that works on such things, so if there's a particular improvement, depending on what it is, would depend on how and where you could submit a request or idea.
-
There is no intention of making QTM open source, for the reasons stated in other posts.
If you would like to see something added/changed or whatever, please post them here; https://forum.gaytorrent.ru/index.php?board=144.0
Here's a basic order of priority in changes;
1. Security - nothing is ever more important
2. Bugs/broken items affecting performance
3. Performance improvements
4. Bugs/Broken items NOT affecting performance
5. Useful additions/changes
6. Cosmetic changes
