LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Non-*NIX Forums > General
User Name
Password
General This forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!

Notices

Reply
 
Search this Thread
Old 01-21-2006, 07:36 AM   #1
kloss
Member
 
Registered: Nov 2004
Location: France & Germany
Distribution: (Pure) Debian Etch & Sid
Posts: 116

Rep: Reputation: 15
drawbacks of backward compatibility in *NIX


Quote:
Originally Posted by Beginning Was The Command Line (article written in 1999)
The average computer user is a technological antiquarian who doesn't really like things to change. [...]
All of the fixing and patching that engineers must do in order to give us the benefits of new technology without forcing us to think about it, or to change our ways, produces a lot of code that, over time, turns into a giant clot of bubble gum, spackle, baling wire and duct tape surrounding every operating system. In the jargon of hackers, it is called "cruft." An operating system that has many, many layers of it is described as "crufty." Hackers hate to do things twice, but when they see something crufty, their first impulse is to rip it out, throw it away, and start anew. [...]
Speaking of which, Microsoft tackled the same problem in a considerably more orderly way by creating a new OS called Windows NT. [...] And indeed, NT is reputed to be a lot less crufty than what MacOS eventually turned into. [...] Windows 95 was, and Windows 98 is, crufty because they have to be backward-compatible with older Microsoft OSes. [...]
Linux deals with the cruft problem in the same way that Eskimos supposedly dealt with senior citizens: if you insist on using old versions of Linux software, you will sooner or later find yourself drifting through the Bering Straits on a dwindling ice floe. They can get away with this because most of the software is free, so it costs nothing to download up-to-date versions, and because most Linux users are Morlocks.
In the writer's opinion, Linux - and more generally, Linux software - actually escapes the drawbacks of backward compatibility. In which extent is it true? Sometimes I have the feeling that some things could be rewritten from scratch: dealing with locales, keymaps, fonts or file associations is IMHO painful, for example.
Say we don't care about backward compatibility; would Linux be faster, reliabler and simpler?

++ Kloss


NB: Full article here.

Last edited by kloss; 01-21-2006 at 12:13 PM.
 
Old 01-22-2006, 04:12 PM   #2
halvy
Member
 
Registered: Aug 2005
Location: Boston Massachussets, USA
Distribution: Anything NOT SystemD (ie. M$) related.
Posts: 917

Rep: Reputation: 41
because of oss if enuff people want backward compatibility, then they will do it.. but since these are mostly people who still tinker with 386's and the such, i don't see why any advancements in the kernel, etc. should be held back for these classes of users.

let microsoft have the rest-- since they are good at fixing their os decades after release

Last edited by halvy; 01-22-2006 at 04:14 PM.
 
Old 01-22-2006, 07:20 PM   #3
SciYro
Senior Member
 
Registered: Oct 2003
Location: hopefully not here
Distribution: Gentoo
Posts: 2,038

Rep: Reputation: 51
Linux is a kernel, and as that, it contains backwards compatibility for lots of things, old API's stay in the kernel for a year or so before its finally yanked out, and people are forced to change their programs if they havent already.

As a OS, backwards compatibility is not a big deal. Lots of popular projects solve the issue by making their "updated" project install along side their older one, with the result being backwards compatibility, without any upgrades.

If backwards compatibility was just dropped, there would be no OS. As projects would just upgrade and change their API's whenever they want, without consideration for who uses it. Image if the C library just wanked out "fopen (".....")", the OS would just not compile. Even if the OS still worked, it would take longer to make software, as each API change would require mass editing of other software before the OS could be released, slowing down development (this assumes the OS is developed like a whole, like BSD's ... Linux as a OS is developed one project at a time, each one separate-ish).
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Graphics, AGP and backward compatibility bigjohn Linux - Hardware 7 08-05-2005 05:17 AM
Cars, computers and backward compatibility vdemuth Linux - General 2 10-22-2004 11:23 AM
Major Linux Drawbacks. rvijay Linux - General 57 10-03-2004 09:27 AM
Backward compatibility lenucks General 4 06-27-2004 02:34 AM
Security Drawbacks Obie Linux - Security 10 05-25-2004 10:26 AM


All times are GMT -5. The time now is 10:40 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration