Linus Torvalds on ...

16 April 2008

Linus Torvalds writes the Linux kernel, he also likes a good mailing list flamewar, not least because he has a very sarcasatic wit. Here he is, writing about various topics.

On fair use:

> When you start thinking that you have absolute control over the content or programs you produce, and that the rest of the worlds opinions doesn't matter, you're just _wrong_.

> Me, personally, I think the RIAA and the MPAA is a shithouse. They are immoral.

On virtualization:

> I think what you're seeing is virtualization proponents being absolutely _desperate_ for any reason to use virtualization.

On userspace binary drivers:

> No user-space ass-hattery here.

On turning off interrupt requests:

> You cannot have a generic kernel driver that doesn't know about the low- level hardware (not with current hardware - you could make the "shut the f*ck up" a generic thing if you designed hardware properly, but that simply does not exist in general right now).

On those arguing for userpace interrupt request handlers:

> You may be a bit simple. But I think it's more polite to call you "special". Or maybe just not very used to how hardware works.

On C++ :

> In fact, in Linux we did try C++ once already, back in 1992. It sucks. Trust me...

> C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.

> So I'm sorry, but for something like git, where efficiency was a primary objective, the "advantages" of C++ is just a huge mistake. The fact that we also piss off people who cannot see that is just a big additional advantage.

On Linux Kernel version 2.6.19:

> It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config, you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.

On Intel's inventions:

> The fact that ACPI was designed by a group of monkeys high on LSD, and is some of the worst designs in the industry obviously makes running it at _any_ point pretty damn ugly. And the fact that MB vendors don't test it with anything else than Windows (and sometimes you wonder whether they do even that) doesn't help.

> EFI is this other Intel brain-damage (the first one being ACPI). It's totally different from a normal BIOS, and was brought on by ia64, which never had a BIOS, of course. Sadly, Apple bought into the whole "BIOS bad, EFI good" hype, so we now have x86 machines with EFI as the native boot protocol.

On Apple OS X:

> OS X in some ways is actually worse than Windows to program for. Their file system is complete and utter crap, which is scary.

Discuss this post - Leave a comment

1 [Fake] Linus Torvalds says...

On You:
You are stupid and ugly unless you agree with me.

Posted at 10:09 p.m. on April 16, 2008


2 Andrew West says...

Whilst I have to admit Linus is a better programmer than I'll ever be you have to take some of this quotes in context. Particularly the C++ one. For context; http://emonk.debianuruguay.org/?p=42 His quote is in reply to someone surprised that GIT is written in C rather than C++. His ire at C++ seems to be; 1) OO is generally a bad idea C++ is a multi-paradigm language, OO/procedural or both take your pick. Actually the fact that it is multi-paradigm is usually one of the main criticisms of C++. 2) STL et al aren't really cross platform Maybe so but so far I haven't seen anything to this end.. and considering he's replying to a thread about GIT which only just works on Windows itself, well it doesn't seem that relevant a point.

I suppose from his point of view, once you strip out all the things that he dislikes about C++ (which you are free do to with the language) he's left with pretty much C anyway.

Posted at 10:42 p.m. on April 16, 2008


3 Brendan says...

Linus is a smart guy and good coder, but I have to seriously question anyone who believes that TABs are always 8 spaces.

Posted at 2:17 a.m. on April 18, 2008


4 Zeth says...

@Brendan indeed, we know that indentation should only ever be four spaces no tabs ;)

Posted at 10:12 a.m. on April 18, 2008


5 Brendan says...

@Zeth No, 2 spaces...errr, can it all! Let's just make use of actual tabs (t), and allow coders to define the width to be whatever makes their eyes/brains function (code) well. Problem solved? Considering the religious nature....I doubt it :-)

Cheers!

Posted at 6:06 a.m. on April 20, 2008


6 Steven says...

What? You don't worship at the throne of Torvalds? Good thing your not a Mac-fan, they kill those who do not worship at the throne of Steve Jobs.

Posted at 5:28 a.m. on June 2, 2008


What do you have to say?

Show Editing Help


About

Hello, my name is Zeth, I'll be your host here.

Command Line Warriors is about taking control of your own technology, it looks at our experiences of computing; especially using GNU/Linux, the Python programming language, the command-line and issues such as techno-ethics, best practices and whatever is cool now. If you take control of your technology then you are a Warrior too!

This site is your site too which means that you can contribute and get involved. You can leave comments using the facility provided. For me, the comments and discussions are by far the best part of the site. So please do have your say!

Latest Discussions

Nui

July 18, 2008
Hmm, this would be more persuasive as an argument with some evidence. I am a happy admin of Windows and a novice user of Linux, so I have taken the ...
Give Linux a chance

Paddy3118

July 18, 2008
Hi, I too work with Electronic Design Automation tools, where Tcl is used extensively. I tend to only occasionally have to write in Tcl and so find the TclTutor utility: ...
Python and TCL

Cliff Wells

July 17, 2008
I personally cannot live without the Web Developer extension or Firebug. Unfortunately these are probably both among the more difficult to port extensions. Given how poorly Firefox functions on Linux ...
Will Epiphany be able to compete with Firefox's extensions?

making money on the internet

July 17, 2008
[url=http://www.divinecaroline.com/public/user/profile?user_id=83997]extra money 101waystoincome.com[/url]
A year after my 2007 predictions - the score card

Leatherjackets99

July 16, 2008
New Style in Leather Jackets For Man and Woman at http://www.Leatherjackets99.com They Offer Free Shipment Worldwide.
Email Syntax Check in Python

Åke Forslund

July 13, 2008
I'm pretty much a novice in both of these languages but I find them both easy to use and preform the tasks I give them. However I rarely use them ...
Python and TCL

Christopher Thoday

July 12, 2008
A single test is not sufficient to give you confidence that the algorithm is working. You should make 'number' an argument of 'main' so that you can test some boundary ...
Python and TCL

paul21

July 10, 2008
Shame on Mozilla. They should make developers specify the extension license before hosting it. They should show the license next to download button as well.
Are your Firefox extensions proprietary software?

Tris

July 8, 2008
Justin - You say they had not heard of Linux? That doesn't sound very professional to me!
Give Linux a chance

michael

July 8, 2008
what about Galeon? in Gnome i use Galeon mostly. it is fast and stable and has a nice portal with search masks for Debian, FSF, Freshmeat and so on. wtf ...
Will Epiphany be able to compete with Firefox's extensions?

vermin

July 7, 2008
> Eventually, after a bit of digging and Googling, I found their Toolbar-License... You simply found the license of the StumbleUpon Toolbar for Internet Explorer. This is another product, much ...
Are your Firefox extensions proprietary software?

Andrew West

July 6, 2008
Both the Python and the Tcl example could do with error checking. While at first this may not seem on topic with the post I think it better shows the ...
Python and TCL

Kurushiyama

June 30, 2008
XML is no replacement for SGML, it's a subset.
An Introduction to ReStructuredText