On Fri, Jun 13, 2014 at 5:21 PM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: > > > Am 13.06.2014 17:14, schrieb drago01: >> But we should not stop progress because what we have "works" ... we >> don't work on Fedora to >> keep things as is we want to improve what we have. (Just to be clear >> again that has nothing to do with the *name* of the things .... we >> just should not live in the past forever because something "works") > > a never said anything other > > *but* whatever is changed - the impact to the users has to be > minimized wherever it is possible and in doubt "works" is the > better state than "new but don't work here and there" > > progress for me is things get better not only change Sure but you need to change in order to make things better. > [...] > polish a codebase, make it faster and so on should be > completly invisible for the enduser and a good developer > don't need a hard impact on the users side to let him feel > that the developer did some work - the good developer knows > his work was fine if there is no feedback because nobody > had any troubles while the existing ones are solved too You seem to over generalizing to much .. user do want things to change if the change means things work better. And recently there is even a trend where people (and the press) complains "lack of change == lack of innovation" ... that does not mean that we should do changes for the sake of doing changes but we should not be afraid of doing so either. > you can rename internal functions, move code, use different > libraries all day long, but if it comes to command lines and > user interfaces (CLI params are a user interface) you need > always to be very careful Depends obscure options that are hardly used by the majority of users are different from common options that everyone uses. FWIW using a CLI interface to automate things is imo the wrong approach if there is an api that can be used instead (cleaner, less hacky, more efficient, etc) (and yes this changes here too, because the old API was really horrible but that's not the point). -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
