If you're telling your students that grades don't matter, then you're lying to them. Their grades are going to be important when they try to get their first job. The education is more of a long-term investment - it's something that will benefit them over their entire life. It's important to balance both at university. Make sure that you do enough work to get good grades but, as Mark Twain said, don't let it interfere with your education.

This usage is confined to the USA, so 50% (last published numbers) of the audience will have had to look it up. It's one confined to a traditionally non-geeky niche in the USA, so at least half of the remainder will have needed to look it up. When you are using a term that you would anticipate that 75% of your target audience will need to look up, it's generally a good idea to define it.

The problem is, we don't have good metrics for selecting students. If we did, university admittance would be much easier. We've found that there is very little correlation between students results in their last year at school and their final mark. We have a lot of data at Cambridge because each college has different admittance criteria: none of them consistently manages to pick the best students.

I didn't make stuff up, I simply read the linked page, from Adobe, which says:

It also says that it runs on:

No you don't. The buffer cache is indexed by inodes, not by file paths. Both copies of the library resolve to the same inode and so when you mmap() the library you get one (CoW) copy of it that is shared between all processes that map it.

No it doesn't. PC-BSD has had this model for application installs for ages. The installer hard links duplicate libraries and so on together. Hard links are already reference counted, and have been since the early days of UNIX, so you end up with one copy of each library. The logic in the installer is relatively complicated, but the uninstaller just has to delete the tree.

The way that the packages in the repository are built ensures that programs using the same library ship the same binary. If you upgrade just one program, then you'll have two copies of the library, until you upgrade all of them and then the old one's reference count will hit 0 and it will be gone from disk.

Does the same logic mean that the government can not reject FOI requests for emails and can not redact anything in emails?

It also only runs on XP, not on any newer version of Windows, so it's increasingly irrelevant for the Windows users too.

No. Most modern displays (even TVs) can take HDMI input. You need VGA output to connect to the old CRT monitor that you don't want to upgrade. The issue isn't that the new tablet doesn't work in random places, it's that it doesn't work in a single specific place. The fix for that is to add an adaptor in that specific place, not to carry one everywhere.

You don't need to carry around the adaptor, you leave it attached to your monitor and plug in the tablet when you get near it...

Ah, that's okay then, because FreeType is known to be a secure and well-written piece of software...

Pretty much any vaguely modern API is resolution independent. Cocoa was even back when it was called OpenStep - everything is done in units of PostScript points, not pixels. The problem is that the display server has a fixed resolution. Before Xinerama, X11 was better at this, as each screen would report its own DPI and the toolkit could render windows at different sizes depending on which screen they were on. Unfortunately, the down side of this was that it didn't support windows spanning multiple screens. To do it properly, the toolkit has to be able to render different rectangles of each window at different resolutions. This isn't especially hard to do. With the OpenStep APIs, every view responds to a message that tells it to render the subset that overlaps a specific rectangle into the current graphics context, so you could just call that once for each rectangle and then composite the result. Or you could go for the really rough solution of having each overlapping window rendered 2 (or more) times, once for display and then cropping the result. The problem is that a lot of custom views do things like loading bitmap images depending on the resolution of the display, and these would end up looking ugly on the different screens.

Yes, it's true. It is possible to become wealthy in a capitalist society by providing a product or service that is a strong net benefit to society. Unfortunately, it's easier to become more wealthy by exploiting others.

MathML attempts to separate the content and presentation. This is fine if you have a tool that properly supports both (I've never used one, maybe Mathematica or similar does?), but it sucks for most editors. The idea is that you can have a single format that describes both how to lay out equations and their semantics. In practice, pretty much everyone who generates MathML does it from the TeX equivalent and so only ever gets the presentation form. The other advantage of MathML is that each individual element is exposed via the DOM, so it's easy to manipulate equations from JavaScript, although I don't think I've ever seen that done either.

Part of the problem with a format that is basically impossible for humans to write is that it also ends up being difficult to produce tools that can write and display it, which is why it's taken 10 years or so for MathML to get even a token amount of support in mainstream browsers...

No, you have that backwards. I know a number of people who recorded their LPs onto CD-Rs, and there are services that will do this for you if you don't have the equipment, time, and patience to do it yourself. And then they've ripped the CDs and used them with portable media players. Then this functionality was subsumed by mobile phones, and so they copied the tracks there. So why do you think that expecting a recording to outlast a generation of technology (or even a single vendor's product) is suddenly a new thing?