Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] Re: Alan Cox's remark at Fosdem
- Date: Thu, 3 Mar 2005 16:26:30 +0900
- From: Uva Coder <uva.coder@example.com>
- Subject: Re: [tlug] Re: Alan Cox's remark at Fosdem
- References: <32a656c20502280445275ca503@example.com> <20050301013601.E96161@example.com> <20050228190004.GB16918@example.com> <d8fcc08005022811218614614@example.com> <871xaz94k5.fsf@example.com> <d8fcc0800503011005545dc291@example.com> <32a656c205030118126f700053@example.com> <42266C11.6010702@example.com> <32a656c205030219342a033e4e@example.com> <20050303050934.GV28606@example.com>
On Thu, 3 Mar 2005 06:09:34 +0100, Martin Bähr <mbaehr@example.com> wrote: > > as for forks: > the gcc fork egcs has improved the gcc development process a lot. > similar with xfree vs xorg... I believe those projects would have gone a lot farther if they worked together rather than split. Weak leadership and poor vision lead to their problems. The resolve of its group members fixed the problem over time. While I'm happy that they completed what they started, it didn't have to be that way. They could have done more in less time. > this is just the way things are done. > eventually projects fall asleep, then it's time for a fork, or for a new > project to push the boundaries. the result is more projects. I disagree. This might be the case for some projects. Creating more projects doesn't justify bad design, it just perpetuates bad engineering. Practice doesn't make perfect. Perfect practice makes perfect. > in the commandline muaa space there are 3 big ones: elm, pine and mutt. > those did not happen in paralell, but more in sequence. mutt had not > started until elm had more or less stopped development, similareyl > mutt-ng is now happening at a time where mutt is not moving along > anymore. but new projects don't replace the old ones, they just become > an additional choice. The sins of the father can be seen in the children. Elm, pine and mutt are all empty engineering ideas. As applications they do not incorporate utilities past themselves, thus they have been superceded by other programs which attempt to do everything. This is a perpetual cycle because the underlying operating systems wasn't well designed. Thus BL decided to build the Unix reincarnate -- Plan 9. Plan 9 isn't the end all in operating systems, but they managed to get a lot of things right. Learning from other examples is a good thing. Linux as an operating system could do much better. > you can wish for a unified mua all you want. history shows that you > won't get one. i don't see a way to change that. It isn't just about getting the mailer right. It is also about getting the operating system right too. -uva
- Follow-Ups:
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Josh Glover
- References:
- Re: [tlug] Alan Cox's remark at Fosdem
- From: Tod McQuillin
- [tlug] Re: Alan Cox's remark at Fosdem
- From: Tobias Diedrich
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Josh Glover
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Stephen J. Turnbull
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Josh Glover
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Uva Coder
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: simon colston
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Uva Coder
- Re: [tlug] Re: Alan Cox's remark at Fosdem
- From: Martin Bähr
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] Re: Alan Cox's remark at Fosdem
- Next by Date: Re: [tlug] Re: Alan Cox's remark at Fosdem
- Previous by thread: Re: [tlug] Re: Alan Cox's remark at Fosdem
- Next by thread: Re: [tlug] Re: Alan Cox's remark at Fosdem
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links