OpenJDK is pretty much GPL 2 (with exceptions to allow applications to have other licenses), so Java should be OK as long as you don't use any Oracle-specific stuff. The blog clarifies that open source OpenGL implementations exist and may be used. Lots of game programming libraries can be found in most Linux distributions (e.g. SDL, ClanLib, PyGame); as far as I can tell they should all be OK.
VLC is mostly run from France, where computer programs explicitly cannot be patented. Since the VLC developers apparently have no presence in the United States, US software patents are irrelevant for them. Hence, they can distribute H.264 decoders. Mozilla Foundation is based in California, making it hard for them to ignore US patents.
The problem with using only passwords to log in is that you then have to prevent users from having the same password. This can lead to serious security implications as discussed in this article.
Actually, you could, as long as the Pirate Bay download is a link to the data or rules to recreate it and not just a binary blob that contains all of TPB including itself. For example, quines can contain the information necessary to reconstruct themselves.
I'd say you lose nerd points not just for not bothering to look it up, but for failing to recognise that the "English" term you mention is, essentially, Latin, and therefore very likely to occur in languages related to Latin.
Getting slightly more on-topic, I've found that being multi-lingual means you end up thinking about things in the language you normally use to communicate about them in. So, for example, I end up thinking about university administration in Finnish, the upcoming presidential election in Swedish and computer science in English. In part, this is simply to avoid making the effort to translate (for example, the admin staff at our university is predominantly Finnish-speaking), but also because some of the terminology may be unfamiliar in some languages (the more esoteric a subject is, the more likely it is that everything I read about it is in English) or simply not standardised.
I have DNA at home, and nothing is blocked. But doesn't DNA use Elisa's Internet infrastructure also?
DNA has always been a competitor to Elisa with its own network. However, DNA recently acquired Welho.
Like if they were primarily Spanish speaking, but also fluent in English, and they were thinking of the phrase "To be thrown out of a window" in Spanish (I am not even going to bother figuring out what it really is in Spanish, I could Google Translate, but then again, so could you), it would just be easier to use the English word "Defenestrate".
The Spanish word is "defenestrar". I suspect a better example would be something specific to a certain culture, e.g. "vihta" in Finnish.
Aalto University Internet access is through Funet, the Finnish University and Research Network. The block does not apply to Funet at all. However, my Saunalahti residential ADSL is provided by Elisa and has both DNS and IP traffic blocks active; traceroute shows packets failing to make the jump from the last elisa.net node to eunetip.net. In other words, Elisa seems to be filtering inbound and/or outbound traffic by IP.
2 out of 5, I'd say. Adding lots of configuration menus and control options is extra work, but I'd say DRM and useless network services are things that would be less work if they were never introduced in the first place. Also, wouldn't it be easier to develop the game on PC first, then port to console?
Also, many of the settings mentioned, such as aspect ratio and sound/music volume, should be in the console version already.
Have you tried moving the monitor closer? I use a 24" at 1920x1080, placed about 50-60 cm from my eyes. This is at the lower end of what OSHA suggests, but looks much the same as a 32" display at 70-80 cm. The only difference is whether your eyes can comfortably focus at that distance. I'm myopic enough to need glasses to see anything beyond 30 cm properly, so the decreased viewing distance is not a problem, but if you have even mild hyperopia, I'd advise against this.
You're missing the point. cat is not supposed to distinguish between file types nor behave differently based on the file type; the only change to its behaviour is to propagate the MIME type information (which, unfortunately, is guessed from the file's extension rather than a proper MIME type field in the filesystem). The terminal is the one that does all the interpreting, and, as I mentioned, this already happens, albeit to a lesser extent.
In practically any sane terminal emulator, you're not seeing the bytes, you're seeing a picture generated from these bytes by interpreting it as text with embedded control codes. This is merely an extension of that concept; instead of just "clear the screen" and "switch text colour to red" you also have "display the following PNG". Considering that there are tons of different sets of escape sequences in use, one more would hardly be a problem. Since the author suggests that the metadata identifying the data type (MIME-style) would be separate from the actual data, legacy programs would presumably just ignore the additional information and behave like they used to.
if you know your problem reduces to TSP or SAT or CLIQUE, you can tell your boss this is not feasible for our input size, so we either need to relax the problem or approximate the solution. If you don't know this you're going to waste your time writing a program that takes 4 years to calculate the answer.
I think you mean: "you know TSP or SAT or CLIQUE reduces to your problem". By reducing one problem to another (quickly enough; polynomial time is good for NP-completeness proofs), you can show that the problem you have reduced to is at least as hard as the one you reduced from. Lots of easy problems reduce to SAT, but SAT doesn't reduce to them. In other words, "I can reduce SAT to my problem in polynomial time. Hence, if I can solve my problem in polynomial time, I can solve SAT in polynomial time, proving P=NP. Since nobody's been able to do that in 40 years, I wouldn't bet my career on doing it."
Doing a quick look on wiki it looks like they used latin for the negative powers and greek for positive powers but why they got rid of all those weird imperial gotchas that were known by common folk just to turn around and start chucking in latin/greek gotchas is beyond me.)
An international system has to have international terminology, so they used the international languages of science and learning: Latin and Greek (remember those Harvard entrance exams a few weeks ago?). That said, I'd have suggested exponential notation myself...
Bit late now, but it's rather a pity that the Metric system couldn't have had imperial equivalences. There is no good reason why the metre couldn't have been 100 inches, or why the gram couldn't have been defined as 1/1000 pound. Actually, some engineers do: the "mil" is 0.001 inch - most electronic components use a 0.1" pin-spacing.
What you fail to realise is that different countries (and sometimes even different towns) had different interpretations of these units. Should they have used a French inch (27.07 mm), a Swedish inch (24.74 mm), a Bavarian inch (24.3216 mm), an Austrian inch (26.34 mm) or what? Furthermore, these units have a nasty habit of changing all the time; the only way to get everyone (i.e. the UK and its colonies) to agree on exactly what an inch is was to define it as 25.4 mm. Either way, for most people there wouldn't have been an exact equivalent to the old system whichever unit you choose. At this point, you realise that the metre is essentially a metric yard.
The hardest part of climbing the ladder of success is getting through the crowd at the bottom.
