|
|
|
|
|
by vladvasiliu
1291 days ago
|
|
> Pretty soon your hacking some random text file config that you'll forget about in a month and will be incompatible with your next upgrade. Sure, but at least you can hack the random file, and you can easily document and back that up. I much prefer that to having to edit some weirdly named registry key that has unexpected interactions with some unrelated settings panel, but only in one of the two settings places. Oh, and bonus points for that key being removed and / or changed by a random upgrade. Most Windows GUI stuff breaks down badly when you try to do more advanced things. You quickly start needing to edit at least the group policy, if not applying powershell scripts. |
|
Define "more advanced."
I hear what you're saying. The upgrade path in both can be very broken when you change things. But I find that in windows more of the options you need are provided by the settings GUIs and handle upgrades well. Most linux packages and OS settings start and stop with the text file config, or provide GUIs as loose wrappers over text configs which rarely support upgrade flows.
Providing upgrade support for user's arbitrary text configs is significantly harder than for a more restrictive and structured settings database.