There are more options than using S3 or completely rolling your own on JBOD. For example, you could use a cheaper S3-compatible cloud (such as Backblaze) or you can deploy a project such as Ceph.
I find it easier to read code that uses Rust generics with trait bounds, since then I have a clear answer about what types it is generic over. Recently I was using a Thrust (CUDA library) function for the first time and I wanted to know what types, exactly, could be accepted as a parameter type to a callable. The docs¹ were not useful, since they only addressed the output type of the callable. I had to ask an LLM and then fact check its sources. This is a much less convenient experience than the information being mandatory in the function signature like in Rust.
C++ optimizes happy path - if you provide an expected type to a piece of template code, all works fine, but if not - you get terrible error messages. Rust requires more boilerplate on happy path, but provides useful hints in case of compilation errors.
> It's amazing to me how the use of a UPS is not as ubiquitous at home.
Most users don't see enough failures that they can attribute to bad power to justify the cost in their mind. Furthermore, USPes are extremely expensive per unit of energy storage, so the more obviously useful use case (of not having your gaming session interrupted by a power outage) simply isn't there.
I'm thrilled to see robust investment into open mobile OSes. Ideally they'd establish open standards for other OEMs to unilaterally support. I wrote more about that here: https://news.ycombinator.com/item?id=45596284
The idea of routing all my traffic through a data company like Google is horrifying. If I ever got Google Fiber I'd have put everything through a more trustworthy VPN.
We should have terms and rigorous standards for software that is proprietary but not otherwise restrictive of user freedom. Most (weighing by how commonly it's used) software is either traditional, abusive, proprietary software like Windows or Google'd Android or is fully free like Linux. But, there is a large library of software that isn't under a free license, but doesn't attempt to abuse the user into being more profitable beyond any initial sale. Examples include the Nvidia drivers on Linux (but not Windows), Jetbrains IDEs, many game engines (I'm thinking of Unreal here), and most commercial software in the 90s and 2000s. The defining feature of this is that 1) it is not under a free license; and 2) aside from basic license checks in some cases and bugs, it never does anything against the interests of the users. Having well-defined standards and terms in this area could encourage more of such software, for product designers that appreciate the promise of free software but are not convinced by its revenue options.
The initial sale never has and never will be the issue with non free software; in fact, they can sometimes be acquired free of charge. I get your sentiment and I agree with you that some software can indeed be proprietary without being predatory or abusive.
I think there is an issue with your definition of "user freedom". What do you mean by it?
Stallman, when defining free software, does not bother with standards or terms: he relies on his own definition of what "user freedom" means and from there states that free software is software that is not restrictive of this freedom.
Free software simply does not restrict what the user can do with a program. It is not a matter of interest. People that choose a free license when they publish something (and respect the license's terms, obviously) are voluntarily letting go of their ability to restrict the user's usage of the program.
The issue I would have with "non-predatory" or "non-abusive" non-free software is that it does not allow me to fix problems I might have with the program. But this is only a problem I have. In other contexts, maybe a user needs to send (modified or otherwise) copies to other people of the software without being able to make sure the author agrees that this transaction is ok.
Fundamentally, non-free software restricts the user's freedom, even if it fully respects what the user would want to do. Similarly, a typewriter that can only output English text would restrict your freedom to type anything beyond English text (which is not something you would care about if you only wanted to write English).
I think what GP means by "user freedom" is that the software acts in the interests of its users rather than the interests of its developers. Some proprietary software does do that, but there's an inherent conflict of interest there since the developer has a monopoly on the ability to control said software. Software that is open to user modification (which is how I would personally define Free Software) protects against this conflict somewhat by creating a free market for patches to the software, and free markets are much better at aligning with consumer interests than monopolies.
Stallman goes further than my preferred definition, insisting that Free Software must also be freely redistributable with no required payment. This cripples that very same market for patches by greatly limiting the resources available to fund it, and cripples the software itself if there's no big commercial interest backing it. The result is that Free Software is often not competitive with proprietary software, except when it does have a big commercial backer (Chromium, AOSP, etc) in which case that developer is often able to maintain a virtual monopoly on patches despite it theoretically being open to competition.
> Stallman goes further than my preferred definition, insisting that Free Software must also be freely redistributable with no required payment.
What do you mean? What would free software requiring redistribution payment look like? Say I send a copy of a free-as-in-freedom game that I may or may not have modified in some way to a friend or on a forum, should I pay its author(s) for this? How could I, for instance, commission someone to modify software if I want to change it when I don't have the skills to do so myself, in your definition of free software? I think a simpler definition, like Stallman's, is less restrictive of software modification.
Restricting how software is redistributed holds a great deal of power, especially when you remember the idea behind free software is that you get to have control over your software. Copyleft is such an example -- it is highly restrictive.
I get the financial issue one could have with free software as defined by Stallman; freeing the software you distribute is a difficult decision. Free software is advocated from the point of view of its users, who are ignorant to the difficulties one might face when developing and publishing software. If this is a decision you can make, it is kinder to your users to free the software you publish.
Side note: free software requires one to examine how they value commodities. Do you value the object itself, or the human time it took to make it?
In a world where software is thought of as free by default, developers can be paid not per copy, but per patch. I believe such a world would be better for software quality because I agree with you that competitive markets are better at aligning with consumer interests than monopolies.
> Say I send a copy of a free-as-in-freedom game that I may or may not have modified in some way to a friend or on a forum, should I pay its author(s) for this?
Your friend would have to buy a copy of the original game from the author (or a reseller) before using your modified version of the game. You could even sell your mod to others, but they would also have to own a copy of the original software in order to use it since what you'd be selling is the modification, not the original software it depends on.
This is technically already legal, except most apps don't have the source code available for you to modify in the first place, and some companies try to abuse license terms to prevent it.
> How could I, for instance, commission someone to modify software if I want to change it when I don't have the skills to do so myself, in your definition of free software?
You'd just... do that? Same way you commission a mechanic to rotate the tires on your car. You'd have the source code and build tools. What's the problem exactly?
> Restricting how software is redistributed holds a great deal of power
I agree. I don't think authors of my version of Free Software should have control over how software is distributed except that new licenses have to be purchased from them. Once a license is sold, I don't think the author should have control over how that license is used or who it gets transferred to (except perhaps a modest limit on how frequently it can be transferred, to prevent shenanigans like third party floating license pools).
> developers can be paid not per copy, but per patch
I don't think this is very practical with Stallman's version of Free Software, because once you sell one copy of a patch that person can just turn around and sell it to others, undercutting you. So you'd have to price your patches at an absurdly high rate to recoup your costs. Effectively you'd be selling a personalized support contract, not actually selling software. This model sort of works in commercial contexts (hi Red Hat), but it's clearly not competitive with the proprietary software model. (Compare the market cap to giants like Microsoft, IBM, Oracle, etc.)
What I'd like to see is open standards for smart phone software: standard ways to have drivers with a stable ABI and API (the goal here is to decouple specific OSes or kernels from specific hardware, if the drivers are free that's even better but is not needed for this goal), a standard way to write data to the internal drive and to boot from internal and external drives (UEFI could work here), and bootloader locking being a thing of the past. We have this or similiar for desktops and laptops. The result of this is that I can run any of hundreds of options for my OS (any major Linux distribution, various BSD options, Windows, and more) even on very old hardware.
That's not what the users of Office are doing. They're just using the thing that came with their laptop and they don't care about other OSes. They aren't trying to use software for its own sake. They're trying to write a report using a tool that doesn't look terrible.
It's not "their devices". I recently bought a house and the previous owner kept trying to influence what I did with it, and everyone -- even those in government who ultimately had to help enforce my ownership rights -- agreed with me that that was ridiculous and intolerable. When Apple, Samsung, or whoever else sells something it isn't their's anymore! They have no right to continued involvement in it! That's how selling works!
They have a responsibility to engineer it properly and to fix consequences of poor engineering, since they are selling something as capable of various features and presumably safe.
reply