On 3/7/07, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
Mike McGrath wrote: > Rex Dieter wrote: >> You're now the second person on related threads to claim real problems >> exist. I'm curious, what are they? > I'll give you 3 > 1) It doesn't work in epel > 2) It ties us to something proprietary. No one else uses it, even dists > that are downstream from us remove it, which is embarrassing if nothing > else. > 3) It's not universal, only some packages use it, some don't. So only > some of the use cases for some of the packages are covered. OK, I guess my definition of "real problems" is different than yours. Mine is: it's broken and doesn't work.
-- Rex (1) This is frustrating to me a bit lately on a wider variety of subjects, when *working* solutions are rejected because they are less-than-ideal or not perfect. This leads to great debates and discourse, which more often than not, results in no consensus or definitive right answers. In the meantime, months go by... and that just plain sucks, big time.
I was reading a history of the Greek democracies and their eventual downfall. The reason that many of them failed in the end was the constant bickering over ideal solutions that could not be reached. There was the apocryphal story of the city argueing about defense plans while the army was inside the city wall. One argument that came from this was that republics scale better than democracies on large scale decisions because democracies tend towards mob-rule as people get swayed by emotions of the street. Another book I am reading is the "Zen and the Art of Systems Analysis: Meditations on Computer Systems Development" by Patrick McDermott. I won't say its a great read, but it did have a good point on team building (I do not have the book with me so this is an indirect quote): When there are multiple ideas, then you need to build consensus. Consensus meaning the pure term that "even though I do not agree with the answer, I will support it for the betterment of the team." Consensus is desirable when you want a sense of involvement and need commitment from those involved. When there is one idea, appoint a dictator and follow them. My biggest problem with the fedora-user tools is that neither one of these was used. If fedora-usermanagement is going to be the one way, then we need to use it all the way through. If it isnt, then the lack of consensus behind it in the first place means that it will keep coming up like a bad lunch. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" -- Fedora-maintainers mailing list Fedora-maintainers@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-maintainers -- Fedora-maintainers-readonly mailing list Fedora-maintainers-readonly@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly
