The essay inadvertently points out a problem of "open" (popularized in the corporate computer press by enthusiasm for "open source"). Open source came along ove

The essay inadvertently points out a problem of "open" (popularized in the corporate computer press by enthusiasm for "open source"). Open source came along over a decade after the free software movement. https://www.gnu.org/philosophy/open-source-misses-the-point.html https://www.gnu.org/philosophy/open-source-misses-the-point.... gets into how "Open Source Misses The Point of Free Software" and points out how the open source development methodology is disposable in the face of reliable, powerful proprietary software (see the section "Different Values Can Lead to Similar Conclusions…but Not Always"). The open source enthusiast drops the development methodology when adhering to it prevents them from running what a proprietor offers. The free software activist understands that software freedom is something to value in itself, and therefore one should fight for powerful, reliable, free software (software licensed to let its users run, inspect, share, and modify for any reason at any time). The author ends up advocating for a comparable line by not pointing out what a trap "choice" can be. We're told "openness" and means having "choice" ("openness, if you believe in choice") but what if the only choices are all powerful, reliable, nonfree software -- which word processor do you want: Microsoft Word or Word Perfect? Which OS do you want: iOS, MacOS, or Windows? None of these choices respect your software freedom, none respect your privacy, and all come with insecurities you are prohibited from fixing or helping your proprietary-software-running friends by sharing a copy of the fixed program (no matter how technically-minded and motivated you are). Time to give up on openness, according to the author, and get on reviewing against a substantially lesser value which ignores software freedom entirely. Then the author quotes a well-known bolster for software nonfreedom (Walt Mossberg) who misframes his critique of a Google chatting program in terms of being "insecure" instead of the core issue of being proprietary. And the author compounds the problem by critiquing the review badly -- "being “secure” and being “open” are incompatible". I'm not sure if that's so because of the ill-defined and somewhat contradictory way "open" is used (no doubt, on purpose). But there is no contradiction between being insecure and respecting a user's software freedom. We can improve bad free software to make it better. We can't inspect, alter, or distribute (sometimes even run!) proprietary software. The only party allowed to inspect, alter, and distribute proprietary software is the very party we can't trust to work in our interests. So we're always better off with free software, regardless of its current technical quality. In fact, the problem of insecurity rests squarely with nonfree (proprietary, user-subjugating) software precisely because (as https://www.gnu.org/proprietary/ https://www.gnu.org/proprietary/ points out) "Power corrupts; the proprietary program's developer is tempted to design the program to mistreat its users. (Software whose functioning mistreats the user is called malware.) Of course, the developer usually does not do this out of malice, but rather to profit more at the users' expense. That does not make it any less nasty or more legitimate. Yielding to that temptation has become ever more frequent; nowadays it is standard practice. Modern proprietary software is typically a way to be had." and then lists so many organized examples to back up this claim that it's safe to say if one is running proprietary software, it's likely there's an insecurity (perhaps a universal backdoor) in it.