From kde-core-devel  Tue Mar 11 13:51:13 2003
From: Marc Mutz <Marc.Mutz () uni-bielefeld ! de>
Date: Tue, 11 Mar 2003 13:51:13 +0000
To: kde-core-devel
Subject: Re: glib in kdesupport: yes or no?
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=104739220915911
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--Boundary-02=_Rneb+UwGRh7eFF7"


--Boundary-02=_Rneb+UwGRh7eFF7
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Tuesday 11 March 2003 00:33, Maks Orlovich wrote:
<snip>
> All I mean is that it's not accurate that all this interoperability
> stuff is without cost, and that it can in fact harm users pretty
> directly, by diverting developer users. And since I particularly care
> deeply about a commitment to existing users and developers, I find
> that cost non-trivially high.
<snip>

You fail to take the long-term benefits of a single solution into=20
account. Granted, in the short-term, development power may be slightly=20
redirected to the unification, but once obtained, the unified solution=20
makes much less trouble, because:

1. More users use it, so bugs get found and squashed quicker
2. More developers use it, so it's bound to be more generic and flexible=20
a solution than the homebrewn one.

What you say, instead, is "forget standards and do your own thing".

I hear this surprisingly often recently in the KDE community, and always=20
it's the "user's benefit" that is dragged along as an excuse to not=20
talk with other people.

But I think this is a dangerous path to follow, leading to where=20
Microsoft went years before.

It should be clear to everyone that standards _are_ in the best interest=20
of the user and vendor-lock-in methods are not, even if the "vendor" is=20
a Free Software project.

Marc

=2D-=20
Ein Grundrecht auf Sicherheit steht bewusst nicht in der Verfassung.
  -- Sabine Leutheusser-Schnarrenberger (ehem. Bundesjustizministerin)

--Boundary-02=_Rneb+UwGRh7eFF7
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+benR3oWD+L2/6DgRAv8eAKCsta7WvZRFTL8AnPSV0mjG4duxvgCfdpm9
ToF2KAaNYQQDXXAqRnuUGkw=
=HFlp
-----END PGP SIGNATURE-----

--Boundary-02=_Rneb+UwGRh7eFF7--