1 |
On 5/12/2011 9:25 AM, Alan McKinnon wrote: |
2 |
> Apparently, though unproven, at 14:54 on Thursday 12 May 2011, Dale did opine |
3 |
> thusly: |
4 |
> |
5 |
>> Neil Bothwick wrote: |
6 |
>>> The pattern I see is that of selecting only changes that failed and |
7 |
>>> implying they are the norm. |
8 |
>>> |
9 |
>>> Why not add other improvements that were so bad, like the switch from |
10 |
>>> floppy disks to hard disks, or CDs to DVDs? Companies try to predict |
11 |
>>> where the market should go so they can lead. No one gets it right all |
12 |
>>> the time, the ones that survive are those that get it right often enough. |
13 |
>>> The ones that are most likely to fail are those that never try to |
14 |
>>> innovate in case someone doesn't like it. |
15 |
>>> |
16 |
>>> The important point is that KDE wanted something better, it's unfortunate |
17 |
>>> that it took so much longer than planned, but it would have taken even |
18 |
>>> longer if they had not tried. |
19 |
>> |
20 |
>> I just hope they also learned from their mistakes. Dropping KDE3 |
21 |
>> support long before KDE4 was ready was a big one. That shouldn't be |
22 |
>> repeated. |
23 |
> |
24 |
> They can do any damn thing they want to with their code. They also you owe |
25 |
> support for it in exactly the same amount you paid for it. Which is to say |
26 |
> "nothing". |
27 |
> |
28 |
> It's not a question of "should", it's only a question of "Dale would prefer it |
29 |
> if" |
30 |
|
31 |
<parent> |
32 |
Just because you can do something doesn't mean you should. |
33 |
</parent> |
34 |
|
35 |
Of course the KDE3 team had every right to drop KDE3 support whenever |
36 |
they pleased. And we as free consumers had no real recourse other than |
37 |
to stop using KDE and/or deal with it. |
38 |
|
39 |
But it was still a bad decision from a software development standpoint, |
40 |
and one that ideally should not be made again. |
41 |
|
42 |
Perhaps it would be more accurate to say "If the KDE4 team expects users |
43 |
to continue to use the software they spend so much of their time making, |
44 |
they shouldn't make that kind of decision again." |
45 |
|
46 |
--Mike |