F22 System Wide Change: Replace Yum With DNF

drago01 drago01 at gmail.com
Sat Jun 14 12:31:47 UTC 2014


On Fri, Jun 13, 2014 at 5:21 PM, Reindl Harald <h.reindl at thelounge.net> 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).


More information about the devel mailing list